Re: [libreoffice-website] What's the official policy about the LibO website: Drupal or no Drupal?
Hi Narayan, * Narayan Aras schrieb: Sophie Gautier wrote: Hmm, I think you are missing something : it is not sure that admins of existing users forums (eg. http://user.services.openoffice.org/fr/forum/index.php) will want to leave OpenOffice.org infrastructure. These forums are intended to provide assistance to users of each office suite "based" on OOo : at this moment OOo, OOO/StarOffice, NeoOffice and LibreOffice. I am sure they want to keep their freedom to manage their forums as they want. Well, here are some considerations: 1. Experienced users who provide help to newbies may not leave OOo forums (They may spend some of their time at LibO forums, though). If you call them "product independent forums", this might be easier to understand. 2. Many of the problems found in LibO would be common across all variants. So a LibO user should search at the OOo forum first to see if it is solved for any other variant. We should link to the independent forums at least as long the common basis covers the most problems. However, as time passes, LibO code would grow independently, and most of those problems would not apply. In other words, the OOo forums would be useful for LibO users in the beginning. After a few months, LibO forums can run on their own. I don't think in terms of months - this common basis will probably be valid for one or several years. Even with a mainly different UI functionality will be similar throughout the products. Given this situation, LibO support team has three options: 1. Do NOT start a separate forum. Redirect users to the existing forums at OOo. We can do both IMHO. An ability to search several forums (fora?) would be great - don't know if this is tricky. 2. Copy the whole data (for all variants), because many of the problems apply to LibO today. (BTW we should be able to "deprecate" issues that no longer exist in the current LibO version.) Please don't duplicate such content - an option to mark topics as "deprecated" (or version dependent) is a really good idea. 3. Live with a fragmented knowledge base and start a new forum anyway. There will ever be some fragmentation - people work, discuss and post their questions and solutions wherever it fits their needs. You will have noticed the necessity for off-line handling for many tasks, therefore no alternative to mailing lists at the moment. With the new Drupal site there might be new opportunities - if they will fit people's needs we will see. Just to inform you: There is already a LibO dedicated forum (maintained by Sam), that might be moved over to the main site, when Drupal becomes active. If this will be done, needs further discussion among the people actively involved in this topic. Best regards Bernhard [1]: http://libreofficeforum.org/ -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] website wording concerning MS Office files
Hi, http://www.test.libreoffice.org/ second paragraph currently reads: "LibreOffice can open and save all Microsoft Office files" Please change this to: "LibreOffice can open and save most Microsoft Office files" http://www.test.libreoffice.org/features/ reads: "You can easily import any Microsoft document" Please change this to: "You can easily import most Microsoft documents" Why? Well, MS Office is much more than Word, Excel and Powerpoint, but these are the only MS applications LO is file-compatible with (to a certain degree). And, http://www.test.libreoffice.org/features/ reads: "You can create and modify tables, forms, queries and reports that use MySQL, PostgreSQL or Microsoft Access, or – better still – take the next step to a powerful, stable, integrated HSQL database." This gives the reader a wrong impression and creates wrong expectations. Base *cannot* create and modify tables, forms, queries and reports in Microsoft Access. Base can connect to databases that are created in MySQL, PostgreSQL or Microsoft Access. Upon that you can create forms, queries and reports in Base. The integrated HSQL database ist *not* a step forward from MySQL, PostgreSQL or Microsoft Access, but a very basic possibility to build database applications without MySQL, PostgreSQL or Microsoft Access. Stefan -- LibreOffice - Die Freiheit nehm' ich mir! -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Requirement collection for Drupal website
Hi! As a result of inputs from Sophie and Christoph, it is clear now that the Drupal site would be definitely used, and it will be given more time to fully address the needs of all stakeholders in the LibO ecosystem. We all know that many contributors already have their own favorite tools. The Drupal site would have to offer the same or equivalent/compatible tools. It may also offer tools that are so much superior that the contributors would not resist a changeover. That brings us to the topic of "How to collect stakeholder needs systematically". The final design of the Drupal website will heavily depend on what every group wants. I understand from Michael that this need-collection (and collation) is not attempted yet. I propose to contribute in this area. The stakeholders are as follows (please add if I have missed out any-): Steering Committee Marketing team/EvangelistsUsability TeamProject managersQA teamRelease Management teamConfiguration Management team Architects/designersCodersTestersProduct-support (bug-tracker) teamAuthors of built-in Help systemAuthors of User's Manual Authors of Programmer's Manual Authors of commercial books Commercial service providers Several functional areas overlap, and therefore the same team may handle those related areas. Some examples: Config Management and Release Management (or Project Management and Release Management). Marketing and Usability (or Design and Usability). Marketing team will have to speak for the needs of commercial book authors and service-providers. Those who are busy with v3.3 can join after the release. ** To start with, we should identify the leads for these teams. That will make coordination easier. Next, we need a platform to collect the needs of each group (including favorite tools). IMHO Drupal site itself would be the best platform to host these pages. The third step would be to explore possible solutions that meet those needs. This would be the hardest step, because there are a lot of choices out there for each task. *** I hope Michael will provide tools that allows online brainstorming and advocacy. Mail lists will NOT be a good platform to discuss this issue further. We need at least a wiki page (or, better a separate forum) Regards, Narayan -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Requirement collecti on for Drupal websit e
[I am posting the following message again, as it got garbled the first time. Sorry for the inconvenience!] Hi! As a result of inputs from Sophie and Christoph, it is clear now that the Drupal site would be definitely used. and it will be given more time to fully address the needs of all stakeholders in the LibO ecosystem. We all know that many contributors already have their own favorite tools. The Drupal site would have to offer the same or equivalent/compatible tools. It may also offer tools that are so much superior that the contributors would not resist a changeover. That brings us to the topic of "How to collect stakeholder needs systematically". The final design of the Drupal website will heavily depend on what every group wants. I understand from Michael that this need-collection (and collation) is not attempted yet. I propose to contribute in this area. The stakeholders are as follows (please add if I have missed out any-): 01. Steering Committee 02. Marketing team/Evangelists 03. Usability Team 04. Project managers 05. QA team 06. Release Management team 07. Configuration Management team 08. Architects/designers 09..Coders 10. Testers 11. Product-support (bug-tracker) team 12. Authors of built-in Help system 13. Authors of User's Manual 14. Authors of Programmer's Manual 15. Authors of commercial books 16. Commercial service providers Several functional areas overlap, and therefore the same team may handle those related areas. For example- Configuration Management and Release Management (or Project Management and Release Management). Marketing and Usability (or Design and Usability). Marketing team will have to speak for the needs of commercial book authors and service-providers. Those who are busy with v3.3 can join after the release. ** To start with, we should identify the leads for these teams. That will make coordination easier. Next, we need a platform to collect the needs of each group (including favorite tools). IMHO Drupal site itself would be the best platform to host these pages. The third step would be to explore possible solutions that meet those needs. This would be the hardest step, because there are a lot of choices out there for each task. *** I hope Michael will provide tools that allows online brainstorming and advocacy. Mail lists will NOT be a good platform to discuss this issue further. We need at least a wiki page (or, better a separate forum) Regards, Narayan -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Re: [libreoffice-website] Requirement col lection for Drupal website
Am 21.12.2010 11:14, schrieb Narayan Aras: > > The stakeholders are as follows (please add if I have missed out any-): > > 01. Steering Committee > 02. Marketing team/Evangelists > 03. Usability Team > 04. Project managers > 05. QA team > 06. Release Management team > 07. Configuration Management team > 08. Architects/designers > 09..Coders > 10. Testers > 11. Product-support (bug-tracker) team > 12. Authors of built-in Help system > 13. Authors of User's Manual > 14. Authors of Programmer's Manual > 15. Authors of commercial books > 16. Commercial service providers 17. Nonprofit service providers 18. Nonprofit and commercial education providers 19. Certification team 20. User support team 21. Language groups 22. Local groups Stefan -- LibreOffice - Die Freiheit nehm' ich mir! -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: [steering-discuss] Re: Website status
Thanks a lot, David - for your great help and the nice words! ;) David Nelson wrote on 2010-12-20 09.22: All pages now have content on them. I've still got work massaging the content: inserting more screenshots (I've got them ready already), adding more pages under "Get Involved", add some sub-pages on the home page, polish and rewrite the content under "Features", improve and add screenshots to the Macintosh installation instructions. But there is sufficient reasonable content on each page to roll the site out. I will keep working on all this for a day or two more, and will then be looking for more comments from people. There will be plenty of things to discuss. Anyway, I know you'll do what you can, and thank you again for that. In any case, I hope your holiday will be a good one. The site will be in great shape when you get back.;-) -- Florian Effenberger Steering Committee and Founding Member of The Document Foundation Tel: +49 8341 99660880 | Mobile: +49 151 14424108 Skype: floeff | Twitter/Identi.ca: @floeff -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] RE: [libreoffice-web site] Re: [libreoffi ce-website] Requirem ent collection for D rupal website
Hi stefan! Thanks. I did miss many stakeholders! :) > > The stakeholders are as follows (please add if I have missed out any-): > > > > 01. Steering Committee > > 02. Marketing team/Evangelists > > 03. Usability Team > > 04. Project managers > > 05. QA team > > 06. Release Management team > > 07. Configuration Management team > > 08. Architects/designers > > 09..Coders > > 10. Testers > > 11. Product-support (bug-tracker) team > > 12. Authors of built-in Help system > > 13. Authors of User's Manual > > 14. Authors of Programmer's Manual > > 15. Authors of commercial books > > 16. Commercial service providers > > 17. Nonprofit service providers > 18. Nonprofit and commercial education providers > 19. Certification team > 20. User support team > 21. Language groups > 22. Local groups Is that last item (#22) Product i18n/l10n group? If not, we need to add them to the list. What about languages in website/Help/Documents? Are these separate stakeholders, or covered already in the list above? BTW we forgot the most important person in the LibO ecosystem! As they say "and the last but not the least (drumrolls)"... 23. The LibO-user A doubt: Should we consider the user types separately? (Students, Home user. SoHo user and corporate user) -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] website wording concerning MS Office files
Hi Stefan, David, all, ... didn't have the time to look at the pages, just a short comment on Stefan's proposal: Stefan Weigel schrieb: Hi, http://www.test.libreoffice.org/ second paragraph currently reads: "LibreOffice can open and save all Microsoft Office files" Please change this to: "LibreOffice can open and save most Microsoft Office files" "Most" implies directly, that there are MS Office files that LibO can't open. I wouldn't promote this non-feature actively. Just remove "all" or "most: "LibreOffice can open and save Microsoft Office files." http://www.test.libreoffice.org/features/ reads: "You can easily import any Microsoft document" Please change this to: "You can easily import most Microsoft documents" Same here: "You can easily import Microsoft Office documents as well as many other file formats used by different applications." Why? Well, MS Office is much more than Word, Excel and Powerpoint, but these are the only MS applications LO is file-compatible with (to a certain degree). And, http://www.test.libreoffice.org/features/ reads: "You can create and modify tables, forms, queries and reports that use MySQL, PostgreSQL or Microsoft Access, or – better still – take the next step to a powerful, stable, integrated HSQL database." This gives the reader a wrong impression and creates wrong expectations. Base *cannot* create and modify tables, forms, queries and reports in Microsoft Access. Base can connect to databases that are created in MySQL, PostgreSQL or Microsoft Access. Upon that you can create forms, queries and reports in Base. IIRC Base can import MS Access tables and queries, but I can be wrong. The integrated HSQL database ist *not* a step forward from MySQL, PostgreSQL or Microsoft Access, but a very basic possibility to build database applications without MySQL, PostgreSQL or Microsoft Access. Would this perhaps be a more appropriate wording? "Based on imported and linked tables and queries from MySQL, PostgreSQL or Microsoft Access and many other data sources you can build powerful databases containing forms and reports, views and queries. Full integration is possible with the in-built HSQL database." or something similar... best regards Bernhard PS: I don't know how this is in English, but the end of the MATH paragraph looks odd to me with capitals. I know the formula as "E=mc²" -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] shutting down pumbaa and kermit for testing
Hello, as previously announced, in the next few minutes, I will shut down kermit and pumbaa for testing the network connectivity. This will help our provider to find out where the connection problems on kermit come from. It will take approximately 30-60 minutes. Sorry for any inconveniences this causes. Florian -- Florian Effenberger Steering Committee and Founding Member of The Document Foundation Tel: +49 8341 99660880 | Mobile: +49 151 14424108 Skype: floeff | Twitter/Identi.ca: @floeff -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] website wording concerning MS Office files
Hi Stefan, Bernhard, :-) OK, I will apply your comments rapidly. Thanks for your observations. ;-) David Nelson -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] website wording concerning MS Office files
Hi, Am 21.12.2010 13:19, schrieb Bernhard Dippold: > "LibreOffice can open and save Microsoft Office files." Maybe it would be even better not to refer to MS Office but to the Applications for what the statement is true: "LibreOffice can open and save files from Microsoft Word, Excel and Powerpoint." My intention is to avoid wrong expectations that lead to disappointment, as we experienced a lot in the past. > Same here: > "You can easily import Microsoft Office documents as well as many > other file formats used by different applications." Same here: "You can easily import documents from Microsoft Word, Excel and Powerpoint as well as many other file formats used by different applications." > "Based on imported and linked tables and queries from MySQL, > PostgreSQL or Microsoft Access and many other data sources you can > build powerful databases containing forms and reports, views and > queries. Full integration is possible with the in-built HSQL database." Ok. I can live with that. ;-) Stefan -- LibreOffice - Die Freiheit nehm' ich mir! -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] website wording concerning MS Office files
Hi, I am a new-comer to this list but I wanted to say the site is looking great (from the front side). I know there is more work on the back-end to do. I agree with not advertising non-capabilities. Is there anything that can open Publisher files besides Publisher? -Wolf Halton -- This Apt Has Super Cow Powers - http://sourcefreedom.com -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] website wording concerning MS Office files
Hi, :-) On Tue, Dec 21, 2010 at 20:58, Stefan Weigel wrote: > Maybe it would be even better not to refer to MS Office but to the > Applications for what the statement is true: > > "LibreOffice can open and save files from Microsoft Word, Excel and > Powerpoint." > > My intention is to avoid wrong expectations that lead to > disappointment, as we experienced a lot in the past. > I agree with not advertising non-capabilities. OK, I'll be bearing your comments in mind when I revise the content over the next few days. ;-) David Nelson -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Re: [libreoffice-website] RE: [libreoffic e-website] Re: [libreoffice-website] Requiremen t collection for Drupal website
Hi, Am 21.12.2010 12:42, schrieb Narayan Aras: >> 21. Language groups >> 22. Local groups > > Is that last item (#22) Product i18n/l10n group? > If not, we need to add them to the list. I guess this is still to be defined. The whole project has still to find its structures. A "language group" or "NL team" IMO can be any group of people that deliver content in a specific language. This can be documentation, website content, support services, and much more. It may or may not include l10n. Their coherence has its source in their common language. The coherence of a "local group" is geographically, not necessarily the same language, for example Switzerland or the tri-state area of Lower Bavaria, Upper Austria and South Bohemia. Stefan -- LibreOffice - Die Freiheit nehm' ich mir! -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] kermit and pumbaa are back online again
Hello, FYI: kermit and pumbaa are back online again. We might need to take them down for a second time, depending on how fixing the connectivity problems goes. Florian -- Florian Effenberger Steering Committee and Founding Member of The Document Foundation Tel: +49 8341 99660880 | Mobile: +49 151 14424108 Skype: floeff | Twitter/Identi.ca: @floeff -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Re: Piwik statistics → Privacy Policy needs an upd ate
Hi *, as the request did only result in , here's my proposal: (cc german list, as it also contains german text) On Thu, Dec 16, 2010 at 10:05 PM, Christian Lohmaier wrote: > > piwik (web analytics tool - details here http://piwik.org/) will be > used for the website(s) the TDF runs to get some usage statistics. > Thus the privacy policy needs some love regarding this topic. This is meant to replace the "Use of Cookies" section: ### Use of Piwik On our website, we use the open source web analysis software Piwik. Data collected by Piwik includes IP, time and duration of the visit, what pages are visited, used browser and plugins, search-engines and referrer. While Piwik uses a cookie to distinguish between individual visitors, the collected data doesn't allow to identify individuals. The collected data will only be used to improve the website - especially that data won't be matched with data from other sources, and we won't share the collected data with third parties. We'll only use anoymized, collective analysis provided by Piwik for our evaluation. ### Einsatz von Piwik Wir verwenden auf unseren Webseiten die Open Source Webanalyse-Software Piwik ein. Daten, die durch Piwik erhoben werden sind die IP, der Zeitpunkt und Dauer des Besuchs, die besuchten Webseiten, verwendeter Browser und Plugins, Suchmaschinen und Referrer. Piwik verwendet einen Cookie um einzelne Benutzer zu unterscheiden, die erhobenen Daten können aber nicht dazu herangezogen werden eine bestimmte Person zu identifizieren. Die Daten werden ausschließlich zur Verbesserung des Webangebots herangezogen - insbesondere werden die Daten nicht mit Daten aus anderen Quellen abgeglichen und die Daten werden nicht an Dritte weitergegeben. Lediglich anonymisierte, kollektive Analysen der Daten werden für die Auswertung verwendet. ### so comment and suggest better wordings please :-) ciao Christian -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Website CSS
Hi, is there a todo-list for website CSS where one can add wishes/observations? I have some minor questions/comments, I noted them in the wiki at http://wiki.documentfoundation.org/User:Nnino/Comments Should I add such observations somewhere else? Or does it not matter as the whole theme will be updated soon? Thanks, Nino -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: Piwik statistics → P rivacy Policy needs an update
Here is a little love for the privace policy statement. How long is the raw data kept? How do we know it has been permanently removed? Who has access to the raw data? How securely are log files treated? Anonymizers are not always perfect at protecting personal info, and log files are where piwik got its data originally. Is there a defined security team, unconnected to the development team or the sysad team? What is written in the privacy statement must be true, however if it is not backed up with strong internal policy it saves time just to say, "we will try to keep your info safe but since we have no policy related to security breeches, in the event of an actual breech, ' every man for himself! ' " It would be my pleasure to help in developing security policies for the site. Wolf Halton -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Requirement collection for Drupal website
Hi Narayan! Just a small proposal and some questions. I think your list will have influence on what Michael already prepared ([1], correct me if I'm wrong), so how about ... Am Dienstag, den 21.12.2010, 15:44 +0530 schrieb Narayan Aras: > 01. Steering Committee > 02. Marketing team/Evangelists > 03. Usability Team ... calling this the LibreOffice Design Team? Although Stefan mentioned in another mail, we are still in the phase of defining how we work together - for the Design team (User Experience / Visual Identity) this is rather "ready to go", I think. > 04. Project managers What kind of Project Managers do you have in mind? > 05. QA team > 06. Release Management team > 07. Configuration Management team > 08. Architects/designers > 09..Coders > 10. Testers > 11. Product-support (bug-tracker) team > 12. Authors of built-in Help system > 13. Authors of User's Manual > 14. Authors of Programmer's Manual > 15. Authors of commercial books > 16. Commercial service providers Mmh, since this list keeps growing, I made good experiences with structuring both requirements and the "appearance" of stakeholders (in terms of groups providing requirements implicitly and explicitly), e.g.: * Planning (Product) * Development (Product) * Distribution and Marketing * Using and Documentation (Documentation = Product Support, Help, ...) * Support (Support = Supporting Processes and Tools that are somehow cross-sectional with regard to the group items above) Thanks a lot! Cheers, Christoph [1] http://wiki.documentfoundation.org/Website/Drupal#Drupal_Website_Requirements -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Re: [libreoffice-marketing] Re: Piwik statistics → Privacy Policy needs an update
Hi Christian, thanks a lot for that! May I move some of the text snippets upwards? Am Dienstag, den 21.12.2010, 17:33 +0100 schrieb Christian Lohmaier: > Hi *, > > as the request did only result in , here's my proposal: > (cc german list, as it also contains german text) > On Thu, Dec 16, 2010 at 10:05 PM, Christian Lohmaier > wrote: > > > > piwik (web analytics tool - details here http://piwik.org/) will be > > used for the website(s) the TDF runs to get some usage statistics. > > Thus the privacy policy needs some love regarding this topic. > > This is meant to replace the "Use of Cookies" section: > ### > Use of Piwik > On our website, we use the open source web analysis software Piwik. > Data collected by Piwik includes IP, time and duration of the visit, > what pages are visited, used browser and plugins, search-engines and > referrer. > While Piwik uses a cookie to distinguish between individual visitors, > the collected data doesn't allow to identify individuals. > The collected data will only be used to improve the website - > especially that data won't be matched with data from other sources, > and we won't share the collected data with third parties. > We'll only use anoymized, collective analysis provided by Piwik for > our evaluation. Okay, I slightly changed the text ... I put the stuff to the top that most people might understand easily (we don't do any harm...). The more detailed stuff is located in the second paragraph. Since I've also adapted the wording a bit (moving sentences only would have caused the text to be funny), could you please make sure that it still conveys the required information? If, and only if, you think this might be an improvement. Use of Web Analysis Software To improve the structure and the data we offer on our website, we use the open-source web analysis software Piwik. Only anonymized and collective information will be used for our evaluation. The data provided by Piwik won't be matched with any data from other sources, and we won't share the data provided by Piwik with third parties. Data collected by Piwik includes IP, time and duration of the visit, what pages are visited, used browser and add-ons/plugins, search-engines and referrer. While Piwik uses a "cookie" to distinguish between individual visitors, the collected data doesn't allow to identify individuals. Some more questions: * Who will have access to the data (is there any restriction)? Can we make sure that nobody uses the data for other purposes? * Is this the only data we "track". For example, we might also use download statistics - also anonymized, but maybe worth to mention if we do this for Piwik. [German Version Skipped] > so comment and suggest better wordings please :-) Thanks a lot, Christian! Both for the text and "making the web work" ;-) Cheers, Christoph -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Cannot login in Silverstripe
Hi, http://www.test.libreoffice.org/admin http://www.de.test.libreoffice.org/admin used to show me the login page for Silverstripe. Currently, all I get is a blank page. Is something broken? Stefan -- LibreOffice - Die Freiheit nehm' ich mir! -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Cannot login in Silverstripe
Hallo Stefan, On Tuesday 21 December 2010 19:38, Stefan Weigel wrote: > Hi, > > http://www.test.libreoffice.org/admin > http://www.de.test.libreoffice.org/admin without the www, I can log in: https://de.test.libreoffice.org/admin works, but not https://test.libreoffice.org/admin Nino -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Cannot login in Silverstripe
Hi *, On Tue, Dec 21, 2010 at 7:38 PM, Stefan Weigel wrote: > > http://www.test.libreoffice.org/admin > http://www.de.test.libreoffice.org/admin > > used to show me the login page for Silverstripe. Currently, all I > get is a blank page. > > Is something broken? Sorry, not broken, but my fault nevertheless. I updated to 2.4.4 and forgot to "flush" the cache. Silverstripe was trying to locate new files that were added with the update, but failed to do so. flushing the cache forces to re-scan the directories and voilà, all is fine again. Sorry for the trouble (and thanks for reporting) ciao Christian -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Cannot login in Silverstripe
On Tuesday 21 December 2010 19:47, Nino Novak wrote: > > http://www.test.libreoffice.org/admin > > http://www.de.test.libreoffice.org/admin > https://de.test.libreoffice.org/admin > https://test.libreoffice.org/admin now all work again :-) N. -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Cannot login in Silverstripe
On Tue, Dec 21, 2010 at 7:49 PM, Christian Lohmaier wrote: > > I updated to 2.4.4 and forgot to "flush" the cache. Silverstripe was > trying to locate new files that were added with the update, but failed > to do so. To be precise: The php-enginge (using mod_fcgi) failed to resolve it, but same effect, just to make sure nobody complains about "stupid silverstripe" :-) Complain about "stupid admin", that is OK :-) ciao Christian -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Cannot login in Silverstripe
Am 21.12.2010 19:38, schrieb Stefan Weigel: > Is something broken? Now, it´s working again. Stefan -- LibreOffice - Die Freiheit nehm' ich mir! -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: What's the official policy about the LibO website: Drupal or no Drupal?
Hi Michael! Am Freitag, den 17.12.2010, 03:55 +0930 schrieb Michael Wheatland: > Again, thanks for all of the patience and constructive criticism with > regard to this project. It reinforces the fact that we are on the > right path, although bumpy, with a lot more consulting and > collaboration we will have the best possible outcome for our > blossoming community. Thanks a lot for this statement - and your ongoing and incredible effort to make this happen! :-) > Michael Wheatland Cheers, Christoph -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Navigation on Website
Hi Klaus-Jürgen! Am Freitag, den 17.12.2010, 22:36 +0100 schrieb klaus-jürgen weghorn ol: > Am 16.12.2010 02:46, schrieb Christoph Noack: [...] > What do you think about this menubar: > http://picasaweb.google.com/114326580046921350819/LibreOffice#5551747873589383618 > > ? > The marked button will be green and gets the edge of the logo. Just to get the whole "picture" - the text will change its color and the edge will be shown with the "unfolded edge". Is that correct? A nice variation ... although - from my point-of-view - we might run into trouble because of accessibility. Given the fact that the triangle is rather small and "unusual" (so people might miss the meaning that it highlights the very next item to the left) only some color change remains. Just to throw in some proposals - to improve the "usual look" and to add some more visibility, the background might be changed, too. This highlights and groups both text and triangle. The small triangle might then be some kind of "green status LED" ... although this might look like a 80s stereo system ;-) Due to time constraints, I skip a visual example ... if you think it's helpful, please don't hesitate to bother me :-) Cheers, Christoph -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: [libreoffice-marketing ] Re: Piwik statistics → Privacy Policy needs an update
Hi Christoph, *, On Tue, Dec 21, 2010 at 7:00 PM, Christoph Noack wrote: > > thanks a lot for that! May I move some of the text snippets upwards? Sure - and I'm glad you did :-) > Am Dienstag, den 21.12.2010, 17:33 +0100 schrieb Christian Lohmaier: >> On Thu, Dec 16, 2010 at 10:05 PM, Christian Lohmaier > [...] > Since I've also adapted the wording a bit (moving sentences only would > have caused the text to be funny), could you please make sure that it > still conveys the required information? If, and only if, you think this > might be an improvement. Yes, it definitely is an improvement, and still carries the necessary information > Some more questions: > * Who will have access to the data (is there any restriction)? Access to the raw data (the mysql-database): Only the admin-group, those who have shell-access to the server piwik runs on, similar for the piwik webinterface (the tool to create the reports/view the statistics), the same restriction applies, currently even fewer people have access two it (Florian Effenberger and myself). So unless there's a bug in piwik that allows unauthorized access to the data, the raw data will only be available to a very limited group. >Can > we make sure that nobody uses the data for other purposes? See above. Representation data, like piecharts that display the distribution of the browsers used, or a graph charting the amount of visitors each day of the last month or similar will not be suitable for use for other purposes. > * Is this the only data we "track". For example, we might also use > download statistics - also anonymized, but maybe worth to > mention if we do this for Piwik. piwik has some kind of "download" counter, by matching URLs by their extension, i.e. if someone klicks a "exe" link on our site, it can be treated as download, or you can define custom actions/use javascript to record specific custom events, add "goal" monitoring for example, but I don't have plans to add such stuff in the short term. But mirrorbrain has a seperate statistic, IIRC by just using the server's access log. piwik is special as it doesn't just count "the page was requested X times", but also "the vistitor came from "google" after searching for "free office software", stayed on the frontpage for 20 seconds, and left the site after visiting the download page" and also "the visitor who visited us today already came back to visit some more pages" (this is while gathering the data, not what ends up in the database) You can get an idea of what is available for evaluation by using the piwik demo http://demo.piwik.org/ ciao Christian -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: Piwik statistics → P rivacy Policy needs an update
Hi Wolf, *, On Tue, Dec 21, 2010 at 6:10 PM, Wolf Halton wrote: > Here is a little love for the privace policy statement. > > How long is the raw data kept? The data while in the tracking process? only until it is flushed to the database. The collected data itself will not expire. > How do we know it has been permanently removed? There are no plans to dump the data - as it would be nice to tell how the number of visitors distribute/evolve over the months of last year, wouldn't it? > Who has access to the raw data? only admins with shell access. > How securely are log files treated? If you get access to the raw data, you got shell access and either broke into our server, or are a trustworthy person :-) See also the answer to Christroph. Number of people with access to that data is limited. But of course the resulting charts/diagrams, numbers will be published to the mailinglist and/or website to show growth, where to focus on/what interests the users. > Anonymizers are not always perfect at protecting personal info, and log > files are where piwik got its data originally. piwik doesn't use logfiles, but tracking is done using an embedded javascript. Piwik does not use apache's access logs or similar. piwik can be on a completely different server. > Is there a defined security team, unconnected to the development team or the > sysad team? There's no dedicated security team wrt piwik, that is covered by the general infrastructure administration group. > What is written in the privacy statement must be true, however if it is not > backed up with strong internal policy it saves time just to say, "we will > try to keep your info safe but since we have no policy related to security > breeches, in the event of an actual breech, ' every man for himself! ' " Well, in the event of an actual breech, everything is lost anyway. So to say: We rely on the ssh being secure, and piwik authentication to work. But we rely on this for all the stuff that runs on our servers, so I don't really get your point. But the data is not personal data anyway (unless you regard the combination of IP, used Browser/operating system and time of the visit as personal data) ciao Christian -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: [libreoffice-marketing] Re: Piwik statistics → Privacy Policy needs an update
Hi Christian, thanks for the fast reply :-) Am Dienstag, den 21.12.2010, 20:51 +0100 schrieb Christian Lohmaier: > [...] > > * Is this the only data we "track". For example, we might also use > >download statistics - also anonymized, but maybe worth to > >mention if we do this for Piwik. [explanation what Piwik counts and the difference to mirrorbrain ] > You can get an idea of what is available for evaluation by using the > piwik demo http://demo.piwik.org/ Oh yes, I'm aware of that :-) I was just unsure whether people might wonder why we use download statistics ... but don't mention them on the page. I know it is somehow unlikely, but if people might wonder why we mention the Piwik analytics, they might think we "hide" more information. That's what I am worrying about. Basically (since the headline is neutral) we might add "We also analyze the type and the number of all LibreOffice downloads to further improve the website experience" (or something like that). @ Tom: Without adding some more noise to this list (by sending another small message) - thanks for your improvements!!! @ Christian: Thanks! Especially for your reminder ;-) Cheers, Christoph -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
RE: [libreoffice-website] What's the official policy about the LibO website: Drupal or no Drupal?
On 15/12/2010 Narayan Aras wrote: > Oracle Open Office offers update. > Their marketing brochure actually boasts of large savings based on > this single difference. > So why does LibO not talk about "online updates" as a development goal > at all?? > Also, since Oracle OO also is open source, adopting that part of > design/code would be possible, right? No, it wouldn't. Your question was going beyond the topic in discussion, but pay attention to the differences between Oracle Open Office and OpenOffice.org: - Oracle Open Office is proprietary software and offers incremental updates. - OpenOffice.org is free and open source software and does not offer incremental updates. Regards, Andrea. -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: What's the official policy about the LibO website: Drupal or no Drupal?
On 16/12/2010 Marc Paré wrote: > We are also fortunate with having as TDF/LO member and Drupal > members, Andrea Pascetti Well, technically TDF/LO does not have members yet as far as I know; I'm active in mailing lists and that's it. I know this is what you meant by "member", sorry but I feel the need to clarify it before people are confused! > The Drupal team offers [...] > an alternative to the Silverstripe solution to be ready within the next > 6 months. As per the discussion at the Oct. 27th meeting (see voice > recording here: > http://wiki.documentfoundation.org/TDF/Steering_Committee_Meetings#Minutes_2010-10-27 > > as the written notes are not that complete Good point, I remember listening to the actual recording too, at the time, and I confirm notes are not 100% accurate: the decision was more along the lines of "SilverStripe is the SC choice, and the chosen CMS for the time being; this decision may be reconsidered in future". So the eventual migration to Drupal cannot be taken for granted, even though I don't expect the SC to veto it if it proves to be a better alternative. Best regards, Andrea. -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [steering-discuss] Re: [libreoffice-website] Website status
Hi Michael! Am Dienstag, den 21.12.2010, 17:08 +0930 schrieb Michael Wheatland: > > Carlos' plan is still under review by the design group. If you wish to > input into this discussion please feel free to contact the design > mailing list, but as this site is a little while off launch the design > team have slightly higher priorities at this point in time. I may have missed that ... although I've provided some feedback, I am not aware there there is any "active" feedback phase. But based on some of Carlos' ideas, I've did another mockup (intended for the Silverstripe site design) which can be found here. This may look like some kind of implicit feedback ;-) http://picasaweb.google.com/lh/photo/bbnG0Hny0SpccJIZsGp72A?feat=directlink Bye, Christoph -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Re: What's the official policy about the LibO website: Drupal or no Drupal?
Incremental updates: these are a matter of course with versions of OO.o going to Linux distro repositories, however I suspect it to be people in the communities surrounding the Linux distros who make that automagically work. Ok I will stop taking this off-topic now. -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Navigation on Website
Hi Christoph, Am 21.12.2010 20:40, schrieb Christoph Noack: Hi Klaus-Jürgen! Am Freitag, den 17.12.2010, 22:36 +0100 schrieb klaus-jürgen weghorn ol: Am 16.12.2010 02:46, schrieb Christoph Noack: [...] What do you think about this menubar: http://picasaweb.google.com/114326580046921350819/LibreOffice#5551747873589383618 ? The marked button will be green and gets the edge of the logo. Just to get the whole "picture" - the text will change its color and the edge will be shown with the "unfolded edge". Is that correct? see down. A nice variation ... although - from my point-of-view - we might run into trouble because of accessibility. Given the fact that the triangle is rather small and "unusual" (so people might miss the meaning that it highlights the very next item to the left) only some color change remains. Just to throw in some proposals - to improve the "usual look" and to add some more visibility, the background might be changed, too. This highlights and groups both text and triangle. The small triangle might then be some kind of "green status LED" ... although this might look like a 80s stereo system ;-) Due to time constraints, I skip a visual example ... if you think it's helpful, please don't hesitate to bother me :-) I have two more examples: http://picasaweb.google.com/114326580046921350819/LibreOffice#5553231552179982498 On the hover button the text is blue1 and have only the edge. the actual side's text is green1 with a kind of frame which is not closed. The third level text (in the sidebar) is orange1. http://picasaweb.google.com/114326580046921350819/LibreOffice#5553232120987857442 I take the same colours but this time as background. The text will be white. -- Greetings k-j -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Website status
Hi David, all, :-) David Nelson schrieb: Hi Klaus, Bernhard, Florian, all, :-) On Tue, Dec 21, 2010 at 05:38, Bernhard Dippold [...] PPS: I still believe, that the visible part of the main page should not contain more than a few lines of text, a download button (can lead to the download page) and links to the most interesting areas. Twitter and blog in the "scrolling area" are ok, but I think a "news" area is more important than those tow. I will put at least a download button above the home page text, but did not get around to it yet. You will notice that I *have* been listening to people's comments, and complying with most of them. Sorry if my posting had any negative taste - I didn't mean this at all. The problem is that the current theme is very narrow, and limits what you can place on the page quite a lot. That applies to the top menu bar, the side menu and the actual content area. That's not a bug - it's a feature. ;-) The main page shouldn't contain more than the most important information for every visitor (or at least for the majority of them). It must be readable in a few seconds - and then lead the visitor to the area of interest. I'll try to write something to show what I mean - don't know if this will be possible today. [...] I would propose a theme based on the theme at libreofficeaustralia.org. Take a look at screenshots [1] and [2]. The design perfectly fits the current marketing color scheme and graphic charter. It's simple but very Web 2.0. It's based on the Fusion theme for Drupal. It gives a lot more space and scope for nicely laying out the content, with lots of nice big screenshots, etc. I didn't comment on the Drupal page by now, because I didn't have the time to have a closer look than just the first screenshots. This will become one of my tasks after the LibO 3.3 release. For the moment just a few remarks to your idea of using this theme for the present website: I can't see the screenshots without horizontal scrolling - something I really would like to avoid. I don't know the minimal window size necessary for the Drupal site to look good, but here (with 1080px window width) the screenshot doesn't. Colors look too dark for representing a libre and open office suite and a contributor friendly community. The entire text area is crowded - borders are too narrow, not enough space over headings. And I don't like drop-down menus on websites, because they modify the visual impression very much. But all of these point are manageable before the Drupal site will become active - I just wanted to tell you, that I don't support using this theme for the SilverStripe site. [...] What do you think, guys? a) We'd get a lot more flexibility with the content. Please keep the minimum page width (without scrolling) of 990 px (some netbooks only have 1024x768 displays - and these are the system requirements for LibreOffice too). At the moment the page content is about 100px less in width, and the text area is just 700px - this could be broadened IMHO. With 990px width the screenshot shuffler would cover not more than half of the text area - this might be enough to correct the impression that it would be the main content on the page. I don't think that any text area broader than 800 px would allow us to have a consistent look and feel on different screens. This would mean to reduce the width of the content in a two-parted main area to about 390 px, three part with 260 px are nearly that what we have on the homepage besides the screenshot shuffler. I don't think that we should divide the homepage in such small parts, but for buttons / links / RSS feeds it might be a possible alternative. Best regards Bernhard -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Website status
Remember the site will be viewed on smartphones. Current site is set at %tages, it appears, as it displays well in a droid 2 screen. On Dec 21, 2010 5:38 PM, "Bernhard Dippold" wrote: > Hi David, all, :-) > > David Nelson schrieb: >> Hi Klaus, Bernhard, Florian, all, :-) >> >> On Tue, Dec 21, 2010 at 05:38, Bernhard Dippold >> [...] >>> PPS: I still believe, that the visible part of the main page should not >>> contain more than a few lines of text, a download button (can lead to the >>> download page) and links to the most interesting areas. Twitter and blog in >>> the "scrolling area" are ok, but I think a "news" area is more important >>> than those tow. >> >> I will put at least a download button above the home page text, but >> did not get around to it yet. You will notice that I *have* been >> listening to people's comments, and complying with most of them. > > Sorry if my posting had any negative taste - I didn't mean this at all. >> >> The problem is that the current theme is very narrow, and limits what >> you can place on the page quite a lot. That applies to the top menu >> bar, the side menu and the actual content area. > > That's not a bug - it's a feature. ;-) > > The main page shouldn't contain more than the most important information > for every visitor (or at least for the majority of them). > > It must be readable in a few seconds - and then lead the visitor to the > area of interest. > > I'll try to write something to show what I mean - don't know if this > will be possible today. >> >> [...] >> >> I would propose a theme based on the theme at >> libreofficeaustralia.org. Take a look at screenshots [1] and [2]. The >> design perfectly fits the current marketing color scheme and graphic >> charter. It's simple but very Web 2.0. It's based on the Fusion theme >> for Drupal. It gives a lot more space and scope for nicely laying out >> the content, with lots of nice big screenshots, etc. > > I didn't comment on the Drupal page by now, because I didn't have the > time to have a closer look than just the first screenshots. This will > become one of my tasks after the LibO 3.3 release. > > For the moment just a few remarks to your idea of using this theme for > the present website: > > I can't see the screenshots without horizontal scrolling - something I > really would like to avoid. > > I don't know the minimal window size necessary for the Drupal site to > look good, but here (with 1080px window width) the screenshot doesn't. > > Colors look too dark for representing a libre and open office suite and > a contributor friendly community. > > The entire text area is crowded - borders are too narrow, not enough > space over headings. > > And I don't like drop-down menus on websites, because they modify the > visual impression very much. > > But all of these point are manageable before the Drupal site will become > active - I just wanted to tell you, that I don't support using this > theme for the SilverStripe site. > >> [...] >> >> What do you think, guys? >> >> a) We'd get a lot more flexibility with the content. > > Please keep the minimum page width (without scrolling) of 990 px (some > netbooks only have 1024x768 displays - and these are the system > requirements for LibreOffice too). > > At the moment the page content is about 100px less in width, and the > text area is just 700px - this could be broadened IMHO. > > With 990px width the screenshot shuffler would cover not more than half > of the text area - this might be enough to correct the impression that > it would be the main content on the page. > > I don't think that any text area broader than 800 px would allow us to > have a consistent look and feel on different screens. > > This would mean to reduce the width of the content in a two-parted main > area to about 390 px, three part with 260 px are nearly that what we > have on the homepage besides the screenshot shuffler. > > I don't think that we should divide the homepage in such small parts, > but for buttons / links / RSS feeds it might be a possible alternative. > > Best regards > > Bernhard > > -- > Unsubscribe instructions: E-mail to > website+h...@libreoffice.org > List archive: http://www.libreoffice.org/lists/website/ > *** All posts to this list are publicly archived for eternity *** > -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Website CSS
Hi Nino, *; On Tue, Dec 21, 2010 at 5:39 PM, Nino Novak wrote: > > is there a todo-list for website CSS where one can add > wishes/observations? No real ToDo list, but the main question is now to deal with subsite navigation (see the list archives for current discussion) see also for a few drafts http://wiki.documentfoundation.org/Website/CSS if you want to work on the css yourself, check it out from https://github.com/tdf/cms-code > I have some minor questions/comments, I noted them in the wiki at > http://wiki.documentfoundation.org/User:Nnino/Comments you're see many more items in the menu since you're viewing it in draft mode, and that includes unpublished pages, the published version has much less. But yes, it is expected that the menu will wrap to two lines when there are too many, and no, having so many is of course not desired. Line wrap in left navbar is not desired, on pumbaa I let it truncate the string and disable line wrapping. see e.g. http://pumbaa.ooodev.org:7780/home/download-and-sub/ "sub in download" is truncated to "sub in downlo…" But for this case it would not really help, as the string just is too long: Solution: Just use a shorter Navigation title. > Should I add such observations somewhere else? Or does it not matter as > the whole theme will be updated soon? In this case your points don't really matter, as the first one is a non-issue, and the second one is in current discussion. ciao Christian -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Website status
Hi, :-) I guess the most flexible solution for all devices would be a fluid page design... But, in any case, the current pages are *too* narrow for any really creative and optimal content layouts. As such, it is very difficult or even impossible to implement ideas originally recommended to me by Italo and that I've subsequently been reading about in people's posts. IMHO, the present site theme looks very 2002-2004... the theme in the screenshots is much more Web 2.0, Clean and simple, it lets the *content* govern the overall page look, not the theme. I think it could quite easily be re-worked into a fluid layout rather than fixed width... 0.2 cents. ;-) [1] http://wiki.documentfoundation.org/cgi_img_auth.php/6/65/Liboaustralia-screenshot1.png [2] http://wiki.documentfoundation.org/cgi_img_auth.php/1/14/Liboaustralia-screenshot2.png David Nelson -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Website CSS
Thanks, Christian, and no, I don't want to work on CSS myself ;-) Best, Nino -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Website status
@David, I have to admit I like this better than the one with the beautiful graphic. My sensibilities favour a similar style, for instance; http://sourcefreedom.com Wolf Halton -- This Apt Has Super Cow Powers - http://sourcefreedom.com -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Website status
Hi David, all, once again, please don't think I would not appreciate your great work, even if I try to improve the "look and feel" of the welcome page. David Nelson schrieb: Hi Bernhard, :-) On Tue, Dec 21, 2010 at 05:38, Bernhard Dippold wrote: PPS: I still believe, that the visible part of the main page should not contain more than a few lines of text, a download button (can lead to the download page) and links to the most interesting areas. Please give me a suggestion for the "few lines of text" then. As I already stated in my other mail, we should try to address our visitor's interests during the first few seconds. We should try to find out what these interests are - a good place to work for our UX experts, but as long as we don't have any numbers, I think we should address those points: [1] Download -> I want to get this product! [2] Features and audiences -> Is this a product for me? For whom it is designed? Does it fit my needs? [3] Support -> I need help! Anybody around here? [4] Contribution -> Cool - I can improve it! [5] Feedback -> What do others think of it? I want to share my opinion! [6] Internationalization -> Can I get the product / information in my language? Can I contribute despite my bad English? Probably I forgot one or another important point, but you'll get, what I mean. Most of these interests are already covered by the main navigation, but this is not as attractive as on the page itself. And repeating important information is crucial (if we use different wording, the visitor might not even notice it). Please have a look at Christoph's proposal: http://picasaweb.google.com/lh/photo/bbnG0Hny0SpccJIZsGp72A?feat=directlink One visually appealing area for (e.g.) the screenshot shuffler - together with the link to the download page [1]. Below three large buttons linking to the main areas of interest of most of the visitors: Features and Audiences [2]. (NavTab "Features") This button might get sub-divisions for direct links to the features page and a page containing the benefits for our target groups (we don't have such a page by now?). Support [3]. (NavTab "Get Help") Placed in the middle, it is visible at first sight. Comparable to the present navigation tab it allows to reach the FAQ with two mouse clicks - same for the mailing list archives, forums/fora or IRC channel... This button could be divided in free and professional support (page not yet created). Contribution [4]. (NavTab "Get Involved") If developers think it to be very important, this button could become two-parted too, with one part linking to the development page directly. Each button could get a very short description, if necessary. Just one phrase to make people curious and to describe where you get. Only below this area some textual content is added. We could have here our latest news, a timetable with LibO events, the last two or three entries in the TDF blog or on twitter [5]. (I could imagine the blog and twitter area on the right third of the page, while the text based content would cover two thirds at the left). The last topic, Internationalization [6], could be added to the top right area. People not good in reading English will probably not manage to find out, that there is a link to "Local Sites" in the navigation bar. This area could be used too to announce that the present page is available translated in other languages. I'm sorry, that I can't design a mockup at the moment. Time is short even for adding the short phases... [1] Download: "Download the largest community driven office suite in the world!" [2] Features | Audiences: "Find out why LibreOffice is the best office suite for your purposes:" [3] Support: "Open questions? Help needed? We're glad to be at your service - free and professional:" (With the divided button visitors know that this doesn't mean that professional service must be free...) [4] Contribution: "LibreOffice is driven by a community of volunteers. Join us! Share your skills! It's cool and fun!" The present welcome page contains the most important information on LibreOffice, therefore this shouldn't be thrown away. I think, it could be integrated in the Features page - and in Benefits, if we create such a page too. Best regards Bernhard -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Website status
Hi, :-) On Wed, Dec 22, 2010 at 07:39, Bernhard Dippold wrote: > Hi David, all, > > once again, please don't think I would not appreciate your great work, even > if I try to improve the "look and feel" of the welcome page. > Please have a look at Christoph's proposal: > http://picasaweb.google.com/lh/photo/bbnG0Hny0SpccJIZsGp72A?feat=directlink I must admit that, personally, I don't find this layout attractive at all, although it gives some general indicators about content positioning. > I'm sorry, that I can't design a mockup at the moment. Time is short even > for adding the short phases... I *have* read your ideas, and will carefully read them and think about them again as I finish off this first version of the site content. I am doing my best to take account of your comments and the comments of other people in what I'm doing. But, sometimes, the proposals and reactions are so sharply contrasting that it is difficult or impossible to please everybody. The problem is that it is *extremely* difficult to work in the current situation: it's a kind of contributive anarchy, with no-one having a clearly-appointed lead role in particular areas of the project. Thus, the only conclusion you can arrive at is this: the people that actually *do* work are the ones that get to call the shots. If they are good community members, they will do their best to take account of other people's opinions. But, in many cases, one has to take a decision, and the decision will inevitably dissatisfy someone. Such is the case in what I'm presently doing. I observed how, after long discussions on the mailing lists and various conference calls, the website team had failed to put any IA together, and had failed to put even as much as 10 words on any single page. So I jumped in and started working on my own. Even when I asked for quick and concrete contributions, I only got help with content from a couple of people (apart from lots of patient technical support from Christian). I do want to get feedback from people, and to take account of their ideas, but I don't have time or patience to be spending all my time writing to mailing lists. I actually want to *do* work *now*. I'm aware that the content I've put on the site is not perfect, and that it's open to revision in the future. But it does have the merit of *actually existing* and being sufficient to roll out the site. I'm determined to finish off what I started, but I do ask you to remember that I, too, only have 24 hours in my day, and also have a life to deal with outside the project. So please forgive me for any shortcomings you perceive in what I produce. ;-) We can look at things again in the New Year. I will be doing my best to take account of all I've read. :-) I'm currently negotiating with Florian, Christian and Christoph to see whether to proceed with changes to the SilverStripe theme, or whether to set this issue aside for someone else to decide about at sometime in the future. I hope you understand my position, guys. ;-) David Nelson -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] RE: [libreoffice-web site] Requirement co llection for Drupal website
Hi Christoph! Abstraction at this stage actually will prevent us from thinking about specific functions. (think of them as "duties" or "roles" within a specific team, for convenience). Regardless of how we group them later, these are all essential functions. Therefore we must think of each function separately: * What are its "deliverables" (Success criteria) * How it works (basic process) * Which other stakeholder(s) are involved in the process (interdependency) * What tools were used in the past (we have to offer the same/equivalent/better tools) Later on we can assign them to any team. This will allow us to create a workflow. That workflow will decide how each module is to be designed. When multiple functions are handled by the same team, we will have to integrate them in one place. Imagine that each team has its own daily landing page. All their functions are neatly summarized there (a dashboard, perhaps). Each team can start any of their "duties" from here, and find all tools that satisfy their workflow. For each team, all assigned workflows start from this landing page. Note that we will also have to capture this "meta-model" and present it for all newcomers. Something like- http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide Imagine a visitor who wants to know how we work before joining. We can make a flowchart to explain the process and provide hotspots on it. Clicking on any hotspot will take the visitor directly to the concerned team's welcome page. From there, he can look around and get enrolled. Once the visitor defines his profile (in terms of pre-defined roles), the website can present customized screens. > > 04. Project managers > > What kind of Project Managers do you have in mind? Here is my idea of a PM in a collaborative social setup: He takes care of specific modules and coordinate further amongst coders. * Accept targets derived from the roadmap requirements (Coming from the Release Management team) * Planning to meet the target in coordination with other coders. * Triage of features and bugs as applicable to the modules in his care * Tracking the progress with an online Gantt chart system (e.g. http://openproj.org/, http://www.project-open.com/) These PMs will need support framework from the website: * The website should provide a vacancy matrix where coders with specific skills are wanted for specific jobs. * Coders in turn get credit points for doing work in any group (like "Karma" in Launchpad). Regards, Narayan -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://www.libreoffice.org/lists/website/ *** All posts to this list are publicly archived for eternity ***