One of Murphy's Law of Genealogy...
The 4 volume, 4,800 page history of the county where your great-grandfather lived is not indexed.
 |
pnTNG and TNG v6 |
|
|---|---|---|
| Guest | Posted: 25.09.2006, 09:59 | |
| Unregistered User |
Has anyone tested the pnTNG module with version 6 of TNG? Steve |
|
|
|
|
| Wendel | Posted: 25.09.2006, 10:17 | |
|
registered: Jun. 2005
Posts: 82
Status: offline last visit: 03.05.08 |
I just got my copy last night and started looking through the code. Right off the bat, I can see that the photo table is different (part of the merge of all media in v6.) So that means the RandomPhoto block will be broken. I hope to get a test system up in soon so I can start working through the changes. - Wendel |
|
|
|
|
|
| steve30000 | Posted: 26.09.2006, 00:03 | |
|
registered: Nov. 2005
Posts: 12
Status: offline last visit: 01.10.06 |
Sounds good... just let us know what you find out. Steve |
|
|
|
|
|
| Wendel | Posted: 27.09.2006, 18:08 | |
|
registered: Jun. 2005
Posts: 82
Status: offline last visit: 03.05.08 |
Just and update.... 1. As I suspected, the RandomPhoto block and WhatsNew blocks are now broken. They still "work" if you do not delete the tables mentioned at the end of the upgrade instructions. Of course, the data there is stale and will not be updated. So I'm working on an update to those blocks. In the time being you can remove those blocks, or you can keep the tables. 2. The ThisDay block seems to work as before. 3. The base seems to work if you are using IFRAMES. 3. For those not using IFRAMES, I'm debugging an error in the "Ancestors" charts. This seems to be related to the javascript/AJAX changes in TNG. This is a new area for me and I'm still working on it. |
|
|
|
|
|
| Wendel | Posted: 29.09.2006, 22:58 | |
|
registered: Jun. 2005
Posts: 82
Status: offline last visit: 03.05.08 |
So I've dug a little farther and I continue to have problems with v6 and the non-FRAME environment. The main issue is that the new javascript files that are used on the pedigree charts call another set of files --- so a file includes a file that calls another file. The approach used in the past could handle a file that includes a file (and it can't handle that file calling another.) So at the moment I'm stuck. **** Feedback Needed***** One way I can go with this is to require TNG to be installed in the modules directory of PostNuke. It would appear as a non-API compliment module. pnTNG would still be installed as a helper module to provide the options and the PostNuke login to TNG translation routines. Are there any objections to this. How critical is it to be able to have TNG in another directory? edited by: Wendel, Sep 29, 2006 - 10:02 PM |
|
|
|
|
|
| steve30000 | Posted: 01.10.2006, 19:31 | |
|
registered: Nov. 2005
Posts: 12
Status: offline last visit: 01.10.06 |
I can't see any reason for needing the ability to have TNG in another directory. | |
|
|
|
|
Users online:
This list bases on the users active in the last 10 minutes
Powered by pnForum Version 2.6