Re: 2015 -- Our 30th Anniversary
Hi Louis, I am not interested in being interviewed in a podcast, but if you have specific questions, just let me know. Private email to my web.de account, as I don't follow the mails on the AOO/LO lists on a regular base, except for the security lists. And you are right wrt many early developers working for Open-Xchange now :) We are 14(!) former colleagues from Sun's OpenOffice.org.team. 12 of them even already worked for StarDivision. Same focus - Office productivity, ODF and OOXML. Just different technology - now written for the browser. Best regards Malte. On 27.10.2014 19:57, Louis Suárez-Potts wrote: Malte! So, you do realize this is probably one of the very very few witness accounts we have of the origins of StarOffice? (later OpenOffice) ... and if you were to consent to writing more--or being interviewed in a podcast for more--we, or at least I, would be grateful... and better informed of that application that has so formed my adult life. best louis On 27 October 2014 14:53, Malte Timmermann malte_timmerm...@gmx.com wrote: Honestly, I don't agree on 30th Anniversary, but see 2015 as 25th Anniversary. StarWriter for text screens was written in Lueneburg near Hamburg. In Pascal. By people which later didn't work on StarWriter for Windows. In 1990, Marco started the new StarDivision location in Hamburg. StarWriter for GUI systems to be developed from scratch. Written in C++. By completely different people. When I started there in 1991, there was only a Writer prototype, as we also needed to first develop StarView, the class library for abstracting from Windows, OS/2, Mac and Unix Motif. Yes, there was a StarWriter Mac version in the beginning, long before it was canceled, and many years went by before there was one again! The concept of StarView was to create native system widgets for their corresponding components. As this approach lead to different issues, and not all systems had the same set of widgets, we later replaced StarView with VCL, as you know it today. First versions of StarOffice for Windows contained Calc and Draw developed outside from StarDivision, both using their own technology stack. Iirc, StarOffice 3.0 was the first version of the suite with all components based on StarView. The English Wiki referenced page below is misleading wrt versions. There also was a StarWriter 1.0 for Windows, many years after StarWriter 1.0 for DOS (which already was available in version 6 then). The version history is much better documented on the German Wiki page: http://de.wikipedia.org/wiki/StarOffice Just some historical data :) Best regards Malte. On 24.10.2014 17:25, Rob Weir wrote: On Fri, Oct 24, 2014 at 11:15 AM, Roberto Galoppini roberto.galopp...@gmail.com wrote: 2014-10-24 16:41 GMT+02:00 Rob Weir r...@robweir.com: Those who know the history know that Apache OpenOffice is the continuation of the OpenOffice.org project, which itself came from a proprietary suite developed in Germany called StarOffice, which itself started as StarWriter, an application written in 1985 by Marco Börries . So next year, in 2015, will be our 30th anniversary. Any ideas what we might do? For example, does anyone still have a Zilog Z80 (or an emulator) that can run the original StarWriter? I'm still a proud owner of a ZX Spectrum Sinclair 48k, never heard about a StarWriter app, though. Does it exist, ideas about to get it? Cool! This is from Wikipedia: http://en.wikipedia.org/wiki/StarOffice#History It references a page on our wiki that claims StarWriter 1.0 was released in 1985. No idea where to get the code. Maybe Juergen or another old-timer would have a clue for us? -Rob Roberto It looks like some emulators here: http://www.z80.info/z80emu.htm#EMU_CPU_W32 It might be interesting to show the history of Writer, from release to release, via a set of screen shots (or a movie) showing the evolution of the UI. Regards, -Rob - To unsubscribe, e-mail: marketing-unsubscr...@openoffice.apache.org For additional commands, e-mail: marketing-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: marketing-unsubscr...@openoffice.apache.org For additional commands, e-mail: marketing-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Importing translations into Pootle (Re: Proposal: AOO 4.1.2)
On 27/10/14 21:33, Andrea Pescetti wrote: Jürgen Schmidt wrote: Well I think we added all languages on Pootle where we see activities or interest in working on the translation. Why should we add languages where nobody is working on? I don't get it. That was an example, but still it is one improvement that needs to be done. Why? Because volunteers are much more likely to be involved if they can have an idea of what they would be working on, and because we can't keep volunteers waiting too much. Concrete example: http://markmail.org/message/usn5khq3imrdibzq Sinhala (si) was requested two weeks ago and http://svn.apache.org/viewvc/openoffice/trunk/extras/l10n/source/si/ hasn't been imported yet. The natural way would have been to submit an issue task to integrate it. I am currently don't follow the l10n list in detail and easy miss such requests that are on the mailing list only. Documenting the current process is still a to-do on my long list and it's too bad that we won't make progress with the genlang project. I believe it is dead and nobody really knows enough details to continue (probably). Anyway if somebody feels motivated to work on translation relevant task on Pootle just ask. Don't wait on me until I have documented everything. Asking directly is much more efficient. Juergen Probably you are now the only person who has the skills and the permissions on the relevant systems to help with this. If you take care of documenting the process in the wiki in https://wiki.openoffice.org/wiki/Pootle_User_Guide (or a sibling page) this time, we may be able to delegate it the next time the need arises, and then maybe find someone who will progressively import the SDF files to Pootle: keeping only the SDF is really bad since one can't see progress or submit a quick fix, and if everything is on Pootle we lower the entry barrier. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: oooforum status?
As a low-level administrator, I am (in theory) able to download a SQL dump of the data. Sadly, the provided admin interface is unable to move the amount of data required. The next obvious choice is to login to the machine in question and directly dump the data from the backend DB. Only one person is able to do that. My solution was to use httrack to walk the forum and grab a dump as though I was a web browser. This later solution is the worst solution, but it is the only one I had. On 10/28/2014 12:51 AM, Alexandro Colorado wrote: Definetly agree on that, what would be the steps to get the database from the server? On Mon, Oct 27, 2014 at 10:19 PM, Andrew Douglas Pitonyak and...@pitonyak.org mailto:and...@pitonyak.org wrote: In its current state it is mostly useless. I took an 8 GB dump by crawling the site in September. I think that it has as much spam as content in that dump. I think that I grabbed roughly 250K threads. If I had more time, I would write some scripts to assist cleaning up the spam, but that is especially difficult from an HTML dump that links some of the files together. I started looking at the data, but, it really is not the way to attempt to obtain clean data. Would be better if we could grab the DB level stuff and migrate to a static site. On 10/27/2014 09:51 PM, Alexandro Colorado wrote: I see, I would hate to see this site die. Lots of information there, even if the site is held as a static site. On 10/27/14, Andrew Douglas Pitonyak and...@pitonyak.org mailto:and...@pitonyak.org wrote: On 10/27/2014 07:16 PM, Alexandro Colorado wrote: The conversation kinda went away and wonder what was the resolution about the oooforum and if there is any hope to recover the database at least to get some kind of plain browsable dump of the content. Regards. There was some discussion on the AOO private list, but I am not on that list. I was copied for some of the stuff. Since I have heard nothing, my guess is that the owner has been non-responsive. I attempted to perform a data dump, but that failed because there is a limit to the size I can pull through the interface and compression is disabled. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org mailto:dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org mailto:dev-h...@openoffice.apache.org -- Alexandro Colorado Apache OpenOffice Contributor 882C 4389 3C27 E8DF 41B9 5C4C 1DB7 9D1C 7F4C 2614 -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php
Re: English dictionary (Re: 2015 -- Our 30th Anniversary)
Wrong answer.The end user should not have to fix anything it should work when the product is downloaded or the application should not be included in the download. It worked without difficulty prior to the latest version being released. I sent true end users to download the software , they downloaded the software and the spell check dictionary did not work. This damages our credibility as an alternative solution to pay for products that are available. What is the timeline for the download to be corrected? Alphonso Whitfield III 912-590-6266 Sales Office 912-590-6139 Ops Center i...@thevitalportal.com Vital Inc. 315 Plant Ave Suite E Waycross, Georgia 31501 - Original Message - From: Andrea Pescetti pesce...@apache.org To: dev@openoffice.apache.org, market...@openoffice.apache.org Sent: Monday, October 27, 2014 4:44:54 PM Subject: English dictionary (Re: 2015 -- Our 30th Anniversary) On 27/10/2014 Alphonso Whitfield III wrote: When is the English language dictionary going to be fixed in the spell checker application? The English dictionary is not supposed to be fixed since it already works. If it doesn't work for you, try resettin your user profile. There are plenty of explanations around, see for example https://forum.openoffice.org/en/forum/viewtopic.php?t=12426 Note that your comment has nothing to do with the original topic of this discussion. Please do change at least the subject (and possibly start a new discussion instead of replying to an existing one). Regards, Andrea. - To unsubscribe, e-mail: marketing-unsubscr...@openoffice.apache.org For additional commands, e-mail: marketing-h...@openoffice.apache.org
Re: ODF Plugfest #10, London, 2014-12-08/09
On 2014-10 -26, at 11:35, Andrea Pescetti pesce...@apache.org wrote: On 25/10/2014 Dennis E. Hamilton wrote: http://plugfest.opendocumentformat.org/ An opportunity for the primary implementers of ODF to get together, explore some test cases, and provide a little advocacy for what the local civil administration authorities can count on. Thank you Dennis. Is anybody from the Apache OpenOffice community already planning to attend the event? I was debating it and still am; and I would not be surprised if Svante, Rob, and others with longstanding ties to the community are planning on being there. This event ought to be of interest to others interested in the ODF/OO/LO ecosystem. The UK gov’t this summer mandated the use of ODF for a some e-documents. louis Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Importing translations into Pootle (Re: Proposal: AOO 4.1.2)
On 10/28/2014 01:28 AM, Jürgen Schmidt wrote: On 27/10/14 21:33, Andrea Pescetti wrote: Jürgen Schmidt wrote: Well I think we added all languages on Pootle where we see activities or interest in working on the translation. Why should we add languages where nobody is working on? I don't get it. That was an example, but still it is one improvement that needs to be done. Why? Because volunteers are much more likely to be involved if they can have an idea of what they would be working on, and because we can't keep volunteers waiting too much. Concrete example: http://markmail.org/message/usn5khq3imrdibzq Sinhala (si) was requested two weeks ago and http://svn.apache.org/viewvc/openoffice/trunk/extras/l10n/source/si/ hasn't been imported yet. The natural way would have been to submit an issue task to integrate it. I am currently don't follow the l10n list in detail and easy miss such requests that are on the mailing list only. Documenting the current process is still a to-do on my long list and it's too bad that we won't make progress with the genlang project. I believe it is dead and nobody really knows enough details to continue (probably). Anyway if somebody feels motivated to work on translation relevant task on Pootle just ask. Don't wait on me until I have documented everything. Asking directly is much more efficient. Juergen OK. I have some questions. How often are uploads to Pootle done? How are they done? It seems people designated as Pootle admins can do this and that's it. The reason I ask is we've had changes to helpcontent and these were not in the content I saw on Pootle. I can't find a time stamp for recent uploads, etc. Probably you are now the only person who has the skills and the permissions on the relevant systems to help with this. If you take care of documenting the process in the wiki in https://wiki.openoffice.org/wiki/Pootle_User_Guide (or a sibling page) this time, we may be able to delegate it the next time the need arises, and then maybe find someone who will progressively import the SDF files to Pootle: keeping only the SDF is really bad since one can't see progress or submit a quick fix, and if everything is on Pootle we lower the entry barrier. Regards, Andrea. -- - MzK Success breeds complacency. Complacency breeds failure. Only the paranoid survive. -- Andy Grove, Intel Co-founder - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: English dictionary (Re: 2015 -- Our 30th Anniversary)
There is no wrong answer here. The question is, do you want to fix your immediate problem, or are you willing to wait until there is something in the installer to destroy your profile every time you install an update, or something else? Andrea described the state of affairs and the options for working around it that are available now. Let's look a little deeper. There are occasions where the user profile carries information that causes opening of an application to fail because of a document-recovery failure or other corruption of previous work. There may also be problems because an user profile is corrupted in some manner, all by itself. This is because some sort of corruption happened already, and restarting doesn't improve matters. If we could tell that this was the case in the software, OpenOffice could request permission to fix it immediately on it being detected. It would not have anything to do with installing updates. (The reason for engaging users is that there may be other consequences if the fix involves deleting the user profile or destruction of autosave material.) Alternatively, there could be some sort of option in the current document-recovery-failure message to ask if the user profile should be reset. I.e., give the user a way to break out of the problem by selecting a don't recover option on the dialog, or something. Again, this has nothing to do with giving magical powers to the installer. This is easy to say. It may be hard to implement. And it requires some volunteers (not just one) to tease it out, come up with fixes, verify the situation by intentionally creating document-recovery problems, and also ensure that the remedy is otherwise benign. That will take volunteers who are equipped to deal with the problem and have both the desire and the opportunity to work on it. I agree that it would be valuable to have such a remedy, and anything that inspires user confidence is important. You might want to find a bug to vote for, such as https://issues.apache.org/ooo/show_bug.cgi?id=71681. Or https://issues.apache.org/ooo/show_bug.cgi?id=61610. There are others (I found over 100 bugzilla entries using search on document recovery. There are many ways for there to be corruption of one kind or another. - Dennis -Original Message- From: Alphonso Whitfield III [mailto:awhitfi...@vital-inet.com] Sent: Monday, October 27, 2014 20:07 To: market...@openoffice.apache.org Cc: dev@openoffice.apache.org Subject: Re: English dictionary (Re: 2015 -- Our 30th Anniversary) Wrong answer.The end user should not have to fix anything it should work when the product is downloaded or the application should not be included in the download. It worked without difficulty prior to the latest version being released. I sent true end users to download the software , they downloaded the software and the spell check dictionary did not work. This damages our credibility as an alternative solution to pay for products that are available. What is the timeline for the download to be corrected? Alphonso Whitfield III 912-590-6266 Sales Office 912-590-6139 Ops Center i...@thevitalportal.com Vital Inc. 315 Plant Ave Suite E Waycross, Georgia 31501 - Original Message - From: Andrea Pescetti pesce...@apache.org To: dev@openoffice.apache.org, market...@openoffice.apache.org Sent: Monday, October 27, 2014 4:44:54 PM Subject: English dictionary (Re: 2015 -- Our 30th Anniversary) On 27/10/2014 Alphonso Whitfield III wrote: When is the English language dictionary going to be fixed in the spell checker application? The English dictionary is not supposed to be fixed since it already works. If it doesn't work for you, try resettin your user profile. There are plenty of explanations around, see for example https://forum.openoffice.org/en/forum/viewtopic.php?t=12426 Note that your comment has nothing to do with the original topic of this discussion. Please do change at least the subject (and possibly start a new discussion instead of replying to an existing one). Regards, Andrea. - To unsubscribe, e-mail: marketing-unsubscr...@openoffice.apache.org For additional commands, e-mail: marketing-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: color names in Math
On Mon, Oct 27, 2014 at 8:27 AM, Regina Henschel rb.hensc...@t-online.de wrote: Hi Kay, Kay Schenk schrieb: Hi Regina -- I saw that you had already made some changes yesterday re i118191 https://issues.apache.org/ooo/show_bug.cgi?id=118191 I have not investigated color renderings in AOO at all in terms of values, but my first thought is we should be consistent across modules on how this is done. RGB vs HTML? I have compared Calc to StarMath to HTML in the attachments. There is currently no consistence between Calc and Math. Kind regards Regina Thanks for your research. I started thinking maybe making these consistent across all modules (really I have not looked into this yet), would be a good easy fix for a new volunteer. What do you think? -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche
Re: 2015 -- Our 30th Anniversary
Hi Malte, On 2014-10 -28, at 04:22, Malte Timmermann malte_timmerm...@gmx.com wrote: Hi Louis, I am not interested in being interviewed in a podcast, but if you have specific questions, just let me know. Private email to my web.de account, as I don't follow the mails on the AOO/LO lists on a regular base, except for the security lists. Okay. I think it would be as others expressed, to give more on the early history of a rather significant artifact. The early history of the application is something that continues with us, and it’s also something that’s frankly interesting, at least to those of us curious about how multiperson collaborations of this sort are conceived and then produced over decades. And you are right wrt many early developers working for Open-Xchange now :) Yes, and perhaps one day we’ll even see something (I joke; there is already something). We are 14(!) former colleagues from Sun's OpenOffice.org.team. 12 of them even already worked for StarDivision. Wow. Same focus - Office productivity, ODF and OOXML. Hm. You might want to share with us what’s going on over there…. Just different technology - now written for the browser. Right. Can you edit in the browser? I mean, edit ODF or OOXML docs. using, for instance, Chrome or Firefox or Safari? Best regards Malte. Best, Louis On 27.10.2014 19:57, Louis Suárez-Potts wrote: Malte! So, you do realize this is probably one of the very very few witness accounts we have of the origins of StarOffice? (later OpenOffice) ... and if you were to consent to writing more--or being interviewed in a podcast for more--we, or at least I, would be grateful... and better informed of that application that has so formed my adult life. best louis On 27 October 2014 14:53, Malte Timmermann malte_timmerm...@gmx.com wrote: Honestly, I don't agree on 30th Anniversary, but see 2015 as 25th Anniversary. StarWriter for text screens was written in Lueneburg near Hamburg. In Pascal. By people which later didn't work on StarWriter for Windows. In 1990, Marco started the new StarDivision location in Hamburg. StarWriter for GUI systems to be developed from scratch. Written in C++. By completely different people. When I started there in 1991, there was only a Writer prototype, as we also needed to first develop StarView, the class library for abstracting from Windows, OS/2, Mac and Unix Motif. Yes, there was a StarWriter Mac version in the beginning, long before it was canceled, and many years went by before there was one again! The concept of StarView was to create native system widgets for their corresponding components. As this approach lead to different issues, and not all systems had the same set of widgets, we later replaced StarView with VCL, as you know it today. First versions of StarOffice for Windows contained Calc and Draw developed outside from StarDivision, both using their own technology stack. Iirc, StarOffice 3.0 was the first version of the suite with all components based on StarView. The English Wiki referenced page below is misleading wrt versions. There also was a StarWriter 1.0 for Windows, many years after StarWriter 1.0 for DOS (which already was available in version 6 then). The version history is much better documented on the German Wiki page: http://de.wikipedia.org/wiki/StarOffice Just some historical data :) Best regards Malte. On 24.10.2014 17:25, Rob Weir wrote: On Fri, Oct 24, 2014 at 11:15 AM, Roberto Galoppini roberto.galopp...@gmail.com wrote: 2014-10-24 16:41 GMT+02:00 Rob Weir r...@robweir.com: Those who know the history know that Apache OpenOffice is the continuation of the OpenOffice.org project, which itself came from a proprietary suite developed in Germany called StarOffice, which itself started as StarWriter, an application written in 1985 by Marco Börries . So next year, in 2015, will be our 30th anniversary. Any ideas what we might do? For example, does anyone still have a Zilog Z80 (or an emulator) that can run the original StarWriter? I'm still a proud owner of a ZX Spectrum Sinclair 48k, never heard about a StarWriter app, though. Does it exist, ideas about to get it? Cool! This is from Wikipedia: http://en.wikipedia.org/wiki/StarOffice#History It references a page on our wiki that claims StarWriter 1.0 was released in 1985. No idea where to get the code. Maybe Juergen or another old-timer would have a clue for us? -Rob Roberto It looks like some emulators here: http://www.z80.info/z80emu.htm#EMU_CPU_W32 It might be interesting to show the history of Writer, from release to release, via a set of screen shots (or a movie) showing the evolution of the UI. Regards, -Rob - To unsubscribe, e-mail: marketing-unsubscr...@openoffice.apache.org For additional
RE: English dictionary (Re: 2015 -- Our 30th Anniversary) - OOPS
I am even more confusing than usual. Alphonso thinks that the English dictionary is broken, but it does not appear to be and the breakage may be related to some problem in the user profile, as Andrea reported. I confused this simple case with others where the remedy is also to delete the user profile. There's still no wrong answer here, but my response is not relevant to the situation being complained about. -Original Message- From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] Sent: Tuesday, October 28, 2014 10:28 To: dev@openoffice.apache.org Subject: RE: English dictionary (Re: 2015 -- Our 30th Anniversary) There is no wrong answer here. The question is, do you want to fix your immediate problem, or are you willing to wait until there is something in the installer to destroy your profile every time you install an update, or something else? Andrea described the state of affairs and the options for working around it that are available now. [ ... ] -Original Message- From: Alphonso Whitfield III [mailto:awhitfi...@vital-inet.com] Sent: Monday, October 27, 2014 20:07 To: market...@openoffice.apache.org Cc: dev@openoffice.apache.org Subject: Re: English dictionary (Re: 2015 -- Our 30th Anniversary) Wrong answer.The end user should not have to fix anything it should work when the product is downloaded or the application should not be included in the download. It worked without difficulty prior to the latest version being released. I sent true end users to download the software , they downloaded the software and the spell check dictionary did not work. This damages our credibility as an alternative solution to pay for products that are available. What is the timeline for the download to be corrected? Alphonso Whitfield III 912-590-6266 Sales Office 912-590-6139 Ops Center i...@thevitalportal.com Vital Inc. 315 Plant Ave Suite E Waycross, Georgia 31501 - Original Message - From: Andrea Pescetti pesce...@apache.org To: dev@openoffice.apache.org, market...@openoffice.apache.org Sent: Monday, October 27, 2014 4:44:54 PM Subject: English dictionary (Re: 2015 -- Our 30th Anniversary) On 27/10/2014 Alphonso Whitfield III wrote: When is the English language dictionary going to be fixed in the spell checker application? The English dictionary is not supposed to be fixed since it already works. If it doesn't work for you, try resettin your user profile. There are plenty of explanations around, see for example https://forum.openoffice.org/en/forum/viewtopic.php?t=12426 Note that your comment has nothing to do with the original topic of this discussion. Please do change at least the subject (and possibly start a new discussion instead of replying to an existing one). Regards, Andrea. - To unsubscribe, e-mail: marketing-unsubscr...@openoffice.apache.org For additional commands, e-mail: marketing-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: color names in Math
Hi Kay, Kay Schenk schrieb: On Mon, Oct 27, 2014 at 8:27 AM, Regina Henschel rb.hensc...@t-online.de wrote: Hi Kay, Kay Schenk schrieb: Hi Regina -- I saw that you had already made some changes yesterday re i118191 https://issues.apache.org/ooo/show_bug.cgi?id=118191 I have not investigated color renderings in AOO at all in terms of values, but my first thought is we should be consistent across modules on how this is done. RGB vs HTML? I have compared Calc to StarMath to HTML in the attachments. There is currently no consistence between Calc and Math. Kind regards Regina Thanks for your research. I started thinking maybe making these consistent across all modules (really I have not looked into this yet), would be a good easy fix for a new volunteer. What do you think? For module Math it is too late to make it an easy fix, because the fix is finished, beside the question, what color to use. When I started I had no idea how easy or hard it would be. For Calc I have looked around, but could not find the place yet. So if someone can provide a pointer, then it might work. But I'm not sure because localization is involved. Back to the question, which color to use: Foreign (not OpenOffice or LibreOffice) .odf documents will use the html-color-names and those names are standardized. So for that names I think, there is no choice, we have to render them as they are defined in the standard. Do you agree? So the color name red will be #ff in Math as it is already in Calc, and the color name blue will be #ff in Math as it is already in Calc. That gives a more consistent use and solves issue i118191. But old documents will be rendered different. The color name green in Math has the same rendering as green in html, so that can stay. For Calc it can be solved, when the color name lime is allowed too and mapped to the light green and green to the dark green. Color names are not stored in the Calc files and therefore old documents are not affected. The question is, what to do with names cyan and magenta? These names do not belong to the standard. So we can decide, which color OpenOffice renders and which color it writes to the file. If Math will use them the same way as Calc, then cyan has to be rendered same as aqua and magenta same as fuchsia. OpenOffice writes currently aqua and fuchsia to the MathML part of the file already. That would make the names consistent between Math and Calc and between rendering via StarMath and rendering via pure MathML. But old documents would be rendered different. Shall I change the rendering of cyan and magenta to the light colors too? Kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: Can open Open office add?
Nope categorically incorrect, I'm afraid your wrong and you need to look at the code again. There are serious bugs within OpenOffice, doesn't anyone test the basics? attached is a screen shot and it clearly shows the issue. A calculation of different numbers showing clearly the formula which in excel WORKS! but in OpenOffice doesn't. Is it a limitation of the program? The only way I was able to calculate was doing the following formula which is medieval =sum(c5+c9+C11 etc etc that then produced a total. Date: Tue, 28 Oct 2014 00:12:20 +0100 From: j...@juergen-lange.de To: dev@openoffice.apache.org Subject: Re: Can open Open office add? Ok Darren, OpenOffice works fine for me. If I put numbers like 4,5,4,3 into C5..C8 OpenOffice sums them up - the result is 16. If you put empty fields between (why?) you will see, that OpenOffice will mark only the last field with a box. Extend the box over all your numbers and you'll get 16 again. Jürgen Am 27.10.2014 um 23:18 schrieb Darren Myers: The reason I ask if it can add is, I don't think it can I found a huge flaw in your program the formulas don't work... Example =sum(C5:C15) with a list of numbers... 4, 5, 4, 3 which should equate to 16 Well in EXCEL it does!!! Your crappy program adds the fucking numbers and comes up with 3...?? WTFserious fix this most basic problem. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Can open Open office add?
On Tue, Oct 28, 2014 at 3:23 PM, Darren Myers myers_dar...@hotmail.com wrote: Nope categorically incorrect, I'm afraid your wrong and you need to look at the code again. There are serious bugs within OpenOffice, doesn't anyone test the basics? attached is a screen shot and it clearly shows the issue. A calculation of different numbers showing clearly the formula which in excel WORKS! but in OpenOffice doesn't. Is it a limitation of the program? The only way I was able to calculate was doing the following formula which is medieval =sum(c5+c9+C11 etc etc that then produced a total. Darren -- This list does not allow attachments so your screenshot did not come through. Please make use of the Support Forums -- https://forum.openoffice.org/ where you can provide an attachment of the sheet you're using that is returning the incorrect result. Typically a screenshot is not helpful for solving problems of this nature. For the great majority of us, the SUM function works correctly. Date: Tue, 28 Oct 2014 00:12:20 +0100 From: j...@juergen-lange.de To: dev@openoffice.apache.org Subject: Re: Can open Open office add? Ok Darren, OpenOffice works fine for me. If I put numbers like 4,5,4,3 into C5..C8 OpenOffice sums them up - the result is 16. If you put empty fields between (why?) you will see, that OpenOffice will mark only the last field with a box. Extend the box over all your numbers and you'll get 16 again. Jürgen Am 27.10.2014 um 23:18 schrieb Darren Myers: The reason I ask if it can add is, I don't think it can I found a huge flaw in your program the formulas don't work... Example =sum(C5:C15) with a list of numbers... 4, 5, 4, 3 which should equate to 16 Well in EXCEL it does!!! Your crappy program adds the fucking numbers and comes up with 3...?? WTFserious fix this most basic problem. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche
RE: Can open Open office add?
What list? what do you mean by list... a list of numbers, a list of programming flaws, pseudo code structure. There is a significant issue with the basic function which doesn't allow me or a few people I have spoken to tonight work for them. Just admit the sum function doesn't work, it can't add up which I find very difficult to understand. But it doesn't matter, I have found a work around... that's using Excel on my Company laptop as that works!!!, and then re-importing my entire spread sheet into your backwards program to work at home. Date: Tue, 28 Oct 2014 15:55:27 -0700 Subject: Re: Can open Open office add? From: kay.sch...@gmail.com To: dev@openoffice.apache.org; myers_dar...@hotmail.com On Tue, Oct 28, 2014 at 3:23 PM, Darren Myers myers_dar...@hotmail.com wrote: Nope categorically incorrect, I'm afraid your wrong and you need to look at the code again. There are serious bugs within OpenOffice, doesn't anyone test the basics? attached is a screen shot and it clearly shows the issue. A calculation of different numbers showing clearly the formula which in excel WORKS! but in OpenOffice doesn't. Is it a limitation of the program? The only way I was able to calculate was doing the following formula which is medieval =sum(c5+c9+C11 etc etc that then produced a total. Darren -- This list does not allow attachments so your screenshot did not come through. Please make use of the Support Forums -- https://forum.openoffice.org/ where you can provide an attachment of the sheet you're using that is returning the incorrect result. Typically a screenshot is not helpful for solving problems of this nature. For the great majority of us, the SUM function works correctly. Date: Tue, 28 Oct 2014 00:12:20 +0100 From: j...@juergen-lange.de To: dev@openoffice.apache.org Subject: Re: Can open Open office add? Ok Darren, OpenOffice works fine for me. If I put numbers like 4,5,4,3 into C5..C8 OpenOffice sums them up - the result is 16. If you put empty fields between (why?) you will see, that OpenOffice will mark only the last field with a box. Extend the box over all your numbers and you'll get 16 again. Jürgen Am 27.10.2014 um 23:18 schrieb Darren Myers: The reason I ask if it can add is, I don't think it can I found a huge flaw in your program the formulas don't work... Example =sum(C5:C15) with a list of numbers... 4, 5, 4, 3 which should equate to 16 Well in EXCEL it does!!! Your crappy program adds the fucking numbers and comes up with 3...?? WTFserious fix this most basic problem. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche
Re: Can open Open office add?
Hi Darren Darren Myers schrieb: What list? what do you mean by list... a list of numbers, a list of programming flaws, pseudo code structure. This mailing list. The mailing list does not allow attachments. You should ask on https://forum.openoffice.org/en/forum/ There you can attach a file to your question. Kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[DISCUSS] User support vs issues
We've noticed many more items filed as issues lately that fall into the category of user support. In an effort to track down the origination of this, it seems our Help Wanted page on the planning wiki might be a contributing factor: https://cwiki.apache.org/confluence/display/OOOUSERS/Help+Wanted See item #2 under Easy. Are there some suggestions for different wording for this? We certainly DO want people to report things that don't work as advertised, but how to differentiate issues from user support is the challenge. -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: color names in Math
On 10/28/2014 03:25 PM, Regina Henschel wrote: Hi Kay, Kay Schenk schrieb: On Mon, Oct 27, 2014 at 8:27 AM, Regina Henschel rb.hensc...@t-online.de wrote: Hi Kay, Kay Schenk schrieb: Hi Regina -- I saw that you had already made some changes yesterday re i118191 https://issues.apache.org/ooo/show_bug.cgi?id=118191 I have not investigated color renderings in AOO at all in terms of values, but my first thought is we should be consistent across modules on how this is done. RGB vs HTML? I have compared Calc to StarMath to HTML in the attachments. There is currently no consistence between Calc and Math. Kind regards Regina Thanks for your research. I started thinking maybe making these consistent across all modules (really I have not looked into this yet), would be a good easy fix for a new volunteer. What do you think? For module Math it is too late to make it an easy fix, because the fix is finished, beside the question, what color to use. When I started I had no idea how easy or hard it would be. Right, I saw your changes but didn't evaluate the extent. For Calc I have looked around, but could not find the place yet. So if someone can provide a pointer, then it might work. But I'm not sure because localization is involved. Back to the question, which color to use: Foreign (not OpenOffice or LibreOffice) .odf documents will use the html-color-names and those names are standardized. So for that names I think, there is no choice, we have to render them as they are defined in the standard. Do you agree? Of course, we have to use what is defined in the standard. So the color name red will be #ff in Math as it is already in Calc, and the color name blue will be #ff in Math as it is already in Calc. That gives a more consistent use and solves issue i118191. But old documents will be rendered different. The color name green in Math has the same rendering as green in html, so that can stay. For Calc it can be solved, when the color name lime is allowed too and mapped to the light green and green to the dark green. Color names are not stored in the Calc files and therefore old documents are not affected. The question is, what to do with names cyan and magenta? These names do not belong to the standard. So we can decide, which color OpenOffice renders and which color it writes to the file. If Math will use them the same way as Calc, then cyan has to be rendered same as aqua and magenta same as fuchsia. OpenOffice writes currently aqua and fuchsia to the MathML part of the file already. That would make the names consistent between Math and Calc and between rendering via StarMath and rendering via pure MathML. But old documents would be rendered different. Shall I change the rendering of cyan and magenta to the light colors too? Personally, I would make them consistent from this day forward, so I would say yes make MathML the same as Calc. I just found this reference area for color codes/names-- http://www.rapidtables.com/web/color/cyan-color.htm cyan = aqua in rgb http://www.rapidtables.com/web/color/purple-color.htm same for magenta = fuchsia Others may have a different opinion though. Kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: [DISCUSS] User support vs issues
-Original Message- From: Kay Schenk [mailto:kay.sch...@gmail.com] Sent: Tuesday, October 28, 2014 16:33 To: OOo Apache Subject: [DISCUSS] User support vs issues We've noticed many more items filed as issues lately that fall into the category of user support. In an effort to track down the origination of this, it seems our Help Wanted page on the planning wiki might be a contributing factor: https://cwiki.apache.org/confluence/display/OOOUSERS/Help+Wanted See item #2 under Easy. Are there some suggestions for different wording for this? We certainly DO want people to report things that don't work as advertised, but how to differentiate issues from user support is the challenge. orcnote It might be good to re-order that list so that the most likely response for someone with a problem and is a novice around trouble-shooting would get to the appropriate place first. This may mean putting the forums at the top of the list. Also, offering an either-or dev@ versus users@ is probably not helpful for folks who are not clear about the difference. A BIGGER PROBLEM: The I need help with OpenOffice link at http://www.openoffice.org/ is not responsive to someone who clicks that link when they are in difficulty. I think there needs to be quick differentiation among 1. Having trouble with the software or installation 2. Having trouble getting something to work 3. Wanting to learn more Filing a bug report should probably be after looking on the Forums first. A related concern. Filing a bug report that is clear enough to have a reproducible demonstration of the problem takes a great deal of effort. That usually means the reports need to be curated and the user engaged. When I see the number of ancient similar bug reports that are in the Bugzilla, I want to run screaming away as far as I can get. And I like to think I am relatively patient. /orcnote -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: color names in Math
-Original Message- From: Kay Schenk [mailto:kay.sch...@gmail.com] Sent: Tuesday, October 28, 2014 17:02 To: dev@openoffice.apache.org Subject: Re: color names in Math On 10/28/2014 03:25 PM, Regina Henschel wrote: Hi Kay, Kay Schenk schrieb: On Mon, Oct 27, 2014 at 8:27 AM, Regina Henschel rb.hensc...@t-online.de wrote: Hi Kay, Kay Schenk schrieb: Hi Regina -- I saw that you had already made some changes yesterday re i118191 https://issues.apache.org/ooo/show_bug.cgi?id=118191 I have not investigated color renderings in AOO at all in terms of values, but my first thought is we should be consistent across modules on how this is done. RGB vs HTML? I have compared Calc to StarMath to HTML in the attachments. There is currently no consistence between Calc and Math. Kind regards Regina Thanks for your research. I started thinking maybe making these consistent across all modules (really I have not looked into this yet), would be a good easy fix for a new volunteer. What do you think? For module Math it is too late to make it an easy fix, because the fix is finished, beside the question, what color to use. When I started I had no idea how easy or hard it would be. Right, I saw your changes but didn't evaluate the extent. For Calc I have looked around, but could not find the place yet. So if someone can provide a pointer, then it might work. But I'm not sure because localization is involved. Back to the question, which color to use: Foreign (not OpenOffice or LibreOffice) .odf documents will use the html-color-names and those names are standardized. So for that names I think, there is no choice, we have to render them as they are defined in the standard. Do you agree? Of course, we have to use what is defined in the standard. So the color name red will be #ff in Math as it is already in Calc, and the color name blue will be #ff in Math as it is already in Calc. That gives a more consistent use and solves issue i118191. But old documents will be rendered different. The color name green in Math has the same rendering as green in html, so that can stay. For Calc it can be solved, when the color name lime is allowed too and mapped to the light green and green to the dark green. Color names are not stored in the Calc files and therefore old documents are not affected. The question is, what to do with names cyan and magenta? These names do not belong to the standard. So we can decide, which color OpenOffice renders and which color it writes to the file. If Math will use them the same way as Calc, then cyan has to be rendered same as aqua and magenta same as fuchsia. OpenOffice writes currently aqua and fuchsia to the MathML part of the file already. That would make the names consistent between Math and Calc and between rendering via StarMath and rendering via pure MathML. But old documents would be rendered different. Shall I change the rendering of cyan and magenta to the light colors too? Personally, I would make them consistent from this day forward, so I would say yes make MathML the same as Calc. I just found this reference area for color codes/names-- http://www.rapidtables.com/web/color/cyan-color.htm cyan = aqua in rgb http://www.rapidtables.com/web/color/purple-color.htm same for magenta = fuchsia Others may have a different opinion though. orcnote I've lost track, here, of what is recorded in the ODF file as a color choice (in MathML and in other places where there are color choices) and what is presented to the user as the name for the color (also on any drop-down from a sample of the color in a color-picker). Another place to figure out what is going on is the colors that were implemented beyond the 16 standard RGB names in HTML/XHTML. In that case, cyan is the same as cyan1 (and aqua) and magenta is the same as fuschia - that is, they are the brightest forms of the colors. Another way of looking at it: cyan/aqua is the complement of red, magenta/fuschia is the complement of green. /orcnote Kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK One must still have chaos in oneself to be able to give birth to a dancing star. -- Friedrich Nietzsche - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org