[WIKI-UPDATE] JoergHeinicke Thu Jul 1 01:00:02 2004

Page: http://wiki.cocoondev.org/Wiki.jsp?page=JoergHeinicke , version: 10 on Tue Jun 30 22:46:44
2004 by JoergHeinicke

- 
- ''message'' FWIW= for what its worth... For what its worth! :o) [AndrewCates]
- I started using Cocoon with version 2.0 alpha at a company called [Virbus
AG|http-link-to-www.virbus.de] - it's already a long time ago. It was my first real programming
experience after some years of Basic and Turbo Pascal in school. I had to start with XSLT, I overcame it and
now I help other people on [Mulberry Tech XSL
list|http-link-to-www.mulberrytech.com/xsl/xsl-list/] (temporarily inactive) or on [Cocoon
users mailing list|http-link-to-xml.apache.org/cocoon/mail-lists.html] especially with their
XSL problems.
?                                                                                                                                                                                                                                                                                                                                                                                                                                               ^^^              ^^^                  -----------------------------------

+ I started using Cocoon with version 2.0 alpha at a company called [Virbus
AG|http-link-to-www.virbus.de] - it's already a long time ago. It was my first real programming
experience after some years of Basic and Turbo Pascal in school. I had to start with XSLT, I overcame it and
now I help other people on [Mulberry Tech XSL
list|http-link-to-www.mulberrytech.com/xsl/xsl-list/] (temporarily inactive) or on [Cocoon
users mailing list|http-link-to-cocoon.apache.org/community/mail-lists.html].
?                                                                                                                                                                                                                                                                                                                                                                                                                                               ^^^^^^              ^^^ +++

- Since December 2003 I have been working for a new company called [eWerk|http-link-to-www.ewerk.com].
They hired me and a second developer from Virbus AG (that has been closed), they overtook the both
remaining Cocoon projects mentioned above and we work now on a new project - again Cocoon based, using
[Cocoon Forms|Woody] and probably [OJB|OJBBlock]. I therefore also dive more and more into Java development.
?                                                                                                                                                                                                                                                 ^ -----        ^   ^                                                              ---------                ^^^

+ Since December 2003 I have been working for a new company called [eWerk|http-link-to-www.ewerk.com].
They hired me and a second developer from Virbus AG (that has been closed), they overtook the both

[WIKI-UPDATE] WoodyScratchpad Thu Jul 1 12:00:03 2004

Page: http://wiki.cocoondev.org/Wiki.jsp?page=WoodyScratchpad , version: 25 on Wed Jul  1 10:44:02
2004 by JoergHeinicke

- *Instead of using an empty "id" attribute should we use <wd:default/> as the default case? (+1 tim, +1 mpo)
+ *Instead of using an empty "id" attribute should we use <wd:default/> as the default case? (+1 tim, +1 mpo,
+1 jh)
?                                                                                                           +++++++

- *What should we do if the expression evaluates to the default anyway? (mpo: seems more logic in the
when <at> test/otherwise filosophy?) (tim: I do not understand; could you clarify your comment?)
+ *What should we do if the expression evaluates to the default anyway? (''mpo: seems more logic in the
when <at> test/otherwise filosophy?'') (''tim: I do not understand; could you clarify your comment?'')
?                                                                        ++                                                           ++   ++                                                         ++

- *What namespace should the widget id's be in? (''mpo: supposing you refer to namespacing with respect to
generated request-parameter names, right?'') (''tim: yes'')
+ *What namespace (read: generated request parameter names) should the widget id's be in?
- **widget-id -- Same as widgets outside the choice. (+1 tim, +1 mpo)
+ **widget-id -- Same as widgets outside the choice. (+1 tim, +1 mpo, +1 jh)
?                                                                   +++++++

- **choice-id.widget-id -- wrapped by the choice's namespace. (-0 tim)
+ **choice-id.widget-id -- wrapped by the choice's namespace. (-0 tim, +0 jh)
?                                                                    +++++++

- **case-id.widget-id -- wrapped by th case's namespace. (-0 tim, -1 mpo, see below)
+ **case-id.widget-id -- wrapped by th case's namespace. (-0 tim, -1 mpo, see below, -1 jh)
?                                                                                  +++++++

