Re: Cocoon zone down
I referred to "The subject said all" - it was not clear which Cocoon site you were referring to ... I guess my response was more cryptic than your post! (And yes, the sites you list here are down, though: http://cocoon.zones.apache.org/ is up, but not much else...) >>> [EMAIL PROTECTED] 2006/03/10 08:29 AM >>> Derek Hohls wrote: > Not for all of us... really? Would you test this links: http://cocoon.zones.apache.org/daisy/ http://cocoon.zones.apache.org/demos/release/samples/blocks/tour/intro/docs/index.html http://cocoon.zones.apache.org/logs/cocoon-demos http://cocoon.zones.apache.org/demos/trunk/ http://cocoon.zones.apache.org/demos/21branch/ All of them returns me the following error: ERROR The requested URL could not be retrieved While trying to retrieve the URL: http://cocoon.zones.apache.org/demos/21branch/ The following error was encountered: * * Read Error * The system returned: /(104) Connection reset by peer/ An error condition occurred while reading data from the network. Please retry your request. It is only me? :-S Best Regards, Antonio Gallardo. > > >>> [EMAIL PROTECTED] 2006/03/10 07:19 AM >>> > The subject said all. > > Best Regards, > > Antonio Gallardo. > > -- > This message is subject to the CSIR's copyright, terms and conditions > and e-mail legal notice. > Views expressed herein do not necessarily represent the views of the > CSIR. > > *CSIR E-mail Legal Notice* > <http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html> > > *CSIR Copyright, Terms and Conditions* > <http://mail.csir.co.za/CSIR_Copyright.html> > > For electronic copies of the CSIR Copyright, Terms and Conditions and > the CSIR Legal Notice > send a blank message with "REQUEST LEGAL" in the subject line to CSIR > HelpDesk <mailto:[EMAIL PROTECTED]> > > > This message has been scanned for viruses and dangerous content by > *MailScanner* <http://www.mailscanner.info/>, > and is believed to be clean. > -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: Cocoon zone down
Not for all of us...>>> [EMAIL PROTECTED] 2006/03/10 07:19 AM >>> The subject said all.Best Regards,Antonio Gallardo. -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice CSIR Copyright, Terms and Conditions For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with "REQUEST LEGAL" in the subject line to CSIR HelpDesk This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: New skin for web site
[Coming in late on this discussion... please ignore if "white noise"] One of my peeves is lack of a printable page - if you are still working on this site, please add a "coat-print.css", where areas such the left-hand menu will be disabled for printing (and maybe make the main text serif... but that's a more debatable choice!) Thanks! >>> [EMAIL PROTECTED] 2006/02/10 01:09:37 AM >>> Hi guys, I've finally been able to work on this some more. http://web.inter.nl.net/users/hepabolu/cocoondocsskin/index.html and /samples/samples.html show some changes I've made after your feedback. Reinhard Poetz wrote: > hmmm, the search box looks better at the bottom, but it might disappear > at longer menus. Second thing is that defacto standard for search boxes > is the top right area. I've chosen to keep it at the top to keep it visible. Top right might be defacto, but the Cocoon logo is there already, so a search box would clutter things. > - I like the new design, it's lightweight and focuses on the content Thanks. > - I would only change the bullet points in the menu (black circles) by > replacing them with light blue squares (same blue as the background > of the search box). That would be too light, so I've chosen the color of the headers. > - IMO we shouldn't change the Cocoon logo but keep the current one. Makes sense, so I've done that, but I don't like the blue color. I've tried changing the color, but I don't have the proper software so it came out ugly. Changing the colors of the rest of the page didn't come out right either, so basically I think we need to change the blue color in the Cocoon logo. > - I would leave more space above a headline than below. A headline should be connected with the text that belongs to it. Done that, looks better so I've kept it. ;-) Jean-Baptiste Quenot wrote: > Looks nice! Much more elegant than the current site, more simple, > especially the menu. Much easier to read, the font on your new > skin is bigger and better. Thanks. > Difficult to tell what is the best option. I prefer search at the > top, and it would be worth to insert the Google logo to indicate > that it is a Google search. It's a good idea to indicate it's a Google search, so I've added a little line which is a link to Google. > better. And maybe replacing « Apache Software Foundation » with > « Apache Cocoon » would clearly indicate what the site is talking > about. In short, cocoon-project-logo.png is more appropriate than > group-logo.gif. Right. I wasn't able to recreate the image with the Cocoon title and link, so I decided to mimick it with standard HTML and CSS. I like it so far, but could put in some more work to make it better, although IE is the limiting factor here. Ross Gardler wrote: >> - I added some extra HTML to make the accessibility easier and the >> unstyled version clearer. > > Hmmm... depends on exactly what you have done. > > We have a great deal of control over the structural elements of the page > ( etc.) and over the decorations of the page (navigation for > example) but very little control over the HTML used in the content since > that is managed by Daisy. True, but if you disable CSS you can see what I've done. I've basically added a "skip navigation" link at the top and an anchor and at the end of the navigation, just before the actual content. I think you add the navigation anyway, since it's not part of the Daisy page. >> - XHTML 1.0 Strict doesn't allow '+' in the anchor names, at least >> according to Tidy. I've changed them to underscores. > > Depends on what these anchor names are, if they are manually entered > into the src docs then it is editor error on the part of the sample > files used to generate this sample site. If they are auto generated by > Forrest we can, of course change this. I'll have to check with the > Forrest devs on why we use a '+' I'm sorry I haven't kept a log of what I've done and to simplify the work I've done a pretty print on all HTML files and my diff tools are too limited to work around this. BTW. The abstract div ended up as when it's empty. This gives strange results (all subsequent text is assumed to be part of the div), so I've had to add the end tag. I think this is a Cocoon bug (or at least one of the components), because I have this problem too in my site. So I'd be very happy if you could solve this once and for all and let me know. ;-) Currently there is one strange issue left: when you look at the nav section of the samples page (I've added extra "index" items for clarity) the list "bullet" should be left of the "SUBDIR" heading. This is true for Safari and Firefox but in IE6 it's vertically centered next to the list. I'll go on a hunt to fix this, in the meantime the pages are up for review and feedback. BTW do you like the layout of the Notes, Warnings and Fixes? (See samples page) Bye, Helma -- This message is subject to the CSIR's copyright, terms and conditi
Re: Forms stylesheets and CSS
Helma Supported. I did create a custom stylesheet for forms that uses styled DIV containers and strips out all the nested tables [shudder]; its not straightforward, but it would be ideal to have this available to all users, so that users do not end up with reinventing the wheel. As you say, if parts cannot reasonably be done, then leave then but Cocoon does need to "move with the times" as far the commonly used page layout are concerned. >>> [EMAIL PROTECTED] 2006/02/07 11:08:00 PM >>> Simone Gianni wrote: > Hello, > > I've been working with CForms for more than a year, and always ended up > overriding the default XSLs to add CSS classes and obtain proper > formatting. > > I think it could be a good idea to have CSS classes applied by the > default XSLs to make it easier to have forms look correctly, and avoid > to the user the need to write his own XSL just to get simple visual > effects, like the right spacing between labels and inputs. Currently > only error messages, tabs, the required mark and the double list have > their CSS class declaration. > > I've done this before, I can produce a patch for it, let me know if you > think this is a good idea or not. First off: the idea is great. But don't stop with just adding CSS labels. Use the opportunity to remove superfluous tables and make better use of CSS. However, I've tried before and here are the issues I ran into: - proper usage means a label text. When I was working on this, not all fields had a label. Mind you, not every widget can. - current AJAX functionality requires extra DIVs to be able handle the update. - you can add a default kind of styling like "columns" and "rows" to get vertically or horizontally oriented styling. To be compatible, you need to either add enough classes the XSL adds the proper class, or you define meaningful classes and style them differently in different CSS files. I prefer the last. - it would be great if you removed the table-layout (of the default styling) as well. But beware that it's a tough job. - some widgets (e.g. double list) are very tough to change to something other the current table. Thanks. Bye, Helma -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: A new FAQ entry?
I like the idea of a categorised FAQ - a simple Q&A list is fine for a simple project - but Cocoon is *not* that by any measure. Can one have other categories as well? It would be great if we could start with the list that is already in the Wiki... if you need help creating the info for the FAQ, once the code has been setup, please post a request here. >>> [EMAIL PROTECTED] 2006/02/07 06:03:22 PM >>> Berin Loritsch wrote: > This is really a three pronged question: > > 1. Do we have a project FAQ? > 2. Where is it? on daisy? (assumption - there isn't a FAQ already) I use Daisy on an in-house project for documentation. One of the things we have done is create a FAQ document type which has a "question" and an "answer" part and a category field (user, developer, installation etc.) We then use the query facilities on daisy to automatically create a variety of FAQ documents. One advantage of this over having a normal document listing the faqs is that you can include each FAQ in other documents. For example, by having a field "commonality" wich is set to "uncommon" or "common", we can use another query to include the common FAQs on relevant pages, e.g. the install documentation can includes the common install FAQs at the end, whilst the "uncommon" ones appear in only in the list of FAQs. I could set this up on the Daisy instance if you like. Perhaps just starting with the basic FAQ doc type for now. Ross -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: A new FAQ entry?
My reply: 1. Not that I know of (if so, it needs to be publicised); closest current thing is the Wiki: http://wiki.apache.org/cocoon/FAQs 2. ??? (daisy would be a good spot; users can suggest updates but its not as easy to change as the wiki; maybe once questions are answered on mailing list and/or wiki, they can be submitted to Daisy for "approval" by the dev team in a "official" FAQ) 3. Yes. [A well-structured FAQ - and it will be BIG - is long overdue... a useful reminder, this] >>> [EMAIL PROTECTED] 2006/02/07 03:19 PM >>> This is really a three pronged question: 1. Do we have a project FAQ? 2. Where is it? on daisy? 3. Should we put this as a new entry? Someone on the users list asked about problems scaling Cocoon--Tomcat was crashing with OutOfMemoryErrors even though plenty of RAM was made available using the -Xmx parameter. We pointed him to JVM and garbage collection as a possible culprit (as well as pool sizing). As it turns out, the JVM parameters were the issue. With proper tuning of the JVM (and an upgrade) they have been happily stable ever since. It didn't really have anything to do with pool sizing. The thing is that this issue is not a Cocoon issue, but a JVM configuration issue. Nevertheless it is not intuitive, and pointers to how to configure the JVM would help others in his situation. -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: Protocol for unanswered queries on Cocoon Users list
Jean-Baptiste OK, now I realise what I missed (bangs head on monitor!) The datasource is called as follows from flow: function getIndDB() { if (indDatabase == null) { this.indDatabase = new IndDB("inddb"); //get from the cocoon.xconf file } return indDatabase; } and in the cocoon.xconf file I have: true jdbc:mysql://localhost:3306/indicators user password The problem was that on my development machine I *also* had an entry: true jdbc:mysql://localhost:3306/indicators user password So the development machine worked (two datasources) but the target machine did not (wrong datasource). Thanks for making me look at this again. Derek >>> [EMAIL PROTECTED] 2006/02/07 12:38 PM >>> Cocoon is looking for a datasource in cocoon.xconf. Do you have such a datasource configured? -- Jean-Baptiste Quenot http://caraldi.com/jbq/ -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Protocol for unanswered queries on Cocoon Users list
I appreciate that the "dev" list is NOT for answering "Cocoon is not working" questions... and for the last 7 years (!) this has worked well for me (and all credit to all those who take the time & trouble to help): but I am now in the position of having to deliver a key Cocoon app which is giving an error message I do not understand, and I cannot follow-up with the skills I have - hence this request. I have posted twice on the users list, with no positive responses being made: * http://marc.theaimsgroup.com/?t=11380106352&r=1&w=2 * http://marc.theaimsgroup.com/?l=xml-cocoon-users&m=113862107913412&w=2 Is there any other way of getting help for this? Many Thanks Derek -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Issue with accessing session attribute values inside a authentication pipeline
I am running Cocoon 2.1.5, under JDK 1.4, Tomcat 4 (Windows) I have been posting on a thread on the users list: http://marc.theaimsgroup.com/?t=11375852011&r=1&w=2 The recommendation from Geert Josten is that I raise this as potential bug. Not sure if this is indeed one, or what route to follow next (the Cocoon site suggested posting here first before going to Bugzilla). Thanks Derek PS I am not subscribed to this list; and this is my first post with a potential "bug" in Cocoon; please bear with me if I have not got the protocol correct. -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to [EMAIL PROTECTED] This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.