[libreoffice-website] Re: New libreoffice.org New Features and Fixes layout
OK, what info do we want to be providing? We should really base ideas around that. Do we want to filter by since which version l, and if so how many versions back. Do we want a list of LibreOffice specifics? On 17 Feb 2011 11:25, Michael Meeks michael.me...@novell.com wrote: Hi Matt, On Wed, 2011-02-16 at 09:11 +, Matt Sturgeon wrote: OK, one possibility is moving the what makes it different into a new page, that saved the need for a whole bar. And also they could be much thinner to save space.. Best to CC the list when you reply; please always use reply-all. Many of our most compelling features are those that are distinctively different from what OO.o provides. And - IMHO fragmenting data across pages is just a waste, people will not see it. HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: New libreoffice.org New Features and Fixes layout
Hi Matt, :-) My best advice is that right now we just need to make the present New Features and Fixes page look good with the info that it currently contains. May be a good idea to just keep it simple for now... We need something where *all* the features/fixes are covered on the same page, without the visitor having to go to different pages. We need something that is a little less bandwidth-intensive on first load - think nicely-presented thumbnails linked to enlargments. It would maybe be rational to go with the slideshow widget (see the page types dropdown list) wrapped up in some pretty CSS. For the CSS, Ivan did some styles that are incorporated into the current site CSS that you could maybe use. See this thread for info [1]. The present page really sucks, but we have not yet been able to convince any of the design guys to jump in and start re-formatting... Oh, and the last thing would be that we need it this year and not next century! :-D (let's forget the iterative, community-based approach normally recommended by the Design team for the moment and let's just get the job done quickly). Don't be shy to mail Michael directly, he's very interested in this page. My 2 cents. HTH. ;-) [1] http://nabble.documentfoundation.org/CSS-Styles-for-Website-Was-Problem-with-CSS-td2376192.html David Nelson -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: New libreoffice.org New Features and Fixes layout
Hi Matt, :-) Like I said, best to consider that Michael Meeks is the client for this page. David Nelson On Fri, Feb 18, 2011 at 02:40, David Nelson comme...@traduction.biz wrote: Hi Matt, :-) My best advice is that right now we just need to make the present New Features and Fixes page look good with the info that it currently contains. May be a good idea to just keep it simple for now... We need something where *all* the features/fixes are covered on the same page, without the visitor having to go to different pages. We need something that is a little less bandwidth-intensive on first load - think nicely-presented thumbnails linked to enlargments. It would maybe be rational to go with the slideshow widget (see the page types dropdown list) wrapped up in some pretty CSS. For the CSS, Ivan did some styles that are incorporated into the current site CSS that you could maybe use. See this thread for info [1]. The present page really sucks, but we have not yet been able to convince any of the design guys to jump in and start re-formatting... Oh, and the last thing would be that we need it this year and not next century! :-D (let's forget the iterative, community-based approach normally recommended by the Design team for the moment and let's just get the job done quickly). Don't be shy to mail Michael directly, he's very interested in this page. My 2 cents. HTH. ;-) [1] http://nabble.documentfoundation.org/CSS-Styles-for-Website-Was-Problem-with-CSS-td2376192.html David Nelson -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: New libreoffice.org New Features and Fixes layout
Hi Michael, *, On Tue, Feb 15, 2011 at 10:58 AM, Michael Meeks michael.me...@novell.com wrote: On Tue, 2011-02-15 at 06:03 +, Matt Sturgeon wrote: Which at the present time, is a very basic and over simplified mockup by me: http://wiki.documentfoundation.org/File:Features_Fixes_Mockup1.png Looks fine to me; but you're going to have to fight Silverstripe pretty hard (I suspect) Creating a slideshow like navigation with previous/next buttons is pretty easy, and is the latency of the site really a problem? For me the site is very responsive... to get that thing loaded such that all the information is there, quickly to hand as/when someone visits the 'new features' tab. IMHO the 'easy' option of forcing the user to spend perhaps a minute in 30x one second (best) latencies while clicking on new pages is a non-starter for me. This could be done by using javascript, either using colorbox or jquery(ui), IMHO - it would be worth working out what is possible in linear time with Silverstripe first. Well - not sure what you mean with linear time (or better what the opposite of that is). If I understood correctly, you fear that the time between clicking next page and actually being able to read that next page/slide is too long. ciao Christian -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Re: New libreoffice.org New Features and Fixes layout
I think possibly the simplest solution is to have it as iframes. This way it's basically the same as an img slideshow, and also latency should be almost 0 since you load the script and the first iframe src= /, and since each iframe page should be tiny (just text, an image, and standard xhtml tags) it's both modular and low bandwidth. On 17 February 2011 20:01, Christian Lohmaier lohmaier+ooofut...@googlemail.com wrote: Hi Michael, *, On Tue, Feb 15, 2011 at 10:58 AM, Michael Meeks michael.me...@novell.com wrote: On Tue, 2011-02-15 at 06:03 +, Matt Sturgeon wrote: Which at the present time, is a very basic and over simplified mockup by me: http://wiki.documentfoundation.org/File:Features_Fixes_Mockup1.png Looks fine to me; but you're going to have to fight Silverstripe pretty hard (I suspect) Creating a slideshow like navigation with previous/next buttons is pretty easy, and is the latency of the site really a problem? For me the site is very responsive... to get that thing loaded such that all the information is there, quickly to hand as/when someone visits the 'new features' tab. IMHO the 'easy' option of forcing the user to spend perhaps a minute in 30x one second (best) latencies while clicking on new pages is a non-starter for me. This could be done by using javascript, either using colorbox or jquery(ui), IMHO - it would be worth working out what is possible in linear time with Silverstripe first. Well - not sure what you mean with linear time (or better what the opposite of that is). If I understood correctly, you fear that the time between clicking next page and actually being able to read that next page/slide is too long. ciao Christian -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Re: New libreoffice.org New Features and Fixes layout
Hi Matt, On Tue, 2011-02-15 at 06:03 +, Matt Sturgeon wrote: Which at the present time, is a very basic and over simplified mockup by me: http://wiki.documentfoundation.org/File:Features_Fixes_Mockup1.png Looks fine to me; but you're going to have to fight Silverstripe pretty hard (I suspect) to get that thing loaded such that all the information is there, quickly to hand as/when someone visits the 'new features' tab. IMHO the 'easy' option of forcing the user to spend perhaps a minute in 30x one second (best) latencies while clicking on new pages is a non-starter for me. IMHO - it would be worth working out what is possible in linear time with Silverstripe first. The proposed method is basically a filtered slideshow (see mockup), but unlike traditional JavaScript slideshows, it should contain HTML rather than pixels. Personally, of course I'd prefer something that presents a lot of visual richness on the page that gives me a flavour of what changed; rather than 50% of the screen being static navigation fluff of no value ;-) but ... hey ho. HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
