From: <jh...@on...> - 2012-09-27 16:37:47
|
Dear all, where can I find a rather bug-free (especially missing event description) earlier version of the NarrativeWeb.py and is it possible to use it with the actual version of Gramps? Thank you and regards Jürgen |
From: J. A. C. <sof...@cr...> - 2012-09-27 17:21:10
|
I tried to replace the version in 3.4.1 with the version from 3.3.2, but the dependencies had changed enough that it wouldn't work for me. Allen Crider On 09/27/2012 11:37 AM, jh...@on... wrote: > Dear all, > > where can I find a rather bug-free (especially missing event > description) earlier version of the NarrativeWeb.py and is it possible > to use it with the actual version of Gramps? > > Thank you and regards > Jürgen > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Benny M. <ben...@gm...> - 2012-09-28 07:59:03
|
The problems with the nar web are most unfortunate. There are a lot of options and possibilities, and it is unclear what direction the plugin should take going forward. We urgently need a new maintainer for this plugin. If anybody is interested in the job, don't hesitate to step forward. Benny 2012/9/27 J. Allen Crider <sof...@cr...> > I tried to replace the version in 3.4.1 with the version from 3.3.2, but > the dependencies had changed enough that it wouldn't work for me. > > Allen Crider > > On 09/27/2012 11:37 AM, jh...@on... wrote: > > Dear all, > > > > where can I find a rather bug-free (especially missing event > > description) earlier version of the NarrativeWeb.py and is it possible > > to use it with the actual version of Gramps? > > > > Thank you and regards > > Jürgen > > > > > ------------------------------------------------------------------------------ > > Everyone hates slow websites. So do we. > > Make your web apps faster with AppDynamics > > Download AppDynamics Lite for free today: > > http://ad.doubleclick.net/clk;258768047;13503038;j? > > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > > _______________________________________________ > > Gramps-users mailing list > > Gra...@li... > > https://lists.sourceforge.net/lists/listinfo/gramps-users > > > > > > ------------------------------------------------------------------------------ > Everyone hates slow websites. So do we. > Make your web apps faster with AppDynamics > Download AppDynamics Lite for free today: > http://ad.doubleclick.net/clk;258768047;13503038;j? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Detlef W. <det...@t-...> - 2012-09-28 14:56:51
|
Hello, I spend a few hours and think that I found a solution to add the description again. My modification is uploaded to the bug tracker [1]. Is there a chance that this can be implemented without a maintainer? Unfortunately I have no python knowledge and the program has 8941 lines. Therefore I can not act as maintainer. Best regards Detlef [1] http://www.gramps-project.org/bugs/view.php?id=5860 On 09/28/2012 09:58 AM, Benny Malengier wrote: > The problems with the nar web are most unfortunate. There are a lot of > options and possibilities, and it is unclear what direction the plugin > should take going forward. > > We urgently need a new maintainer for this plugin. If anybody is > interested in the job, don't hesitate to step forward. > > Benny > > 2012/9/27 J. Allen Crider <sof...@cr... > <mailto:sof...@cr...>> > > I tried to replace the version in 3.4.1 with the version from 3.3.2, but > the dependencies had changed enough that it wouldn't work for me. > > Allen Crider > > On 09/27/2012 11:37 AM, jh...@on... <mailto:jh...@on...> > wrote: > > Dear all, > > > > where can I find a rather bug-free (especially missing event > > description) earlier version of the NarrativeWeb.py and is it > possible > > to use it with the actual version of Gramps? > > > > Thank you and regards > > Jürgen > > > > > ------------------------------------------------------------------------------ |
From: Tim L. <guy...@gm...> - 2012-09-28 17:42:19
|
Benny Malengier wrote > We urgently need a new maintainer for this plugin. If anybody is > interested > in the job, don't hesitate to step forward. Benny, I am looking at Narrative Web. After all, I only started coding Gramps because I wanted to make a tiny change to one of the pages on Nar Web! I'm not too sure about restructuring it. If I had two passes, would it be best to implement them as two classes (class IndividualPagePass1 and IndividualPagePass2) or as functions within one class? Anyone got any examples of what it might look like? Regards, Tim. -- View this message in context: http://gramps.1791082.n4.nabble.com/Narrative-Webreport-tp4656762p4656766.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: Tim L. <guy...@gm...> - 2012-09-28 17:43:35
|
Benny Malengier wrote > We urgently need a new maintainer for this plugin. If anybody is > interested > in the job, don't hesitate to step forward. Benny, I am looking at Narrative Web. After all, I only started coding Gramps because I wanted to make a tiny change to one of the pages on Nar Web! I'm not too sure about restructuring it. If I had two passes, would it be best to implement them as two classes (class IndividualPagePass1 and IndividualPagePass2) or as functions within one class? Anyone got any examples of what it might look like? Regards, Tim. -- View this message in context: http://gramps.1791082.n4.nabble.com/Narrative-Webreport-tp4656762p4656767.html Sent from the GRAMPS - User mailing list archive at Nabble.com. |
From: jerome <rom...@ya...> - 2012-09-29 08:13:32
|
Hi, My feeling about current NarrativeWeb's report was that every time I have tried to make a change on code, it was like I am undressing someone for dressing someone else! ie. it was difficult to understand globally this very large code (lines and related classes) for properly fixing something without side effect! If this could help, we have try to 'categorize/group' some bug reports. Here, some links related to NarrativeWeb report: * http://www.gramps-project.org/bugs/search.php?tag_string=NarrativeWeb * http://www.gramps-project.org/bugs/tag_view_page.php?tag_id=61 Some of these issues have been already fixed, but this also gives an history of fixes for this report. Note, there is also a GEPS about proposal for a NarrativeWeb refactoring! http://www.gramps-project.org/wiki/index.php?title=GEPS_022:_Narrative_Website_Refactor regards, Jérôme --- En date de : Ven 28.9.12, Tim Lyons <guy...@gm...> a écrit : > De: Tim Lyons <guy...@gm...> > Objet: Re: [Gramps-users] Narrative Webreport > À: gra...@li... > Date: Vendredi 28 septembre 2012, 19h43 > Benny Malengier wrote > > We urgently need a new maintainer for this plugin. If > anybody is > > interested > > in the job, don't hesitate to step forward. > > Benny, I am looking at Narrative Web. After all, I only > started coding > Gramps because I wanted to make a tiny change to one of the > pages on Nar > Web! > > I'm not too sure about restructuring it. > > If I had two passes, would it be best to implement them as > two classes > (class IndividualPagePass1 and IndividualPagePass2) or as > functions within > one class? Anyone got any examples of what it might look > like? > > Regards, > Tim. > > > > -- > View this message in context: http://gramps.1791082.n4.nabble.com/Narrative-Webreport-tp4656762p4656767.html > Sent from the GRAMPS - User mailing list archive at > Nabble.com. > > ------------------------------------------------------------------------------ > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Benny M. <ben...@gm...> - 2012-09-28 19:13:21
|
2012/9/28 Tim Lyons <guy...@gm...> > Benny Malengier wrote > > We urgently need a new maintainer for this plugin. If anybody is > > interested > > in the job, don't hesitate to step forward. > > Benny, I am looking at Narrative Web. After all, I only started coding > Gramps because I wanted to make a tiny change to one of the pages on Nar > Web! > > I'm not too sure about restructuring it. > > If I had two passes, would it be best to implement them as two classes > (class IndividualPagePass1 and IndividualPagePass2) or as functions within > one class? Anyone got any examples of what it might look like? > > I never worked in the nar web, which is why I also am not keen to dive in. Doug has normally a good grasp of the internals, as he had ideas to restructure it. I think most bug tickets and the 4 problems as given above, can be fixed with little change to the current structure. To keep nar web maintainable, something more drastic, like splitting the code over different files, use templates of some kind instead of only div element classes you have to look up in the code to know which are what, reuse of gramps-connect settings, and some heavy reuse of code via functions (Rob was not good at that, having learned python only recently by trial and error) seems like the way forward. I would need to know the code however to be able to make suggestions. Benny > Regards, > Tim. > > > > -- > View this message in context: > http://gramps.1791082.n4.nabble.com/Narrative-Webreport-tp4656762p4656767.html > Sent from the GRAMPS - User mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Got visibility? > Most devs has no idea what their production app looks like. > Find out how fast your code is with AppDynamics Lite. > http://ad.doubleclick.net/clk;262219671;13503038;y? > http://info.appdynamics.com/FreeJavaPerformanceDownload.html > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Doug B. <dou...@gm...> - 2012-09-28 19:56:38
|
On Fri, Sep 28, 2012 at 3:13 PM, Benny Malengier <ben...@gm...> wrote: > > > 2012/9/28 Tim Lyons <guy...@gm...> >> >> Benny Malengier wrote >> > We urgently need a new maintainer for this plugin. If anybody is >> > interested >> > in the job, don't hesitate to step forward. >> >> Benny, I am looking at Narrative Web. After all, I only started coding >> Gramps because I wanted to make a tiny change to one of the pages on Nar >> Web! >> >> I'm not too sure about restructuring it. >> >> If I had two passes, would it be best to implement them as two classes >> (class IndividualPagePass1 and IndividualPagePass2) or as functions within >> one class? Anyone got any examples of what it might look like? >> > > I never worked in the nar web, which is why I also am not keen to dive in. > Doug has normally a good grasp of the internals, as he had ideas to > restructure it. > I think most bug tickets and the 4 problems as given above, can be fixed > with little change to the current structure. > To keep nar web maintainable, something more drastic, like splitting the > code over different files, use templates of some kind instead of only div > element classes you have to look up in the code to know which are what, > reuse of gramps-connect settings, and some heavy reuse of code via functions > (Rob was not good at that, having learned python only recently by trial and > error) seems like the way forward. I would need to know the code however to > be able to make suggestions. I'd be glad to work with Tim and help advise (have already provided some hints about what I would do given unlimited resources). Here is my list: * Use the new Export Selection Options (somehow). Currently, these are not "Options" and so can't be integrated into the Options for saving and loading from the config files. * Make a two-pass Narrative web, so we know exactly what things will be included in the website. * Don't create links to objects not included in the website. * Break each section (Person, Family, Media, etc) into a mini-report. Then the code could be broken up into loadable/configurable options. I imagine that there could be plugins for each section, which could be included/not on running. * Refactor the code so to break up HTML/CSS from the code. Currently webdesigner-types have a hard time changing the output because the code dictates too much HTML/CSS structure. -Doug > Benny > >> >> Regards, >> Tim. >> >> >> >> -- >> View this message in context: >> http://gramps.1791082.n4.nabble.com/Narrative-Webreport-tp4656762p4656767.html >> Sent from the GRAMPS - User mailing list archive at Nabble.com. >> >> >> ------------------------------------------------------------------------------ >> Got visibility? >> Most devs has no idea what their production app looks like. >> Find out how fast your code is with AppDynamics Lite. >> http://ad.doubleclick.net/clk;262219671;13503038;y? >> http://info.appdynamics.com/FreeJavaPerformanceDownload.html >> _______________________________________________ >> Gramps-users mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-users > > |
From: Benny M. <ben...@gm...> - 2012-09-29 06:08:21
|
Tim, Allen indicated 4 problems, remailing here so it is visible in the mailing list. He seems to be willing to help, but the size of Nar web is a problem. Benny 2012/9/28 J. Allen Crider <sof...@cr...> > I'd be willing to consider it if I were more familiar with the internals > of GRAMPS, but it would take time to get up to speed on it. After all, > NarrativeWeb.py is almost 8500 lines long. > > I've identified at least four problems that need to be fixed: > 1) Descriptions have been removed from event tables. It is unclear to me > why this would have been done unless it was to encourage use of the event > pages. > 2) Media objects associated only with family events are omitted from the > web site if family pages are generated. > 3) The references section on media pages is almost worthless if event > pages are generated (the references are to the events and each is labeled > "Unknown"). > 4) Media objects associated only with sources are omitted from the web > site. > > I suspect it might be possible to fix item 1 by making a few changes to > the methods event_header_row and display_event_row, and this is a serious > problem in my opinion. > Family pages were new to 3.4 and I suspect development of them wasn't > completed in time for release. A work-around to those problems is to not > generate family pages, which is what I've elected to do for now. > I've also elected not to generate event pages on my web sites because of > item 3 and because I don't find them all that useful. > Item 4 is one which I would very much like to see fixed, but I suspect it > is due to a circular dependency and that it would require significant > restructuring of the code to fix it. > > I thought I also read on another list that gramps-connect might have some > impact on the future of the narrative web report and that someone might be > working on better use of CSS files to reduce the amount of generated HTML. > > I do have over 20 years of programming experience (mostly C and C++ for > scientific/engineering applications) and I've been using Python for about > six years, but most of the Python programs I've written have been for > performing data analysis on large sets of numerical data, much different > than what you are doing in GRAMPS. > > Allen > |
From: Benny M. <ben...@gm...> - 2012-09-29 06:11:32
|
2012/9/29 Tim Lyons <guy...@gm...> > > On 28 Sep 2012, at 20:13, Benny Malengier wrote: > > > I think most bug tickets and the 4 problems as given above, can be fixed >> with little change to the current structure. >> > > > What 4 problems above? > > > > To keep nar web maintainable, something more drastic, like splitting the >> code over different files, use templates of some kind instead of only div >> element classes >> > > What is a div element? > http://www.w3schools.com/tags/tag_div.asp A web designer can change the css to have div elements appear in another position, but then it must be clear he is not forgetting any. A template structure is easier to scan the data on what is happening than to have to read a python file. If we use templates, then the best thing would be to reuse a toolkit that has is. That would bring in an extra dependency, but we would have something then that is supported. Benny |
From: Serge N. <Ser...@fr...> - 2012-09-29 06:26:18
|
Hi, I worked with rob some time ago and asked him to valid the patch I created. unfortunately, he never answer to my request. The feature request with the patch is #5530 When I'll finished the osm-gps-map gtk3 migration, I'll could help. Le 29/09/2012 08:11, Benny Malengier a écrit : > > > 2012/9/29 Tim Lyons <guy...@gm... <mailto:guy...@gm...>> > > > On 28 Sep 2012, at 20:13, Benny Malengier wrote: > > > I think most bug tickets and the 4 problems as given above, can be fixed with little change to the current structure. > > > > What 4 problems above? > > > > To keep nar web maintainable, something more drastic, like splitting the code over different files, use templates of some kind instead of only div element classes > > > What is a div element? > > > http://www.w3schools.com/tags/tag_div.asp > > A web designer can change the css to have div elements appear in another position, but then it must be clear he is not forgetting any. A template structure is easier to scan the data on what is happening than to have to read a python file. > If we use templates, then the best thing would be to reuse a toolkit that has is. That would bring in an extra dependency, but we would have something then that is supported. > > Benny Serge |