Re: [Gramps-users] Sitecopy and narrative website

[Benny M. <ben...@gm...>]

Please do a feature request to remove the number of pictures from narrative
web media page output, and write back with the bug ticket link, so we can
assign it to the roadmap.

Benny

2011/1/2 Michaël Van Dorpe <mic...@gm...>

> Op 31-12-10 13:12, Doug Blank schreef:
> > 2010/12/31 Michaël Van Dorpe<mic...@gm...>:
> >> [...]
> >> To minimize the number of files whose checksums have changed, I would
> >> like to remove the reference to the date on which the website was
> >> created (see the footer of every narrative website page). I would still
> >> keep the reference to such date on the index page.
>
> I have now achieved two aspects of my attempt to minimize narrative
> website changes / uploads: (i) I am using sitecopy, the main consequence
> of which is that I don't need to upload media files over and over again
> and (ii) there is no reference to dates anymore in the footer of my html
> pages, so that there will never be a need to upload a page just because
> the date has changed.
>
> However, it seems that there is more progress to be made: I just added
> one single picture, and this results in an upload of all of my picture
> pages!
>
> I believe that this is because each picture page states that it relates
> to "[picture] X of Z", eg: "109 of 153". Obviously, when you add a
> picture, there will be a total number of 154 pictures, so that all
> picture pages need to be updated.
>
> My first idea was to go into NarrativeWeb.py and delete the instruction
> to print 'X of Z' on those pages.
>
> However, it is a bit more complicated than this: the picture pages also
> have 'previous' and 'next' buttons, which will send you to the previous
> and the next picture in the list. If I do not update the picture pages,
> the new pictures will not be in this previous/next loop.
>
> Since the upload of html pages does not take very long anyway, I will
> just accept that I need to do these uploads when I add new media...
>
> Michaël
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment,
> and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Gramps-users mailing list
> Gra...@li...
> https://lists.sourceforge.net/lists/listinfo/gramps-users
>