Re: Last call for comments Was: [site] next step - 3-tier + welcome
On Thu, 6 Jan 2005 00:19:37 -0500 (EST), Henri Yandell <[EMAIL PROTECTED]> wrote: > > http://www.apache.org/~bayard/jakarta-3tier.html > > Rolled back to remove the table->div header change for the moment. I'd > like to go ahead and make the change to a 3 column on Friday. Looks OK to me. I'd say go for it. There are a couple of tweaky things - like the font seems a little bigger than it needs to be, and the section headers are different from the main ASF site - but they really are tweaky things that we can talk about and fiddle with later. -- Martin Cooper > Any nay-sayers before then, let me know. > > Hen > > - > 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]
Last call for comments Was: [site] next step - 3-tier + welcome
http://www.apache.org/~bayard/jakarta-3tier.html Rolled back to remove the table->div header change for the moment. I'd like to go ahead and make the change to a 3 column on Friday. Any nay-sayers before then, let me know. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[net] non-English FTP sites - the continuing saga
We get these occasional requests that commons-net support ftp servers with non-English dates. I've created some functionality to implement this. I want to give it some real world testing. Ah, there's the rub, however. You can't find these sites. They aren't publicly accessible. I know. I've harangued on this list, on jakarta-general. No one can point me at such a site. One person suggested the Apache mirrors. A nice idea, but --- Ha! I looked and looked. Any site run by/for software engineers is going to follow the standard - American English. Most software engineers know enough English to survive. I went further. I started googling for all sorts of things "ftp francais", "ftp okt", etc. I pored through the listings. Maybe 1 out of 10 shows me a real ftp site, which, once I log on anonymously shows me the dates - in standard English! It seems that the only people who are customizing their FTP sites to work that way are probably catering to non-technical users who might not be so English-friendly. But these must be typically private FTP sites. OK, thinks me. I'll create my own stinking FTP server for testing. I have VMware on my linux box. Easy enough to install an old redhat (9.0+ no longer supports FTP but 8.0 does) under vmware. Configured it to be French. Got vsftpd running easily enough. Of course, I didn't think that would work, since none of the European sites I'd been accessing were in anything other than English on the FTP timestamps. And that's what I got, too. But I thought there must be a configuration option for the server daemon to make this happen, because as we know, there are SOME such sites. But I couldn't find one. OK, so apparently vsftpd does not support the i18n feature. Does anyone know of an ftp server that does? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] next step - 3-tier + welcome
Sounds good to me. Then we'll have everything under version control. That way I can send patches for you to apply :-) Since the site will be generated from the xdocs anyway, it will be easy to roll out a new more css-savvy site later on. -- Dennis Lundberg Henri Yandell wrote: I want to get us to CSS only, but dev wise that can be a bit of a pain in the arse to get to in my experience, death by a thousand minor bugs. Getting these changes folded into the site soon is my aim as otherwise it'll end up becoming a dead fork. So either: a) we should roll back to the table style for header and footer for the moment; or b) we should just ignore it and wait for complaints to come in :) We should probably do a). Once it's in and the site is on the new look, we can start css optimising without keeping as much of a change between old and new. Does a) sound okay? Hen On Wed, 5 Jan 2005, Dennis Lundberg wrote: This is probably due to the large table. I've stumbled across this a few times in the past. When printing, Firefox/Mozilla/Netscape sometimes (not allways) tries to fit a table on one printed page. Here's a rundown on what goes on inside the browser: 1. Can I fit the first div and the following table on one page? No 2. OK, print the first div on page number 1 3. Can I fit the table on one page? No 4. What the heck, print it to page number 2 anyway This usually happens when you have a table that is longer than one printed page. Who was it that invented printing in browsers anyway? One way to overcome this problem is to do a 3-column layout without tables. It can be done [1][2][3] and that actually helps us use the css attributes that Sebb talked about. [3] is great reading if you just want to learn more about css layout. [1] http://www.thenoodleincident.com/tutorials/box_lesson/basic4.html [2] http://bluerobot.com/web/layouts/layout3.html [3] http://www.alistapart.com/articles/journey/ -- Dennis Lundberg sebb wrote: Looking good. Just noticed a peculiarity with FireFox: print preview shows only the logo and 1st HR on the first page; the rest appears on subsequent pages. == Might be worth considering using the CSS attribute display:none for the side columns on some pages when the output is a printer. S. On Wed, 5 Jan 2005 11:25:44 -0500 (EST), Henri Yandell <[EMAIL PROTECTED]> wrote: On Wed, 5 Jan 2005, Dennis Lundberg wrote: Your changes do the same as mine did, so it wasn't the 1% or 98% bit in my .page-header. Also, when you switch to a div the container no longer stretches across the screen and so the border line only goes under the logo and not all the way across. That's not good. I'll do some digging and see if I can get it to work. Okay, jakarta-3tier.html updated with your latest suggestions. Looks good and every step to cleaner html is a good step. Thanks :) Hen - 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]
Re: [site] clean up
I say go for it. I'll be replacing project.xml with a site.xml for the 3-tier change, but it won't be hard to keep that in sync with any menu items you remove. I want to get away from project.xml due to the maven connotations, too confusing and it really describes a site, not a project. The only other thing that should change when I commit 3-tier is the site.xsl. Hen On Wed, 5 Jan 2005, robert burrell donkin wrote: those nice folks over at infrastructure have committed (with improvements) a version of the jakarta convert-to-mirrors document. i hope to help to move a number of documents which are not jakarta specific up there over time. as this happens, i'd like to remove the jakarta pages and redirect the urls to the top level pages. i plan to add the .htaccess file (which will perform these redirects) to cvs. comments anyone? and is any planning needed so that no toes are stepped on? - robert - 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]
[site] clean up
those nice folks over at infrastructure have committed (with improvements) a version of the jakarta convert-to-mirrors document. i hope to help to move a number of documents which are not jakarta specific up there over time. as this happens, i'd like to remove the jakarta pages and redirect the urls to the top level pages. i plan to add the .htaccess file (which will perform these redirects) to cvs. comments anyone? and is any planning needed so that no toes are stepped on? - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] next step - 3-tier + welcome
I want to get us to CSS only, but dev wise that can be a bit of a pain in the arse to get to in my experience, death by a thousand minor bugs. Getting these changes folded into the site soon is my aim as otherwise it'll end up becoming a dead fork. So either: a) we should roll back to the table style for header and footer for the moment; or b) we should just ignore it and wait for complaints to come in :) We should probably do a). Once it's in and the site is on the new look, we can start css optimising without keeping as much of a change between old and new. Does a) sound okay? Hen On Wed, 5 Jan 2005, Dennis Lundberg wrote: This is probably due to the large table. I've stumbled across this a few times in the past. When printing, Firefox/Mozilla/Netscape sometimes (not allways) tries to fit a table on one printed page. Here's a rundown on what goes on inside the browser: 1. Can I fit the first div and the following table on one page? No 2. OK, print the first div on page number 1 3. Can I fit the table on one page? No 4. What the heck, print it to page number 2 anyway This usually happens when you have a table that is longer than one printed page. Who was it that invented printing in browsers anyway? One way to overcome this problem is to do a 3-column layout without tables. It can be done [1][2][3] and that actually helps us use the css attributes that Sebb talked about. [3] is great reading if you just want to learn more about css layout. [1] http://www.thenoodleincident.com/tutorials/box_lesson/basic4.html [2] http://bluerobot.com/web/layouts/layout3.html [3] http://www.alistapart.com/articles/journey/ -- Dennis Lundberg sebb wrote: Looking good. Just noticed a peculiarity with FireFox: print preview shows only the logo and 1st HR on the first page; the rest appears on subsequent pages. == Might be worth considering using the CSS attribute display:none for the side columns on some pages when the output is a printer. S. On Wed, 5 Jan 2005 11:25:44 -0500 (EST), Henri Yandell <[EMAIL PROTECTED]> wrote: On Wed, 5 Jan 2005, Dennis Lundberg wrote: Your changes do the same as mine did, so it wasn't the 1% or 98% bit in my .page-header. Also, when you switch to a div the container no longer stretches across the screen and so the border line only goes under the logo and not all the way across. That's not good. I'll do some digging and see if I can get it to work. Okay, jakarta-3tier.html updated with your latest suggestions. Looks good and every step to cleaner html is a good step. Thanks :) Hen - 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]
Re: [site] next step - 3-tier + welcome
This is probably due to the large table. I've stumbled across this a few times in the past. When printing, Firefox/Mozilla/Netscape sometimes (not allways) tries to fit a table on one printed page. Here's a rundown on what goes on inside the browser: 1. Can I fit the first div and the following table on one page? No 2. OK, print the first div on page number 1 3. Can I fit the table on one page? No 4. What the heck, print it to page number 2 anyway This usually happens when you have a table that is longer than one printed page. Who was it that invented printing in browsers anyway? One way to overcome this problem is to do a 3-column layout without tables. It can be done [1][2][3] and that actually helps us use the css attributes that Sebb talked about. [3] is great reading if you just want to learn more about css layout. [1] http://www.thenoodleincident.com/tutorials/box_lesson/basic4.html [2] http://bluerobot.com/web/layouts/layout3.html [3] http://www.alistapart.com/articles/journey/ -- Dennis Lundberg sebb wrote: Looking good. Just noticed a peculiarity with FireFox: print preview shows only the logo and 1st HR on the first page; the rest appears on subsequent pages. == Might be worth considering using the CSS attribute display:none for the side columns on some pages when the output is a printer. S. On Wed, 5 Jan 2005 11:25:44 -0500 (EST), Henri Yandell <[EMAIL PROTECTED]> wrote: On Wed, 5 Jan 2005, Dennis Lundberg wrote: Your changes do the same as mine did, so it wasn't the 1% or 98% bit in my .page-header. Also, when you switch to a div the container no longer stretches across the screen and so the border line only goes under the logo and not all the way across. That's not good. I'll do some digging and see if I can get it to work. Okay, jakarta-3tier.html updated with your latest suggestions. Looks good and every step to cleaner html is a good step. Thanks :) Hen - 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]
Re: Removing interim dated builds from /www/www.apache.org/dist/java-repository
On Jan 5, 2005, at 11:40 AM, Mark R. Diggory wrote: Dain Sundstrom wrote: Yes, I'm not sure that we can refer to it accepably as "a policy", as much as a "best practice". Well, if we take the latest release of Commons Math for instance. From both a Maven and Ant standpoint the distributions dependecies are resolved to/against ibibilio: http://www.ibiblio.org/maven/commons-logging/jars/commons- logging-1.0.3.jar"> http://www.ibiblio.org/maven/commons-discovery/jars/commons- discovery-0.2.jar"> I would hope so. These projects have a trivial or non existent set of dependencies. Take a look at a big project using maven and you will see that they use lots of repos, because ibiblio tends not to have everything necessary or was down when someone was working. In Maven, the repository used to get downloads from is not a project attiribute, it is a user decision/configuaration of the client. So really, a project that ends up with any dependency downloads directly from dist/java-repository is not the best solution, ibiblio is the more persistent and canonical point to be downloading from at this point. Take a look at geronimo and you will see that it is impractical for a user to hunt down dependencies. The code from a source distribution should just build, which means that all the dependencies *must* always be available. It might be good to go through the Apache projects that are in java-repository and see if any are packaged to download dependencies from there, I doubt it that here would be any occurances however. As a majority of the files were originally published to/against ibiblio in the first place. Unfortunately, not all projects that use the apache repos are not hosted at apache. -dain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Removing interim dated builds from /www/www.apache.org/dist/java-repository
Dain Sundstrom wrote: On Jan 5, 2005, at 10:26 AM, Mark R. Diggory wrote: Thanks for your response Dain, Dain Sundstrom wrote: On Jan 4, 2005, at 8:34 PM, Mark R. Diggory wrote: Please excuse the cross post. I'm planning to run some commands on the java-repository to remove interim builds and SNAPSHOTS. Specifically, I'll be running: If you remove SNAPSHOTS, it not only can it break head branches of projects, Can you explain this further, I'm not sure what your suggesting here. Are you referring to content outside of /www/www.apache.org/dist/java-repository? Its important to point out that I'm only suggesting modification of content in the repository, not modification of any other content inside dist/... it can break milestone "source" releases that people are still using. -dain Well, the http://www.ibiblio.org/maven repository will still maintain all the SNAPSHOTS/interim builds I am planning on removing. That rsync does not delete files. So users of Maven working solely with the www.ibiblio.org/maven repository will not experience any of these changes. If it is really the case that Maven users are going to dist/java-repository instead www.ibiblio.org/maven we should alert them, dist/java-repository is in practice just for publishing Apache jars to ibiblio (though we have visions of its usage for other goals in the near future). For Apache developers using Maven, what I recommend is to continue using www.ibiblio.org to resolve dependencies for milestone and release builds. Then, to actually do any interim, snapshot or dated builds into http://cvs.apache.org/repository which is not mirrored. I can say that I was not aware of the policy, so I would assume other are not. If there are any projects that were using that location as a maven repo, their builds will break. Also if someone shipped a source distribution that needs one of these files, it will break, which means there would be no way to reproduce a historical build from a source distribution. -dain Yes, I'm not sure that we can refer to it accepably as "a policy", as much as a "best practice". Well, if we take the latest release of Commons Math for instance. From both a Maven and Ant standpoint the distributions dependecies are resolved to/against ibibilio: http://www.ibiblio.org/maven/commons-logging/jars/commons-logging-1.0.3.jar";> http://www.ibiblio.org/maven/commons-discovery/jars/commons-discovery-0.2.jar";> In Maven, the repository used to get downloads from is not a project attiribute, it is a user decision/configuaration of the client. So really, a project that ends up with any dependency downloads directly from dist/java-repository is not the best solution, ibiblio is the more persistent and canonical point to be downloading from at this point. It might be good to go through the Apache projects that are in java-repository and see if any are packaged to download dependencies from there, I doubt it that here would be any occurances however. As a majority of the files were originally published to/against ibiblio in the first place. cheers, MArk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Removing interim dated builds from /www/www.apache.org/dist/java-repository
On Jan 5, 2005, at 10:26 AM, Mark R. Diggory wrote: Thanks for your response Dain, Dain Sundstrom wrote: On Jan 4, 2005, at 8:34 PM, Mark R. Diggory wrote: Please excuse the cross post. I'm planning to run some commands on the java-repository to remove interim builds and SNAPSHOTS. Specifically, I'll be running: If you remove SNAPSHOTS, it not only can it break head branches of projects, Can you explain this further, I'm not sure what your suggesting here. Are you referring to content outside of /www/www.apache.org/dist/java-repository? Its important to point out that I'm only suggesting modification of content in the repository, not modification of any other content inside dist/... it can break milestone "source" releases that people are still using. -dain Well, the http://www.ibiblio.org/maven repository will still maintain all the SNAPSHOTS/interim builds I am planning on removing. That rsync does not delete files. So users of Maven working solely with the www.ibiblio.org/maven repository will not experience any of these changes. If it is really the case that Maven users are going to dist/java-repository instead www.ibiblio.org/maven we should alert them, dist/java-repository is in practice just for publishing Apache jars to ibiblio (though we have visions of its usage for other goals in the near future). For Apache developers using Maven, what I recommend is to continue using www.ibiblio.org to resolve dependencies for milestone and release builds. Then, to actually do any interim, snapshot or dated builds into http://cvs.apache.org/repository which is not mirrored. I can say that I was not aware of the policy, so I would assume other are not. If there are any projects that were using that location as a maven repo, their builds will break. Also if someone shipped a source distribution that needs one of these files, it will break, which means there would be no way to reproduce a historical build from a source distribution. -dain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] next step - 3-tier + welcome
On Wed, 5 Jan 2005 12:25:53 -0500 (EST), Henri Yandell <[EMAIL PROTECTED]> wrote: > > Which version are you on? Which OS? Help About shows: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 i.e. WinNT + FF 1.0 I can check on WinXP later. Just noticed that the first page displays (and prints) OK if the Zoom is set to 79%, but not if it is set to 80% ... odd. This is with a screen resolution of 1024x768; printer is HP LJ 4000 PCL 6 > > 1.0 on XP looks good. > 1.0PR on OS X looks good. > 1.0 on SuSE 9.2 looks...crap :) But doesn't display your problem. > > Hen > > On Wed, 5 Jan 2005, sebb wrote: > > > Looking good. > > > > Just noticed a peculiarity with FireFox: print preview shows only the > > logo and 1st HR on the first page; the rest appears on subsequent > > pages. > > > > == > > > > Might be worth considering using the CSS attribute display:none for > > the side columns on some pages when the output is a printer. > > > > S. > > On Wed, 5 Jan 2005 11:25:44 -0500 (EST), Henri Yandell > > <[EMAIL PROTECTED]> wrote: > >> > >> > >> On Wed, 5 Jan 2005, Dennis Lundberg wrote: > >> > Your changes do the same as mine did, so it wasn't the 1% or 98% bit in > my > .page-header. Also, when you switch to a div the container no longer > stretches across the screen and so the border line only goes under the > logo > and not all the way across. > >>> > >>> That's not good. I'll do some digging and see if I can get it to work. > >> > >> Okay, jakarta-3tier.html updated with your latest suggestions. Looks good > >> and every step to cleaner html is a good step. > >> > >> Thanks :) > >> > >> Hen > >> > >> - > >> 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]
Re: Removing interim dated builds from /www/www.apache.org/dist/java-repository
Thanks for your response Dain, Dain Sundstrom wrote: On Jan 4, 2005, at 8:34 PM, Mark R. Diggory wrote: Please excuse the cross post. I'm planning to run some commands on the java-repository to remove interim builds and SNAPSHOTS. Specifically, I'll be running: If you remove SNAPSHOTS, it not only can it break head branches of projects, Can you explain this further, I'm not sure what your suggesting here. Are you referring to content outside of /www/www.apache.org/dist/java-repository? Its important to point out that I'm only suggesting modification of content in the repository, not modification of any other content inside dist/... it can break milestone "source" releases that people are still using. -dain Well, the http://www.ibiblio.org/maven repository will still maintain all the SNAPSHOTS/interim builds I am planning on removing. That rsync does not delete files. So users of Maven working solely with the www.ibiblio.org/maven repository will not experience any of these changes. If it is really the case that Maven users are going to dist/java-repository instead www.ibiblio.org/maven we should alert them, dist/java-repository is in practice just for publishing Apache jars to ibiblio (though we have visions of its usage for other goals in the near future). For Apache developers using Maven, what I recommend is to continue using www.ibiblio.org to resolve dependencies for milestone and release builds. Then, to actually do any interim, snapshot or dated builds into http://cvs.apache.org/repository which is not mirrored. My goal in cleaning the dist/java-repository directory is to eliminate the historical publishing of interim/dated builds from the java-repository so that we can begin to enforce the policy that these files should not be there via tool like Henk Pennings cron survey scripts: http://www.apache.org/~henkp/ -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] next step - 3-tier + welcome
Which version are you on? Which OS? 1.0 on XP looks good. 1.0PR on OS X looks good. 1.0 on SuSE 9.2 looks...crap :) But doesn't display your problem. Hen On Wed, 5 Jan 2005, sebb wrote: Looking good. Just noticed a peculiarity with FireFox: print preview shows only the logo and 1st HR on the first page; the rest appears on subsequent pages. == Might be worth considering using the CSS attribute display:none for the side columns on some pages when the output is a printer. S. On Wed, 5 Jan 2005 11:25:44 -0500 (EST), Henri Yandell <[EMAIL PROTECTED]> wrote: On Wed, 5 Jan 2005, Dennis Lundberg wrote: Your changes do the same as mine did, so it wasn't the 1% or 98% bit in my .page-header. Also, when you switch to a div the container no longer stretches across the screen and so the border line only goes under the logo and not all the way across. That's not good. I'll do some digging and see if I can get it to work. Okay, jakarta-3tier.html updated with your latest suggestions. Looks good and every step to cleaner html is a good step. Thanks :) Hen - 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]
Re: [site] next step - 3-tier + welcome
Looking good. Just noticed a peculiarity with FireFox: print preview shows only the logo and 1st HR on the first page; the rest appears on subsequent pages. == Might be worth considering using the CSS attribute display:none for the side columns on some pages when the output is a printer. S. On Wed, 5 Jan 2005 11:25:44 -0500 (EST), Henri Yandell <[EMAIL PROTECTED]> wrote: > > > On Wed, 5 Jan 2005, Dennis Lundberg wrote: > > >> Your changes do the same as mine did, so it wasn't the 1% or 98% bit in my > >> .page-header. Also, when you switch to a div the container no longer > >> stretches across the screen and so the border line only goes under the logo > >> and not all the way across. > > > > That's not good. I'll do some digging and see if I can get it to work. > > Okay, jakarta-3tier.html updated with your latest suggestions. Looks good > and every step to cleaner html is a good step. > > Thanks :) > > Hen > > - > 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]
Re: Removing interim dated builds from /www/www.apache.org/dist/java-repository
On Jan 4, 2005, at 8:34 PM, Mark R. Diggory wrote: Please excuse the cross post. I'm planning to run some commands on the java-repository to remove interim builds and SNAPSHOTS. Specifically, I'll be running: If you remove SNAPSHOTS, it not only can it break head branches of projects, it can break milestone "source" releases that people are still using. -dain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] next step - 3-tier + welcome
On Wed, 5 Jan 2005, Dennis Lundberg wrote: Your changes do the same as mine did, so it wasn't the 1% or 98% bit in my .page-header. Also, when you switch to a div the container no longer stretches across the screen and so the border line only goes under the logo and not all the way across. That's not good. I'll do some digging and see if I can get it to work. Okay, jakarta-3tier.html updated with your latest suggestions. Looks good and every step to cleaner html is a good step. Thanks :) Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] next step - 3-tier + welcome
On Wed, 5 Jan 2005, Dennis Lundberg wrote:
Henri Yandell wrote:
On Wed, 5 Jan 2005, Dennis Lundberg wrote:
Henri Yandell wrote:
I've made a stab at doing as you suggest.
The hr is gone at the top. To get it to shift in a bit I couldn't find a
way that didn't move the feather in a bit too. I know I could probably
now move the feather again to the left, but it seems to not be a big deal
and I want to avoid such hackery.
I've tried to simplify the header with the logo, and at the same time i've
managed to get it to look (almost) like the old site. The table has been
exchanged for a div-tag. Here are the relevant changes:
*html*
...
http://jakarta.apache.org/";>
http://jakarta.apache.org/images/jakarta-logo.gif"; border="0">
...
*css*
.page-header {
margin-bottom: 8px;
padding-bottom: 11px;
padding-left: 1px;
padding-top: 1px;
border: 1px solid #66;
border-width: 0px 0px 1px 0px;
}
I tried to go in this direction, with much the same stuff; but I end up
with the header to the left of the table in Safari, as if the div tag had a
float: left going on. So I backed out until I had more time to figure out
what was going on.
I got that too at first. There was an align="left" attribute on the img-tag
that was causing this. When I removed it things were back to normal.
Your changes do the same as mine did, so it wasn't the 1% or 98% bit in my
.page-header. Also, when you switch to a div the container no longer
stretches across the screen and so the border line only goes under the logo
and not all the way across.
That's not good. I'll do some digging and see if I can get it to work.
Bet I left the align attr in :)
Sorry, early in the morning etc
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] next step - 3-tier + welcome
Henri Yandell wrote:
On Wed, 5 Jan 2005, Dennis Lundberg wrote:
Henri Yandell wrote:
I've made a stab at doing as you suggest.
The hr is gone at the top. To get it to shift in a bit I couldn't
find a way that didn't move the feather in a bit too. I know I could
probably now move the feather again to the left, but it seems to not
be a big deal and I want to avoid such hackery.
I've tried to simplify the header with the logo, and at the same time
i've managed to get it to look (almost) like the old site. The table
has been exchanged for a div-tag. Here are the relevant changes:
*html*
...
http://jakarta.apache.org/";>
http://jakarta.apache.org/images/jakarta-logo.gif"; border="0">
...
*css*
.page-header {
margin-bottom: 8px;
padding-bottom: 11px;
padding-left: 1px;
padding-top: 1px;
border: 1px solid #66;
border-width: 0px 0px 1px 0px;
}
I tried to go in this direction, with much the same stuff; but I end up
with the header to the left of the table in Safari, as if the div tag
had a float: left going on. So I backed out until I had more time to
figure out what was going on.
I got that too at first. There was an align="left" attribute on the
img-tag that was causing this. When I removed it things were back to normal.
Your changes do the same as mine did, so it wasn't the 1% or 98% bit in
my .page-header. Also, when you switch to a div the container no longer
stretches across the screen and so the border line only goes under the
logo and not all the way across.
That's not good. I'll do some digging and see if I can get it to work.
--
Dennis
I kept the colour of dark-grey colour of the hr. I don't know what
colour Safari and Firefox are displaying the hr as, but black seemed
too dark and #cc (as with the left/right nav) seemed too wimpy.
I'm using #66.
To get the same color as the hr used to be - the value #99 seems
match well, in Firefox.
Sounds good. I'll give it a stab.
Hen
-
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]
Re: [site] next step - 3-tier + welcome
On Wed, 5 Jan 2005, Dennis Lundberg wrote:
Henri Yandell wrote:
I've made a stab at doing as you suggest.
The hr is gone at the top. To get it to shift in a bit I couldn't find a
way that didn't move the feather in a bit too. I know I could probably now
move the feather again to the left, but it seems to not be a big deal and I
want to avoid such hackery.
I've tried to simplify the header with the logo, and at the same time i've
managed to get it to look (almost) like the old site. The table has been
exchanged for a div-tag. Here are the relevant changes:
*html*
...
http://jakarta.apache.org/";>
http://jakarta.apache.org/images/jakarta-logo.gif"; border="0">
...
*css*
.page-header {
margin-bottom: 8px;
padding-bottom: 11px;
padding-left: 1px;
padding-top: 1px;
border: 1px solid #66;
border-width: 0px 0px 1px 0px;
}
I tried to go in this direction, with much the same stuff; but I end up
with the header to the left of the table in Safari, as if the div tag
had a float: left going on. So I backed out until I had more time to
figure out what was going on.
Your changes do the same as mine did, so it wasn't the 1% or 98% bit in my
.page-header. Also, when you switch to a div the container no longer
stretches across the screen and so the border line only goes under the
logo and not all the way across.
I kept the colour of dark-grey colour of the hr. I don't know what colour
Safari and Firefox are displaying the hr as, but black seemed too dark and
#cc (as with the left/right nav) seemed too wimpy. I'm using #66.
To get the same color as the hr used to be - the value #99 seems match
well, in Firefox.
Sounds good. I'll give it a stab.
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [site] next step - 3-tier + welcome
Henri Yandell wrote:
I've made a stab at doing as you suggest.
The hr is gone at the top. To get it to shift in a bit I couldn't find a
way that didn't move the feather in a bit too. I know I could probably
now move the feather again to the left, but it seems to not be a big
deal and I want to avoid such hackery.
I've tried to simplify the header with the logo, and at the same time
i've managed to get it to look (almost) like the old site. The table has
been exchanged for a div-tag. Here are the relevant changes:
*html*
...
http://jakarta.apache.org/";>
http://jakarta.apache.org/images/jakarta-logo.gif"; border="0">
...
*css*
.page-header {
margin-bottom: 8px;
padding-bottom: 11px;
padding-left: 1px;
padding-top: 1px;
border: 1px solid #66;
border-width: 0px 0px 1px 0px;
}
I kept the colour of dark-grey colour of the hr. I don't know what
colour Safari and Firefox are displaying the hr as, but black seemed too
dark and #cc (as with the left/right nav) seemed too wimpy. I'm
using #66.
To get the same color as the hr used to be - the value #99 seems
match well, in Firefox.
--
Dennis Lundberg
The tables on the inside and the br's that were with them are gone too
and replaced with css. Spacing is not exactly the same, but it's as good
as.
Anyone for anymore?
http://www.apache.org/~bayard/jakarta-3tier.html
Hen
On Tue, 4 Jan 2005, Henri Yandell wrote:
Both good css-embraces.
I'm happy with any moves from html to css and expect the page to get
more and more into css over time. Patches/suggestions welcome (though
it'll need to be in cvs first for patches to be done easily :) ).
I'll add it to the todo list.
Hen
On Tue, 4 Jan 2005, Dennis Lundberg wrote:
Great work on this Henri!
Two small details that would clean up the html a bit:
1. Skip the header separator, see below. This can be done by putting
a class on the page header table and applying a css-rule similar to
the ones used in the left-navbar.
...
...
2. Skip the tables inside the "main-body" cell. I think they match
the "section" tags in the xml-files. They only add 2px of padding
which can be done in the css instead. See below:
...
...
--
Dennis Lundberg
-
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]
Re: jakarta-site2 now live on xslt
FYI James uses XSLT with no dependance on Anakia or Jakarta-site On Mon, 3 Jan 2005 09:02:23 -0500 (EST), Henri Yandell <[EMAIL PROTECTED]> wrote: > > > On Mon, 3 Jan 2005, sebb wrote: > > > On Sun, 2 Jan 2005 19:15:59 -0500 (EST), Henri Yandell > > <[EMAIL PROTECTED]> wrote: > >> > >> > >> On Sun, 2 Jan 2005, sebb wrote: > >> > >>> Looks like a *lot* of other projects use the Anakia jars and/or > >>> stylesheets from jakarta-site2 - not just jakarta-tomcat-site...so > >>> perhaps those need to be restored. > >> > >> Sites with the older l&f: > >> > >> Taglibs, Velocity, BSF, ECS, JMeter, Lucene, ORO, Regexp, Slide, Tomcat, > >> Watchdog. > >> > >> However, the following all appear to be self contained/non-users: > >> > >> Taglibs, Velocity, BSF, Watchdog, Slide. > >> > >>> Sorry, should have remembered that, as it used to apply to jmeter... > >> > >> + JMeter. > >> > >> So the broken ones look like they are Tomcat, Regexp, ORO, Lucene, ECS. > >> > > > > I did a search for the string "jakarta-site2" in the build.xml,v files > > in CVS, and that produced quite a lot of hits (see > > http://www.apache.org/~sebb/js2.txt - note that the matched text is > > *followed* by the file name). > > > > Some of the matches relate to history items, but some are in the HEAD > > versions of the files, for example: > > > > http://cvs.apache.org/viewcvs.cgi/ant/proposal/ant-site/anakia/build.xml?only_with_tag=HEAD&view=markup > > > > http://cvs.apache.org/viewcvs.cgi/jakarta-commons/httpclient/build.xml?only_with_tag=HEAD&view=markup > > > > Of course we don't know if the build targets are actually still used, > > but it suggests that these files are rather more generally used. > > Both HttpClient and Ant appear to use Maven or Forrest for their sites > though, so I'd think it's a pretty low chance that they still use things. > > I think all of Commons is Mavenised, and I checked all of Jakarta in this > way to find old style l&f and then examined those by hand. Looking at the > graduated projects, Struts and James still look old style; so they've got > a good chance of still using site2. > > Looking at them, both Struts and James appear to be on XSLT variants, but > no use of the site2 jars or stylesheets. > > Still, not to say that others in your list don't use it, such as jyve or > various proposals in James etc, just nothing 'big' I think. > > Hen > > - > 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]
