Am 18.12.2005 um 18:59 schrieb Roman Joost:
That would of course work only if the revision entries were language dependant. Otherwise If someone translates content from the GIMP stone age the document seems updated recently to *ALL* readers, but was translated to a new language only :(On Sun, Dec 18, 2005 at 03:12:12PM +0100, Axel Wernicke wrote:to be honest I don't see the benefit of changing the kind of comments we do by now. The information is almost the same, but due to that huge surrounding docbook structure it's very hard to read in the source. Right now I'd prefer to stick to the way we are doing it today,but may be you can convince me.The advantage is, that people are able to see what happened with thearticle they're looking at. If the document is out of date, because the last change was a year ago, we could probably encouraged some people tochange that. Of course a very vague assumption, but not an impossible one.
I think most of the content is independent of time anyway. It simply doesn't matter if a tutorial was written yesterday or two years ago. Where time (GIMP releases) matter of course is everything that is related to the reference part of the manual. May be we should hurry up to get up to date for the 2.2 release (I guess we are not that far away from that) and then freeze and release it as gimp-help 1.0. With this we could split up the changelog (which is btw. pretty large already now) and have a sweet start for bringing the relevant topics up to gimp 2.4 then.
So if we decide to switch to revhistory elements we need to - make sure we can hide it from release html / pdf versions - make it lang dependent (how is this supposed to work with cvs??)- define in which granularity it should be done (today we do it by file, but not sect1 sect2 specific)
- introduce it step by step Greetings, lexa
It is a very technical approach. The disadvantage about the current comments are, that our readers don't see the comments. Though we have to think about the releases. During releases we should skip to display this metadata. Greetings, -- Roman Joost www: http://www.romanofski.de email: romanofski@xxxxxxxx _______________________________________________ Gimp-docs mailing list Gimp-docs@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-docs
--- Live is like a chocolate box, you never know what you wanna get... GPG Signatur auf http://wernicke-online.net/Impressum/ prüfen
Attachment:
PGP.sig
Description: Signierter Teil der Nachricht
_______________________________________________ Gimp-docs mailing list Gimp-docs@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-docs
