[discuss] extra office features
Gents an Madame, Open Office is fantastic but we still need: - A Project programm intergrated - A mailclient intergrated with calander, a taskscheduler and adressbook - A Flowchart Program intergrated - A conversion option from ms access to Open Office Base (intergrated) - A Publisher Program intergrated - A webbased Program like Frontpage intergrated. I think with this option we are already in the right direction.This are things I miss in open office at the moment.I hope mij comment helps. Greetings for now, Wim de Raadt
[discuss] UNSUBSCRIBE From List
Ave List, I once subscribed to the list, but now it is impossible for me to unsubscribe again. By now I have tried to send a mail to [EMAIL PROTECTED] but that did not work :-(. Is there any human address to write to, who can unsubscribe me from the List? THX, Hannes Gruber -- --<>--- Zufallszitat: "You cannot have everything. I mean, where would you put it?" -- Steven Wright. !!! www.usw.at !!! nimm die Herausforderung an - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] UNSUBSCRIBE From List
Hi On 2006-07-21, at 07:55 , Hannes Gruber wrote: Ave List, I once subscribed to the list, but now it is impossible for me to unsubscribe again. By now I have tried to send a mail to discuss- [EMAIL PROTECTED] but that did not work :-(. Is there any human address to write to, who can unsubscribe me from the List? Done. Ciao, Louis THX, Hannes Gruber - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] extra office features
On Thu, 27 Jul 2006 13:03:43 -0500, Wim de Raadt <[EMAIL PROTECTED]> wrote: Gents an Madame, Open Office is fantastic but we still need: - A Project programm intergrated - A mailclient intergrated with calander, a taskscheduler and adressbook - A Flowchart Program intergrated - A conversion option from ms access to Open Office Base (intergrated) - A Publisher Program intergrated - A webbased Program like Frontpage intergrated. I think with this option we are already in the right direction.This are things I miss in open office at the moment.I hope mij comment helps. Greetings for now, Wim de Raadt I dont think that copiying the modules from Microsoft is a good idea at all. Since we inthe open source community have all this programs the need to yet repeat all this is totally consider a waste of resources. - Project manager = Planner or Gantt Project - Mail Client - Mozilla Thunderbird - FlowChart Project - Kivio and Dia - Publisher Program - Scribus - Frontpage - Quanta Plus, NVU I am not sure why you want a webbase program like frontpage. Last I remember Frontpage is a desktop program and having a program run on your browser seem a bit odd as a component for a desktop that all of its components run on the desktop. OpenOffice.org on the other side has an html editor but there are many others like Quanta Plus, NVU etc. Having said this I think there might be a good way to improve the support between this programs so to be better integrated under the OpenDocument format. So Importing or exporting Flowcharting between Draw and Kivio/Dia might be a good idea, we have already something similar between Scribus and OpenOffice.org Draw. As far as mailclients we have already been listening to a viewer for the mozilla firefox which might be easy to port to thunderbird this will allow t read your OpenDocuments straight from the Thunderbird Mail viewer which sounds like a very good idea. -- Alexandro Colorado Grupo de Usuarios Linux Tabasco http://www.gultab.org OpenOffice.org Community Contact // Mexico http://www.openoffice.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] extra office features
Wim de Raadt wrote: Gents an Madame, Open Office is fantastic but we still need: - A Project programm intergrated - A mailclient intergrated with calander, a taskscheduler and adressbook - A Flowchart Program intergrated - A conversion option from ms access to Open Office Base (intergrated) - A Publisher Program intergrated - A webbased Program like Frontpage intergrated. I think with this option we are already in the right direction.This are things I miss in open office at the moment.I hope mij comment helps. Greetings for now, Wim de Raadt Wow, you posted this to almost every OOo list that there is. What a quick way to make enemies. I for one don't want all of these integrated into one suite. I would rather have great programs that do a great job than programs that do half a job and create other major headaches. I have created flow charts in Draw but I prefer Dia. I have created basic HTML pages in OOo but I prefer Quanta+ as it is much more powerful than Frontpage. What can I say about email. Thunderbird is great. Calender plugin works, even with our Windows calender program. Check the archives for the various reasons to not add these features. -- Robin Laing - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Anonymizing documents for QA & bug reporting
Robin Laing wrote: > Mathias Bauer wrote: >> Nicolas Mailhot wrote: >> > >>>As most bugs happen on complex documents, most complex documents are >>>created in corp-space and corporations don't like disseminating internal >>>info for debugging purposes I suppose I'm far from the only one with >>>knowledge of bugs but no way to report them. >> >> >> Yes, I totally agree. We could get much more (and better) bug documents >> and of course that would be fine. I thought about such a macro by myself >> some time ago but I just didn't have the time to write one. If we >> assembled a list together perhaps someone familiar with macros could do >> the job. It would be a very valuable contribution as it would help to >> improve the quality of OOo. >> >> Best regards, >> Mathias >> >> > > There is also the issue of better documents if there is a limit on file > sizes that can be uploaded. If you have a complicated document that is > over 1M, you cannot upload it (at least according to the issue page). > You may have to remove some aspect of the document that fixes the bug or > makes it harder to trace. > > I have run into this already. Good point. I must confess that I never read the issue page so carefully. :-) I think in this case it will always be possible to find a way, usually sending the document directly to the QA engineer or developer working on it. Perhaps we also can establish a process that allows to attach bigger files if the said QA engineer or developer approves the big attachment. This will prevent IZ from being flooded with big files without control by still allowing to send large bug documents. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Anonymizing documents for QA & bug reporting
Nicolas Mailhot wrote: (replacing embedded or linked graphics by broken links) >> I assume that the document >> should behave as before even with the broken links. > > I fear in many times the pagination would change IIRC the image size is stored in the content.xml of the file so we don't need the image to keep the layout. We do the same with OLE objects or plugins: if they can't be loaded for whatever reason they are replaced by an image (showing a plug) of the same size. So if in fact this doesn't work for graphics it could be a bug that until now nobody cared for because usually nobody wants to work with a document with broken links to graphics. Just now it comes to my mind that if my assumption is correct (and we can preserve the layout by using the correct image size for the replacement image) it is even easier to solve the problem: it would be enough to remove the embedded images from the zip file, OOo should now treat their references in the document as broken links. >> The problem is: what else needs to be exchanged, what is really >> necessary and what's just paranoia? >> >> So we need a complete list and we need to dicuss what needs to be on it. >> As an example, why do you mean that color and style names need to be >> replaced? > > because humans will choose descriptive names which may include company > name, and paranoïd users won't upload documents which may link them to a > particular employer (see the Sun foo colors in the default palette) Sounds reasonable. At least for styles it's easy. If you rename a style in the GUI the name will be changed in all places so it should be possible to do the same with a macro. >> > As most bugs happen on complex documents, most complex documents are >> > created in corp-space and corporations don't like disseminating internal >> > info for debugging purposes I suppose I'm far from the only one with >> > knowledge of bugs but no way to report them. >> >> Yes, I totally agree. We could get much more (and better) bug documents >> and of course that would be fine. So the problem brought up my Mario remains. I agree that having such a macro will not enable (or even convince) everybody to send documents each time something goes wrong with them. But at least it can help people willing to send docs (like you ;-)) though I still see a problem. A company that does not want their confidential documents to be sent out needs to make sure that the anonymizer works sufficiently, they won't take that for granted. So there still would be a hurdle but definitely a smaller one. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[discuss] Re: 7-Zip Compression Format
On 2006-07-17, Siddharth Patil <[EMAIL PROTECTED]> wrote: > In your next releases, replace support for Zip with 7-Zip ODF compression. > It is free and open-source, and the compression rates are generally better. > It performs better than Zip. Zip (from InfoZip) is also free and open source, and more widely supported that 7-zip. And since the zip compression is already part of the ODF ISO standard, I suspect changing it would be a non-trivial matter. -- John ([EMAIL PROTECTED]) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Anonymizing documents for QA & bug reporting
Nicolas wrote: > Defining a color palette... I've never had any reason to do anything like > that in 12 Note to whoever creates an anonimizer macro: Make sure that the color palette names are both changes, and anonimized. It doesn't do the company any good, if the document shows up in full company colors, even if it consists of nothing but "xyz" repeated umpteen times. One possibility is for a "super palette" to be distributed, so all that has to be done, is a color change. Instead of "Mary Kay Pink", it could be "Forest Green", even if "Mary Kay Pink" is part of the "super palette" that knowledgeable users download and install on their system. > very often has no interest at all to sell and support relatively untested > desktop stuff. Both statements are all to true. xan jonathon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[discuss] Re: extra office features
Alexandro Colorado wrote: > - Publisher Program - Scribus I learn something new every time I view this group - thanks! My FrameMaker & PageMaker programs are getting a little long in the tooth & neither work on Linux. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[discuss] Simple change makes load times 10-20 times faster at least
Hello, I stumbled onto a load time fix on the internet that consisted of simply going to TOOLS --> OPTIONS --> MEMORY and making the following changes. Graphics cache --> 64 Memory per Object --> 8 The result was that it loaded as fast without the preloader as it does with default settings and the preloader up and taking 40MB of my ram. So why isnt' this the default? Sincerely, A supporter of Open Source
[discuss] Crash if internet access denied: same as MS?
Hi, is there ANY good reason, why open office should contact the internet and freeze, if it's denied access? The apparent reason was a note of an email adress in a text document. -> There is NO need to start undesired activities if something like an email adress is found. -> If there is no internet connection, why not work as normal? I can stick at Microsofts home-phoning crap, if open office is in no way different... Regards, Phil -- "Feel free" – 10 GB Mailbox, 100 FreeSMS/Monat ... Jetzt GMX TopMail testen: http://www.gmx.net/de/go/topmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[discuss] [UPDT] openoffice writer styles /MACROs
greetings, I'm fighting for long time with OOo styles which _REALLY_ need improvements... I use cascascading styles to set some parameters like languages globaly, same for fonts... I made once the error to set one language of on style and I wanted to revert it back to the behaviour above... which is not possible... it's the same for fonts... once the font set for the style it remain set whatever you try to do... while the expected behaviour is either to have it deleted if it match parent it would be GREAT to have this behaviour : when setting a style, for each attribute, if attribute match one of the partents (until no parents) then delete it, else keep it endif end for end when it would be great too to not save OOo default style into style.xml. they have no use... just save used style or custom styles idem if a user change a OOo default style, create a subtype, user can after organise it's style as he wants ===MACROs macros are always a problem in office suites... I never get WHY macro should be activated to SEE a document... ALL suites have this problem : 1)if you activate macro, you might get infected 2)if you don't activate them, you can't read the last document state I think a clever behaviour should be to have a "visionable" document that don't need macro and that represent the state of the document the last time it was saved and macro that update documents on document's modification if macro are activated. IE : if update, ask if macro should be activated (popup a dialog box with a checkbox list of macro and possibility to activate each macro idependantly and to see each macro source), if yes use the macro, else don't one exemple of such behaviour is : I have an html document, (with no script) I can browse it with mozilla, I have a set of macro (AWK scripts) that update the date for exemple, that compute sum of data, that update username when I change user name I have to run the corresponding macro... it's then TOTALY safe to see an OOo document, and you might get into trouble only if you modify the document Best regards, JLM [UPDT] PS : I'm not a subscriber of the list... please do a REPLY ALL Thanks Cet été, pensez aux cartes postales de laposte.net ! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[discuss] openoffice writer styles /MACROs
greetings, I'm fighting for long time with OOo styles which _REALLY_ need improvements... I use cascascading styles to set some parameters like languages globaly, same for fonts... I made once the error to set one language of on style and I wanted to revert it back to the behaviour above... which is not possible... it's the same for fonts... once the font set for the style it remain set whatever you try to do... while the expected behaviour is either to have it deleted if it match parent it would be GREAT to have this behaviour : when setting a style, for each attribute, if attribute match one of the partents (until no parents) then delete it, else keep it endif end for end when it would be great too to not save OOo default style into style.xml. they have no use... just save used style or custom styles idem if a user change a OOo default style, create a subtype, user can after organise it's style as he wants ===MACROs macros are always a problem in office suites... I never get WHY macro should be activated to SEE a document... ALL suites have this problem : 1)if you activate macro, you might get infected 2)if you don't activate them, you can't read the last document state I think a clever behaviour should be to have a "visionable" document that don't need macro and that represent the state of the document the last time it was saved and macro that update documents on document's modification if macro are activated. IE : if update, ask if macro should be activated (popup a dialog box with a checkbox list of macro and possibility to activate each macro idependantly and to see each macro source), if yes use the macro, else don't one exemple of such behaviour is : I have an html document, (with no script) I can browse it with mozilla, I have a set of macro (AWK scripts) that update the date for exemple, that compute sum of data, that update username when I change user name I have to run the corresponding macro... it's then TOTALY safe to see an OOo document, and you might get into trouble only if you modify the document Best regards, JLM Cet été, pensez aux cartes postales de laposte.net ! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[discuss] Re: [users] extra office features
On Thu, 27 Jul 2006 20:03:43 +0200 "Wim de Raadt" <[EMAIL PROTECTED]> wrote: > Gents an Madame, > > > > Open Office is fantastic but we still need: > > > > - A Project programm intergrated > > - A mailclient intergrated with calander, a taskscheduler and > adressbook > > - A Flowchart Program intergrated > > - A conversion option from ms access to Open Office Base > (intergrated) > > - A Publisher Program intergrated > > - A webbased Program like Frontpage intergrated. > > > > I think with this option we are already in the right direction.This > are things I miss in open office at the moment.I hope mij comment > helps. > > > > Greetings for now, > > > > Wim de Raadt > Gents and Madame, for the balance: Openoffice is fantastic, and I would like: existing features to be developed to professional quality, instead of having 100 more features that do half the job each. Andrius - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Re: extra office features
On Fri, 21 Jul 2006 16:55:48 -0500, NoOp <[EMAIL PROTECTED]> wrote: Alexandro Colorado wrote: - Publisher Program - Scribus I learn something new every time I view this group - thanks! My FrameMaker & PageMaker programs are getting a little long in the tooth & neither work on Linux. I usally use and recomend Draw for publishin specially when is quick related things. Draw has layers and also has easy and fast way to do some of the more basic things for publishing. However OOo had some issues wiht color and size which are critical for more profesional publishing here is where Scribus come and the great thing is that Scribus will import your OpenOffice.org Draw file. -- Alexandro Colorado Grupo de Usuarios Linux Tabasco http://www.gultab.org OpenOffice.org Community Contact // Mexico http://www.openoffice.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]