- **choice-id.case-id.widget-id -- wrapped by the choice's and the case's namespaces. (-1 tim, -1 mpo

[WIKI-UPDATE] WoodyScratchpad Thu Jul 1 13:00:06 2004

Page: http://wiki.cocoondev.org/Wiki.jsp?page=WoodyScratchpad , version: 25 on Wed Jul  1 10:44:02
2004 by JoergHeinicke

- *Instead of using an empty "id" attribute should we use <wd:default/> as the default case? (+1 tim, +1 mpo)
+ *Instead of using an empty "id" attribute should we use <wd:default/> as the default case? (+1 tim, +1 mpo,
+1 jh)
?                                                                                                           +++++++

- *What should we do if the expression evaluates to the default anyway? (mpo: seems more logic in the
when <at> test/otherwise filosophy?) (tim: I do not understand; could you clarify your comment?)
+ *What should we do if the expression evaluates to the default anyway? (''mpo: seems more logic in the
when <at> test/otherwise filosophy?'') (''tim: I do not understand; could you clarify your comment?'')
?                                                                        ++                                                           ++   ++                                                         ++

- *What namespace should the widget id's be in? (''mpo: supposing you refer to namespacing with respect to
generated request-parameter names, right?'') (''tim: yes'')
+ *What namespace (read: generated request parameter names) should the widget id's be in?
- **widget-id -- Same as widgets outside the choice. (+1 tim, +1 mpo)
+ **widget-id -- Same as widgets outside the choice. (+1 tim, +1 mpo, +1 jh)
?                                                                   +++++++

- **choice-id.widget-id -- wrapped by the choice's namespace. (-0 tim)
+ **choice-id.widget-id -- wrapped by the choice's namespace. (-0 tim, +0 jh)
?                                                                    +++++++

- **case-id.widget-id -- wrapped by th case's namespace. (-0 tim, -1 mpo, see below)
+ **case-id.widget-id -- wrapped by th case's namespace. (-0 tim, -1 mpo, see below, -1 jh)
?                                                                                  +++++++

