Re: [site] proposed changes
On 12/8/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: 5. Translation sites. They can't keep up, time to go I think. -1 I think this is an interesting one, perhaps we should think about setting standards for translation sites which might let us feel more comfortable linking to. along the lines of the mirrors standards.. http://www.apache.org/info/how-to-mirror.html d. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] proposed changes
Hi, (I am subscribing to general-digest list ... so, perhaps this is too late ...) 5. Translation sites. They can't keep up, time to go I think. -1 -- Tetsuya ([EMAIL PROTECTED]) P.S. Plus, I personally think that Apache DB also can be listed to Ex-Jakarta ... because some of the subprojects in Apache DB once were in Jakarta (precisely, OJB and Torque). Back on a kick to clean up the site a bit more. Removals: 1. Remove the faqs page. It's getting low on content. 2. Vendor support. This is getting increasingly threadbare - so raising the removal of this again. Content to be moved to the Wiki. 3. Removal of the JSPA Agreement link. It's very dated - however there are a few historical sites linking to the page, so I'd not remove the page yet. 4. Acknowledgements. I don't think we need to link to this. 5. Translation sites. They can't keep up, time to go I think. 6. Reference Library. Move this to the Wiki. 7. 'Jakarta Webmaster' link from the contact us page. +1s/-1s? I'll wait 'til Friday to do whatever bits haven't been -1'd. Hen - Tetsuya Kitahata -- Terra-International, Inc. - President - E-mail: [EMAIL PROTECTED] http://www.terra-intl.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] proposed changes
On 12/4/06, Andrew C. Oliver [EMAIL PROTECTED] wrote: Why not just move all of the content of all of these pages to the wiki and change the links. Or better still have a section of wiki links in the right hand nav for them. Linking to pages in the wiki is bad, I think. When a page in a wiki has reached a point of wanting to be individually linked to, then I think that's a sign that it wants to be on the site. I actually favor the idea of the whole site being a wiki. I see little value from hand coding the p tags and wanking around with the tools to build it.Then the process for structuring the site is democratized and the process for generating the consensus and structuring the site will be closer to the metal. A wiki as in our moinmoin setup - ie) classic anarchy/randomness; or a wiki as in the cwiki confluence approach of site generation? The former always seems to be painful when I've seen sites trying it (from a user point of view at least); I think because it's still very obviously a wiki and unpolished. The latter just seems to continue the tool masturbation. Maybe it's a case of not noticing when a site is using a wiki well. I only notice the crap ones. However, I've never been much of one for ceremony. If we're on the I'd likes I'd like the Jakarta site to be an xml file(s) with a bunch of xslt's. Then I'd like each subproject/component to be product documentation sites and not waste time with infrastructure (the jakarta site can take care of all that) and I'd like a separate developer focused site for each subproject/component that is refreshed automatically each night. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] proposed changes
Henri Yandell schrieb: Back on a kick to clean up the site a bit more. Removals: 1. Remove the faqs page. It's getting low on content. +1 2. Vendor support. This is getting increasingly threadbare - so raising the removal of this again. Content to be moved to the Wiki. +1 3. Removal of the JSPA Agreement link. It's very dated - however there are a few historical sites linking to the page, so I'd not remove the page yet. +1 4. Acknowledgements. I don't think we need to link to this. +0 (i.e. I don't care) 5. Translation sites. They can't keep up, time to go I think. +1 6. Reference Library. Move this to the Wiki. +1 7. 'Jakarta Webmaster' link from the contact us page. +1 Ciao Henning -- Henning P. Schmiedehausen -- [EMAIL PROTECTED] | J2EE, Linux 91054 Buckenhof, Germany -- +49 9131 506540 | Apache person Open Source Consulting, Development, Design| Velocity - Turbine Save the cheerleader. Save the world. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] proposed changes
2. Vendor support. This is getting increasingly threadbare - so raising the removal of this again. Content to be moved to the Wiki. Why not just move all of the content of all of these pages to the wiki and change the links. Or better still have a section of wiki links in the right hand nav for them. d. *** The information in this e-mail is confidential and for use by the addressee(s) only. If you are not the intended recipient please delete the message from your computer. You may not copy or forward it or use or disclose its contents to any other person. As Internet communications are capable of data corruption Student Loans Company Limited does not accept any responsibility for changes made to this message after it was sent. For this reason it may be inappropriate to rely on advice or opinions contained in an e-mail without obtaining written confirmation of it. Neither Student Loans Company Limited or the sender accepts any liability or responsibility for viruses as it is your responsibility to scan attachments (if any). Opinions and views expressed in this e-mail are those of the sender and may not reflect the opinions and views of The Student Loans Company Limited. This footnote also confirms that this email message has been swept for the presence of computer viruses. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] proposed changes
Hi, On 12/3/06, Henri Yandell [EMAIL PROTECTED] wrote: 1. Remove the faqs page. It's getting low on content. +1. 2. Vendor support. This is getting increasingly threadbare - so raising the removal of this again. Content to be moved to the Wiki. +1. 3. Removal of the JSPA Agreement link. It's very dated - however there are a few historical sites linking to the page, so I'd not remove the page yet. +1 to not removing it. +1 to putting a big bold notice at the top of the page saying this page is deprecated and slated for removal. We'll leave the notice up there a while. 4. Acknowledgements. I don't think we need to link to this. +1. 5. Translation sites. They can't keep up, time to go I think. Mmm, this is the only item I have a bit of an issue with. The translators are volunteers jut like us, and their efforts, even if incomplete, are hugely valuable to those people with lower mastery of English. I'd hate to remove these links. +1 to putting up a notice on the site that these links are maintained by volunteers, are not ASF/official, and may be out of date. -0 to removing the links altogether. 6. Reference Library. Move this to the Wiki. +1. 7. 'Jakarta Webmaster' link from the contact us page. +1. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] proposed changes
On 12/4/06, Danny Angus [EMAIL PROTECTED] wrote: 2. Vendor support. This is getting increasingly threadbare - so raising the removal of this again. Content to be moved to the Wiki. Why not just move all of the content of all of these pages to the wiki and change the links. Or better still have a section of wiki links in the right hand nav for them. Linking to pages in the wiki is bad, I think. When a page in a wiki has reached a point of wanting to be individually linked to, then I think that's a sign that it wants to be on the site. These pages are all ones that have less value than the screen real estate they take up, so definitely wouldn't want to keep the links. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] proposed changes
Why not just move all of the content of all of these pages to the wiki and change the links. Or better still have a section of wiki links in the right hand nav for them. Linking to pages in the wiki is bad, I think. When a page in a wiki has reached a point of wanting to be individually linked to, then I think that's a sign that it wants to be on the site. I actually favor the idea of the whole site being a wiki. I see little value from hand coding the p tags and wanking around with the tools to build it.Then the process for structuring the site is democratized and the process for generating the consensus and structuring the site will be closer to the metal. However, I've never been much of one for ceremony. -Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] proposed changes to site.vsl template
Andrew C. Oliver [EMAIL PROTECTED] writes: On Thu, 2002-03-21 at 17:22, Ted Husted wrote: [EMAIL PROTECTED] wrote: Cool, feedback :) Where do u think it needs more whitespace - between 'menus' or 'items'? Personally, I like putting the sidebar menus on the right, so they are near the scrollbar. Then if the page is a little wide, its the menu that -1, this has been tried many times by many people and its been proven that left to right reading people always search for the menubar on the left. I agree with Andrew. However, I must point out that putting the nav bar on the top will allow the page to render incrementally in popular browsers, rather than waiting for the entire page to download before the rendering starts. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [site] proposed changes to site.vsl template
From: [EMAIL PROTECTED] I've made a change to the template I use to generate the Latka docs, as I've always been unhappy with the amount of whitespace in the left hand navbar that site.vsl and site.xsl generate. To see the 'compact' style, see: http://cvs.apache.org/viewcvs/~checkout~/jakarta-commons/docs/latka/index.ht ml?rev=1.7 My proposal is to make these same changes to site.vsl and site.xsl. Since LF is a major thing, what do others think? How about http://jakarta.apache.org/poi/ ? See also http://jakarta.apache.org/poi/overview.html . -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [site] proposed changes to site.vsl template
Nicola Ken Barozzi [EMAIL PROTECTED] wrote on 22/03/2002 12:00:53 AM: From: [EMAIL PROTECTED] I've made a change to the template I use to generate the Latka docs, as I've always been unhappy with the amount of whitespace in the left hand navbar that site.vsl and site.xsl generate. To see the 'compact' style, see: http://cvs.apache.org/viewcvs/~checkout~/jakarta-commons/docs/latka/index.ht ml?rev=1.7 My proposal is to make these same changes to site.vsl and site.xsl. Since LF is a major thing, what do others think? How about http://jakarta.apache.org/poi/ ? See also http://jakarta.apache.org/poi/overview.html . I like these better. Does it come as a stylesheet to transform 'standard' site docs, or is it only workable via Cocoon? And is there the 'vsl' version? -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://www.multitask.com.au/developers
Re: [site] proposed changes to site.vsl template
From: [EMAIL PROTECTED] Nicola Ken Barozzi [EMAIL PROTECTED] wrote on 22/03/2002 12:00:53 How about http://jakarta.apache.org/poi/ ? See also http://jakarta.apache.org/poi/overview.html . I like these better. Does it come as a stylesheet to transform 'standard' site docs, or is it only workable via Cocoon? And is there the 'vsl' version? They come with stylesheets to be used by Cocoon, and ATM we do a double transformation XMLDocument-Docbook-HTML. You can find them in the POI src/documentation/stylesheets dir. The base XML is the usual Document DTD. -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [site] proposed changes to site.vsl template
on 3/21/02 5:04 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I've made a change to the template I use to generate the Latka docs, as I've always been unhappy with the amount of whitespace in the left hand navbar that site.vsl and site.xsl generate. To see the 'compact' style, see: http://cvs.apache.org/viewcvs/~checkout~/jakarta-commons/docs/latka/index.html ?rev=1.7 My proposal is to make these same changes to site.vsl and site.xsl. Since LF is a major thing, what do others think? -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://www.multitask.com.au/developers I think that is TOOO compact. It makes things hard to read. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [site] proposed changes to site.vsl template
Jon Scott Stevens [EMAIL PROTECTED] wrote on 22/03/2002 07:52:22 AM: on 3/21/02 5:04 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I've made a change to the template I use to generate the Latka docs, as I've always been unhappy with the amount of whitespace in the left hand navbar that site.vsl and site.xsl generate. To see the 'compact' style, see: http://cvs.apache.org/viewcvs/~checkout~/jakarta-commons/docs/latka/index.html ?rev=1.7 My proposal is to make these same changes to site.vsl and site.xsl. Since LF is a major thing, what do others think? I think that is TOOO compact. It makes things hard to read. -jon Cool, feedback :) Where do u think it needs more whitespace - between 'menus' or 'items'? -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://www.multitask.com.au/developers
Re: [site] proposed changes to site.vsl template
[EMAIL PROTECTED] wrote: Cool, feedback :) Where do u think it needs more whitespace - between 'menus' or 'items'? Personally, I like putting the sidebar menus on the right, so they are near the scrollbar. Then if the page is a little wide, its the menu that gets pushed off rather than the content. This also can also let you reduce the gutter between the columns (as you have already done, without it looking quite as squished. And, I believe, if the page is being viewed with a screen reader, this puts the navigation after the content, since the reader would read the columns left to right. I don't know if the menu has to be in an actual HTML list, which tends to indent things a little much. I'd either use non-breaking spaces (which are apparently not permitted right now) or a tranparent GIF to indent them. I haven't tried to do it yet, but it would also be nice to have different sidebar menus for sub-areas of the main site, like the volunteer guides area, the PMC area, and some other places where we are using page links instead of putting up a new sidebar. -- Ted Husted, Husted dot Com, Fairport NY US -- Developing Java Web Applications with Struts -- Web: http://husted.com/struts -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [site] proposed changes to site.vsl template
on 3/21/02 2:12 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Cool, feedback :) Where do u think it needs more whitespace - between 'menus' or 'items'? Both. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [site] proposed changes to site.vsl template
Scarab.whichever.com has the UI I'm proposing that we change to. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [site] proposed changes to site.vsl template
Ted Husted [EMAIL PROTECTED] wrote on 22/03/2002 09:22:36 AM: [EMAIL PROTECTED] wrote: Cool, feedback :) Where do u think it needs more whitespace - between 'menus' or 'items'? Personally, I like putting the sidebar menus on the right, so they are near the scrollbar. Then if the page is a little wide, its the menu that gets pushed off rather than the content. This also can also let you reduce the gutter between the columns (as you have already done, without it looking quite as squished. And, I believe, if the page is being viewed with a screen reader, this puts the navigation after the content, since the reader would read the columns left to right. I'm not sure I buy the whole navigator on the right side deal, but good comments anyway. I don't know if the menu has to be in an actual HTML list, which tends to indent things a little much. I'd either use non-breaking spaces (which are apparently not permitted right now) or a tranparent GIF to indent them. Any reason non breaking spaces aren't permitted? I haven't tried to do it yet, but it would also be nice to have different sidebar menus for sub-areas of the main site, like the volunteer guides area, the PMC area, and some other places where we are using page links instead of putting up a new sidebar. It'd also be good to have some standardisation on the menus for projects/subprojects Any ideas? Mine are up at the previously mentioned URL. -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://www.multitask.com.au/developers
Re: [site] proposed changes to site.vsl template
On Thu, 2002-03-21 at 17:22, Ted Husted wrote: [EMAIL PROTECTED] wrote: Cool, feedback :) Where do u think it needs more whitespace - between 'menus' or 'items'? Personally, I like putting the sidebar menus on the right, so they are near the scrollbar. Then if the page is a little wide, its the menu that -1, this has been tried many times by many people and its been proven that left to right reading people always search for the menubar on the left. gets pushed off rather than the content. This also can also let you reduce the gutter between the columns (as you have already done, without it looking quite as squished. And, I believe, if the page is being viewed with a screen reader, this puts the navigation after the content, since the reader would read the columns left to right. I'd rather put the new non-top story news items off on the right and take on of those 3 column approaches that seem all the rage these days. I don't know if the menu has to be in an actual HTML list, which tends to indent things a little much. I'd either use non-breaking spaces (which are apparently not permitted right now) or a tranparent GIF to indent them. I haven't tried to do it yet, but it would also be nice to have different sidebar menus for sub-areas of the main site, like the volunteer guides area, the PMC area, and some other places where we are using page links instead of putting up a new sidebar. -- Ted Husted, Husted dot Com, Fairport NY US -- Developing Java Web Applications with Struts -- Web: http://husted.com/struts -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- http://www.superlinksoftware.com http://jakarta.apache.org/poi - port of Excel/Word/OLE 2 Compound Document format to java http://developer.java.sun.com/developer/bugParade/bugs/4487555.html - fix java generics! The avalanche has already started. It is too late for the pebbles to vote. -Ambassador Kosh -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [site] proposed changes to site.vsl template
+1 I think the scarab UI is very nice! In fact, I'd like to use this as the default for Maven-generated sites. On Thu, Mar 21, 2002 at 02:55:47PM -0800, Jon Scott Stevens wrote: Scarab.whichever.com has the UI I'm proposing that we change to. -- Peter Kazmier http://www.kazmier.com PGP Fingerprint 4FE7 8DA3 D0B5 9CAA 69DC 7243 1855 BC2E 4B43 5654 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]