[steering-discuss] steering committee call for CW 20
Hello, please cast your vote for the steering committee call in calendar week 20. As discussed, it's on the weekend this time again: http://www.doodle.com/9ffn85imeskgn82q Florian -- Florian Effenberger flo...@documentfoundation.org 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 steering-discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/steering-discuss/ All messages sent to this list will be publicly archived and cannot be deleted
[tdf-discuss] The need of a central employment-office-like web structure for TDF/LibO volunteers
Hello *, I've contributed for several years to the OOo project and I'm here around the TDF/LibO one since its birth. In this time, I've followed several mailing lists and projects and though I know how much complex is a project of this kind, I really feel a sensation of wastage of resources (please pay attention to the quotation marks :-) when I try to understand how to contribute in my actual limited time that, indeed, may be the same limited time of a average no-techie contributor. I'd like seeing a central employment-office-like web structure where the maintainers or already active contributors posts their Requests for help with an estimated amount of time needed to complete the requested tasks and where a wannabe contributor can get a ticket in which he/she can clearly know what he/she has to do and who has to contact once he/she has completed the requested task. It should be a web site as easy as possible. Home page with 2 sections only: Code developing contribution (Easy Hacks and other things) - Other skills contribution (Documentation, art, marketing, ...) A employment ticket should involve: a) task requested: translation of a doc, fulfillment of a task, creation of an artwork, ... b) skills needed to complete the task: knowledge of a foreign language, artistic skills, rhetorical skills for public speeches, ... b) estimated time needed to complete such task: 1 hour, 1 day, 1 week, ... c) contact email of the person in charge for the requested task. This system should be less dispersive than a wiki and completely oriented to get more contributions per contributor's available time unit. Any comment? Regards, Gianluca -- Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/ -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] The need of a central employment-office-like web structure for TDF/LibO volunteers
Hi Gianluca, On 15/05/2011 10:59, Gianluca Turconi wrote: Hello *, I've contributed for several years to the OOo project and I'm here around the TDF/LibO one since its birth. In this time, I've followed several mailing lists and projects and though I know how much complex is a project of this kind, I really feel a sensation of wastage of resources (please pay attention to the quotation marks :-) when I try to understand how to contribute in my actual limited time that, indeed, may be the same limited time of a average no-techie contributor. I'd like seeing a central employment-office-like web structure where the maintainers or already active contributors posts their Requests for help with an estimated amount of time needed to complete the requested tasks and where a wannabe contributor can get a ticket in which he/she can clearly know what he/she has to do and who has to contact once he/she has completed the requested task. I really like your idea, such a tool would help a lot to organize and manage the work. It should be a web site as easy as possible. Home page with 2 sections only: Code developing contribution (Easy Hacks and other things) - Other skills contribution (Documentation, art, marketing, ...) A employment ticket should involve: a) task requested: translation of a doc, fulfillment of a task, creation of an artwork, ... b) skills needed to complete the task: knowledge of a foreign language, artistic skills, rhetorical skills for public speeches, ... b) estimated time needed to complete such task: 1 hour, 1 day, 1 week, ... c) contact email of the person in charge for the requested task. This system should be less dispersive than a wiki and completely oriented to get more contributions per contributor's available time unit. Any comment? the system could be a bug tracker with a less technical UI than BZ, but I think a wiki with a good template could be enough. Why do you say dispersive? Kind regards Sophie -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] The need of a central employment-office-like web structure for TDF/LibO volunteers
Hi Sophie, sophie wrote: the system could be a bug tracker with a less technical UI than BZ, but I think a wiki with a good template could be enough. Why do you say dispersive? Because you have to navigate *a lot* through the currently on line wiki before finding the info a contributor may need in order to contribute. Too many clicks, IMO. A easier wiki template may do the trick, but it should be bare to the bone, because it's just a matter of going directly to the point: contributing according to one's skills and available time. If I have, let's say, 1 free hour to contribute, I should be able to find fast whatever task I can complete in such an hour. If I have 1 free day, I should be able to find fast whatever task has a 1 day estimated time for its completion. However, it's absolutely important that no potential contributor's time is wasted in *finding how to contribute. You know, time is money. ;-) This statement is true both for the core contributor and the casual or potential one. If the project would have such a central system for the management of the contributions, I think there would be a more efficient work flow too, because *everybody* would know who is in charge for a task, what progress has been made and what is still missing. It may be useful to track contribution too, for future TDF applications and reviews of such applications. Everything would be (sufficiently) public. Regards, Gianluca -- Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/ -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] The need of a central employment-office-like web structure for TDF/LibO volunteers
Gianluca, On 15/05/2011 11:44, Gianluca Turconi wrote: Hi Sophie, sophie wrote: the system could be a bug tracker with a less technical UI than BZ, but I think a wiki with a good template could be enough. Why do you say dispersive? Because you have to navigate *a lot* through the currently on line wiki before finding the info a contributor may need in order to contribute. Too many clicks, IMO. Yes, on the current wiki, I agree, even if the template helps a lot, but the scope is too large to have the few click you want. A easier wiki template may do the trick, but it should be bare to the bone, because it's just a matter of going directly to the point: contributing according to one's skills and available time. yes, If I have, let's say, 1 free hour to contribute, I should be able to find fast whatever task I can complete in such an hour. If I have 1 free day, I should be able to find fast whatever task has a 1 day estimated time for its completion. However, it's absolutely important that no potential contributor's time is wasted in *finding how to contribute. You know, time is money. ;-) This statement is true both for the core contributor and the casual or potential one. agreed too and even it will take some management time, better lose it here than the contributor one. If the project would have such a central system for the management of the contributions, I think there would be a more efficient work flow too, because *everybody* would know who is in charge for a task, what progress has been made and what is still missing. The only difficulty I see here is the amount of tasks that will have to be listed and may be that will blur a bit the vision of the overall workflow. The level of detail is rather high if you list contributions for 1 hour of work or so. It may be useful to track contribution too, for future TDF applications and reviews of such applications. Everything would be (sufficiently) public. yes, even if we have good ways to monitor what is already done, in that area, the more the better. So now, you've find what to do for your next free hours ;-) Kind regards Sophie -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] The need of a central employment-office-like web structure for TDF/LibO volunteers
sophie wrote: So now, you've find what to do for your next free hours ;-) I can, if I find some people with tech skills for the implementation. :-P Of course, there are many things that should be discussed, among them the level of detail for the help requests so that the whole structure will remain manageable and won't drown in an ocean of millions of tasks and items to be completed. Is it better to move this discussion in the webs...@libreoffice.org ML or elsewhere? proje...@libreoffice.org, perhaps? TIA for any hint. Regards, Gianluca -- Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/ -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] The need of a central employment-office-like web structure for TDF/LibO volunteers
On 15/05/2011 12:33, Gianluca Turconi wrote: sophie wrote: So now, you've find what to do for your next free hours ;-) I can, if I find some people with tech skills for the implementation. :-P Of course, there are many things that should be discussed, among them the level of detail for the help requests so that the whole structure will remain manageable and won't drown in an ocean of millions of tasks and items to be completed. Is it better to move this discussion in the webs...@libreoffice.org ML or elsewhere? proje...@libreoffice.org, perhaps? For the technical detail, website@ would be more appropriate, and to discuss the content, projects@ would be perfect. I think that we can draw the implementation first with a large scope on the wiki, and narrow the levels little by little following the discussion on the list. And thanks for this proposal, Gianluca, I'll be happy to work with you on it. Kind regards Sophie -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] The need of a central employment-office-like web structure for TDF/LibO volunteers
sophie wrote: I think that we can draw the implementation first with a large scope on the wiki, and narrow the levels little by little following the discussion on the list. And thanks for this proposal, Gianluca, I'll be happy to work with you on it. I've just posted to proje...@libreoffice.org the main idea + some more concerns about its utility and implementation. Regards, Gianluca -- Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/ -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
[tdf-discuss] Problematic digest mail answering - Buggy mailclient? (was: Paid Developers)
Hi e-letter, *, e-letter schrieb: On Fri, May 13, 2011 at 10:36 PM, e-letter inp...@gmail.com wrote: [..] When can someone improve mailing list behaviour with web mail clients like gmail??? Well I did some testing. Might be it's a good Idea to find the reason *before* declaring the mailing list software the culprit ;o)). Look here: http://www.mail-archive.com/test@documentfoundation.org/msg00118.html Sorry, but what do you mean? Obviously the mailinglist has no influence whatsoever how a webmail or regular mailclient behaves. Is this true? Surely different mailing list manager software will function differently? Even for this e-mail digest, the reply function results in deletion of the original message content, apart from the text shown above. This means a text editor has to be used...:( .. Which is the case anyway - even if provided by the mail client software :o)) Sorry, please be more descriptive. That mail (#6131) is this one: http://www.mail-archive.com/discuss@documentfoundation.org/msg06225.html http://listarchives.documentfoundation.org/www/discuss/msg06096.html A digest message is received Opening the message shows all of the content After activating the 'reply' function, the reply text box does not contain the original digest message content As written in testmails - Thunderbird also makes trouble regarding this - 4 Year old kmail doesn't. == Bug?? [..] The problem is that replies to messages cannot be performed directly. This behaviour does not occur in other mailing lists, e.g. gnuplot. So might be they provide digest mails in a gmail more digestible manner - i.e. not base64 encoded? But as long as nobody claims base64 encoded mailcontent beeing improper mail handling, this is buggy behaviour of the client software and should be reported as Bug to the software vendor. Gruß/regards -- Friedrich Libreoffice-Box http://libreofficebox.org/ LibreOffice and more on CD/DVD images -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] Re: Paid developers
On 15 May 2011 06:35, Jonathan Aquilina eagles051...@gmail.com wrote: On 15/05/2011 03:58, Marc Paré wrote: Hi Ian Le 2011-05-14 18:14, Ian Lynch a écrit : Totally agree with this. OOo had some severe problems in the early days simply because it was not easy to install across hundreds of machines on a network. All schools tend to be organised on networks so installations will be hundreds of a machines at a time which is good and a real incentive to make it easy to maintain. Not sure of the situation now. Could it be improved? I am on the dev list and I don't think that any devs have shown interest in this. Plus the fact that there are few devs who would have access to a network. We need to provided committed devs to network labs to test fully test out network installations and updates. I have 4 linux boxes and 2 windows boxes at home. I may turn my house into a server-run house this summer and test out network installation. Cheers Marc I can help as well I have one windows desktop another drive on same desktop with linux a linux server, another windows laptop linux netbook and to macbooks -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted Not sure about in USA/Canada but here in the UK nearly all schools will be on Active Directory Windows networks so that would be the thing to ensure was easy to manage. some will use Ghost or similar imaging tools for local discs so its important to ensure LO works well in these different scenarios. I haven't been involved with that side of things for some time so it might be every thing is fully worked out in that respect now. -- Ian Ofqual Accredited IT Qualifications The Schools ITQ www.theINGOTs.org +44 (0)1827 305940 You have received this email from the following company: The Learning Machine Limited, Reg Office, 36 Ashby Road, Tamworth, Staffordshire, B79 8AQ. Reg No: 05560797, Registered in England and Wales. -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
[tdf-discuss] Re: Paid developers
Hi Johnathan and Ian Thanks Johnathan for your offer of help. I believe this is the kind of help we would need. We could have a network of testers who could test the server implementation of LibreOffice and report back to the devs. I still think that we should also have a corporate LibreOffice lab where dedicated devs would pre-test suites. What better place to have it than official TDF/LibreOffice head office facilities? Le 2011-05-15 09:28, Ian Lynch a écrit : Not sure about in USA/Canada but here in the UK nearly all schools will be on Active Directory Windows networks so that would be the thing to ensure was easy to manage. some will use Ghost or similar imaging tools for local discs so its important to ensure LO works well in these different scenarios. I haven't been involved with that side of things for some time so it might be every thing is fully worked out in that respect now. Then I guess it would be a question of listing the possible networks and hoping to have enough individuals testing different network setups. Logically, the largest 2 would be of most importance, one of them being the Active Directory Windows network. Strategically speaking, we would want to include the network where we would hope to get the largest adoption of the suite in education, if this is the area we are most concerned with. Just for my information, is the Active Directory expensive to install? I would imagine that it is not free. In my region of Canada, Novell still dominates our educational server marketshare, although, Linux has become more and more a viable option. I have been off on sick leave for a year, but at my last meetings, moving to the Linux platform was taken seriously. Novell was/is pushing more its Linux solutions to school districts, which by default, would include LibreOffice the official office suite of choice. Cheers Marc -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] Re: Paid developers
On 15 May 2011 17:47, Marc Paré m...@marcpare.com wrote: Hi Johnathan and Ian Thanks Johnathan for your offer of help. I believe this is the kind of help we would need. We could have a network of testers who could test the server implementation of LibreOffice and report back to the devs. I still think that we should also have a corporate LibreOffice lab where dedicated devs would pre-test suites. What better place to have it than official TDF/LibreOffice head office facilities? Le 2011-05-15 09:28, Ian Lynch a écrit : Not sure about in USA/Canada but here in the UK nearly all schools will be on Active Directory Windows networks so that would be the thing to ensure was easy to manage. some will use Ghost or similar imaging tools for local discs so its important to ensure LO works well in these different scenarios. I haven't been involved with that side of things for some time so it might be every thing is fully worked out in that respect now. Then I guess it would be a question of listing the possible networks and hoping to have enough individuals testing different network setups. Logically, the largest 2 would be of most importance, one of them being the Active Directory Windows network. Strategically speaking, we would want to include the network where we would hope to get the largest adoption of the suite in education, if this is the area we are most concerned with. Just for my information, is the Active Directory expensive to install? I would imagine that it is not free. Active Directory is part of the Windows Server management software. It determines a whole range of settings such as permissions for accounts, who can access what software etc. It is complex and differently configured in different schools. In my region of Canada, Novell still dominates our educational server marketshare, although, Linux has become more and more a viable option. I have been off on sick leave for a year, but at my last meetings, moving to the Linux platform was taken seriously. Novell was/is pushing more its Linux solutions to school districts, which by default, would include LibreOffice the official office suite of choice. In the UK Novel and Linux servers for files are a tiny minority. Linux servers are used for proxies, web, firewalls etc but not much for file serving because of the complexity of Windows software used across schools and the technician knowledge base in Active Directory. Cheers Marc -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted -- Ian Ofqual Accredited IT Qualifications The Schools ITQ www.theINGOTs.org +44 (0)1827 305940 You have received this email from the following company: The Learning Machine Limited, Reg Office, 36 Ashby Road, Tamworth, Staffordshire, B79 8AQ. Reg No: 05560797, Registered in England and Wales. -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] The need of a central employment-office-like web structure for TDF/LibO volunteers
sophie wrote: Gianluca, On 15/05/2011 11:44, Gianluca Turconi wrote: Hi Sophie, sophie wrote: the system could be a bug tracker with a less technical UI than BZ, but I think a wiki with a good template could be enough. Why do you say dispersive? Because you have to navigate *a lot* through the currently on line wiki before finding the info a contributor may need in order to contribute. Too many clicks, IMO. Yes, on the current wiki, I agree, even if the template helps a lot, but the scope is too large to have the few click you want. A easier wiki template may do the trick, but it should be bare to the bone, because it's just a matter of going directly to the point: contributing according to one's skills and available time. yes, If I have, let's say, 1 free hour to contribute, I should be able to find fast whatever task I can complete in such an hour. If I have 1 free day, I should be able to find fast whatever task has a 1 day estimated time for its completion. However, it's absolutely important that no potential contributor's time is wasted in *finding how to contribute. You know, time is money. ;-) This statement is true both for the core contributor and the casual or potential one. agreed too and even it will take some management time, better lose it here than the contributor one. If the project would have such a central system for the management of the contributions, I think there would be a more efficient work flow too, because *everybody* would know who is in charge for a task, what progress has been made and what is still missing. The only difficulty I see here is the amount of tasks that will have to be listed and may be that will blur a bit the vision of the overall workflow. The level of detail is rather high if you list contributions for 1 hour of work or so. It may be useful to track contribution too, for future TDF applications and reviews of such applications. Everything would be (sufficiently) public. yes, even if we have good ways to monitor what is already done, in that area, the more the better. So now, you've find what to do for your next free hours ;-) Kind regards Sophie It seems to me that a simple structure of choices is what is called for, first basic types of contributions, code, artwork, advertising and promotion, distribution of burned disks, technical contribution not requiring a knowledge of coding. Then when you have entered the area where you could contribute, there would be a division of task sizes, like the 1 hour or less, 1/2 day or less, one day or less, 2 days or less, 1 week or less and so forth that was described here earlier. then finally a listing of the specific tasks. there might also need to be a division based on skill levels or particular basic skills, particularly under the category of coding. I for instance would like to contribute to improving the word list for the spell check program in Writer. I suspect that this would require the help of someone who could tell me how to find and extract a copy of my personal dictionary. I suspect that there may be many such technical but non coding tasks where the contributer may need to team up with someone who can advise them on the more technical aspects of the task at hand. I have been a subscriber to the OOo Discuss list since 2001, and remember well the days when there was far more activity on that list. I have noticed that list fading much more rapidly since the TDF/LO fork. So now I am here and willing to help however I can. -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
[tdf-discuss] Re: desktop integration
Hi Bernhard, On Sun, 15 May 2011 02:57:51 +0200 Bernhard Dippold bernh...@familie-dippold.at wrote: If so, we could ask the developers to have a look at the code and find the relevant string to replace the image (if it is an image - if it's just a gradient, we might not be able to modify it easily more than just in the colors of the end points). This is not a development issue, but one of the used theme. For Ubuntus Humanity theme, please coordinate with Sergey: https://launchpad.net/~shnatsel Best, Bjoern -- https://launchpad.net/~bjoern-michaelsen -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted
Re: [tdf-discuss] desktop integration
Valentin wrote the following on 05/13/2011 08:39 PM: Hello guys! I tested today the latest LibreOffice builds (beta 5 of 3.4) and I saw the better desktop integration in the Ubuntu-Desktop (10.10). Good work! But ... since years there is one thing, that I absolutely don't like. It's this gradient on the drop down-Button: http://www.pic-upload.de/view-9943211/gradient.png.html It's possible to make look the button a bit more nicer? Keep up the good work, thank you for all! Valentin For what its worth, on Fedora 14 64 bit the program icons no longer show up in the applications menu. This is a regression in beta 5 relative to beta 4. If someone else confirms this, I'll log it as a bug. - Sean -- Unsubscribe instructions: E-mail to discuss+h...@documentfoundation.org Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.documentfoundation.org/www/discuss/ All messages sent to this list will be publicly archived and cannot be deleted