Re: location of scripting.dtd?
Hi, maybe this could help? http://www.openoffice.org/framework/scripting/scriptingf1/developer-guide.html#dtd Regards Oliver -- - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Remove localized credits files
The following files are related to the credits page for OpenOffice.org 3.3.0 and before. These files are included in the welcome directory. credits_de.html (German) credits_en.zip (zipped file for translation) credits_ja.html (Japanese) credits_nl.html (Dutch) - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: OpenOffice@15 @ApacheConNA in April
On 28 December 2014 at 00:34, Andrea Pescetti pesce...@apache.org wrote: On 27/12/2014 Kay Schenk wrote: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=50855951 Nice changes, Andrea! We also need a 3-5 lines descriptions to appear at https://wiki.apache.org/apachecon/ACNA2015ContentCommittee I'm not sure we can actually do this part. I think having the topics will probably determine the best speakers. Hopefully, these speakers will submit proposals. We can do it in phases. As usual, we are a widely distributed project and indeed it's very hard that all the most competent people for each topic are physically in the same place. For some topics we will have the best people, for some other topics we will have competent people who can still deliver a good presentation, for some we may have nobody. and those should then be removed. In any case, I would like to send out a message to our announcements and dev lists about the topics and the conference before Jan. 1 if there are no objections. The dev list is OK for a start (last time I sent a request for talk proposals to the announce list, I got several funny but useless proposals). So if we can start by finalizing the topics, then ask here if we have volunteers for each topic, we can start putting some names. Sounds like a good way to me, please remember there might be some papers in CFP already (as reviewers you have access) and secondly the deadline for CFP is february 1, so time is slowly getting short. rgds jan i. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Remove localized credits files
Tae Wong wrote: credits_de.html (German) credits_en.zip (zipped file for translation) credits_ja.html (Japanese) credits_nl.html (Dutch) Thanks, removed. Credits are preserved since we have http://www.openoffice.org/welcome/credits-ooo33.html and we have no other page pointing to those translations (which were not real translation, meaning that the page was essentially a big table with names). http://svn.apache.org/viewvc?view=revisionrevision=1648223 Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Need help in the code jungle of starmath
Hi Dennis, Dennis E. Hamilton schrieb: In the ODF 1.2 specification, the use of MathML within ODF documents, or as ODF documents, requires use of the namespace. This is in ODF 1.2 Part 1 section 1.5 Namespaces, Table 4, and section 2.2.1 OpenDocument Document subsection B4. This applies to MathML 2.0. That may also be how import of MathML is expected for StarMath too. I am speculating. From my experiments I conclude, that the sax parser needs the namespace. Also, schema validity, not DTD validity, is required. So I should not care about a DTD and put resolve MathML Names to unicode point on import on my ToDo list? orcnote I'm not clear what is the issue about MathML Names. If there is a character-set encoding issue, I think that can be handled in the ?xml prolog element for free-standing MathML XML documents. What non-Unicode are you encountering? /orcnote It is not about encoding, but about an entity reference like int; instead of the numeric XML character references #x222B; or the literal character ∫. Since the development of XML seems to go in the direction to waive doctypes, I will give this import problem a low priority. I have looked into the export of Word 2010 and the clipboard content generated by the MicrosoftMathRecognizer. They produce MathML with namespace but without doctype, so there is no interoperability problem. THE TEST DOCUMENTS I notice that the usage on the web pages that demonstrate some of the tests, the pages are XHTML and the namespace is used on the math elements. In the .mml files themselves, there is no XML prolog at all in the ones I looked at. There is no DOCTYPE, there is no ?xml and there are no prefixes. Yes, that is the problem of the files in testsite.zip. And I'm looking what to do to make them readable in AOO. orcnote In the versions embedded in the XHTML web pages of the tests, themselves, the namespace is supplied. The .mml basically carries implied recognition of MATHML among parties that recognize the file extension association and do not expect XML Names to be supported. This requires out-of-band agreement between interchanging parties and doesn't work for interchange of arbitrary XML Documents. I think the easiest way to use the tests is to go through and do a search-replace of math to math xmlns=... so the tests work where XML is expected. Then figuring out how to assume an implied namespace for math elements can be explored. /orcnote I make progress in this aspect. I become aware, that Apache OpenOffice imports this special XHTML files from the test suite so, that it only imports the MathML fragment and ignores the surrounding XHTML parts. And I've got assistance from the W3 Math Working Group. They told me, that the MathML3 examples have got a namespace in the math-element and they point me to http://lists.w3.org/Archives/Public/www-math/2012Oct/0013.html, which contains the link http://www.w3.org/Math/testsuite/build/mathml3tests.zip to an offline version of the MathML3 testsuite. So now I have got a lot of suitable, valid test files. [..] orcnote Sorry. I don't know where to look in the code to deal with this. I think anything produced by AOO should have the namespace handled correctly to ensure ODF 1.2 conformance. Being more forgiving on input where it is clearly MathML would also be nice. I'm no help about where that might be possible in the code. /orcnote I will focus to get a good import of those .mml files and math fragments, which have got a namespace. That will keep me busy for a while. Kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: Need help in the code jungle of starmath
-- replying below to -- From: Regina Henschel [mailto:rb.hensc...@t-online.de] Sent: Sunday, December 28, 2014 09:00 To: dev@openoffice.apache.org Subject: Re: Need help in the code jungle of starmath Hi Dennis, Dennis E. Hamilton schrieb: [ ... ] orcnote I'm not clear what is the issue about MathML Names. If there is a character-set encoding issue, I think that can be handled in the ?xml prolog element for free-standing MathML XML documents. What non-Unicode are you encountering? /orcnote It is not about encoding, but about an entity reference like int; instead of the numeric XML character references #x222B; or the literal character ∫. orcmid Ah! Character entities. Yes that is a problem. Hmm, perhaps a standalone internal DTD could be used to define these. I am not certain how one gets around DTD validation. It would be nice to use the character entities rather than the character references. I would avoid the literal characters of course, because their being understandable depends on font availability. Does the MathML DTD provide definitions that could be moved to an internal DTD? Perhaps a brief experiment to see if that much will be accepted by the SAX parser? /orcmid Since the development of XML seems to go in the direction to waive doctypes, I will give this import problem a low priority. [ ... ] - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting broken download link
Am 12/28/2014 03:01 AM, schrieb Barry Bredell Sr.: Not Able to Download Apache Open Office Update.Page had recurring error.. I cannot see a problem at the moment. So, please try again as it was maybe just a temporary problem. I don't know if already done but download only from original sources. For OpenOffice only use this download webpage: http://www.openoffice.org/download/ HTH Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Explaining Java (was RE: Java 32)
Am 12/27/2014 12:44 AM, schrieb Andrea Pescetti: On 25/12/2014 Dennis E. Hamilton wrote: A. Is this a potential way to do it? 1. Create an ooo-site/trunk/content/xx/java/ directory. 2. Create leftnav.mdtext and index.mdtext files there. 3. The content/xx/java/index.mdtext would become the English Language version that We adopt for the target. If further breakout is required, it can be handled in that directory at a later time. In xx we try to avoid too many subdirectories. The Java file could find a place in the product directory, and be referenced from the leftnav in that directory (extended a few hours ago). in general, I would agree with you. However in this well-known case I've a problem with Java resp. JRE - What to do? I would make an exception here as it is easier for the average user to remember openoffice.org/java/ resp. openoffice.org/xx/java/. Yes, it's in the dialog box but IMHO not clickable - as long no core developer will create this functionality. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: OpenOffice@15 @ApacheConNA in April
On Sat, Dec 27, 2014 at 3:34 PM, Andrea Pescetti pesce...@apache.org wrote: On 27/12/2014 Kay Schenk wrote: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=50855951 Nice changes, Andrea! We also need a 3-5 lines descriptions to appear at https://wiki.apache.org/apachecon/ACNA2015ContentCommittee I saw this request but was rather reluctant to expand it until we were sure we had enough to do a track. I'm not sure we can actually do this part. I think having the topics will probably determine the best speakers. Hopefully, these speakers will submit proposals. We can do it in phases. As usual, we are a widely distributed project and indeed it's very hard that all the most competent people for each topic are physically in the same place. For some topics we will have the best people, for some other topics we will have competent people who can still deliver a good presentation, for some we may have nobody. and those should then be removed. In any case, I would like to send out a message to our announcements and dev lists about the topics and the conference before Jan. 1 if there are no objections. The dev list is OK for a start (last time I sent a request for talk proposals to the announce list, I got several funny but useless proposals). So if we can start by finalizing the topics, then ask here if we have volunteers for each topic, we can start putting some names. Maybe with the proposed/recommended topics, useless proposals will be minimized? At any rate, the real crux of the matter is what get's submitted through the CFP. I still feel the announcements list would be valuable. Maybe we can slate the announcement for tomorrow, the 29th, with today for final changes to the proposals. Shall we add a draft announcement section to the proposals page? My feeling is we should emphasize that, even though this is being held in North America, some travel assistance IS available. And, I think it might be worth our while to try to engage graduate level students in CSCI or Software Engineering to present ideas on improvement to OpenOffice -- the futures area? Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK There's a bit of magic in everything, and some loss to even things out. -- Lou Reed
RE: Explaining Java (was RE: Java 32)
+1 -- replying below to -- From: Marcus [mailto:marcus.m...@wtnet.de] Sent: Sunday, December 28, 2014 10:06 To: dev@openoffice.apache.org Subject: Re: Explaining Java (was RE: Java 32) Am 12/27/2014 12:44 AM, schrieb Andrea Pescetti: On 25/12/2014 Dennis E. Hamilton wrote: A. Is this a potential way to do it? 1. Create an ooo-site/trunk/content/xx/java/ directory. 2. Create leftnav.mdtext and index.mdtext files there. 3. The content/xx/java/index.mdtext would become the English Language version that We adopt for the target. If further breakout is required, it can be handled in that directory at a later time. In xx we try to avoid too many subdirectories. The Java file could find a place in the product directory, and be referenced from the leftnav in that directory (extended a few hours ago). in general, I would agree with you. However in this well-known case I've a problem with Java resp. JRE - What to do? I would make an exception here as it is easier for the average user to remember openoffice.org/java/ resp. openoffice.org/xx/java/. Yes, it's in the dialog box but IMHO not clickable - as long no core developer will create this functionality. orcmid I think there is the same problem with java.html versus java.htm as well. openoffice.org/java is just easier and more-flexible at the destination. Concerning message boxes. I don't think there is an east way to use standard message-box resources to produce a URL. We are talking about GUI work instead, and having it be internationalized. I think this takes us too far from the least that can possibly work -- and assist users immediately. [Side Note: This might be possible with a button for Help though. Or put the URL in a button label. I have not checked further, but the idea came up in the WinForms case at http://stackoverflow.com/questions/1833747/clickable-url-in-a-winform-message-box. I am a bit wary of live links in dialog boxes. Unlike browser links, it is not easy for the user to know that the link is to the location indicated in the message. We are also creating a small problem with having a URL at all, since derivatives and knock-offs probably won't change the messages. In this case, having users taken care of seems to have clear precedence. /orcmid Marcus - 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: Explaining Java (was RE: Java 32)
Am 12/28/2014 07:38 PM, schrieb Dennis E. Hamilton: +1 -- replying below to -- From: Marcus [mailto:marcus.m...@wtnet.de] Sent: Sunday, December 28, 2014 10:06 To: dev@openoffice.apache.org Subject: Re: Explaining Java (was RE: Java 32) Am 12/27/2014 12:44 AM, schrieb Andrea Pescetti: On 25/12/2014 Dennis E. Hamilton wrote: A. Is this a potential way to do it? 1. Create an ooo-site/trunk/content/xx/java/ directory. 2. Create leftnav.mdtext and index.mdtext files there. 3. The content/xx/java/index.mdtext would become the English Language version that We adopt for the target. If further breakout is required, it can be handled in that directory at a later time. In xx we try to avoid too many subdirectories. The Java file could find a place in the product directory, and be referenced from the leftnav in that directory (extended a few hours ago). in general, I would agree with you. However in this well-known case I've a problem with Java resp. JRE - What to do? I would make an exception here as it is easier for the average user to remember openoffice.org/java/ resp. openoffice.org/xx/java/. Yes, it's in the dialog box but IMHO not clickable - as long no core developer will create this functionality. orcmid I think there is the same problem with java.html versus java.htm as well. openoffice.org/java is just easier and more-flexible at the destination. Concerning message boxes. I don't think there is an east way to use standard message-box resources to produce a URL. We are talking about GUI work instead, and having it be internationalized. I think this takes us too far from the least that can possibly work -- and assist users immediately. [Side Note: This might be possible with a button for Help though. Or put the URL in a button label. I have not checked further, but the idea came up in the WinForms case athttp://stackoverflow.com/questions/1833747/clickable-url-in-a-winform-message-box. I am a bit wary of live links in dialog boxes. Unlike browser links, it is not easy for the user to know that the link is to the location indicated in the message. When you remember the text you have suggested I'm pretty sure the user will know that the URL is directly connected with the text. ;-) We are also creating a small problem with having a URL at all, since derivatives and knock-offs probably won't change the messages. In this case, having users taken care of seems to have clear precedence. /orcmid Ah, yes. Another argument to separate the Java text into an own webpage and sub-dir. Then we can control, change or delete it without influencing other files in other dirs. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Need help in the code jungle of starmath
Hi Dennis, Dennis E. Hamilton schrieb: -- replying below to -- From: Regina Henschel [mailto:rb.hensc...@t-online.de] Sent: Sunday, December 28, 2014 09:00 To: dev@openoffice.apache.org Subject: Re: Need help in the code jungle of starmath Hi Dennis, Dennis E. Hamilton schrieb: [ ... ] orcnote I'm not clear what is the issue about MathML Names. If there is a character-set encoding issue, I think that can be handled in the ?xml prolog element for free-standing MathML XML documents. What non-Unicode are you encountering? /orcnote It is not about encoding, but about an entity reference like int; instead of the numeric XML character references #x222B; or the literal character ∫. orcmid Ah! Character entities. Yes that is a problem. Hmm, perhaps a standalone internal DTD could be used to define these. I am not certain how one gets around DTD validation. It would be nice to use the character entities rather than the character references. I would avoid the literal characters of course, because their being understandable depends on font availability. Does the MathML DTD provide definitions that could be moved to an internal DTD? Perhaps a brief experiment to see if that much will be accepted by the SAX parser? /orcmid Some brief experiments: When I use version A or B (see below) the reference Integral; is not resolved. The browser Seamonkey resolves it in both cases, so I assume that the syntax and URI is correct. The version C is resolved correctly by Apache OpenOffice, Seamonkey and Word 2010 but not by LibreOffice; which shows, that the error is likely inside LibreOffice. The mappings are in a file mmlalias.ent but I don't know, how I can link to it in the doctype declaration. I see no problem in using a literal character, because such character itself has no binding to a font. When you try version C, you will notice, that the integral sign is the same in all three occurrences. Kind regards Regina == A == ?xml version=1.0 encoding=UTF-8? !DOCTYPE math PUBLIC -//W3C//DTD MathML 2.0//EN http://www.w3.org/Math/DTD/mathml2/mathml2.dtd; math xmlns=http://www.w3.org/1998/Math/MathML; mrow mrow mo#x222B;/mo mix/mi mo=/mo mn1/mn /mrow mrow moIntegral;/mo mix/mi mo=/mo mn2/mn /mrow mrow mo∫/mo mix/mi mo=/mo mn3/mn /mrow /mrow /math == B === ?xml version=1.0 encoding=UTF-8? !DOCTYPE math PUBLIC -//W3C//DTD MathML 2.0//EN ../../w3org/Doctypes/mathml2/mathml2/mathml2.dtd math xmlns=http://www.w3.org/1998/Math/MathML; mrow mrow mo#x222B;/mo mix/mi mo=/mo mn1/mn /mrow mrow moIntegral;/mo mix/mi mo=/mo mn2/mn /mrow mrow mo∫/mo mix/mi mo=/mo mn3/mn /mrow /mrow /math == C === ?xml version=1.0 encoding=UTF-8? !DOCTYPE math PUBLIC -//W3C//DTD MathML 2.0//EN http://www.w3.org/Math/DTD/mathml2/mathml2.dtd; [ !ENTITY Integral #x0222B; ] math xmlns=http://www.w3.org/1998/Math/MathML; mrow mrow mo#x222B;/mo mix/mi mo=/mo mn1/mn /mrow mrow moIntegral;/mo mix/mi mo=/mo mn2/mn /mrow mrow mo∫/mo mix/mi mo=/mo mn3/mn /mrow /mrow /math - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: location of scripting.dtd?
Thanks very much for all the background on these scripting DTDs. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: OpenOffice@15 @ApacheConNA in April
On 28 December 2014 at 19:33, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Dec 27, 2014 at 3:34 PM, Andrea Pescetti pesce...@apache.org wrote: On 27/12/2014 Kay Schenk wrote: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=50855951 Nice changes, Andrea! We also need a 3-5 lines descriptions to appear at https://wiki.apache.org/apachecon/ACNA2015ContentCommittee I saw this request but was rather reluctant to expand it until we were sure we had enough to do a track. I'm not sure we can actually do this part. I think having the topics will probably determine the best speakers. Hopefully, these speakers will submit proposals. We can do it in phases. As usual, we are a widely distributed project and indeed it's very hard that all the most competent people for each topic are physically in the same place. For some topics we will have the best people, for some other topics we will have competent people who can still deliver a good presentation, for some we may have nobody. and those should then be removed. In any case, I would like to send out a message to our announcements and dev lists about the topics and the conference before Jan. 1 if there are no objections. The dev list is OK for a start (last time I sent a request for talk proposals to the announce list, I got several funny but useless proposals). So if we can start by finalizing the topics, then ask here if we have volunteers for each topic, we can start putting some names. Maybe with the proposed/recommended topics, useless proposals will be minimized? At any rate, the real crux of the matter is what get's submitted through the CFP. I still feel the announcements list would be valuable. Maybe we can slate the announcement for tomorrow, the 29th, with today for final changes to the proposals. Shall we add a draft announcement section to the proposals page? My feeling is we should emphasize that, even though this is being held in North America, some travel assistance IS available. And, I think it might be worth our while to try to engage graduate level students in CSCI or Software Engineering to present ideas on improvement to OpenOffice -- the futures area? TAC is for sure available (I am on the committee), we sponsored 12 people at budapest...and I would like to see the same level for austin. In general applicant on the same continent tend to get better scores, just as an advice. I am happy to help if somebody have questions about how to fill out our forms. rgds jan I. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK There's a bit of magic in everything, and some loss to even things out. -- Lou Reed
RE: Explaining Java (was RE: Java 32)
-- reply below to -- From: Marcus [mailto:marcus.m...@wtnet.de] Sent: Sunday, December 28, 2014 11:13 To: dev@openoffice.apache.org Subject: Re: Explaining Java (was RE: Java 32) Am 12/28/2014 07:38 PM, schrieb Dennis E. Hamilton: [ ... ] I am a bit wary of live links in dialog boxes. Unlike browser links, it is not easy for the user to know that the link is to the location indicated in the message. When you remember the text you have suggested I'm pretty sure the user will know that the URL is directly connected with the text. ;-) orcmid Oh. I was not clear. I meant that the live link might go to a different place than is shown in the message box. For example, as a form of malware or a way of tracking users. In my browser I can always tell where a static link goes (unless JavaScript is being used to hide it, and then I am very careful). I don't know if this is a significant risk, but it does increase the threat surface unnecessarily. (Silently pinging for updates is similar in not having the user in charge of what is happening.) /orcmid [ ... ] - 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: Need help in the code jungle of starmath
Nice experiments! -- reply below to -- From: Regina Henschel [mailto:rb.hensc...@t-online.de] Sent: Sunday, December 28, 2014 11:46 To: dev@openoffice.apache.org Subject: Re: Need help in the code jungle of starmath Hi Dennis, Dennis E. Hamilton schrieb: [ ... ] orcmid Ah! Character entities. Yes that is a problem. Hmm, perhaps a standalone internal DTD could be used to define these. I am not certain how one gets around DTD validation. It would be nice to use the character entities rather than the character references. I would avoid the literal characters of course, because their being understandable depends on font availability. Does the MathML DTD provide definitions that could be moved to an internal DTD? Perhaps a brief experiment to see if that much will be accepted by the SAX parser? /orcmid Some brief experiments: When I use version A or B (see below) the reference Integral; is not resolved. The browser Seamonkey resolves it in both cases, so I assume that the syntax and URI is correct. The version C is resolved correctly by Apache OpenOffice, Seamonkey and Word 2010 but not by LibreOffice; which shows, that the error is likely inside LibreOffice. The mappings are in a file mmlalias.ent but I don't know, how I can link to it in the doctype declaration. I see no problem in using a literal character, because such character itself has no binding to a font. When you try version C, you will notice, that the integral sign is the same in all three occurrences. orcmid Some observations. 1. I don't think what browsers do is reliable because they may have implementation-supported built-in character entities as a feature unrelated to any standard (e.g., for XHTML or whatever). 2. I looked through the MathML DTD and it doesn't define any character entities at all. It uses the literals for the Copyright symbol and curved quotes in its commentary! 3. I think you can include the mmlalias.ent file via parameter reference in the internal DTD. But this may be blocked for security reasons in some implementations. And it has to be somewhere in a resource or the install directory where code can find it. Seems too brittle. 5. The reason I prefer character entities is that people may not know what the intended character is. Likewise, using the character code directly in the UTF-8 does require that the file be viewed in a tool that has a proper character set. There are great differences in rendering even when the codes are recognized. 6. Just the same, since LibreOffice does not appear to process the internal DTD, I think you need to use the character codes so long as they are not in any special area of Unicode. I'm disappointed but interoperability seems more important. Kind regards Regina == A == ?xml version=1.0 encoding=UTF-8? !DOCTYPE math PUBLIC -//W3C//DTD MathML 2.0//EN http://www.w3.org/Math/DTD/mathml2/mathml2.dtd; math xmlns=http://www.w3.org/1998/Math/MathML; mrow mrow mo#x222B;/mo mix/mi mo=/mo mn1/mn /mrow mrow moIntegral;/mo mix/mi mo=/mo mn2/mn /mrow mrow mo∫/mo mix/mi mo=/mo mn3/mn /mrow /mrow /math == B === ?xml version=1.0 encoding=UTF-8? !DOCTYPE math PUBLIC -//W3C//DTD MathML 2.0//EN ../../w3org/Doctypes/mathml2/mathml2/mathml2.dtd math xmlns=http://www.w3.org/1998/Math/MathML; mrow mrow mo#x222B;/mo mix/mi mo=/mo mn1/mn /mrow mrow moIntegral;/mo mix/mi mo=/mo mn2/mn /mrow mrow mo∫/mo mix/mi mo=/mo mn3/mn /mrow /mrow /math == C === ?xml version=1.0 encoding=UTF-8? !DOCTYPE math PUBLIC -//W3C//DTD MathML 2.0//EN http://www.w3.org/Math/DTD/mathml2/mathml2.dtd; [ !ENTITY Integral #x0222B; ] math xmlns=http://www.w3.org/1998/Math/MathML; mrow mrow mo#x222B;/mo mix/mi mo=/mo mn1/mn /mrow mrow moIntegral;/mo mix/mi mo=/mo mn2/mn /mrow mrow mo∫/mo mix/mi mo=/mo mn3/mn /mrow /mrow /math - 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: OpenOffice@15 @ApacheConNA in April
On 12/28/2014 01:06 PM, jan i wrote: On 28 December 2014 at 19:33, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Dec 27, 2014 at 3:34 PM, Andrea Pescetti pesce...@apache.org wrote: On 27/12/2014 Kay Schenk wrote: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=50855951 Nice changes, Andrea! We also need a 3-5 lines descriptions to appear at https://wiki.apache.org/apachecon/ACNA2015ContentCommittee I saw this request but was rather reluctant to expand it until we were sure we had enough to do a track. I'm not sure we can actually do this part. I think having the topics will probably determine the best speakers. Hopefully, these speakers will submit proposals. We can do it in phases. As usual, we are a widely distributed project and indeed it's very hard that all the most competent people for each topic are physically in the same place. For some topics we will have the best people, for some other topics we will have competent people who can still deliver a good presentation, for some we may have nobody. and those should then be removed. In any case, I would like to send out a message to our announcements and dev lists about the topics and the conference before Jan. 1 if there are no objections. The dev list is OK for a start (last time I sent a request for talk proposals to the announce list, I got several funny but useless proposals). So if we can start by finalizing the topics, then ask here if we have volunteers for each topic, we can start putting some names. Maybe with the proposed/recommended topics, useless proposals will be minimized? At any rate, the real crux of the matter is what get's submitted through the CFP. I still feel the announcements list would be valuable. Maybe we can slate the announcement for tomorrow, the 29th, with today for final changes to the proposals. Shall we add a draft announcement section to the proposals page? My feeling is we should emphasize that, even though this is being held in North America, some travel assistance IS available. And, I think it might be worth our while to try to engage graduate level students in CSCI or Software Engineering to present ideas on improvement to OpenOffice -- the futures area? Draft announcement text added as a comment to: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=50855951 Will be removed when the announcement is actually sent. Changes very welcome! :) TAC is for sure available (I am on the committee), we sponsored 12 people at budapest...and I would like to see the same level for austin. In general applicant on the same continent tend to get better scores, just as an advice. I am happy to help if somebody have questions about how to fill out our forms. rgds jan I. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK There's a bit of magic in everything, and some loss to even things out. -- Lou Reed -- - MzK There's a bit of magic in everything, and some loss to even things out. -- Lou Reed - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: OpenOffice@15 @ApacheConNA in April
Hi. It seems we have a lot of focus on ACNA which is very very good.but let not forget that before that we have a little european event called FOSDEM. We as AOO should not forget that event, since it is likely to attract more AOO users than ACNA. rgds jan I. Ps. Is it about time to publish how many talks does AOO have at FOSDEM ? On 28 December 2014 at 22:57, Kay Schenk kay.sch...@gmail.com wrote: On 12/28/2014 01:06 PM, jan i wrote: On 28 December 2014 at 19:33, Kay Schenk kay.sch...@gmail.com wrote: On Sat, Dec 27, 2014 at 3:34 PM, Andrea Pescetti pesce...@apache.org wrote: On 27/12/2014 Kay Schenk wrote: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=50855951 Nice changes, Andrea! We also need a 3-5 lines descriptions to appear at https://wiki.apache.org/apachecon/ACNA2015ContentCommittee I saw this request but was rather reluctant to expand it until we were sure we had enough to do a track. I'm not sure we can actually do this part. I think having the topics will probably determine the best speakers. Hopefully, these speakers will submit proposals. We can do it in phases. As usual, we are a widely distributed project and indeed it's very hard that all the most competent people for each topic are physically in the same place. For some topics we will have the best people, for some other topics we will have competent people who can still deliver a good presentation, for some we may have nobody. and those should then be removed. In any case, I would like to send out a message to our announcements and dev lists about the topics and the conference before Jan. 1 if there are no objections. The dev list is OK for a start (last time I sent a request for talk proposals to the announce list, I got several funny but useless proposals). So if we can start by finalizing the topics, then ask here if we have volunteers for each topic, we can start putting some names. Maybe with the proposed/recommended topics, useless proposals will be minimized? At any rate, the real crux of the matter is what get's submitted through the CFP. I still feel the announcements list would be valuable. Maybe we can slate the announcement for tomorrow, the 29th, with today for final changes to the proposals. Shall we add a draft announcement section to the proposals page? My feeling is we should emphasize that, even though this is being held in North America, some travel assistance IS available. And, I think it might be worth our while to try to engage graduate level students in CSCI or Software Engineering to present ideas on improvement to OpenOffice -- the futures area? Draft announcement text added as a comment to: https://cwiki.apache.org/confluence/pages/viewpage.action?pageId=50855951 Will be removed when the announcement is actually sent. Changes very welcome! :) TAC is for sure available (I am on the committee), we sponsored 12 people at budapest...and I would like to see the same level for austin. In general applicant on the same continent tend to get better scores, just as an advice. I am happy to help if somebody have questions about how to fill out our forms. rgds jan I. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK There's a bit of magic in everything, and some loss to even things out. -- Lou Reed -- - MzK There's a bit of magic in everything, and some loss to even things out. -- Lou Reed - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Fwd: Warning from dev@openoffice.apache.org
I get these mails occasionally as well. I'm using 4% of my mail box space on google so it's not a space @ google issue. Something is wrong on the mail server. On Sat, Dec 27, 2014 at 9:44 AM, Lee Fisher l.office.fis...@gmail.com wrote: I also just received one. I've also received a warning from the user list a few days ago. Since I'm using gmail as my provider, I'm not sure how to respond to the warning, gmail admins should be receiving this warning if their service is failing. This email account is only used to subscribe to the openoffice and libreoffice mailing lists, nothing else. Why the warning? How to resolve things? Thanks, Lee On 12/27/2014 08:42 AM, Emanuele wrote: Hi, sorry to bother, I receive messages like the following every once in a while (the last one was a couple of months ago). Looks pretty similar to: https://issues.apache.org/jira/browse/INFRA-8433 I'm not sure if it is generalized or just me. Is there anything I can do on my side? Is it worth reporting when it happens? Thanks. Best regards, Emanuele - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: Fwd: Warning from dev@openoffice.apache.org
The fact of receiving the warning message is a fair indication that the problem, whatever it is, has dissipated. I see these from time to time. I shrug them off as some sort of list system weirdness, although it could also be that my affinity account (@acm) is not responding somehow and I am not seeing all of the current posts on a list. Whatever it is, it seems to be a transient phenomenon. As far as I know, there is little to be done on our receiving end, since we don't have enough information to know what is happening nor, usually, any means to intervene. - Dennis -Original Message- From: Chuck Davis [mailto:cjgun...@gmail.com] Sent: Sunday, December 28, 2014 18:07 To: dev@openoffice.apache.org Subject: Re: Fwd: Warning from dev@openoffice.apache.org I get these mails occasionally as well. I'm using 4% of my mail box space on google so it's not a space @ google issue. Something is wrong on the mail server. On Sat, Dec 27, 2014 at 9:44 AM, Lee Fisher l.office.fis...@gmail.com wrote: I also just received one. I've also received a warning from the user list a few days ago. Since I'm using gmail as my provider, I'm not sure how to respond to the warning, gmail admins should be receiving this warning if their service is failing. This email account is only used to subscribe to the openoffice and libreoffice mailing lists, nothing else. Why the warning? How to resolve things? Thanks, Lee On 12/27/2014 08:42 AM, Emanuele wrote: Hi, sorry to bother, I receive messages like the following every once in a while (the last one was a couple of months ago). Looks pretty similar to: https://issues.apache.org/jira/browse/INFRA-8433 I'm not sure if it is generalized or just me. Is there anything I can do on my side? Is it worth reporting when it happens? Thanks. Best regards, Emanuele - 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