I understand. You have a point there with the tag hell. I will just have to try on my own and get the feeling of it :)
Thanks for the tip! Elad -----UrsprÃngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 7. April 2005 17:27 An: users@cocoon.apache.org Betreff: Re: AW: AW: AW: AW: AW: Design note - Building a template mechanism On Thu, 7 Apr 2005, Messing, Elad wrote: > > 1. > > when the amount of translations is not so big then I use i18n, but > > when i have to do with whole pages i use different files > > I understand , the question is why :) ? I mean - I can see a reason why not > do it - when you will need in the future to replace some content's layout- it > has to be done in 2 places... that's right simple (personaly)i feel more confortable some times to maintain content when i can read it instead to have a _tag_hell_ and ofcourse i dont have test (yet) the performance if i have to maintain BIG i18n libraries > > > -----UrsprÎÎngliche Nachricht----- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Gesendet: Donnerstag, 7. April 2005 17:06 > An: users@cocoon.apache.org > Betreff: Re: AW: AW: AW: AW: Design note - Building a template mechanism > > On Thu, 7 Apr 2005, Elad Messing wrote: > > > Hello again, stavros > > Another question in relation to the new Othello example. > > > > I can see that you divided all of the content in localelized > > directories (c_en and c_el). > > Then, in the pipe line you use the locale to build the path for the > > content, and right after it you translate this locale specific content > > xhtml file : > > > > <map:match pattern="xml/*.*"> > > <map:generate src="c_{../locale}/{1}.{2}"/> > > <map:transform type="i18n"> > > <map:parameter name="locale" value="{../locale}"/> > > </map:transform> > > > > > > Now - I was wondering why : > > 1. You divide the content to localized sub directories. Isn't one > > "xhtml" file, with translation tags enough ? Do you expect that the layout > > will change because of different locale ? > > 2. If you already did divide between the directories, why did you use > > the translator transformer ? I mean - each file is already declared as part > > of a specific locale, so why not just have the text embedded ? > > > > I hope I do not ask dumb questions :) > > > > Elad > > hi elad > > first of all i have to say that Othello is not in production-ready product > rather some code snips and ideas. so you are welcome to contribute your ideas > :-) > > now the answers > > 2. > the only reason that localized directories and i18n transformer exist in the > same match pattern is because some times i have the same content file (with > i18n tags) copied in all _locale_ directories > > 1. > when the amount of translations is not so big then i use i18n, but when i > have to do with whole pages i use different files > > -stavros > > > > > > > > > > -----UrsprÎâÎÂngliche Nachricht----- > > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Gesendet: Dienstag, 5. April 2005 14:20 > > An: users@cocoon.apache.org > > Betreff: Re: AW: AW: AW: Design note - Building a template mechanism > > > > On Tue, 5 Apr 2005, Elad Messing wrote: > > > > > Hi again. > > > I have added the fixes. I am not sure that they are all correct, as I > > > am quite a newbie.. They do however make it work :) > > > Feel free to remove what is not needed. > > > > > > Hope it will help somebody someday - like it helped me.. > > > > > > Elad > > > > thnx > > > > i'll post the link for the demo site in this thread afternoon > > > > > > > > --stavros > > > > > > > > > > > -----UrsprÎÂÎâÂÎÂÎÂngliche Nachricht----- > > > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > Gesendet: Dienstag, 5. April 2005 13:26 > > > An: users@cocoon.apache.org > > > Betreff: Re: AW: AW: Design note - Building a template mechanism > > > > > > On Tue, 5 Apr 2005, Elad Messing wrote: > > > > > > > I understand. > > > > So - I would very much like to learn the new implementation ! A demo > > > > site could be great ! > > > > > > > > In Parallel - I am going through the example in the wiki and finding > > > > some errors in code. What do you think about me adding the fixes to > > > > make the example work by copy paste ? Is it needed ? > > > > > > > > Elad > > > > > > > > > > > > > your comments/fixes are welcome > > > > > > :-) > > > > > > > > > > -----UrsprÎÂÎÂÎÂÎâÂÎÂÎÂÎÂÎâÎÂngliche Nachricht----- > > > > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > > Gesendet: Dienstag, 5. April 2005 12:22 > > > > An: users@cocoon.apache.org > > > > Betreff: Re: AW: Design note - Building a template mechanism > > > > > > > > On Tue, 5 Apr 2005, Elad Messing wrote: > > > > > > > > > Hello Stavros and all > > > > > Thanks for the reply. I think I understand the usage of it as > > > > > you explained in the "TemplateBasedWebSite" wiki page. > > > > > I also found the Othello example in the Scratchpad. > > > > > > > > > > Currently I am studying the wiki example, trying to build the > > > > > same in my environment. > > > > > > > > > > Do you think the wiki example is still valid today, or you > > > > > would have done this in a different way in Cocoon 2.1.7 ? This > > > > > is actually my question :) > > > > > > > > > > Thanks > > > > > > > > > > Elad > > > > > > > > > > > > > the idea described in wiki is the same, the impementation has > > > > changed > > > > > > > > (more features, cleaner code etc) > > > > > > > > > > > > > > > > > > > > > > > > > > > -----UrsprÎÂÎÂÎâÎÂÎÂÎââÎâÎÂngliche Nachricht----- > > > > > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > > > Gesendet: Dienstag, 5. April 2005 11:38 > > > > > An: users@cocoon.apache.org > > > > > Betreff: Re: Design note - Building a template mechanism > > > > > > > > > > > > > > > hi elad > > > > > > > > > > i'm using this approach to create static web static web sites the > > > > > goals are: > > > > > - yu have one layout file (.xhtml). then i get the content form > > > > > each request (requested web page) and put it inside this layout > > > > > (now i'm close to have pages (web requests) that make an > > > > > exception and use an alternative > > > > > layout) > > > > > > > > > > - you can define blocks with static content (html fragments) > > > > > that can be reused in any page > > > > > > > > > > - you can define your own elements that are translated to > > > > > complex html > > > > > > > > > > - there is a simple html 2 pdf transformation, so you are able > > > > > to server content pages as simple pdfs > > > > > > > > > > - you can change the theme for your site > > > > > > > > > > all this out of the box without to touch the sitemap.xmap > > > > > > > > > > there is a sample in cocoon sample /scratchpad called Othello > > > > > than demostrate all this but it's quite old > > > > > > > > > > i have a new version with many modification but i dont have > > > > > found time to make a pacth in bugzilla > > > > > > > > > > if you want i can pack my working directory with some demo site > > > > > to take a look > > > > > > > > > > > > > > > regards > > > > > -stavros > > > > > On Tue, 5 Apr 2005, Elad Messing wrote: > > > > > > > > > > > Hello All ! > > > > > > I am now in the design phase of the web-application I am > > > > > > working on. > > > > > > The application will have a fixed structure - header, footer, > > > > > > content in the middle, and menu on the side - and I am looking > > > > > > for the > > > > > best > > > > > > practice to build this template mechanism in Cocoon. > > > > > > > > > > > > I have found in the wiki this page > > > > > > :http://wiki.apache.org/cocoon/TemplateBasedWebSite but - It > > > > > > is from > > > > > 10.2003 > > > > > > - and mention working with version 2.0.4. > > > > > > I was wondering whether this is still a best practice or > > > > > > maybe a new better feature allows for another practice - which is > > > > > > better. > > > > > > (might be > > > > > that > > > > > > the Xinclude is involved ? Not sure).. > > > > > > > > > > > > Thanks in advance. > > > > > > > > > > > > Elad Messing > > > > > > > > > > > > > > > > > > > > > > > > > > > ---------------------------------------------------------------- > > > > > ---- > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > ---------------------------------------------------------------- > > > > > ---- > > > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > > > > --- To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > ------------------------------------------------------------------ > > > > --- To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > -------------------------------------------------------------------- > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]