Re: [libreoffice-website] Idea: LibreOffice Mail Attachment Service
2011.03.20 17:48, Christian Lohmaier rašė: It has been decided that it will be done, and Alex is working on implementing it :-) Just FYI: such thing is already implemented for RoundCube's mailing lists. All attachments posted to those lists are stored on http://detached.gigo.com/ instead, and only the links to those attachments are provided in mail footer, like this: --- 8< --- detachments --- 8< --- The following attachments have been detached and are available for viewing. http://detached.gigo.com/rc/RS/pZUugGaU/labels.inc Only click these links if you trust the sender, as well as this message. --- 8< --- detachments --- 8< --- You may want to contact gigo.com's administrator – perhaps he would be willing to share his creation and save LibO from reinventing the wheel. regards, Rimas -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] [wiki] menubars
Hi Sophie, @, Am 17.03.2011 20:55, schrieb ol klaus-jürgen weghorn: Hi all, Am 13.03.2011 18:31, schrieb klaus-jürgen weghorn ol: Hi all, I will start some new discussions about our wiki. The first: On German-discuss-ml there were some discussions that it is not easy for newbies to find the right information on the localized pages of the wiki. The left sidebar won't give the right information for the localized teams. Christian Kühl has made a menubar for the German part of the wiki pages and therefor several templates to get a unique menubar. See e.g [1]. It should give the wikipages some structure especially for the newbies. He made a main template [2] and several sub templates e.g. [3] [4]. On the German-ml there is a kind of consense to use it. What do you think to make it for all wiki pages? Now I have made a page [1] in which all the menus are displayed. The page shows the structure of the templates and a description of localizing the templates. Read, comment and change it. Many comments at all ;-) The submenus aren't developped yet. The most are placeholders. We can discuss about the points we want to have in the (sub)menus. Now I have made the submenus as I thought they will be right. [1] What is the next step with the menus: (mainly @Sophie) 1 Should we vote if we want to use them? Then I will start the voting in a extra e-mail. or 2 Is it a decision of the sc? or 3 Should we even use it? Then I will start to build them in some pages. [1] http://wiki.documentfoundation.org/Wiki_menu Grüße k-j -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Idea: LibreOffice Mail Attachment Service
Hi Michael, *, On Fri, Mar 18, 2011 at 4:14 PM, Michael Münch wrote: > On Saturday 05 March 2011 22:27:02 Christoph Noack wrote: >> >> during the OOo times it was quite common for me to "throw in ideas" :-) >> Today, I'd like to do this by addressing a topic related to handling of >> mail attachments on our mailing lists. Personally, I think this could be >> beneficial for almost everyone getting in touch with our project. > > Any news about this one? It has been decided that it will be done, and Alex is working on implementing it :-) > Especially if it will be modular so that it can be used outside of the > libreoffice scope. The plan is to implement it using pymime (mailparsing, etc) and django (providing a management-UI for deleting attachments) & hook it up to silverstripe to reuse the existing logins for authentication. pymime is already used for pre-list-processing (i.e. that is the tool that adds the Archived-At header for mail-archive.com and also adds the footer (and does necessary charset conversions and strips html). currenly used version is at https://github.com/tdf/pymime - when it is rewritten to manage the attachments, it will be available from there once its done. > Something like different backends for plain file storage, > different DMS, mediawiki, ... Oh, it's rather kept simple, as it explicitly is not for permanent storage, etc. I don't know what DMS you have in mind, but especially it won't store the files in mediawiki - that would rather defeat the purpose > Have there been any discussions about the implementation, perhaps on other > lists? No, there were only a few private mails - you didn't miss anything :-) ciao Christian -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
Re: [libreoffice-website] Idea: LibreOffice Mail Attachment Service
Hi Paulo, Hi Michael! Am Freitag, den 18.03.2011, 13:01 -0300 schrieb Paulo de Souza Lima: > 2011/3/18 Michael Münch ... > > Have there been any discussions about the implementation, perhaps on other > > lists? Michael, I know that some admins started to ideate about how to implement such a service. Once I know more, I'll share the news ... ... > What about services like Dropbox? Dropbox has a public folder where tou can > put a file and get a public URL for it. For temporary files, It works very > fine. And you still have version control, backup, access from anywhere, > uploads just putting the file in your computer's public local folder (and > it's automaticaly uploaded to the web), just to tell some advantages... > > I think it's easier than set up a service in a site somewhere, huh? It is easier, and it would work for some of the use cases - but the main intention was to keep the functionality of the mail client (e.g. for less experienced users asking for help on the support mailing lists). Here is the User Story "Support Mail" [1]: Timothy is a new user of LibreOffice and questions concerning its use arise. Also new to the idea of mailing lists, he asks a question there and quickly adds a document to his mail. Without adding the file to the wiki or other document sharing services, the people on the mailing list are able to handle this request immediately. They can click on the link in the request mail and download the document. This even works for people accessing the mailing lists via mail archives. Given the idea, I think such a service would still serve some more people ... dropbox being an option for other teams (my personal opinion, of course). Cheers, Christoph [1] http://wiki.documentfoundation.org/User:ChristophNoack/LibreOffice_Mail_Attachment_Service#User_Stories -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Re: QA and TCM - Litmus and next RC
2011.03.20 11:35, Volker Heggemann rašė: Hello all, Am 20.03.2011 09:27, schrieb Rimas Kudelis: 2011.03.20 10:17, Volker Heggemann rašė: Hi all, is it allowed and desired to add a new test run to litmus? What happened if I clone the test runs from 3.3.1 RC to 3.3.2 RC? Will there be a ID mismatch or will this work? BTW.: What about putting links into testcases? Is this possible meanwhile? Try both. I think it's about time we should start storing the list of problems we have on a wiki page, cause it's hard to remember what those problems are after a few weeks of not touching Litmus... :) Do we have a wiki page dedicated to TCM? I think those bugs should be listed in it. We got this: http://wiki.documentfoundation.org/Litmus with localized pages in tree. Is that what you mean? If we create a new page in this tree, all can put their comments there. May we only make a intl. (english) side? Before we do this, the question that we have to answer is: Who will read this issues/feature requests and be able to fix that? As i saw the error last time i found a hint to Perl. So is there someone outside there know's this? Maybe, maybe not. My point is that documenting bugs in this discussion is not very effective. It would be better to have them all listed in a single easily findable place on our wiki. :) Rimas -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Re: QA and TCM - Litmus and next RC
Le 20/03/2011 09:17, Volker Heggemann a écrit : > Hi all, > > is it allowed and desired to add a new test run to litmus? > What happened if I clone the test runs from 3.3.1 RC to 3.3.2 RC? > Will there be a ID mismatch or will this work? I think it will work if we clone EN tests then clone 3.3.2 EN tests to localized tests. I can do that. > > BTW.: What about putting links into testcases? Is this possible > meanwhile? > I think the problem is there. I was waiting a ready to go for this feature because we need it to do tests with reference documents. If nothing has been changed on Litmus, we will have the same bug as before. Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
[libreoffice-website] Re: QA and TCM - Litmus and next RC
2011.03.20 10:17, Volker Heggemann rašė: Hi all, is it allowed and desired to add a new test run to litmus? What happened if I clone the test runs from 3.3.1 RC to 3.3.2 RC? Will there be a ID mismatch or will this work? BTW.: What about putting links into testcases? Is this possible meanwhile? Try both. I think it's about time we should start storing the list of problems we have on a wiki page, cause it's hard to remember what those problems are after a few weeks of not touching Litmus... :) Do we have a wiki page dedicated to TCM? I think those bugs should be listed in it. Rimas -- Unsubscribe instructions: E-mail to website+h...@libreoffice.org List archive: http://listarchives.libreoffice.org/www/website/ *** All posts to this list are publicly archived for eternity ***
