Menu
▾
▴
springframework-developer
|
From: Colin S. <col...@ex...> - 2005-05-05 19:43:27
|
I'm happy to announce that a new, enhanced http://www.springframework.org is now live! The site, sporting a new look and driven by a dynamic content management engine, should serve the needs of the Spring community much better. Expect the look and feel, as well as the capabilities of the site, to continue to evolve. Thanks to Interface21 for sponsoring the installation, design and hosting of the new site. (Note that because of DNS caching, it may be up to an hour from the time of this email before you can actually see the new site). -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Matt R. <li...@ra...> - 2005-05-05 20:08:22
|
Nice work guys - now we just need to get you to write the CMS using Spring. ;-) I'm guessing this site uses Plone like the springframework.com site? One request: is it possible to put in some smart redirection so that old URLs still resolve? For example: http://www.springframework.org/docs/api/org/springframework/web/ servlet/mvc/SimpleFormController.html I imagine there's lots of articles and such that link to the documentation and now those links might not resolve. http://www.w3.org/Provider/Style/URI.html ;-) Thanks, Matt On May 5, 2005, at 1:42 PM, Colin Sampaleanu wrote: > I'm happy to announce that a new, enhanced > http://www.springframework.org is now live! > > The site, sporting a new look and driven by a dynamic content > management engine, should serve the needs of the Spring community much > better. Expect the look and feel, as well as the capabilities of the > site, to continue to evolve. > > Thanks to Interface21 for sponsoring the installation, design and > hosting of the new site. > > (Note that because of DNS caching, it may be up to an hour from the > time of this email before you can actually see the new site). > > -- > Colin Sampaleanu > Interface21 Principal Consultant > Spring Training, Consulting and Support - "From the Source" > http://www.springframework.com > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great > events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer |
|
Re: [Springframework-user] Re: [Springframework-developer] New www.springframework.org
site is live!
From: Colin S. <col...@ex...> - 2005-05-05 20:45:23
|
The CMS here is Drupal. It's certainly possible to handle historical URLs, and some already are. Most of the site is handled dynamically by Drupal, but /dtd and /buttons is redirected internally (invisibly) by Apache to the new http://static.springframework.org site meant for completely static content like online documentation. It was critical to do this to not break DTD URLs and existing button links using the images directly from the Spring website. There is a question of what to do this for however. The old static structure was somewhat adhoc and simplistic. If you look at your example http://www.springframework.org/docs/api/org/springframework/web/servlet/mvc/SimpleFormController.html there's no product name (spring base library vs. webflow vs whatever other lib) in there, and there's no version number. Under the new structure, this is available as http://static.springframework.org/spring/docs/1.1.5/api/org/springframework/web/servlet/mvc/SimpleFormController.html Colin Matt Raible wrote: > Nice work guys - now we just need to get you to write the CMS using > Spring. ;-) I'm guessing this site uses Plone like the > springframework.com site? > > One request: is it possible to put in some smart redirection so that > old URLs still resolve? For example: > > http://www.springframework.org/docs/api/org/springframework/web/ > servlet/mvc/SimpleFormController.html > > I imagine there's lots of articles and such that link to the > documentation and now those links might not resolve. > > http://www.w3.org/Provider/Style/URI.html ;-) > > Thanks, > > Matt > > > On May 5, 2005, at 1:42 PM, Colin Sampaleanu wrote: > >> I'm happy to announce that a new, enhanced >> http://www.springframework.org is now live! >> >> The site, sporting a new look and driven by a dynamic content >> management engine, should serve the needs of the Spring community >> much better. Expect the look and feel, as well as the capabilities >> of the site, to continue to evolve. >> >> Thanks to Interface21 for sponsoring the installation, design and >> hosting of the new site. >> >> (Note that because of DNS caching, it may be up to an hour from the >> time of this email before you can actually see the new site). >> >> -- >> Colin Sampaleanu >> Interface21 Principal Consultant >> Spring Training, Consulting and Support - "From the Source" >> http://www.springframework.com > |
|
Re: [Springframework-user] Re: [Springframework-developer] New www.springframework.org site is live!
From: Matt R. <li...@ra...> - 2005-05-05 20:56:21
|
On May 5, 2005, at 2:45 PM, Colin Sampaleanu wrote: > The CMS here is Drupal. > > It's certainly possible to handle historical URLs, and some already > are. Most of the site is handled dynamically by Drupal, but > /dtd > and > /buttons > is redirected internally (invisibly) by Apache to the new > http://static.springframework.org > site meant for completely static content like online documentation. It > was critical to do this to not break DTD URLs and existing button > links using the images directly from the Spring website. > > There is a question of what to do this for however. The old static > structure was somewhat adhoc and simplistic. If you look at your > example > > http://www.springframework.org/docs/api/org/springframework/web/ > servlet/mvc/SimpleFormController.html > there's no product name (spring base library vs. webflow vs whatever > other lib) in there, and there's no version number. Under the new > structure, this is available as > > http://static.springframework.org/spring/docs/1.1.5/api/org/ > springframework/web/servlet/mvc/SimpleFormController.html I can see your point. However, in Spring Live - whenever I've mentioned a class name, I've linked to it's javadoc - making it easy for readers to look up and see more information about a class. I did this on a couple while writing and the tech editors and readers liked it so much, I did it for all of them. I'd hate to have to go back through and change all these links to point to a specific product and version number. Matt > > Colin > > Matt Raible wrote: > >> Nice work guys - now we just need to get you to write the CMS using >> Spring. ;-) I'm guessing this site uses Plone like the >> springframework.com site? >> >> One request: is it possible to put in some smart redirection so that >> old URLs still resolve? For example: >> >> http://www.springframework.org/docs/api/org/springframework/web/ >> servlet/mvc/SimpleFormController.html >> >> I imagine there's lots of articles and such that link to the >> documentation and now those links might not resolve. >> >> http://www.w3.org/Provider/Style/URI.html ;-) >> >> Thanks, >> >> Matt >> >> >> On May 5, 2005, at 1:42 PM, Colin Sampaleanu wrote: >> >>> I'm happy to announce that a new, enhanced >>> http://www.springframework.org is now live! >>> >>> The site, sporting a new look and driven by a dynamic content >>> management engine, should serve the needs of the Spring community >>> much better. Expect the look and feel, as well as the capabilities >>> of the site, to continue to evolve. >>> >>> Thanks to Interface21 for sponsoring the installation, design and >>> hosting of the new site. >>> >>> (Note that because of DNS caching, it may be up to an hour from the >>> time of this email before you can actually see the new site). >>> >>> -- >>> Colin Sampaleanu >>> Interface21 Principal Consultant >>> Spring Training, Consulting and Support - "From the Source" >>> http://www.springframework.com >> > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great > events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > _______________________________________________ > Springframework-user mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-user |
|
Re: [Springframework-user] Re: [Springframework-developer] New www.springframework.org
site is live!
From: Colin S. <col...@ex...> - 2005-05-05 22:01:20
|
Matt Raible wrote: > > On May 5, 2005, at 2:45 PM, Colin Sampaleanu wrote: > >> The CMS here is Drupal. >> >> It's certainly possible to handle historical URLs, and some already >> are. Most of the site is handled dynamically by Drupal, but >> /dtd >> and >> /buttons >> is redirected internally (invisibly) by Apache to the new >> http://static.springframework.org >> site meant for completely static content like online documentation. >> It was critical to do this to not break DTD URLs and existing >> button links using the images directly from the Spring website. >> >> There is a question of what to do this for however. The old static >> structure was somewhat adhoc and simplistic. If you look at your >> example >> http://www.springframework.org/docs/api/org/springframework/web/ >> servlet/mvc/SimpleFormController.html >> there's no product name (spring base library vs. webflow vs whatever >> other lib) in there, and there's no version number. Under the new >> structure, this is available as >> http://static.springframework.org/spring/docs/1.1.5/api/org/ >> springframework/web/servlet/mvc/SimpleFormController.html > > > I can see your point. However, in Spring Live - whenever I've > mentioned a class name, I've linked to it's javadoc - making it easy > for readers to look up and see more information about a class. I did > this on a couple while writing and the tech editors and readers liked > it so much, I did it for all of them. I'd hate to have to go back > through and change all these links to point to a specific product and > version number. > > Matt Ok, for historical purposes, I've internally redirected (i.e. it will be invisible to requesters) http://www.springframework.org/docs/api/XXXXXXX to the current production version Javadocs. In the same fashion, http://www.springframework.org/docs/reference/XXXXXXX is redirected to the current production version reference manual. On the new static site, I have created some symlinks. So you can do http://static.springframework.org/spring/docs/1.1.5/api/XXXX http://static.springframework.org/spring/docs/1.1.x/api/XXXX http://static.springframework.org/spring/docs/current/api/XXXX and get to the same thing. On this basis, to access the 1.2 RC tree you can do http://static.springframework.org/spring/docs/1.2RC2/api/XXXX http://static.springframework.org/spring/docs/1.2.x/api/XXXX The same thing for the reference manual. This means people can refer to a specific version of any release, the current version of any point release (1.1.x, etc.), and the current (most up to date) production version, period. Colin -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
Re: [Springframework-user] Re: [Springframework-developer] New www.springframework.org site is live!
From: Matt R. <li...@ra...> - 2005-05-05 22:11:33
|
You rock Colin! Thanks, Matt On May 5, 2005, at 4:01 PM, Colin Sampaleanu wrote: > Ok, for historical purposes, I've internally redirected (i.e. it will > be invisible to requesters) > http://www.springframework.org/docs/api/XXXXXXX > to the current production version Javadocs. In the same fashion, > http://www.springframework.org/docs/reference/XXXXXXX > is redirected to the current production version reference manual. > > On the new static site, I have created some symlinks. So you can do > http://static.springframework.org/spring/docs/1.1.5/api/XXXX > http://static.springframework.org/spring/docs/1.1.x/api/XXXX > http://static.springframework.org/spring/docs/current/api/XXXX > > and get to the same thing. On this basis, to access the 1.2 RC tree > you can do > http://static.springframework.org/spring/docs/1.2RC2/api/XXXX > http://static.springframework.org/spring/docs/1.2.x/api/XXXX > > The same thing for the reference manual. > > This means people can refer to a specific version of any release, the > current version of any point release (1.1.x, etc.), and the current > (most up to date) production version, period. > > Colin |
|
From: Colin S. <col...@ex...> - 2005-05-06 01:18:26
|
I somehow forgot to mention and thank Contegix LLC. Contegix has since last summer been the managed hosting provider for the Spring Framework support forums, along with the Interface21 web site. Along with the absolutely excellent service they've provided during this time, the hosting for the forums has always been offered to us at a subsidized price. The new website is now running on the same server as the forums, sharing the same bandwidth and hosting. I'm sure we'll continue to get excellent service from Contegix, and can highly recommend them to anybody looking for managed hosting. Regards, Colin Colin Sampaleanu wrote: > I'm happy to announce that a new, enhanced > http://www.springframework.org is now live! > > The site, sporting a new look and driven by a dynamic content > management engine, should serve the needs of the Spring community much > better. Expect the look and feel, as well as the capabilities of the > site, to continue to evolve. > > Thanks to Interface21 for sponsoring the installation, design and > hosting of the new site. > > (Note that because of DNS caching, it may be up to an hour from the > time of this email before you can actually see the new site). > -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Erwin V. <erw...@er...> - 2005-05-06 06:30:03
|
Just a couple of remarks/questions: * Where are all the links to articles and presentations? The articles page only lists 2 articles. If I remember correctly there used to be quite a bit more. Also, the presentations page is just "page not found". * The submenu under the "links" menu does not reflect the structure. It only lists "Buttons", but not "Articles" or "Presentations". * If you click "Development > Continuous Build" you go to a somewhat messed up page that has the old look & feel. * When you click "Documentation > Books" the menu on the left collapses. * "Documentation > PDF Manual" gives "page not found". * "About > License" does not link to the license. * IMHO the font size is a bit on the large side for the "main content area". Erwin |
|
From: Darren D. <da...@da...> - 2005-05-06 08:24:32
|
On Fri, May 6, 2005 7:32, Erwin Vervaet said: > * If you click "Development > Continuous Build" you go to a somewhat me= ssed > up page that has the old look & feel. the continuous build page is on the SF project web servers as I never had= SSH (or FTP) access to the springframework.org site. Materials from the comp= ile farm are transferred from there to my home server then up to the web serv= er. I can either replicate the new look and feel on the project web space at = SF or transfer the material up to the new servers if preferred. --=20 Darren Davison Public Key: 0xDD356B0D |
|
From: yanger1997 <yan...@ya...> - 2005-05-06 12:19:16
Attachments:
yanger1997.vcf
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Congratulation.<br>
<br>
<br>
Darren Davison wrote:
<blockquote
cite="mid...@ba..."
type="cite">
<pre wrap="">On Fri, May 6, 2005 7:32, Erwin Vervaet said:
</pre>
<blockquote type="cite">
<pre wrap="">* If you click "Development > Continuous Build" you go to a somewhat messed
up page that has the old look & feel.
</pre>
</blockquote>
<pre wrap=""><!---->
the continuous build page is on the SF project web servers as I never had SSH
(or FTP) access to the springframework.org site. Materials from the compile
farm are transferred from there to my home server then up to the web server.
I can either replicate the new look and feel on the project web space at SF or
transfer the material up to the new servers if preferred.
</pre>
</blockquote>
</body>
</html>
|
|
From: Colin S. <col...@ex...> - 2005-05-06 15:53:18
|
Darren Davison wrote: >On Fri, May 6, 2005 7:32, Erwin Vervaet said: > > > >>* If you click "Development > Continuous Build" you go to a somewhat messed >>up page that has the old look & feel. >> >> > >the continuous build page is on the SF project web servers as I never had SSH >(or FTP) access to the springframework.org site. Materials from the compile >farm are transferred from there to my home server then up to the web server. > >I can either replicate the new look and feel on the project web space at SF or >transfer the material up to the new servers if preferred. > > > You certainly _can_ get ssh access into the new host, although that doesn't get it into the CMS anyway. So if it stays as static HTML content, I'm not so sure it necessarilly adds much value to push the stuff to the new host. The builds are on SF anyway, and keeping the data there means there's means the page can probably be updated more easily, and there's reduced bandwidth usage on the new host as people will access the data from SF instead... -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Darren D. <da...@da...> - 2005-05-06 18:56:36
|
On Fri, 2005-05-06 at 11:53 -0400, Colin Sampaleanu wrote: > You certainly _can_ get ssh access into the new host, although that=20 > doesn't get it into the CMS anyway. So if it stays as static HTML=20 > content, I'm not so sure it necessarilly adds much value to push the=20 > stuff to the new host. actually it's a couple of PHP pages that read in the build results and generate the pages. I'll convert the pages to the new L&F at some point then and leave them on the SF servers. --=20 Darren Davison Public Key: 0xDD356B0D |
|
From: Darren D. <da...@da...> - 2005-05-16 13:22:41
|
On Fri, May 6, 2005 16:53, Colin Sampaleanu said: > Darren Davison wrote: > >>On Fri, May 6, 2005 7:32, Erwin Vervaet said: >> >> >> >>>* If you click "Development > Continuous Build" you go to a somewhat m= essed >>>up page that has the old look & feel. >>> >>> >> >>the continuous build page is on the SF project web servers as I never h= ad SSH >>(or FTP) access to the springframework.org site. Materials from the co= mpile >>farm are transferred from there to my home server then up to the web se= rver. >> >>I can either replicate the new look and feel on the project web space a= t SF >> or >>transfer the material up to the new servers if preferred. >> >> >> > You certainly _can_ get ssh access into the new host, although that > doesn't get it into the CMS anyway. So if it stays as static HTML > content, I'm not so sure it necessarilly adds much value to push the > stuff to the new host. The builds are on SF anyway, and keeping the dat= a > there means there's means the page can probably be updated more easily, > and there's reduced bandwidth usage on the new host as people will > access the data from SF instead... finally got round to updated the L&F for the continuous build page: http://springframework.sourceforge.net/test/ May get out of sync if the navigation changes on the main site but the CS= S and images are referenced from there directly. Regards, --=20 Darren Davison Public Key: 0xDD356B0D |
|
From: Darren D. <da...@da...> - 2005-05-06 08:27:10
|
On Fri, May 6, 2005 7:32, Erwin Vervaet said: > * If you click "Development > Continuous Build" you go to a somewhat me= ssed > up page that has the old look & feel. another point just noticed: the Development > Mailing List href points to= the Development page so you don't go anywhere. --=20 Darren Davison Public Key: 0xDD356B0D |
|
From: Colin S. <col...@ex...> - 2005-05-06 12:30:34
|
Darren Davison wrote: >On Fri, May 6, 2005 7:32, Erwin Vervaet said: > > > >>* If you click "Development > Continuous Build" you go to a somewhat messed >>up page that has the old look & feel. >> >> > >another point just noticed: the Development > Mailing List href points to the >Development page so you don't go anywhere. > > > > That was intentional. Just to draw attention to the mailing list, which is mentioned on that page. But it might make more sense to just point that link to the list page at SF, I agree. -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: Colin S. <col...@ex...> - 2005-05-06 13:15:38
|
Erwin Vervaet wrote: > Just a couple of remarks/questions: > > * Where are all the links to articles and presentations? The articles > page only lists 2 articles. If I remember correctly there used to be > quite a bit more. Also, the presentations page is just "page not found". The old site is still temporarilly available at http://oldwww.springframework.org. There were not that many articles. The old site was completely static and maintained by hand, with some stuff being moved off the front page when it got older, mainly news and events. The demo/tutorial stuff is not on the new site yet, that's one thing I can think of. The basic idea with technical articles and presentations is that people enter a 'story' as the content type, and assign it the "Techincal Article" or "Presentation" category. Then it gets aggregated automatically. We can of course also have a static page for anything that we want, so it may make sense to have static articles and presentation pages, for more important links, and then also have the auto-aggregated page. > * The submenu under the "links" menu does not reflect the structure. > It only lists "Buttons", but not "Articles" or "Presentations". > > * If you click "Development > Continuous Build" you go to a somewhat > messed up page that has the old look & feel. Will reply to Darren's other message. > > * When you click "Documentation > Books" the menu on the left collapses. This is normal. What you are looking at here is an aggregation page. The contents just get selected based on the category they have. > > * "Documentation > PDF Manual" gives "page not found". fixed > > * "About > License" does not link to the license. This was intentional, to the extent that this is the only page on _our_ site that talks about the Spring license. I did want a link on the menu at left for the License, since it's important to a lot of people, and it's hI guess that link could take you directly to the Apache License at Apache. But to me it's a little bit diferent to have a menu link called License (which you do want as it's highly visible) and have that take you to a page which says on it that the license is Apache, then points you to that, than to have that menu like take you directly to the Apache license. The latter action implies something, but doesn't say it. > > * IMHO the font size is a bit on the large side for the "main content > area". This is quite debateable. FirFox/Mozilla can always scale any fonts, but on the other hand if you want people in IE to be able to scale fonts up or down, you have to make fonts be relative, not using fixed pixel sizes. This is how the site is set up now. But in fact if you do that, fonts in FireFox/Mozilla are actually going to look pretty much smaller. As it is, on the 3 systems I've tried the site on, IE looks pretty normal (maybe the headline font for each article could be smaller), but FireFox/Mozilla looks pretty tiny, and for sure needs to be _bigger_. I don't consider the latter that big a deal, as FireFox/Mozilla users are pretty used to scaling stuff as needed. We could actually get the site to look identical in both browsers by using pixel fonts, but then IE users would lose the ability to scale to a size they need. -- Colin Sampaleanu Interface21 Principal Consultant Spring Training, Consulting and Support - "From the Source" http://www.springframework.com |
|
From: yanger1997 <yan...@ya...> - 2005-05-06 13:30:41
Attachments:
yanger1997.vcf
|
You lost spring Chinese forum link.^_^ http://spring.jactiongroup.net Yanger Colin Sampaleanu wrote: > Erwin Vervaet wrote: > >> Just a couple of remarks/questions: >> >> * Where are all the links to articles and presentations? The articles >> page only lists 2 articles. If I remember correctly there used to be >> quite a bit more. Also, the presentations page is just "page not found". > > > The old site is still temporarilly available at > http://oldwww.springframework.org. > > There were not that many articles. The old site was completely static > and maintained by hand, with some stuff being moved off the front page > when it got older, mainly news and events. The demo/tutorial stuff is > not on the new site yet, that's one thing I can think of. > > The basic idea with technical articles and presentations is that > people enter a 'story' as the content type, and assign it the > "Techincal Article" or "Presentation" category. Then it gets > aggregated automatically. We can of course also have a static page for > anything that we want, so it may make sense to have static articles > and presentation pages, for more important links, and then also have > the auto-aggregated page. > >> * The submenu under the "links" menu does not reflect the structure. >> It only lists "Buttons", but not "Articles" or "Presentations". >> >> * If you click "Development > Continuous Build" you go to a somewhat >> messed up page that has the old look & feel. > > > Will reply to Darren's other message. > >> >> * When you click "Documentation > Books" the menu on the left collapses. > > > This is normal. What you are looking at here is an aggregation page. > The contents just get selected based on the category they have. > >> >> * "Documentation > PDF Manual" gives "page not found". > > > fixed > >> >> * "About > License" does not link to the license. > > > This was intentional, to the extent that this is the only page on > _our_ site that talks about the Spring license. I did want a link on > the menu at left for the License, since it's important to a lot of > people, and it's hI guess that link could take you directly to the > Apache License at Apache. But to me it's a little bit diferent to have > a menu link called License (which you do want as it's highly visible) > and have that take you to a page which says on it that the license is > Apache, then points you to that, than to have that menu like take you > directly to the Apache license. The latter action implies something, > but doesn't say it. > >> >> * IMHO the font size is a bit on the large side for the "main content >> area". > > > This is quite debateable. FirFox/Mozilla can always scale any fonts, > but on the other hand if you want people in IE to be able to scale > fonts up or down, you have to make fonts be relative, not using fixed > pixel sizes. This is how the site is set up now. But in fact if you do > that, fonts in FireFox/Mozilla are actually going to look pretty much > smaller. As it is, on the 3 systems I've tried the site on, IE looks > pretty normal (maybe the headline font for each article could be > smaller), but FireFox/Mozilla looks pretty tiny, and for sure needs to > be _bigger_. I don't consider the latter that big a deal, as > FireFox/Mozilla users are pretty used to scaling stuff as needed. We > could actually get the site to look identical in both browsers by > using pixel fonts, but then IE users would lose the ability to scale > to a size they need. > > |
|
From: Colin S. <col...@ex...> - 2005-05-16 13:28:20
|
Darren Davison wrote: >On Fri, May 6, 2005 16:53, Colin Sampaleanu said: > > >>Darren Davison wrote: >> >> >> >>>On Fri, May 6, 2005 7:32, Erwin Vervaet said: >>> >>> >>> >>> >>> >>>>* If you click "Development > Continuous Build" you go to a somewhat messed >>>>up page that has the old look & feel. >>>> >>>> >>>> >>>> >>>the continuous build page is on the SF project web servers as I never had SSH >>>(or FTP) access to the springframework.org site. Materials from the compile >>>farm are transferred from there to my home server then up to the web server. >>> >>>I can either replicate the new look and feel on the project web space at SF >>>or >>>transfer the material up to the new servers if preferred. >>> >>> >>> >>> >>> >>You certainly _can_ get ssh access into the new host, although that >>doesn't get it into the CMS anyway. So if it stays as static HTML >>content, I'm not so sure it necessarilly adds much value to push the >>stuff to the new host. The builds are on SF anyway, and keeping the data >>there means there's means the page can probably be updated more easily, >>and there's reduced bandwidth usage on the new host as people will >>access the data from SF instead... >> >> > >finally got round to updated the L&F for the continuous build page: >http://springframework.sourceforge.net/test/ > >May get out of sync if the navigation changes on the main site but the CSS and >images are referenced from there directly. > > Cool! If we are worried about getting out of sync, I think one option would be to just keep on using the CSS and images, but have a minimal menu only with a link to the real site; that way it would be clear to people that they are on another site. Colin |
|
From: <tho...@tr...> - 2005-05-16 20:04:52
|
I copied Darren's "hack" to give the nightly build download page the more uniform look as well. Thomas > Darren Davison wrote: > >>On Fri, May 6, 2005 16:53, Colin Sampaleanu said: >> >> >>>Darren Davison wrote: >>> >>> >>> >>>>On Fri, May 6, 2005 7:32, Erwin Vervaet said: >>>> >>>> >>>> >>>> >>>> >>>>>* If you click "Development > Continuous Build" you go to a somewhat >>>>> messed >>>>>up page that has the old look & feel. >>>>> >>>>> >>>>> >>>>> >>>>the continuous build page is on the SF project web servers as I never >>>> had SSH >>>>(or FTP) access to the springframework.org site. Materials from the >>>> compile >>>>farm are transferred from there to my home server then up to the web >>>> server. >>>> >>>>I can either replicate the new look and feel on the project web space >>>> at SF >>>>or >>>>transfer the material up to the new servers if preferred. >>>> >>>> >>>> >>>> >>>> >>>You certainly _can_ get ssh access into the new host, although that >>>doesn't get it into the CMS anyway. So if it stays as static HTML >>>content, I'm not so sure it necessarilly adds much value to push the >>>stuff to the new host. The builds are on SF anyway, and keeping the data >>>there means there's means the page can probably be updated more easily, >>>and there's reduced bandwidth usage on the new host as people will >>>access the data from SF instead... >>> >>> >> >>finally got round to updated the L&F for the continuous build page: >>http://springframework.sourceforge.net/test/ >> >>May get out of sync if the navigation changes on the main site but the >> CSS and >>images are referenced from there directly. >> >> > Cool! If we are worried about getting out of sync, I think one option > would be to just keep on using the CSS and images, but have a minimal > menu only with a link to the real site; that way it would be clear to > people that they are on another site. > > Colin > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=7393&alloc_id=16281&op=click > _______________________________________________ > Springframework-developer mailing list > Spr...@li... > https://lists.sourceforge.net/lists/listinfo/springframework-developer > |
