|
By Desiredbard - Wednesday, January 9, 2008
|
|
Hi there I am looking to get rid off the header and menu (TOC) frames in my report. I just absolutely hate frames and on top of it I want to incorporate the report within my own design. A bit of serverside scripting should then take care of positioning as done on http://www.de-ridder.info/. And a cute little toy call allwebmenu's Would take care of the TOC side of things (regretfully I have to manually enter TOC data into a webmenu but thats ok) I Just need to get rid of the frames. Preferably all but the header one would be great already. Whatever i do in default.html in either the generated report or the template folder...as soon as I click a link it overrides the frame changes, or gets into a reload loop. Kind Regards Bas
|
|
By GenoProSupport - Wednesday, January 9, 2008
|
|
You are welcome to design your own report - without frames. The full source code is available with every copy of GenoPro. Just click on the "Edit Skin" button and you can start customizing the report to use frames. GenoPro's report uses frames to scale, as it would be prohibitive to include the table of contents in every HTML page. If you have a good idea to generate slick reports without frames, feel free to make modifications. If you do a great job, we will be delighted to include your report skin into GenoPro and giving you credit for your work.
|
|
By Desiredbard - Wednesday, January 9, 2008
|
|
Regretfully that does not work for me As described.. I am not much good in VB however editing the default.htm and other files in the folder C:\Program Files\GenoPro\Skins\Customized English Narrative Report Results in the problems described in my opening Post. There is a serious lack of description tags in the source code Is ther no repository of mebers who customised there skins, it would certainly be an idea to provide user with more options then the one design provided. Unless you want a site/page that does nothing else but providing the genpro report the easiest way to integrate it would be calling it in yet another (i)frame
|
|
By fbukolyi - Wednesday, January 9, 2008
|
To be honest... if you need help, please ask, not criticise. Hell lot amount of time was spent (not only by Ron but other customers) to design, develop, translate and continuously improve the default report skin(s). And you are stating, that this is a shit, as not documented enough (according to your taste) and as you hate the frames.
As Dan wrote, you are free to develop any reports you wish, even it is not necessary to use the built-in defaults: start from the scratch, something to read for this under here.
You may also search the forum for 'report frame' (for example) to see some frame related posts, like this
or this.
Good reading
|
|
By jcmorin - Thursday, January 10, 2008
|
|
The frame model has been proven bad in history for Html, but for static (no server side processing), scalable report, it's the best thing available at the moment. Some report have thousands of individuals, and it is impossible include the index in every page because the report will be too big and very slow to display. I spent some time looking for a solution and Ajax report would do a better job, however it has the following shortcomings for many users: - The report cannot be viewed on a local disk unless you configure IIS.
- The report cannot be copied to a cd-rom.
- Much harder to debug and correct mistakes than plain HTML pages.
|
|
By genome - Thursday, January 10, 2008
|
|
JcMorin (1/10/2008)
The frame model has been proven bad in history for HtmlI would not put it as strongly as that, although frames are unpopular with many web designers and are generally denigrated, but others have just jumped on the band wagon. Anyway many of the reasons given not to use frames do not apply in the case of the Narrative Report.: - Difficult to maintain is one reason given. Well that's my problem, the frames and pages are automatically generated for the user and so maintenance for them is not an issue. Anyway I do not believe the code is any more difficult to maintain just because of frames.
- Search engines mark a page not a frameset, so user is directed to a page without navigation. Well thanks to javascript added by Jean-Claude Morin, the frameset is recreated whenever a user follows a link to a page in the report and so all features of the report remain in tact. (This is the root of the problem Bas has by the way when trying to remove frames).
- Frames impose a structure not layout. I would say no more structure than a browser window. you can resize then if you want.
- There are server side alternatives. As Jean-Claude has said, GenoPro users want to look at reports locally on a PC and carry them around on a CD or USB stick and so server side scripting etc. is not appropriate.
- Heavy reliance on Javascript to provide navigation. Some users don't want to run javascript. Well virtually every page now-a-days has some javascript in it!
- Printing is difficult. Yep I agree with this one.
But back to Bas's issue: Just removing the heading.htm frame from the default.htm frameset does cause a problem. You need to remove Jean-Claude's bit of Javascript from script.js i.e. this section starting at line 28 if (self == parent || self == mytop) {
// redirect to the home page with the current page in query string
var beginWebFileName = location.pathname.lastIndexOf('/');
var beginFileName = location.pathname.lastIndexOf('\\');
var fileName;
if (beginFileName < beginWebFileName) {
fileName = location.pathname.substring(beginWebFileName + 1);
} else {
fileName = location.pathname.substring(beginFileName + 1);
}
mytop.location = 'default.htm?page=' + fileName;
}
|
Also the buttons and popup frame links do not work because the script uses the heading frame as a marker for when the report is embedded in a users own frameset, so rather than removing the heading.htm frame, set its number of rows to zero in the framset declaration above it. I could have coded this another way to prevent this but that's life! May be one day I or someone else will produce a new Web Report design. A lot of water has gone under the bridge since I started playing with this. I knew precious little about javascript and html and even less about web design. "with the benefit of hindsight etc. "
|
|
By Desiredbard - Sunday, January 13, 2008
|
I dont have a fundamental problem with frames especially iframes
Sometimes they are the best solution, however design wise..... I would have prefered a set of iframes and a popup for the googlemaps and the likes as on:
http://www.dynamicdrive.com/dynamicindex8/dhtmlwindow.htm
This would make it realy easy for the endusers to place theit own style around the genopro design. Which from my point of view does exactly doe what it needs without an overkill on fancy lineout
Now i'm not a js wiz but this seemed the logical to do wiithout mesing with the actual basic design.... if it aint broke dont fix it
I have a default. htm amended with
to id the framesets and iframe's replacing the actual frames. Eventhough i still think its obsolete you can have heading running in its own private iframe with borders set to none  This works fine appart from the popup screen always being visible. Now this default htm is not live... But if anyone fancies having a look at it...... (Fix it and you get a bottle of jamesons  ) And really the only reason i would like this is to stop people from Breaking out of my template |
|
By genome - Sunday, January 13, 2008
|
372698 (1/13/2008)
INow this default htm is not live... But if anyone fancies having a look at it...... (Fix it and you get a bottle of jamesons ) I'm certainly interested in having a look. But my preference would be Laphroaig rather the Jamesons! Why not post it here as an attachment?
|
|
By Desiredbard - Monday, January 14, 2008
|
Here we go, it should work in any folder with this name
My workaround is to set the 65% in script.js to 100% which solves the scrollbar issue in the right hand site but not the breaking out of the design.
Side effect is of course as well that once google indexed my
http://www.de-ridder.info/famtree/default.htm and others users will get displayed the default genopro layout without having been in MY standard template at all.
Workaround for thios is having the home button in the header point to my new index.php
However since the genopro default design is a good working onme ...there is no need to hit the HOME as such.
|
|
By genome - Friday, January 18, 2008
|
|
With the DynamicDrive script there were just a few tweaks required to get something working. First attempt is attached, just put the files in a custom Narrative skin., overwriting the standard files. This has given me a few ideas for the Narrative Report. Perhaps left hand pull out iFrames for the index pages? Anyway this will be something for GenoPro Gamma. I can almost taste the Laphroaig  :
|
|
By fbukolyi - Friday, January 18, 2008
|
OFF
Ron, do you know this site? Just when reading Laphroaig 
ON
|
|
By Desiredbard - Friday, January 18, 2008
|
OK now I am going to print the code on transparencys and spot the differences
I could not get the changes done....
Anyways PM me with your details ...bottles are not homeing pigeons after all
|
|
By Desiredbard - Friday, January 18, 2008
|
Ron (1/18/2008)
With the DynamicDrive script there were just a few tweaks required to get something working. First attempt is attached, just put the files in a custom Narrative skin., overwriting the standard files. This has given me a few ideas for the Narrative Report. Perhaps left hand pull out iFrames for the index pages? Anyway this will be something for GenoPro Gamma. I can almost taste the Laphroaig :
Well...http://familytrees.genopro.com/Desiredbard/default.htm
It seems to work
Send me a PM and the background its on its way.
|
|
By maru-san - Sunday, April 6, 2008
|
I am trying to get this done on my PC, but would like the "Source/URL" file to be opened also in a dhtml frame like all other items. (I am thinking of htm/l files and DjVu). What needs to be done besides downloading the two files as above from Ron?
Update: solved this problem!
|