- **choice-id.case-id.widget-id -- wrapped by the choice's and the case's namespaces. (-1 tim, -1 mpo

[WIKI-UPDATE] TimLarson Thu Jul 1 16:00:03 2004

Page: http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson , version: 49 on Wed Jul  1 14:43:38 2004 by TimLarson

+ __Binding syntax__\\
+ The wb:union binding wraps wb:case bindings.  The wb:case binding that matches the
+ current case of the surrounding union is the only wb:case binding which will perform
+ its child bindings.
+ {{{
+ <wb:union>
+ 
+   <wb:case id="">
+     <!-- A list of bindings relevant to the default case -->
+   </wb:case>
+ 
+   <wb:case id="some-case">
+     <!-- A list of bindings relevant to the selected case -->
+   </wb:case>
+ 
+ </wb:union>
+ }}}
- **Double, quadrupple, etc. row creation. (Solved by Bruno, already fixed in CVS)
- **Forgetting values on Union case switch. (Solved by Bruno, already fixed in CVS)
?                                            ^ ^^ ^ ^^ ^^^^^ --------

+ **Forgetting values on Union case switch. (broken in 2.1.5, fixed in CVS)
?                                            ^^ ^ ^ ^^ ^^^^^

- *Extend binding to handle the new widgets (mostly done in CVS).

howto-explore-samples:

[WIKI-UPDATE] TimLarson Thu Jul 1 17:00:04 2004

Page: http://wiki.cocoondev.org/Wiki.jsp?page=TimLarson , version: 49 on Wed Jul  1 14:43:38 2004 by TimLarson

+ __Binding syntax__\\
+ The wb:union binding wraps wb:case bindings.  The wb:case binding that matches the
+ current case of the surrounding union is the only wb:case binding which will perform
+ its child bindings.
+ {{{
+ <wb:union>
+ 
+   <wb:case id="">
+     <!-- A list of bindings relevant to the default case -->
+   </wb:case>
+ 
+   <wb:case id="some-case">
+     <!-- A list of bindings relevant to the selected case -->
+   </wb:case>
+ 
+ </wb:union>
+ }}}
- **Double, quadrupple, etc. row creation. (Solved by Bruno, already fixed in CVS)
- **Forgetting values on Union case switch. (Solved by Bruno, already fixed in CVS)
?                                            ^ ^^ ^ ^^ ^^^^^ --------

+ **Forgetting values on Union case switch. (broken in 2.1.5, fixed in CVS)
?                                            ^^ ^ ^ ^^ ^^^^^

- *Extend binding to handle the new widgets (mostly done in CVS).

[WIKI-UPDATE] FirstFridayJuly2004 Fri Jul 2 09:00:03 2004

Page: http://wiki.cocoondev.org/Wiki.jsp?page=FirstFridayJuly2004 , version: 2 on Thu Jul  2
07:17:57 2004 by DavidCrossley

- *
+ * Close the Wiki at cocoondev.org
+ * Run Upayavira's conversion script and populate our new wiki [http-link-to-wiki.apache.org/cocoon/]
+ * Some PMC people can ssh www.apache.org and do some grep behind-the-scenes to find the old spam: /www/wiki.apache.org/data/cocoon/data/text

[WIKI-UPDATE] FirstFridayJuly2004 Fri Jul 2 10:00:01 2004

Page: http://wiki.cocoondev.org/Wiki.jsp?page=FirstFridayJuly2004 , version: 2 on Thu Jul  2
07:17:57 2004 by DavidCrossley

- *
+ * Close the Wiki at cocoondev.org
+ * Run Upayavira's conversion script and populate our new wiki [http-link-to-wiki.apache.org/cocoon/]
+ * Some PMC people can ssh www.apache.org and do some grep behind-the-scenes to find the old spam: /www/wiki.apache.org/data/cocoon/data/text

[Cocoon Wiki] Updated: CVSMigration

   Date: 2004-07-02T05:31:02
   Editor: UgoCei <ugo <at> apache.org>
   Wiki: Cocoon Wiki
   Page: CVSMigration
   URL: http://wiki.apache.org/cocoon/CVSMigration

   no comment

Change Log:

------------------------------------------------------------------------------
 <at>  <at>  -17,20 +17,20  <at>  <at> 

 This is only applicable for converting a 2.0.x directory to the 'cocoon-2.0' module.  Here we have an extra
requirement: strip the 'branch' indicator from every file's {{{CVS/Entries}}} entry:

-{{{
-/changes.xml/1.138.2.87/Wed Feb 19 00:36:46 2003//Tcocoon_2_0_3_branch
-/todo.xml/1.28.2.8/Wed Feb 19 00:36:46 2003//Tcocoon_2_0_3_branch
-/build.xml/1.196.2.28/Sat Mar  8 06:57:22 2003//Tcocoon_2_0_3_branch
+{{{
+/changes.xml/1.138.2.87/Wed Feb 19 00:36:46 2003//Tcocoon_2_0_3_branch
+/todo.xml/1.28.2.8/Wed Feb 19 00:36:46 2003//Tcocoon_2_0_3_branch
+/build.xml/1.196.2.28/Sat Mar  8 06:57:22 2003//Tcocoon_2_0_3_branch
 }}}

 This can be done with another 'find' command:
-{{find . -name "CVS" -type d -exec perl -i -pe 's:/Tcocoon_2_0_3_branch$:/:g' {}/Entries \;}}
+{{{find . -name "CVS" -type d -exec perl -i -pe 's:/Tcocoon_2_0_3_branch$:/:g' {}/Entries \;}}}

 ==  Delete CVS/Tag (cocoon-2.0) ==

 Also only applicable for converting to 'cocoon-2.0' module.

-Each {{{CVS}}} directory will have a {{{CVS/Tag}}} file, containing the directory tag
('cocoon_2_0_3_branch').  These should simply be deleted with something like {{find . -name "CVS" -type
d -exec rm {}/Tag \;}}
+Each {{{CVS}}} directory will have a {{{CVS/Tag}}} file, containing the directory tag
('cocoon_2_0_3_branch').  These should simply be deleted with something like {{{find . -name "CVS"
-type d -exec rm {}/Tag \;}}}

 [[BR]]
 You can now do a {{{cvs update}}} on these repositories, and hopefully they should update. For some reason,
CVS insists on updating (U) each file, but even so, this is faster than a full checkout.

[Cocoon Wiki] Updated: FirstFridayJuly2004

   Date: 2004-07-02T05:31:08
   Editor: DavidCrossley <crossley <at> apache.org>
   Wiki: Cocoon Wiki
   Page: FirstFridayJuly2004
   URL: http://wiki.apache.org/cocoon/FirstFridayJuly2004

   no comment

Change Log:

------------------------------------------------------------------------------
 <at>  <at>  -2,10 +2,18  <at>  <at> 

 Please keep these notes concise. The idea of this page is to tell the overall story of this !FirstFriday and
not the details.

-== Todo ==
- *  Close the Wiki at cocoondev.org
- *  Run Upayavira's conversion script and populate our new wiki [http://wiki.apache.org/cocoon/]
- *  Some PMC people can ssh www.apache.org and do some grep behind-the-scenes to find the old spam: /www/wiki.apache.org/data/cocoon/data/text
+Go to [http://wiki.apache.org/cocoon/]
+
+== To do ==
+ * Start editing the new wiki ... go to UserPreferences, create yourself an account, log in, and you will be
able to edit.
+ * Set up Front pages and the associated stuff.
+ * Add better redirect from cocoondev.org ... gianugo suggested http://www.tuckey.org/urlrewrite/
+ * Some PMC people can ssh www.apache.org and do some grep behind-the-scenes to find the old spam: /www/wiki.apache.org/data/cocoon/data/text
+
+
+== Done ==
+ * Run Upayavira's conversion script and populate our new wiki [http://wiki.apache.org/cocoon/]
+ * Deny editing at cocoondev.org ... done using crude .htaccess redirect, will refine later

 == General issues to be solved ==
  *  Move the Wiki from cocoondev.org to apache.org