Re: AOO volunteers: essential skills and tasks
On 10/19/12, Rob Weir robw...@apache.org wrote: I am thinking about what new project volunteers need to get started. Obviously there are area-specific things. For example, developers need to know how to download and build. Translation volunteers need to understand Pootle, etc. But there are also some basic things that all volunteers should probably do. Well this is why OOo was structure the way it was. Is a bit funny when Apache people came and wanted to make us be more equals, no ECC, no NLC, no MarCon, Project Lead, Co-leads, no distinction between developers and normal randome dude at the support ML. Now trying to find who will do what, is becoming HUGE 'managing' nightmare. I a not saying that OOo structure was the best one to handle things but having so many projects and so many tasks did demand some kind of categorization. Although we have all of this information (or at least most of it) on the website or wikis or mailing list archives, it is scattered all over the place. I think it would be good if we could collect this information (or at least links to this information) into one place and put a linear order behind it, a step of specific steps we want new volunteers to take. The thing is we kinda already had that. At least to an extend, again it wasnt the perfect 'all-you-need-to-know bibile'. But we had 'contributing' which was a pseudo-project to collect 'getting started guides' for the different vains the project was going. This will direct new users to art, marketing, support, native-lang, programming or qa/testing. https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk/content/contributing/ Now, I can hear the objections already -- you can't tell volunteers what to do. That is why they are volunteers. You can't regiment them, etc. This is true. But at the scale we need to operate at -- I'm aiming to attract dozens of new volunteers on the project by the end of the year -- we need some structure. So what can we do to make their first 2 weeks in the project easier for them, and easier for us? One idea: Think of the new volunteer startup tasks in terms of stages or levels, a defined set of reading and other activities that leads them to acquire basic skills in our community. For example: Level 1 tasks: 1) Read the following web pages on the ASF, roles at Apache and the Apache Way 2) Sign up for the following accounts that every volunteer should have: ooo-announce, ooo-dev, ooo-users, MWiki, CWiki, BZ, Forums 3) Read this helpful document on hints for managing your inbox with rules and folders 4) Read this code of conduct page on list etiquette 5) Send a note to ooo-dev list and introduce yourself 6) Edit this wiki page containing project volunteers. Add your name and indicate that you have completed Level 1. Level 2 tasks: 1) Using the Apache CMS in anonymous mode 2) Readings on decision making at Apache 3) Readings on project life cycle and roles within the AOO project 4) Introduction to the various functional groups within the project: development, qa, marketing, UX, documentation, support, localization, etc. 5) Pick one or more functional groups that you want to help with. Edit the volunteer wiki and list them. Also indicate that you have now completed Level 2. Get the idea? After Level 2 this then could branch off into area-specific lists of start up tasks: how to download and build. How to submit patches. How to update a translation. How to define a new test case. Is any one interested in helping with this? -Rob -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: ACE12: odp-template for AOO-presentations ?
Hi, On 2012/10/21 12:19, Guy Waterval said: Hi all, 2012/10/21 Keith N. McKenna keith.mcke...@comcast.net Rony G. Flatscher (Apache) wrote: Hi there, is there an odp template available for AOO presentations (employing the latest AOO/ASF art work) at the upcoming Apache Con Europe 2012 in Sinsheim? If so, where can one obtain it? TIA, ---rony If there is one available it wouldalso be a great help to me with documentation. I am currently reviewing the Impress Guide and there are a number of screen shots that should be replaces with content that represents the Apache OpenOffice branding. I have only found that : http://templates.services.openoffice.org/en/node/8511 http://templates.services.openoffice.org/en/node/8513 http://templates.services.openoffice.org/en/node/8515 A+ I have uploaded mine. You are welcome to try it. ^_*' http://templates.openoffice.org/en/node/8932 -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/ signature.asc Description: OpenPGP digital signature
Re: AOO volunteers: essential skills and tasks
On Fri, Oct 19, 2012 at 6:47 PM, jan iversen jancasacon...@gmail.com wrote: 3) +1, but I will never understand why it is a mailing list and not a forum, where it is so much easier to look at history Oh please, not again... mailing lists have many advantages over web forums: 1. Speed (the emails arrive automagically, are text-only -most of the time-), no waiting for forum web pages to load, no adverts, no footers, no colors, no graphical sig files, no animated gifs to look at, no delay to log-in, messages just arrive to your mailbox 2. Easy archival (just set a rule and archive your list email to a given subfolder or a given GMail Label) 3. Reply speed (most of my on-line time is spent loking at the gmail inbox, when something of interest arrives -ie ooo-dev with some interesting subject line- I click and read it immediately). 4. Sense of community: it´s much easier to deal with troublemakers, spammers and trolls etc on a mailing list (just ban his email address) than on web forums. ...and that just are the most obvious ones off the top of my head on a Sunday at 4:50am local time... FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell
Why a mailing list is superior to any web-based forum
Here someone wrote it better than me, on the VLC mailing list http://pastehtml.com/view/cfnt9o362.txt I would add: -No captcha to solve anywhere to join a mailing list. - No separate user-password to remember on a mailing list. - You can read it anywhere you can get e-mail - You don´t have to conciously go fetch or look at anything. Email arrives automagically to your inbox. - no waiting for forum web pages to load, no adverts, no footers, no colors, no graphical sig files, no animated gifs to look at, no delay to log-in, messages just arrive to your mailbox - Easy archival (just set a rule and archive your list email to a given subfolder, or a given label if using GMail) - Reply speed (many people´s work day involves reading and replying to e-mail. A mailing list ensures messages with catch the interest of the reader are clicked on and read immediately, or much faster then when visiting a web forum once a day. - Sense of community: participating on a any mailing list for a period of time helps breed a community feeling. Avtivity on web forums is much more sparse... many people just join a forum to ask a question, and when given an answer that suits them, they rarely return... they do not engage as often as members of a mailing list. - in part due to the above, it´s much easier to deal with troublemakers, spammers and trolls etc on a mailing list (just ban his email address) than on web forums. -web based forums are more prone to spam than mailing lists (even with the implementation of captcha for registration by many popular web forums software) -web forums are part of the involution of the Net... (imho) Just my $0.02 FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell
Re: Why a mailing list is superior to any web-based forum
On Sun, 21 Oct 2012 05:07:24 -0300 Fernando Cassia fcas...@gmail.com wrote: -No captcha to solve anywhere to join a mailing list. - No separate user-password to remember on a mailing list. - You can read it anywhere you can get e-mail - You don´t have to conciously go fetch or look at anything. Email arrives automagically to your inbox. - no waiting for forum web pages to load, no adverts, no footers, no colors, no graphical sig files, no animated gifs to look at, no delay to log-in, messages just arrive to your mailbox - Easy archival (just set a rule and archive your list email to a given subfolder, or a given label if using GMail) - Reply speed (many people´s work day involves reading and replying to e-mail. A mailing list ensures messages with catch the interest of the reader are clicked on and read immediately, or much faster then when visiting a web forum once a day. - Sense of community: participating on a any mailing list for a period of time helps breed a community feeling. Avtivity on web forums is much more sparse... many people just join a forum to ask a question, and when given an answer that suits them, they rarely return... they do not engage as often as members of a mailing list. - in part due to the above, it´s much easier to deal with troublemakers, spammers and trolls etc on a mailing list (just ban his email address) than on web forums. -web based forums are more prone to spam than mailing lists (even with the implementation of captcha for registration by many popular web forums software) -web forums are part of the involution of the Net... (imho) Without wishing to generate a long controversy, I'd answer Fernando like this, based on the en-Forum: Captcha only on registration - a one off event; I don't think one can complain about such a reasonable anti-spam measure. One can tell it to log one in automatically on each visit - I'm currently able to access the Forum (auto-login) from six computers. One can subscribe to a thread for notification, or (my choice) check new postings (link towards top of Forum screen). This only works if one has subscribed to the forum, No need to archive - the Forum does it automatically and provides a targetted search facility. Replies can be almost immediate, depending who is online. Sense of community applies among the Volunteers, who are chosen from regular and helpful posters. Admittedly many posters post to find a solution to one problem and are never seen again - surely this is the same on a mailing list? Troublemakers and spam are dealt with very quickly by the Moderators, aided by reports from Users and Volunteers. I think the en-Forum's spam record is better than the old OOo Forum and the current LibO Forum, although I recognise the work done on those forums by their administrators Another matter to consider: if the Forum(s) did not exist and the queries were instead posted to the mailing lists, could the list users cope with the added volume? I reckon there would be about 100 postings per day from the en-Forum, and certainly as many (perhaps even more) from the other national language Forums. And after that, there would (inevitably!) be many daily Unsubscribe me requests from posters whose quer has (hopefully) been answered. -- Rory O'Farrell ofarr...@iol.ie
Re: AOO volunteers: essential skills and tasks
Sorry, it seemed my remark sparked quite some feelings, that was not my intention ! But not having been on the list for very long, means that there a lot of history I dont have, and the mailer didnt exactly like when I tried to get all messages. During my research for a updated l10n process, I have often heard that has been discussed before, which makes me go search for old mail. In a forum we would have more catagories than just one mailling list, making it easier to find relevant old information. That was all that was in my remark (getting history). Jan. On 21 October 2012 09:50, Fernando Cassia fcas...@gmail.com wrote: On Fri, Oct 19, 2012 at 6:47 PM, jan iversen jancasacon...@gmail.com wrote: 3) +1, but I will never understand why it is a mailing list and not a forum, where it is so much easier to look at history Oh please, not again... mailing lists have many advantages over web forums: 1. Speed (the emails arrive automagically, are text-only -most of the time-), no waiting for forum web pages to load, no adverts, no footers, no colors, no graphical sig files, no animated gifs to look at, no delay to log-in, messages just arrive to your mailbox 2. Easy archival (just set a rule and archive your list email to a given subfolder or a given GMail Label) 3. Reply speed (most of my on-line time is spent loking at the gmail inbox, when something of interest arrives -ie ooo-dev with some interesting subject line- I click and read it immediately). 4. Sense of community: it´s much easier to deal with troublemakers, spammers and trolls etc on a mailing list (just ban his email address) than on web forums. ...and that just are the most obvious ones off the top of my head on a Sunday at 4:50am local time... FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell
Re: Why a mailing list is superior to any web-based forum
On 21/10/12 09:41, Rory O'Farrell wrote: On Sun, 21 Oct 2012 05:07:24 -0300 Fernando Cassia fcas...@gmail.com wrote: -No captcha to solve anywhere to join a mailing list. - No separate user-password to remember on a mailing list. - You can read it anywhere you can get e-mail - You don´t have to conciously go fetch or look at anything. Email arrives automagically to your inbox. - no waiting for forum web pages to load, no adverts, no footers, no colors, no graphical sig files, no animated gifs to look at, no delay to log-in, messages just arrive to your mailbox - Easy archival (just set a rule and archive your list email to a given subfolder, or a given label if using GMail) - Reply speed (many people´s work day involves reading and replying to e-mail. A mailing list ensures messages with catch the interest of the reader are clicked on and read immediately, or much faster then when visiting a web forum once a day. - Sense of community: participating on a any mailing list for a period of time helps breed a community feeling. Avtivity on web forums is much more sparse... many people just join a forum to ask a question, and when given an answer that suits them, they rarely return... they do not engage as often as members of a mailing list. - in part due to the above, it´s much easier to deal with troublemakers, spammers and trolls etc on a mailing list (just ban his email address) than on web forums. -web based forums are more prone to spam than mailing lists (even with the implementation of captcha for registration by many popular web forums software) -web forums are part of the involution of the Net... (imho) Without wishing to generate a long controversy, I'd answer Fernando like this, based on the en-Forum: Captcha only on registration - a one off event; I don't think one can complain about such a reasonable anti-spam measure. One can tell it to log one in automatically on each visit - I'm currently able to access the Forum (auto-login) from six computers. One can subscribe to a thread for notification, or (my choice) check new postings (link towards top of Forum screen). This only works if one has subscribed to the forum, No need to archive - the Forum does it automatically and provides a targetted search facility. Replies can be almost immediate, depending who is online. Sense of community applies among the Volunteers, who are chosen from regular and helpful posters. Admittedly many posters post to find a solution to one problem and are never seen again - surely this is the same on a mailing list? Troublemakers and spam are dealt with very quickly by the Moderators, aided by reports from Users and Volunteers. I think the en-Forum's spam record is better than the old OOo Forum and the current LibO Forum, although I recognise the work done on those forums by their administrators Another matter to consider: if the Forum(s) did not exist and the queries were instead posted to the mailing lists, could the list users cope with the added volume? I reckon there would be about 100 postings per day from the en-Forum, and certainly as many (perhaps even more) from the other national language Forums. And after that, there would (inevitably!) be many daily Unsubscribe me requests from posters whose quer has (hopefully) been answered. Technical aspects are bets handled through a mailing list; general user questions are best handled through a forum. Let's not go round in circles again. Dave.
Re: AOO volunteers: essential skills and tasks
On Sun, Oct 21, 2012 at 4:17 AM, jan iversen jancasacon...@gmail.comwrote: Sorry, it seemed my remark sparked quite some feelings, that was not my intention ! But not having been on the list for very long, means that there a lot of history I dont have, and the mailer didnt exactly like when I tried to get all messages. During my research for a updated l10n process, I have often heard that has been discussed before, which makes me go search for old mail. In a forum we would have more catagories than just one mailling list, making it easier to find relevant old information. That was all that was in my remark (getting history). There is a point to that, usually mailing list are backed up on other services like gmame and nabbel, this are more web-friendly ui to find relevant email from the past. That is usually what I do to find conversations. I still dont have much experience with Markmail to be able to do quick searches, plus I think this is only there for the old ML. Jan. On 21 October 2012 09:50, Fernando Cassia fcas...@gmail.com wrote: On Fri, Oct 19, 2012 at 6:47 PM, jan iversen jancasacon...@gmail.com wrote: 3) +1, but I will never understand why it is a mailing list and not a forum, where it is so much easier to look at history Oh please, not again... mailing lists have many advantages over web forums: 1. Speed (the emails arrive automagically, are text-only -most of the time-), no waiting for forum web pages to load, no adverts, no footers, no colors, no graphical sig files, no animated gifs to look at, no delay to log-in, messages just arrive to your mailbox 2. Easy archival (just set a rule and archive your list email to a given subfolder or a given GMail Label) 3. Reply speed (most of my on-line time is spent loking at the gmail inbox, when something of interest arrives -ie ooo-dev with some interesting subject line- I click and read it immediately). 4. Sense of community: it´s much easier to deal with troublemakers, spammers and trolls etc on a mailing list (just ban his email address) than on web forums. ...and that just are the most obvious ones off the top of my head on a Sunday at 4:50am local time... FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: ACE12: odp-template for AOO-presentations ?
Hi imacat, On 21.10.2012 09:37, imacat wrote: I have uploaded mine. You are welcome to try it. ^_*' http://templates.openoffice.org/en/node/8932 thank you very much for sharing, looks great to me! ---rony
Re: Marketing events: Brochure? Newsletter?
On Tue, Oct 9, 2012 at 8:19 PM, Nancy K nancythirt...@yahoo.com wrote: Hi! I have been keeping up with the discussions, but unable to participate much lately, unfortunately. In the marketing department, is there a newsletter or brochure that could be distributed at any event? Hi Nancy after some digging and consulting and more digging on my inbox I finally found one of the nicest brochures that was given at SCALEx6 in Los Angeles in February 2009. This is one of the most visible ones, hope we can use it as a template for more great work: http://wiki.openoffice.org/wiki/File:Pamphlet_BD.odt This is from the 2.4 release, so a 3.4 would be needed, hopefully this helps. I am thinking that a design could be approved, then placed on the website so that anyone representing Apache OpenOffice could print it out. This might be an example of a way to fund an event - using funds for the paper and ink or professional printing. The vote to offer funds for an event could be proposed for approval or disapproval. If approved the design posted could be in a file format that could be printed directly or sent to a printer. Nancy Nancy Web Design Free 24 hour pass to lynda.com. Video courses on SEO, CMS, Design and Software Courses From: Albino B Neto bin...@apache.org To: ooo-dev@incubator.apache.org Sent: Tuesday, October 9, 2012 5:54 PM Subject: Re: Marketing events Hi I'm from Brazil and there various events: FISL, LatinoWare, Revista Espirito Livre and others spread throughout BR. You could have a fund for member official AOO, so you can attend the AOO speaking, lecturing, talking etc.. But this must be carefully discussed. This member can attend these events that have availability and time available. It'll be like us, being voluntary, but that talk of AOO events. Albino -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: ACE12: odp-template for AOO-presentations ?
On 21.10.2012 12:58, Rony G. Flatscher (Apache) wrote: Hi imacat, On 21.10.2012 09:37, imacat wrote: I have uploaded mine. You are welcome to try it. ^_*' http://templates.openoffice.org/en/node/8932 thank you very much for sharing, looks great to me! Hmm, there seems to be a problem, however: if running a slide show the title page orb gets clipped and the remainders of a white rectangle becomes visible. Tried to make sure that the orb is at the very front in the master layout, but to no avail. ---rony P.S.: Exporting to PDF will leet the title page intact.
Re: ACE12: odp-template for AOO-presentations ?
On 2012/10/21 20:13, Rony G. Flatscher said: On 21.10.2012 12:58, Rony G. Flatscher (Apache) wrote: On 21.10.2012 09:37, imacat wrote: I have uploaded mine. You are welcome to try it. ^_*' http://templates.openoffice.org/en/node/8932 thank you very much for sharing, looks great to me! Hmm, there seems to be a problem, however: if running a slide show the title page orb gets clipped and the remainders of a white rectangle becomes visible. Tried to make sure that the orb is at the very front in the master layout, but to no avail. ---rony P.S.: Exporting to PDF will leet the title page intact. I have uploaded a new version. It seems that I should not play with SVG. :p The current version should have this issue fixed. Please try again. Thank you. -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/ signature.asc Description: OpenPGP digital signature
Wiki robots.txt
Dear all, I found the following rule in the robots.txt of our wiki: User-Agent: * Disallow: / Does any know if there is any special reason why it is set so? Does any have any reason to keep it? I'm thinking of removing this rule. This prevents legal search engines from indexing our wiki content. -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/ signature.asc Description: OpenPGP digital signature
Re: ACE12: odp-template for AOO-presentations ?
On 21.10.2012 14:50, imacat wrote: On 2012/10/21 20:13, Rony G. Flatscher said: On 21.10.2012 12:58, Rony G. Flatscher (Apache) wrote: On 21.10.2012 09:37, imacat wrote: I have uploaded mine. You are welcome to try it. ^_*' http://templates.openoffice.org/en/node/8932 thank you very much for sharing, looks great to me! Hmm, there seems to be a problem, however: if running a slide show the title page orb gets clipped and the remainders of a white rectangle becomes visible. Tried to make sure that the orb is at the very front in the master layout, but to no avail. ---rony P.S.: Exporting to PDF will leet the title page intact. I have uploaded a new version. It seems that I should not play with SVG. :p The current version should have this issue fixed. Please try again. Thank you. That works great now, thank you very much! ---rony
Re: Why a mailing list is superior to any web-based forum
On Sun, Oct 21, 2012 at 6:59 AM, David McKay dmc...@btconnect.com wrote: Technical aspects are bets handled through a mailing list; general user questions are best handled through a forum. I agree that a dual approach makes everyone happy. I should have renamed it why mailing lists should never be killed it was typed after reading one list member say why a mailing list?. FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell
Automatically Generated extension.update.xml
Dear all, I was trying to add on-line update to my extension. I wonder if it is possible to generate the extension update information files extension.update.xml automatically on http://extensions.openoffice.org, instead of maintaining the update information files by the authors manually? For the extension update information files, see: http://wiki.openoffice.org/wiki/Documentation/DevGuide/Extensions/Online_Update_of_Extensions -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/ signature.asc Description: OpenPGP digital signature
Re: Directory main/swext/mediawiki
Am Samstag, 20. Oktober 2012 um 23:52 schrieb Alexandro Colorado: On Sat, Oct 20, 2012 at 2:50 PM, jan iversen jancasacon...@gmail.comwrote: I am a bit confused. We have a directory named main/swext/mediawiki. Is that the sun wiki publisher 1.1 or are there 2 different mediawiki export extensions ? I ask because I sun wiki publisher 1.1 installed, but if I change the XLS and rebuilt AOO but it does not seem to have an effect. Yes I think it was started on core, and then sent to a separate extensions. Same thing happened with smarttags IIRC. what do you mean here exactly, it doesn't make sense. Smarttags API (or better the SPI) is available in the core and it is now possible to develop smarttags either in the core or as extension. Juergen Either I make a wrong assumption or life is not so simple as I would it to be :-) thanks in advance. jan. -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
proposal for new l10n workflow
I have finally finished my proposal for a new workflow. please have a look at: http://wiki.openoffice.org/wiki/File:L10procNew.pdf I have tried to implement the comments (on the document describing the existing workflow) from the community, and at the same time avoid non-essential themes that seems to open discussions :-) The workflow I have proposed is based on my knowledge from large organizations, so I am sure it can workbut I do not know if the community as such want it. It has advantages for everybody: - developers dont really see a change - our release manager saves a lot of manual work - offline translators become a lot closer connected to the process, without being bugged down with technical details. My shoulders are pretty big, so please give me your opinions and suggestions for improvement (I am here to learn, NOT to educate). Please remember one thing the big silent majority does not count here. I post this mail here to give developers a change to speak their mind, it is also posted on l10n, for the more translators who are of course heavily influenced. Once we have agreed to the content, I will undertake the development, but I do need heavy support from a committer (mostly to commit code and publish php/web pages). happy reading. JanI
Re: Directory main/swext/mediawiki
Now I am the one that is confused (again). Is the directory mediaWiki active or not ? SPI is an interface if I understand it right, and that is hopefully not hidden in the mediawiki directory ? jan On 21 October 2012 17:40, Juergen Schmidt jogischm...@gmail.com wrote: Am Samstag, 20. Oktober 2012 um 23:52 schrieb Alexandro Colorado: On Sat, Oct 20, 2012 at 2:50 PM, jan iversen jancasacon...@gmail.com wrote: I am a bit confused. We have a directory named main/swext/mediawiki. Is that the sun wiki publisher 1.1 or are there 2 different mediawiki export extensions ? I ask because I sun wiki publisher 1.1 installed, but if I change the XLS and rebuilt AOO but it does not seem to have an effect. Yes I think it was started on core, and then sent to a separate extensions. Same thing happened with smarttags IIRC. what do you mean here exactly, it doesn't make sense. Smarttags API (or better the SPI) is available in the core and it is now possible to develop smarttags either in the core or as extension. Juergen Either I make a wrong assumption or life is not so simple as I would it to be :-) thanks in advance. jan. -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: Directory main/swext/mediawiki
I have looked for a newer source, since it was moved, but our own extensions has a broken link and sourceForge does not offer any help. Any ideas ?? It is a sun part, so we should have inherited it or not ? jan. On 20 October 2012 23:52, Alexandro Colorado j...@oooes.org wrote: On Sat, Oct 20, 2012 at 2:50 PM, jan iversen jancasacon...@gmail.com wrote: I am a bit confused. We have a directory named main/swext/mediawiki. Is that the sun wiki publisher 1.1 or are there 2 different mediawiki export extensions ? I ask because I sun wiki publisher 1.1 installed, but if I change the XLS and rebuilt AOO but it does not seem to have an effect. Yes I think it was started on core, and then sent to a separate extensions. Same thing happened with smarttags IIRC. Either I make a wrong assumption or life is not so simple as I would it to be :-) thanks in advance. jan. -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: Why a mailing list is superior to any web-based forum
2012/10/21 Fernando Cassia fcas...@gmail.com On Sun, Oct 21, 2012 at 6:59 AM, David McKay dmc...@btconnect.com wrote: Technical aspects are bets handled through a mailing list; general user questions are best handled through a forum. I agree that a dual approach makes everyone happy. I should have renamed it why mailing lists should never be killed it was typed after reading one list member say why a mailing list?. FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell One reasons why this holy war between MLs and Forums goes on and on is because both sides try to make things clear for everyone(1) explaining why their position is the best one... and both sides are at the same time right and wrong! Both solutions have pros and cons: there is no perfect system, that's all. We have MLs for development and decision making and we have Forums for user support. Please, let's go on with life: holy wars are tiresome. Thanks (1) There is a Spanish saying that goes no aclares que oscureces but I'm not sure how to translate it into English... something like do not clarify that you are making it darker is near, but not exactly the same ;) Regards Ricardo
Re: Another logo needs updating: Get it here!
CC to Hagar, because he proposed the download logo used on the forums: http://forum.openoffice.org/en/forum/viewtopic.php?p=238128#p238128 See below for more details 2012/10/21 Kay Schenk kay.sch...@gmail.com On 10/20/2012 03:12 PM, Rob Weir wrote: On Sat, Oct 20, 2012 at 5:09 PM, RGB ES rgb.m...@gmail.com wrote: 2012/10/20 Rob Weir robw...@apache.org On Sat, Oct 20, 2012 at 3:40 PM, jan iversen jancasacon...@gmail.com wrote: If we want to have the same logo all over, respin I assume would not do the job ? Sorry for the slang. By respin I meant taking whatever vector source file (SVG, perhaps) that Drew used for that button originally, and then remove the incubator block and regenerate a bitmap for us to put on the website. It was intentional, at least at the time, for the Get it here! graphic to be distinct from the official project logo. This was to avoid diluting the trademark. We wanted the official project logo to be associated with the official website. So if users saw it they knew they were dealing with an official project site. We would then have thematically-related logos that could be used for various affiliate uses, such as on personal websites. That was the purpose of the Get it here! logo. But that was then, this is now. As I understand it now, ASF policy has evolved in this area, and it appears permissible for websites to use logo, provided they follow these rules: http://www.apache.org/**foundation/marks/faq/#**integrateswithhttp://www.apache.org/foundation/marks/faq/#integrateswith But IMHO, the Get it here! button is still useful, since its size and aspect ratio, as well as the beveling, make it ideal for a download button. -Rob jan. On 20 October 2012 21:23, Rob Weir robw...@apache.org wrote: http://incubator.apache.org/**openofficeorg/get-it-here.htmlhttp://incubator.apache.org/openofficeorg/get-it-here.html This logo has an integrated incubator reference in it as well. I think Drew made the most recent version of this. Anyone have the source, or can easily respin it without the incubator block? Thanks! -Rob What about the one we use on the forums? http://forum.openoffice.org/**es/forum/styles/prosilver/** imageset/AOO-download.pnghttp://forum.openoffice.org/es/forum/styles/prosilver/imageset/AOO-download.png It is the same from the web site plus the traditional download arrow on top of the orb. Simple and clear. It certainly could be the basis of a download button. But in its current form it is flat, not really a button. Compare with Drew's Get it here! button, with the beveled edges, etc. Well hopefully the source for Get it here will turn up soonish...it's really very nice. Hy, Hagar. There is a discussion on the MLs about a new download button (without the incubator part) and the download logo you built for the forums seems a really good starting point. Do you still have the source file? Regards Ricardo Regards Ricardo -- --**--** MzK Anyone who considers protocol unimportant has never dealt with a cat. -- Robert Heinlein
Re: Why a mailing list is superior to any web-based forum
On Sun, Oct 21, 2012 at 3:08 PM, RGB ES rgb.m...@gmail.com wrote: 2012/10/21 Fernando Cassia fcas...@gmail.com On Sun, Oct 21, 2012 at 6:59 AM, David McKay dmc...@btconnect.com wrote: Technical aspects are bets handled through a mailing list; general user questions are best handled through a forum. I agree that a dual approach makes everyone happy. I should have renamed it why mailing lists should never be killed it was typed after reading one list member say why a mailing list?. FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell One reasons why this holy war between MLs and Forums goes on and on is because both sides try to make things clear for everyone(1) explaining why their position is the best one... and both sides are at the same time right and wrong! Both solutions have pros and cons: there is no perfect system, that's all. We have MLs for development and decision making and we have Forums for user support. Please, let's go on with life: holy wars are tiresome. Thanks (1) There is a Spanish saying that goes no aclares que oscureces but I'm not sure how to translate it into English... something like do not clarify that you are making it darker is near, but not exactly the same ;) In English we sometimes say, Everyone complains about the weather, but no one does anything about it.There will also be some topics that generate debate but without any practical conclusions. -Rob Regards Ricardo
Re: Why a mailing list is superior to any web-based forum
FWIW this is the only Apache project where forums are supported, and if a good case can be made as to why some mailing list traffic would be better served on the forums, go for it. It's just that mailing lists are where we expect project decisions to be made because we have standard ways of providing those archived messages to members, who would expect similar things from forum decision-making processes. From: Rob Weir robw...@apache.org To: ooo-dev@incubator.apache.org Sent: Sunday, October 21, 2012 3:25 PM Subject: Re: Why a mailing list is superior to any web-based forum On Sun, Oct 21, 2012 at 3:08 PM, RGB ES rgb.m...@gmail.com wrote: 2012/10/21 Fernando Cassia fcas...@gmail.com On Sun, Oct 21, 2012 at 6:59 AM, David McKay dmc...@btconnect.com wrote: Technical aspects are bets handled through a mailing list; general user questions are best handled through a forum. I agree that a dual approach makes everyone happy. I should have renamed it why mailing lists should never be killed it was typed after reading one list member say why a mailing list?. FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell One reasons why this holy war between MLs and Forums goes on and on is because both sides try to make things clear for everyone(1) explaining why their position is the best one... and both sides are at the same time right and wrong! Both solutions have pros and cons: there is no perfect system, that's all. We have MLs for development and decision making and we have Forums for user support. Please, let's go on with life: holy wars are tiresome. Thanks (1) There is a Spanish saying that goes no aclares que oscureces but I'm not sure how to translate it into English... something like do not clarify that you are making it darker is near, but not exactly the same ;) In English we sometimes say, Everyone complains about the weather, but no one does anything about it. There will also be some topics that generate debate but without any practical conclusions. -Rob Regards Ricardo
Re: [WWW] Web development in CMS
Alexandro, Would you be specific about the webapps that are being discussed? What is the purpose? At least point at the threads involved. Concrete examples can be discussed while abstract ones are not going to change policies. Recall that AOO already makes use of several specific webapps - Bugzilla, MediaWiki, Forums, Pootle, etc. The extensions and template sites are hosted by SourceForge. There is also a codesnippets site hosted by a third party. Regards, Dave On Oct 20, 2012, at 7:17 PM, Alexandro Colorado wrote: A few ideas were brought up for custom webapp development. The option of doing this within the current framework was brought up. I wonder how easy/hard is to write a CRUD application using what we already have in the OO server. Regards. -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: Another logo needs updating: Get it here!
Le 21/10/2012 21:18, RGB ES a écrit : CC to Hagar, because he proposed the download logo used on the forums: http://forum.openoffice.org/en/forum/viewtopic.php?p=238128#p238128 See below for more details [...] Hy, Hagar. There is a discussion on the MLs about a new download button (without the incubator part) and the download logo you built for the forums seems a really good starting point. Do you still have the source file? Hi Ricardo, The one on the forum is the source file. I just used the different logos available in the different areas of the site and assembled them to make the pic. So there is no SVG version, just that one in .png Hagar
Re: Directory main/swext/mediawiki
On 10/21/12, Juergen Schmidt jogischm...@gmail.com wrote: Am Samstag, 20. Oktober 2012 um 23:52 schrieb Alexandro Colorado: On Sat, Oct 20, 2012 at 2:50 PM, jan iversen jancasacon...@gmail.comwrote: I am a bit confused. We have a directory named main/swext/mediawiki. Is that the sun wiki publisher 1.1 or are there 2 different mediawiki export extensions ? I ask because I sun wiki publisher 1.1 installed, but if I change the XLS and rebuilt AOO but it does not seem to have an effect. Yes I think it was started on core, and then sent to a separate extensions. Same thing happened with smarttags IIRC. what do you mean here exactly, it doesn't make sense. Smarttags API (or better the SPI) is available in the core and it is now possible to develop smarttags either in the core or as extension. Ok this is what I read, that led me to believe it was an extension: In order to use this functionality, external UNO components (so-called smart tag libraries) have to be installed. http://wiki.openoffice.org/wiki/Writer/Smart_Tags#Introduction So yeah, not really an exension. Juergen Either I make a wrong assumption or life is not so simple as I would it to be :-) thanks in advance. jan. -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: [WWW] Web development in CMS
On 10/21/12, Dave Fisher dave2w...@comcast.net wrote: Alexandro, Would you be specific about the webapps that are being discussed? What is the purpose? At least point at the threads involved. There still a lot of infrastructure needed/demanded by the many project. Applications that will manage the test cases, glossaries, quality assurance, art, etc. Concrete examples can be discussed while abstract ones are not going to change policies. Recall that AOO already makes use of several specific webapps - Bugzilla, MediaWiki, Forums, Pootle, etc. The extensions and template sites are hosted by SourceForge. There is also a codesnippets site hosted by a third party. Adopting new applications is one way of doing it, but then you have to manage multiple credentials for each new webapp. Having these being developed as part of the same framework allow at least some cross compatibility between the webapps. ATM we are looking for simple CRUD functionality so I will assume the CMS framework (does it has a name?) will support basic things like this. Regards, Dave On Oct 20, 2012, at 7:17 PM, Alexandro Colorado wrote: A few ideas were brought up for custom webapp development. The option of doing this within the current framework was brought up. I wonder how easy/hard is to write a CRUD application using what we already have in the OO server. Regards. -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: Why a mailing list is superior to any web-based forum
On 10/21/12, Joe Schaefer joe_schae...@yahoo.com wrote: FWIW this is the only Apache project where forums are supported, and if a good case can be made as to why some mailing list traffic would be better served on the forums, go for it. It's just that mailing lists are where we expect project decisions to be made because we have standard ways of providing those archived messages to members, who would expect similar things from forum decision-making processes. That said I would have expected a better mailing list interface, the current one lacks even a search bar, let alone some advanced search. OOo used to have also a pretty basic way of searching through the mailing list but eve that, was more helpful. Are these mailing list archieved externally by nabble/gmane or something else? FYI LibO also expend many mosquitoes lifecycle on this topic. They do provide a forumesque interface for mailing list. http://nabble.documentfoundation.org/ and http://www.libreoffice.org/get-help/nabble-mailing-list-interface/ Nabble website: http://www.nabble.com/ From: Rob Weir robw...@apache.org To: ooo-dev@incubator.apache.org Sent: Sunday, October 21, 2012 3:25 PM Subject: Re: Why a mailing list is superior to any web-based forum On Sun, Oct 21, 2012 at 3:08 PM, RGB ES rgb.m...@gmail.com wrote: 2012/10/21 Fernando Cassia fcas...@gmail.com On Sun, Oct 21, 2012 at 6:59 AM, David McKay dmc...@btconnect.com wrote: Technical aspects are bets handled through a mailing list; general user questions are best handled through a forum. I agree that a dual approach makes everyone happy. I should have renamed it why mailing lists should never be killed it was typed after reading one list member say why a mailing list?. FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell One reasons why this holy war between MLs and Forums goes on and on is because both sides try to make things clear for everyone(1) explaining why their position is the best one... and both sides are at the same time right and wrong! Both solutions have pros and cons: there is no perfect system, that's all. We have MLs for development and decision making and we have Forums for user support. Please, let's go on with life: holy wars are tiresome. Thanks (1) There is a Spanish saying that goes no aclares que oscureces but I'm not sure how to translate it into English... something like do not clarify that you are making it darker is near, but not exactly the same ;) In English we sometimes say, Everyone complains about the weather, but no one does anything about it.There will also be some topics that generate debate but without any practical conclusions. -Rob Regards Ricardo -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: Why a mailing list is superior to any web-based forum
markmail carries all apache lists and has a great search interface. From: Alexandro Colorado j...@oooes.org To: ooo-dev@incubator.apache.org; Joe Schaefer joe_schae...@yahoo.com Sent: Sunday, October 21, 2012 4:22 PM Subject: Re: Why a mailing list is superior to any web-based forum On 10/21/12, Joe Schaefer joe_schae...@yahoo.com wrote: FWIW this is the only Apache project where forums are supported, and if a good case can be made as to why some mailing list traffic would be better served on the forums, go for it. It's just that mailing lists are where we expect project decisions to be made because we have standard ways of providing those archived messages to members, who would expect similar things from forum decision-making processes. That said I would have expected a better mailing list interface, the current one lacks even a search bar, let alone some advanced search. OOo used to have also a pretty basic way of searching through the mailing list but eve that, was more helpful. Are these mailing list archieved externally by nabble/gmane or something else? FYI LibO also expend many mosquitoes lifecycle on this topic. They do provide a forumesque interface for mailing list. http://nabble.documentfoundation.org/ and http://www.libreoffice.org/get-help/nabble-mailing-list-interface/ Nabble website: http://www.nabble.com/ From: Rob Weir robw...@apache.org To: ooo-dev@incubator.apache.org Sent: Sunday, October 21, 2012 3:25 PM Subject: Re: Why a mailing list is superior to any web-based forum On Sun, Oct 21, 2012 at 3:08 PM, RGB ES rgb.m...@gmail.com wrote: 2012/10/21 Fernando Cassia fcas...@gmail.com On Sun, Oct 21, 2012 at 6:59 AM, David McKay dmc...@btconnect.com wrote: Technical aspects are bets handled through a mailing list; general user questions are best handled through a forum. I agree that a dual approach makes everyone happy. I should have renamed it why mailing lists should never be killed it was typed after reading one list member say why a mailing list?. FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell One reasons why this holy war between MLs and Forums goes on and on is because both sides try to make things clear for everyone(1) explaining why their position is the best one... and both sides are at the same time right and wrong! Both solutions have pros and cons: there is no perfect system, that's all. We have MLs for development and decision making and we have Forums for user support. Please, let's go on with life: holy wars are tiresome. Thanks (1) There is a Spanish saying that goes no aclares que oscureces but I'm not sure how to translate it into English... something like do not clarify that you are making it darker is near, but not exactly the same ;) In English we sometimes say, Everyone complains about the weather, but no one does anything about it. There will also be some topics that generate debate but without any practical conclusions. -Rob Regards Ricardo -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org
Re: Why a mailing list is superior to any web-based forum
On 10/21/2012 01:24 PM, Joe Schaefer wrote: markmail carries all apache lists and has a great search interface. Yes it does! I use it a lot! From: Alexandro Colorado j...@oooes.org To: ooo-dev@incubator.apache.org; Joe Schaefer joe_schae...@yahoo.com Sent: Sunday, October 21, 2012 4:22 PM Subject: Re: Why a mailing list is superior to any web-based forum On 10/21/12, Joe Schaefer joe_schae...@yahoo.com wrote: FWIW this is the only Apache project where forums are supported, and if a good case can be made as to why some mailing list traffic would be better served on the forums, go for it. It's just that mailing lists are where we expect project decisions to be made because we have standard ways of providing those archived messages to members, who would expect similar things from forum decision-making processes. That said I would have expected a better mailing list interface, the current one lacks even a search bar, let alone some advanced search. OOo used to have also a pretty basic way of searching through the mailing list but eve that, was more helpful. Are these mailing list archieved externally by nabble/gmane or something else? FYI LibO also expend many mosquitoes lifecycle on this topic. They do provide a forumesque interface for mailing list. http://nabble.documentfoundation.org/ and http://www.libreoffice.org/get-help/nabble-mailing-list-interface/ Nabble website: http://www.nabble.com/ From: Rob Weir robw...@apache.org To: ooo-dev@incubator.apache.org Sent: Sunday, October 21, 2012 3:25 PM Subject: Re: Why a mailing list is superior to any web-based forum On Sun, Oct 21, 2012 at 3:08 PM, RGB ES rgb.m...@gmail.com wrote: 2012/10/21 Fernando Cassia fcas...@gmail.com On Sun, Oct 21, 2012 at 6:59 AM, David McKay dmc...@btconnect.com wrote: Technical aspects are bets handled through a mailing list; general user questions are best handled through a forum. I agree that a dual approach makes everyone happy. I should have renamed it why mailing lists should never be killed it was typed after reading one list member say why a mailing list?. FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell One reasons why this holy war between MLs and Forums goes on and on is because both sides try to make things clear for everyone(1) explaining why their position is the best one... and both sides are at the same time right and wrong! Both solutions have pros and cons: there is no perfect system, that's all. We have MLs for development and decision making and we have Forums for user support. Please, let's go on with life: holy wars are tiresome. Thanks (1) There is a Spanish saying that goes no aclares que oscureces but I'm not sure how to translate it into English... something like do not clarify that you are making it darker is near, but not exactly the same ;) In English we sometimes say, Everyone complains about the weather, but no one does anything about it.There will also be some topics that generate debate but without any practical conclusions. -Rob Regards Ricardo -- Alexandro Colorado PPMC Apache OpenOffice http://es.openoffice.org -- MzK Anyone who considers protocol unimportant has never dealt with a cat. -- Robert Heinlein
[PROPOSAL] download statistics
Are we interested in emphasizing our download statistics more by putting a link to: http://www.openoffice.org/stats/ in the Additional Information list on: http://www.openoffice.org/download/index.html My thought is we could add various types of download stats to the current stats page (or link to them at Sourceforge). -- MzK Anyone who considers protocol unimportant has never dealt with a cat. -- Robert Heinlein
Re: Automatically Generated extension.update.xml
imacat wrote: I wonder if it is possible to generate the extension update information files extension.update.xml automatically on http://extensions.openoffice.org, instead of maintaining the update information files by the authors manually? This requires a slightly complex answer since there are differences between theory and practice. In theory, when you upload an extension to extensions.openoffice.org, you needn't provide an update XML file: the repository knows about the mechanism and automatically generates it. Moreover, OpenOffice knows where to ask for the update so, if you use the official repository to host your extension, updates will magically work with no need of actions from the developer (not even specify an update URL), aside possibly from making sure that the version number always increases. In practice, the process is broken. The point where it breaks is the fact that extensions.openoffice.org does not provide the real update information but it sends a hardcoded answer instead, saying that no updates are available. This was done back in the Oracle times for some reasons - probably traffic, but I have no clue here, maybe it was just broken. Fact is, what you ask for is already available in theory and I have seen it working for a period before it was disabled in 2010. But it isn't available in practice at the moment, and it hasn't been for years. On the application side (the OpenOffice program) everything should still be working, even though I've recently seen an issue where Ariel explained we might have some regressions on the OpenOffice side too: https://issues.apache.org/ooo/show_bug.cgi?id=121201 Regards, Andrea.
Re: [PROPOSAL] download statistics
On Sun, Oct 21, 2012 at 4:46 PM, Kay Schenk kay.sch...@gmail.com wrote: Are we interested in emphasizing our download statistics more by putting a link to: http://www.openoffice.org/stats/ in the Additional Information list on: http://www.openoffice.org/download/index.html We can try, but I'm not sure how many people will follow that link. When a user is on the download page, I think they are very action-oriented. They have a task they want to accomplish (download OpenOffice) and everything that doesn't help them download is a distraction. Where it might be useful is further up the funnel of pages that persuade a use to download OpenOffice. So maybe on one of the why pages. In other words, who cares about this number? Where does it make a difference? And where would that kind of person go on the website? For example, this ancient Press Kit page is in serious need of updating, but it is one possible place where a link would make sense: http://www.openoffice.org/marketing/press_kit.html But I have no objections to adding a link to the download page. My thought is we could add various types of download stats to the current stats page (or link to them at Sourceforge). We do have some other stats there as well, though they are not all updated: http://www.openoffice.org/stats/committers.html http://www.openoffice.org/stats/ooo-dev-subscribers.html http://www.openoffice.org/stats/defects.html -- MzK Anyone who considers protocol unimportant has never dealt with a cat. -- Robert Heinlein
Re: Need new logo for openoffice.apache.org
2012/10/21 Kevin Grignon kevingrignon...@gmail.com KG01 - see comments inline. On Oct 21, 2012, at 10:04 AM, Alexandro Colorado j...@oooes.org wrote: [snip] But speaking for myself, I'd really like to see a comprehensive proposal, since one criticism of our current state is that we lack a comprehensive approach. Especially for those who are not familiar with this old logo dispute with Oracle, it would be good to put down, in one place (the wiki) a complete proposal. That said I am aware of the horrible time that the Branding Guidelines took to be set in place, almost 6 months after working with Oracle. But is a testimony of how intense and thorough this work most be to take to create Visual Design, and guidelines. KG01 - creating a visual identity spec can be slot of work, and does require a comprehensive approach However, I propose we try and keep it simple and focus on what we need. For example, start with an inventory of what we have, set some goals and go from there. There is an open discussion about MIME type icons on the forum: http://forum.openoffice.org/en/forum/viewtopic.php?f=106t=55270 Regards Ricardo I have some concepts I will share.
Re: proposal for new l10n workflow
On Sun, Oct 21, 2012 at 12:14 PM, jan iversen jancasacon...@gmail.com wrote: I have finally finished my proposal for a new workflow. please have a look at: http://wiki.openoffice.org/wiki/File:L10procNew.pdf I'll take a closer look, but I did browse it quickly and had one question: Do we know more about what it means to have Pootle access Subversion? Does this need read/write access? If so, what SVN account is it using? Is it using credentials from the current logged in Pootle user? Does it need to store SVN login credentials? Since Pootle and SVN are both ASF-wide services, managed by the Infrastructure team, we'll need to coordinate this carefully. Security concerns will weigh heavily on what is possible here. -Rob I have tried to implement the comments (on the document describing the existing workflow) from the community, and at the same time avoid non-essential themes that seems to open discussions :-) The workflow I have proposed is based on my knowledge from large organizations, so I am sure it can workbut I do not know if the community as such want it. It has advantages for everybody: - developers dont really see a change - our release manager saves a lot of manual work - offline translators become a lot closer connected to the process, without being bugged down with technical details. My shoulders are pretty big, so please give me your opinions and suggestions for improvement (I am here to learn, NOT to educate). Please remember one thing the big silent majority does not count here. I post this mail here to give developers a change to speak their mind, it is also posted on l10n, for the more translators who are of course heavily influenced. Once we have agreed to the content, I will undertake the development, but I do need heavy support from a committer (mostly to commit code and publish php/web pages). happy reading. JanI
Re: proposal for new l10n workflow
On 22 October 2012 00:01, Rob Weir robw...@apache.org wrote: On Sun, Oct 21, 2012 at 12:14 PM, jan iversen jancasacon...@gmail.com wrote: I have finally finished my proposal for a new workflow. please have a look at: http://wiki.openoffice.org/wiki/File:L10procNew.pdf I'll take a closer look, but I did browse it quickly and had one question: Hope you like what you read. Do we know more about what it means to have Pootle access Subversion? Does this need read/write access? If so, what SVN account is it using? Is it using credentials from the current logged in Pootle user? Does it need to store SVN login credentials? According to the home page (I have no personal experience) will pootle use the account you use on pootle Yes it requires read/write access, otherwise you cannot commit your changes, and would again have manual steps. Andrea told me that you might meet the developer 4-5 november. Since Pootle and SVN are both ASF-wide services, managed by the Infrastructure team, we'll need to coordinate this carefully. Security concerns will weigh heavily on what is possible here. I totally agree, but the real question is: how many are using pootle to translate compared to the total number. Everybody have been telling me, that most translation is done offline..so that is where I have put my emphasis. -Rob I have tried to implement the comments (on the document describing the existing workflow) from the community, and at the same time avoid non-essential themes that seems to open discussions :-) The workflow I have proposed is based on my knowledge from large organizations, so I am sure it can workbut I do not know if the community as such want it. It has advantages for everybody: - developers dont really see a change - our release manager saves a lot of manual work - offline translators become a lot closer connected to the process, without being bugged down with technical details. My shoulders are pretty big, so please give me your opinions and suggestions for improvement (I am here to learn, NOT to educate). Please remember one thing the big silent majority does not count here. I post this mail here to give developers a change to speak their mind, it is also posted on l10n, for the more translators who are of course heavily influenced. Once we have agreed to the content, I will undertake the development, but I do need heavy support from a committer (mostly to commit code and publish php/web pages). happy reading. JanI
Re: ACE12: odp-template for AOO-presentations ?
Guy Waterval wrote: Hi all, 2012/10/21 Keith N. McKenna keith.mcke...@comcast.net Rony G. Flatscher (Apache) wrote: Hi there, is there an odp template available for AOO presentations (employing the latest AOO/ASF art work) at the upcoming Apache Con Europe 2012 in Sinsheim? If so, where can one obtain it? TIA, ---rony If there is one available it wouldalso be a great help to me with documentation. I am currently reviewing the Impress Guide and there are a number of screen shots that should be replaces with content that represents the Apache OpenOffice branding. I have only found that : http://templates.services.openoffice.org/en/node/8511 http://templates.services.openoffice.org/en/node/8513 http://templates.services.openoffice.org/en/node/8515 A+ Thank you much Guy, they will be put to good use. Regards Keith
Re: ACE12: odp-template for AOO-presentations ?
imacat wrote: Hi, On 2012/10/21 12:19, Guy Waterval said: Hi all, 2012/10/21 Keith N. McKenna keith.mcke...@comcast.net Rony G. Flatscher (Apache) wrote: Hi there, is there an odp template available for AOO presentations (employing the latest AOO/ASF art work) at the upcoming Apache Con Europe 2012 in Sinsheim? If so, where can one obtain it? TIA, ---rony If there is one available it wouldalso be a great help to me with documentation. I am currently reviewing the Impress Guide and there are a number of screen shots that should be replaces with content that represents the Apache OpenOffice branding. I have only found that : http://templates.services.openoffice.org/en/node/8511 http://templates.services.openoffice.org/en/node/8513 http://templates.services.openoffice.org/en/node/8515 A+ I have uploaded mine. You are welcome to try it. ^_*' http://templates.openoffice.org/en/node/8932 Thank you Imacat I will give it a look. Regards Keith
CMS diff: Quality Assurance
Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://openofficeorg.apache.org/openofficeorg%2Fqa.mdtext Yan Ji Index: trunk/content/openofficeorg/qa.mdtext === --- trunk/content/openofficeorg/qa.mdtext (revision 1400742) +++ trunk/content/openofficeorg/qa.mdtext (working copy) @@ -27,12 +27,12 @@ Some easy examples to help OpenOffice QA includes: - - Install and use daily builds of OpenOffice. [Download builds from here.](https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds) + - Install and use daily builds of OpenOffice. [Download builds from here.](http://ci.apache.org/projects/openoffice) - Introduce OpenOffice to others. Talk to us about their feedback. - Follow test cases to perform manual testing. - Report bugs to help improve the quality. [Start from here.](bug-tracking.html) - Triage bugs (Confirm bugs and category them correctly). - - Write test cases. [Learn it.]() + - Write test cases. [Learn it.](http://wiki.openoffice.org/wiki/QA/Testcase/How_to_write_test_case) - Write automated testing. It requires a little bit of programming skill. [Learn it.](http://wiki.services.openoffice.org/wiki/QA/Automated_Test) - Learn more about [OpenOffice QA](http://wiki.services.openoffice.org/wiki/Quality_Assurance) from our wiki. - [Take on one easy short-term QA task](http://wiki.services.openoffice.org/wiki/QA/Tasks).
Teaser of Mosaic Fun with OpenOffice Calc
Teaser of Mosaic Fun with OpenOffice Calc Without Adv.: http://youtu.be/g0XBetqW7IQ With Adv.:http://youtu.be/LYFDLzagyNA Please come join us in ApacheCon Europe 2012! ^_*' -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/ signature.asc Description: OpenPGP digital signature
Re: Why a mailing list is superior to any web-based forum
Am 21.10.2012 10:07, Fernando Cassia wrote: Here someone wrote it better than me, on the VLC mailing list http://pastehtml.com/view/cfnt9o362.txt As a matter of fact, user.forum.openoffice.org kept on working while all the lists were abandoned and the whole project was at stake. Before October 2011 the forum had between 300 and 350 active topics per week, most of them solved (yes, you can tag topics as solved). Mailing list are the best medium for communities where each member needs to keep up with the exact same level of information as any other member. This is achieved by copying every mail to each member. The distributed information can not be changed once it is copied to the mailboxes. So there is no way of moderation for information already sent. This level of bindingness is not wanted by the vast majority of end users who want to get answers to their questions. All the advantages of mailing lists make them inadequate for end user support. * Easy to save posts for future reference. This is a PITA on forums. Forums are easy to link for *updated* reference. You do not need any subscription to find already answered questions and tutorials on the same page. * Interface choice in my control (I can choose from any number of mail readers) vs whatever interface the the web forum server provides. I can also read maillist posts via the web (e.g. google or my choice of usenet newsreader (gmane, etc) Today's users are not familiar with customizable mail clients but whatever you do on the internet, you are confronted with web-interfaces. * There are a large number of tools for working with mail messages. On our forum you can format text, embed pictures, attach documents within reasonable quotas. * Mail readers offer features unavailable in forums like filters and kill-lists, keeping track of what's been read previously, etc. (I realize the volume on the vlc list is low enough that some of these are not often needed but still...) You never really tried the forum. It is easy to track recent topics, new postings and topics with your contributions. * Mail lists are often archived in multiple places (gmane, google, nabble, etc) so the accumulated knowledge-base and history are not subject to the longevity or availability of a single web site. * Mail interfaces make better use of screen real-estate. Most web forums waste large amount of space on avatars, jpeg sigs, ads, etc. Bullshit. * Mail is pushed to me with no effort on my part. It is easy to delete (or in my case ignore, since I read via gmame). With a web forum, I have to take a positive action to visit the web site (and since I'm both busy and lazy, am less likely to do.) We are discussing media for end user support. You can choose mail notification and you can watch your own topics easily. * Better responsiveness. Web forums, for those of us who still have not-so-fast internet connections, feel slow and bogy. Again, does anybody want to download the full list when he needs one or two questions to be answered?
Re: Why a mailing list is superior to any web-based forum
Am 21.10.2012 21:36, Joe Schaefer wrote: FWIW this is the only Apache project where forums are supported, and if a good case can be made as to why some mailing list traffic would be better served on the forums, go for it. It's just that mailing lists are where we expect project decisions to be made because we have standard ways of providing those archived messages to members, who would expect similar things from forum decision-making processes. And it is the only Apache project with non-IT end users. We do not expect any decisions on end user questions.