Admin rights to Pootle
Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? Regards, Hriň - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Admin rights to Pootle
Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? Regards, Hriň - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Very simple first patch
Hi, I made very simple patch. http://people.apache.org/~hrin/dejavu/ Please review, and feel free to add it to trunk if it will be good. And add comments if I'm doing something wrong. It is a update of external package :) Regards, Hriň - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO mailing list subscription totals, and other tidbits
On Thu, Nov 13, 2014 at 2:42 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 12/11/14 20:19, Andrea Pescetti wrote: jan i wrote: On 12 November 2014 15:38, Jürgen Schmidt wrote: It's sometimes very interesting and there are some more numbers Mailing list numbers are very good. The announce list, if I recall correctly, used to have ~8000 subscribers, so this would be a 40-50% increment. Also, mailing list numbers show that when we write here we write to a much larger audience than the regular posters. Website numbers are different. Good traffic, but all of it is quite focused (3 pages, 2 minutes, few recurring visitors in percentage). if the 3 pages are the same we can of course focus to use this entry points and make them as useful as possible. And we do have the ability to put a banner message (with a hyperlink) on all web pages at once. So we can catch the website traffic if we have a message we want to get out. -Rob Juergen This can probably be explained by the fact that website visitors are mostly people who download or update OpenOffice and are not planning to get involved (on the other side, active volunteers will often use other resources). Still, it's a potential that we can exploit. More numbers are coming next week as promised... But in general they reinforce the idea that Apache OpenOffice is now a mature project with good internal dynamics (even though I still see many fields where we need help and mentoring) and that this is a good moment to change pace and perspective, and use our full potential. More in one week at ApacheCon. apacheCON is in less than a week away, tuesday will have a official AOO meeting for everybody (except timewasters according to some) Occasions for a meeting are rare. It's important that we use this time at best. And that we come out with some great ideas and with motivated people willing to implement them with respect and backing from the community (and the PMC if you wish, but I find it sterile to distinguish between the two: OpenOffice is not the playground of the PMC, it is a community project for everybody to enjoy). I personally look forward to that meeting. Me too! I'm looking forward to an exciting, productive discussion and, if we need time, to a long night... 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 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 2015 -- Our 30th Anniversary
Hi Louis, On 28.10.2014 21:12, Louis Suárez-Potts wrote: Hi Malte, 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). Actually everyone can look at the demo version of App Suite, including OX Text and OX Spreadsheet: http://www.open-xchange.com/demo Same focus - Office productivity, ODF and OOXML. Hm. You might want to share with us what’s going on over there…. See below :) 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? Exactly. ODF and OOXML are our natively supported formats that we can edit in the browser. Text and Spreadsheet are already available. We work on the documents very different compared to Open Office or MS Office. One of our most important features is the document roundtrip. You can safely switch between editing with OX Documents and editing with your native application. And we have real-time communication to quickly distribute changes to other clients. I just wrote a blog post that explains the technical details how we achieve it. http://techblog.open-xchange.com/2014/11/13/ox-documents-roundtrip-and-operations/ Best regards Malte. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Admin rights to Pootle
On 13 November 2014 09:39, Michal Hriň michal.h...@hotmail.sk wrote: Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? Pootle is used for several apache projects, so admin rights fro account creation is restricted to only a few people. Normally there are not that many accounts being created like e.g. with the wiki, so more admins should not be needed. Also remember you can always work offline (download the po files) or work as guest, so a new user is not hindered in his/hers work. rgds jan i. Regards, Hriň - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Admin rights to Pootle
On 13 November 2014 09:39, Michal Hriň h...@apache.org wrote: Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? in general no, see my other mail. rgds jan i. Regards, Hriň - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Admin rights to Pootle
Dňa 13.11.2014 o 18:23 jan i napísal(a): On 13 November 2014 09:39, Michal Hriň h...@apache.org wrote: Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? in general no, see my other mail. OK. I'm asking because I think that Andrea is only one person, who creates Pootle accounts for new volunteers, and I'm not sure if volunteers comes back if they don't have created account immediately. rgds jan i. Regards, Hriň - 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: Admin rights to Pootle
On 13 November 2014 18:43, Michal Hriň h...@apache.org wrote: Dňa 13.11.2014 o 18:23 jan i napísal(a): On 13 November 2014 09:39, Michal Hriň h...@apache.org wrote: Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? in general no, see my other mail. OK. I'm asking because I think that Andrea is only one person, who creates Pootle accounts for new volunteers, and I'm not sure if volunteers comes back if they don't have created account immediately. If they could not work, they would not come back, but please remember they can work without an accountwe only use the account for 2 reasons 1) We can see who do what, and once a person has done a fair bit of work, the project might consider inviting that person as committer. 2) guests makes proposals, that will be reviewed by persons who have an account. In my opinion its nice to see work from a person, before that person is allowed to write and change directly. 99% are good people, but the 1% (or less) can made damage that takes a lot of time to repair. rgds jan I. rgds jan i. Regards, Hriň - 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: Admin rights to Pootle
Dňa 13.11.2014 o 19:50 jan i napísal(a): On 13 November 2014 18:43, Michal Hriň h...@apache.org wrote: Dňa 13.11.2014 o 18:23 jan i napísal(a): On 13 November 2014 09:39, Michal Hriň h...@apache.org wrote: Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? in general no, see my other mail. OK. I'm asking because I think that Andrea is only one person, who creates Pootle accounts for new volunteers, and I'm not sure if volunteers comes back if they don't have created account immediately. If they could not work, they would not come back, but please remember they can work without an accountwe only use the account for 2 reasons 1) We can see who do what, and once a person has done a fair bit of work, the project might consider inviting that person as committer. 2) guests makes proposals, that will be reviewed by persons who have an account. Imagine a situation that there is only one person per language (and that 's the reality) so we give to person advice to make sugestions. Person made sugestions, and now imagine after week , person have to submit sugestions one-by-one (there is no submit all I think). So it is doubled work for person. Or I may give advice to person to translate offline then upload files back to Pootle one-by-one or somewhere to cloud. But I'm user that don't want to install tools for translations to my computer, so I want account to avoid doubled work. I'm on end, do what you have to do. In my opinion its nice to see work from a person, before that person is allowed to write and change directly. 99% are good people, but the 1% (or less) can made damage that takes a lot of time to repair. rgds jan I. rgds jan i. Regards, Hriň - 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 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: emails to issues list
Thanks for your answer! I don't know if this email was moderated. It was only a actual example but there was emails at the list earlier. See: http://mail-archives.apache.org/mod_mbox/openoffice-issues/201410.mbox/%3CDUB120-DS8816A4B646CAC01026577D7B90%40phx.gbl%3E http://mail-archives.apache.org/mod_mbox/openoffice-issues/201410.mbox/%3CAE85557F-5726-4BD7-8A38-F078DD086416%40yahoo.com%3E and follows. Again: http://mail-archives.apache.org/mod_mbox/openoffice-issues/201411.mbox/%3C788061281.305923.1415896965359.JavaMail.yahoo%40jws100136.mail.ne1.yahoo.com%3E I think its a configuration problem. Regards, Mathias - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Admin rights to Pootle
Michal Hriň wrote: Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? What I was about to answer was... Sure! I think there are only two levels (user and admin), and I will be very happy if you join as an admin. Let's keep your request pending for the next 3 days for lazy consensus as usual, then just send a reminder and your account name (and make sure it is linked to your committer account, not a local Pootle account) and we'll give you rights. ...but I now see the remarks by Jan. They are absolutely valid, nothing to discuss here, and thanks Jan for reminding that Pootle is shared infrastructure so OpenOffice can't simply decide to create admins at the moment. Well, let's still wait 3 days to see if anybody has objections to you becoming a Pootle admin, seeing the issue purely from the OpenOffice side. This way we can be sure that, if it was only for OpenOffice, we would be OK with having you as a Pootle admin (replacing me if needed, why not). Next week at ApacheCon we'll meet a lot of people from Infra and we'll try to find a good policy. If you can provide a better service to the community and nobody objects (in principle) to having you as a Pootle admin, my opinion is that we should definitely use your availability. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: grammar for StarMath
Hi Dennis, Dennis E. Hamilton schrieb: I'm interested in your long-term task. I think that would be useful to do. I'm willing to work on that with you, especially if there is no hurry. That is great. My current state is very early: looking around and collecting information, and trying to understand the source code and get a structured view on it. From my side, there is no hurry. I have still my daily job as teacher and therefore most things I do for OpenOffice (or ODF) I do in the holidays. And outside the holidays I am often time-poor, which you notice from my slow reaction. So please do not expect quick improvements. I'm happy, that you already contribute ideas. Find some comments inside. I don't think there is any operator precedence in StarMath 5.0, which is why it is important to use explicit { ... }. It would be interesting to know what the rule for implicit multiplication might be also, concerning the 2b in a+{2b}. That should be easy to check, and also to determine how clean unary versus binary operations are distinguished. I need to find a way to read the generated node tree. The errors in the MathML export might originate in the filter or in an insufficient node tree. I'm not clear that a grammar is easy to derive in the sense of BNF. One way would be to try enough of the operators, brackets, etc., and see how they map. One could also look at the parser in the code. Before going too far down that road, perhaps the OpenOffice Forums have something in their collection of material. You are right. Forum and mailing list have different users. I expect that the parser is relatively simple with many reserved works, providing more of a markup notation than a formula notation. (I suspect the result is presentation of a formula more than it is something that can be interpreted as a formula in the sense of evaluation or symbolic manipulation.) I just looked at the commands.src file in AOO/trunk/main/staremath/source/ and I think that tells you a lot about the grammar. I couldn't find anything about the attributes. Experiments may be needed there. My thinking is that there are some useful tests to run. In particular, will OpenOffice Math work properly on an ODF Formula document that has no annotation? (I.e., the StarMath portion is missing.) If the StarMath is required, there is a pretty significant defect in either ODF 1.2 Part 1 or in the implementation, since there is not enough information for someone to interoperate one way, the other, or both. The defect in not in ODF. ODF refers to MathML 2.0 and has no own specifications. From point of standardization, OpenOffice should not write StarMath into ODF documents, but use it only for the old OOoXML format. MathML 2.0 itself is well maintained by the W3C. Therefore I think that all problems have their origin in the implementation in OpenOffice. You can test the import filter without generating .odf documents, when you start Math module and then use Tools Import formula. You need a complete .mml document, a math../math fragment will not work. Seamonkey (Firefox) shows .mml documents without plug-in, so a comparison exists. Currently I have not installed Amaya (unfortunately W3C stopped development), but Amaya is suitable for comparisons too. The other way is of cause to simple delete the annotation. I had done that, when I tested, whether the MathML part of my introduced colors works. If OpenOffice Math will open a MathML that has no (recognizable) annotation, you could check the example you have, and others, by seeing what StarMath AOO shows when such a MathML is loaded. That would provide information for deducing the grammar. In particular, it would help understand where {...} are needed for some of the attributes, how brackets and {...} interact, etc. Is this interesting? Such starting would result in a collection of test files, which are needed later on anyways. Therefore it is surely useful. It might result in a lot of issues. Kind regards Regina - Dennis -Original Message- From: Regina Henschel [mailto:rb.hensc...@t-online.de] Sent: Wednesday, November 12, 2014 00:18 To: dev@openoffice.apache.org Subject: Re: grammar for StarMath Hi Dennis, thank you for looking at it. But I'm looking for a BNF or other form of derivation rules or any kind of informal specification. The exported MathML is known to have structural deficits, for example 'a + 2 b' will result in mrow mia/mi mo stretchy=false+/mo mn2/mn /mrow mib/mi which is a structure '{a+2} b', where it should be a structure 'a + {2 b}'. It is a long-term task (in which I'm interested) to get a better representation of the formulas in MathML and so be able to drop StarMath. And therefore I'm looking for some developer information about StarMath. If such does not exist, the way through examining code and examples will be harder. Kind regards Regina Dennis E. Hamilton schrieb: I have an incomplete result. You may
Re: Admin rights to Pootle
jan i wrote: On 13 November 2014 18:43, Michal Hriň wrote: OK. I'm asking because I think that Andrea is only one person, who creates Pootle accounts for new volunteers I'm not the only one who can, but I'm the only one who does. When I created the accounts that were requested earlier today, I took note of the needed steps. These may be helpful to any other admins in future, and they are at the bottom of this message. and I'm not sure if volunteers comes back if they don't have created account immediately. Jan is right, technically there is no reason for that and they can be immediately productive by making suggestions as anonymous. Still, this is clearly not working. Maybe we are not clear enough, maybe volunteers don't like that: but we must make everything as smooth as possible. In my opinion its nice to see work from a person, before that person is allowed to write and change directly. 99% are good people, but the 1% (or less) can made damage that takes a lot of time to repair. We are now consolidating the localization community. Many languages have at least one responsive translator. We could discuss a new model where we create an account immediately but (for languages that already have active, responsive volunteers) we don't give the right to submit translations, only suggestions. And then an already trusted translator vouches for the quality of suggestions and asks that the new volunteer is given full rights. Again, ApacheCon is an excellent moment to discuss this. Three Pootle admins (jani, jsc and me) are also OpenOffice committers so they know how things work in OpenOffice, and two of them (jani and me) will be there. I can see 7 Pootle admins in total. Jan, if you believe that it is possible to gather some of them (even just you and me, but if we manage to be 4, even better) at ApacheCon to discuss how to handle new accounts and administration, I'm surely available for a dedicated meeting: localization is an important and well-working part of our community, and it must have priority. (see below, for reference, the steps for creating a new Pootle account; some seem unnecessary but they are done in preparation for an already agreed change in default permissions) Regards, Andrea. --- To create a new Pootle account: 1) Login at https://translate.apache.org 2) Click on ADMIN top-right 3) Click on the users tab 4) Fill in the new account details on the last row (username always lowercase; put a random password) 5) Save the account 6) Go back to the home page and open the language page for the corresponding language (r.g., https://translate.apache.org/km/ for Khmer) 7) Open the aoo40 project, then Permissions, then give the last 4 permissions (review, make, submit, view) to the newly created user 8) Do the same for the aoo400help project 9) Send a welcome mail like http://markmail.org/message/6ufo2ulcrx6hahib making sure to CC the new account holder - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Very simple first patch
On 13/11/2014 Michal Hriň wrote: I made very simple patch. http://people.apache.org/~hrin/dejavu/ Looks quite correct. The normal way would be to open an issue of type PATCH and attach your patch. Make just one .patch file, obtained with svn diff or git diff. And don't forget to send the link here to connect it to this discussion. Please review, and feel free to add it to trunk if it will be good. And add comments if I'm doing something wrong. I didn't test it yet, but I would only double-check that replacing the ZIP file with a tar.gz archive does not require other changes. The rest looks good. It is a update of external package :) And here is a problem, but it doesn't depend on you. Policy so far has been: we download build-time dependencies from the Extensions site and from Apache Extras. If Apache Extras (currently part of Google Code) do not allow us to upload files any longer, then this is the first occurrence of a problem that we have largely anticipated but not solved yet. This shouldn't stop us from updating libraries, but for sure we (the entire Apache Foundation, not OpenOffice only) must find a viable replacement before the next release. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Admin rights to Pootle
On 13/11/2014 22:58, Andrea Pescetti wrote: jan i wrote: On 13 November 2014 18:43, Michal Hriň wrote: OK. I'm asking because I think that Andrea is only one person, who creates Pootle accounts for new volunteers I'm not the only one who can, but I'm the only one who does. When I created the accounts that were requested earlier today, I took note of the needed steps. These may be helpful to any other admins in future, and they are at the bottom of this message. and I'm not sure if volunteers comes back if they don't have created account immediately. Jan is right, technically there is no reason for that and they can be immediately productive by making suggestions as anonymous. Still, this is clearly not working. Maybe we are not clear enough, maybe volunteers don't like that: but we must make everything as smooth as possible. Actually that worked for a long time with the danish translation. But I have zero problem with the way you have handled account creationits now how I would have done it, but it has been done correctly. In my opinion its nice to see work from a person, before that person is allowed to write and change directly. 99% are good people, but the 1% (or less) can made damage that takes a lot of time to repair. We are now consolidating the localization community. Many languages have at least one responsive translator. We could discuss a new model where we create an account immediately but (for languages that already have active, responsive volunteers) we don't give the right to submit translations, only suggestions. And then an already trusted translator vouches for the quality of suggestions and asks that the new volunteer is given full rights. +1, my intention was simply to have someone vouch for the quality. BUT as mentioned above account creation have been handled differently, and I have no problem with that. Again, ApacheCon is an excellent moment to discuss this. Three Pootle admins (jani, jsc and me) are also OpenOffice committers so they know how things work in OpenOffice, and two of them (jani and me) will be there. I can see 7 Pootle admins in total. Jan, if you believe that it is possible to gather some of them (even just you and me, but if we manage to be 4, even better) at ApacheCon to discuss how to handle new accounts and administration, I'm surely available for a dedicated meeting: localization is an important and well-working part of our community, and it must have priority. yes. ACEU is a good place. Please dont forget a pootle admin can change ALL projects. I believe (know might be more correct) that AOO is the only project that allows non-committers to have accounts, so this is a special AOO problem. But again I have no problem with the account creation as AOO have handled it (after the discussion on security level). I do however have a problem with adding more admins (infra in general might see this differently), and I am strongly against having non-committers as admins. For reference I am doing pottle maintenance from time to time, but for all apache projects. rgds jan i. (see below, for reference, the steps for creating a new Pootle account; some seem unnecessary but they are done in preparation for an already agreed change in default permissions) Regards, Andrea. --- To create a new Pootle account: 1) Login at https://translate.apache.org 2) Click on ADMIN top-right 3) Click on the users tab 4) Fill in the new account details on the last row (username always lowercase; put a random password) 5) Save the account 6) Go back to the home page and open the language page for the corresponding language (r.g., https://translate.apache.org/km/ for Khmer) 7) Open the aoo40 project, then Permissions, then give the last 4 permissions (review, make, submit, view) to the newly created user 8) Do the same for the aoo400help project 9) Send a welcome mail like http://markmail.org/message/6ufo2ulcrx6hahib making sure to CC the new account holder - 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: Admin rights to Pootle
On 13/11/2014 22:05, Andrea Pescetti wrote: Michal Hriň wrote: Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? What I was about to answer was... Sure! I think there are only two levels (user and admin), and I will be very happy if you join as an admin. Let's keep your request pending for the next 3 days for lazy consensus as usual, then just send a reminder and your account name (and make sure it is linked to your committer account, not a local Pootle account) and we'll give you rights. ...but I now see the remarks by Jan. They are absolutely valid, nothing to discuss here, and thanks Jan for reminding that Pootle is shared infrastructure so OpenOffice can't simply decide to create admins at the moment. Well, let's still wait 3 days to see if anybody has objections to you becoming a Pootle admin, seeing the issue purely from the OpenOffice side. This way we can be sure that, if it was only for OpenOffice, we would be OK with having you as a Pootle admin (replacing me if needed, why not). seeing it purely from AOO, I would expect an admin to be PMC, otherwise it will be difficult for that person to follow PMC policy discussions. Next week at ApacheCon we'll meet a lot of people from Infra and we'll try to find a good policy. If you can provide a better service to the community and nobody objects (in principle) to having you as a Pootle admin, my opinion is that we should definitely use your availability. I dont disagree, it just might force us (infra) to change what a admin can do. RIght now admin role is similar to root. If the project decides to go down that way, then implementing it is a infra problemand NOT a reason not to go down that road. Lets talk next week. rgds jan i 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: grammar for StarMath
Regina, I'm aligned with all of your comments below. I just visited the Forums and found 243 threads on OpenOffice Math, https://forum.openoffice.org/en/forum/viewforum.php?f=12. These go back to 2007. There is also a link there to documentation on OpenOffice.org: There's Getting Started with Math and also a Math Guide, https://wiki.openoffice.org/wiki/Documentation/OOo3_User_Guides/Chapters. The Math Guide provides a nice informal guide to the StarMath 5.0 notation, with many examples. I think we could start there looking for a grammar. I fear the bug you see is not a bug, but a pitfall with how the StarMath notation works. There are warnings about similar cases in the Guide. Using {...} is very important. It appears that 2b is treated as two terms, a numeral followed by a symbol. So a+2b ends up parsing the same as {a+2}b. That is a little odd, but it makes for a very simple language, and the user does have control. To show how this is done in a kind of mindless way and the MathML might be quite unexpected, notice what is displayed, versus what the MathML is for a+b times c newline {a+b} times c newline a+{b times c} newline a times b + c newline a times {b+c} newline {a times b}+c - Dennis -Original Message- From: Regina Henschel [mailto:rb.hensc...@t-online.de] Sent: Thursday, November 13, 2014 13:46 To: dev@openoffice.apache.org Subject: Re: grammar for StarMath Hi Dennis, Dennis E. Hamilton schrieb: I'm interested in your long-term task. I think that would be useful to do. I'm willing to work on that with you, especially if there is no hurry. That is great. My current state is very early: looking around and collecting information, and trying to understand the source code and get a structured view on it. From my side, there is no hurry. I have still my daily job as teacher and therefore most things I do for OpenOffice (or ODF) I do in the holidays. And outside the holidays I am often time-poor, which you notice from my slow reaction. So please do not expect quick improvements. I'm happy, that you already contribute ideas. Find some comments inside. I don't think there is any operator precedence in StarMath 5.0, which is why it is important to use explicit { ... }. It would be interesting to know what the rule for implicit multiplication might be also, concerning the 2b in a+{2b}. That should be easy to check, and also to determine how clean unary versus binary operations are distinguished. I need to find a way to read the generated node tree. The errors in the MathML export might originate in the filter or in an insufficient node tree. I'm not clear that a grammar is easy to derive in the sense of BNF. One way would be to try enough of the operators, brackets, etc., and see how they map. One could also look at the parser in the code. Before going too far down that road, perhaps the OpenOffice Forums have something in their collection of material. You are right. Forum and mailing list have different users. I expect that the parser is relatively simple with many reserved works, providing more of a markup notation than a formula notation. (I suspect the result is presentation of a formula more than it is something that can be interpreted as a formula in the sense of evaluation or symbolic manipulation.) I just looked at the commands.src file in AOO/trunk/main/staremath/source/ and I think that tells you a lot about the grammar. I couldn't find anything about the attributes. Experiments may be needed there. My thinking is that there are some useful tests to run. In particular, will OpenOffice Math work properly on an ODF Formula document that has no annotation? (I.e., the StarMath portion is missing.) If the StarMath is required, there is a pretty significant defect in either ODF 1.2 Part 1 or in the implementation, since there is not enough information for someone to interoperate one way, the other, or both. The defect in not in ODF. ODF refers to MathML 2.0 and has no own specifications. From point of standardization, OpenOffice should not write StarMath into ODF documents, but use it only for the old OOoXML format. MathML 2.0 itself is well maintained by the W3C. Therefore I think that all problems have their origin in the implementation in OpenOffice. You can test the import filter without generating .odf documents, when you start Math module and then use Tools Import formula. You need a complete .mml document, a math../math fragment will not work. Seamonkey (Firefox) shows .mml documents without plug-in, so a comparison exists. Currently I have not installed Amaya (unfortunately W3C stopped development), but Amaya is suitable for comparisons too. The other way is of cause to simple delete the annotation. I had done that, when I tested, whether the MathML part of my introduced colors works. If OpenOffice Math will open a MathML that has no (recognizable) annotation, you
Re: Very simple first patch
On 11/13/2014 03:10 PM, Andrea Pescetti wrote: On 13/11/2014 Michal Hriň wrote: I made very simple patch. http://people.apache.org/~hrin/dejavu/ Looks quite correct. The normal way would be to open an issue of type PATCH and attach your patch. Make just one .patch file, obtained with svn diff or git diff. And don't forget to send the link here to connect it to this discussion. Please review, and feel free to add it to trunk if it will be good. And add comments if I'm doing something wrong. I didn't test it yet, but I would only double-check that replacing the ZIP file with a tar.gz archive does not require other changes. The rest looks good. It is a update of external package :) And here is a problem, but it doesn't depend on you. Policy so far has been: we download build-time dependencies from the Extensions site and from Apache Extras. Can we get a memory refresher on why we can't use the svn versions of these external sources directly? See: http://svn.apache.org/viewvc/openoffice/trunk/ext_sources/ There's this message in /main/external_deps.lst ... # Must not fallback to svn # SVN_TRUNK=http://svn.apache.org/repos/asf/!svn/bc/1336449/incubator/ooo/trunk/ext_sources/ If Apache Extras (currently part of Google Code) do not allow us to upload files any longer, then this is the first occurrence of a problem that we have largely anticipated but not solved yet. This shouldn't stop us from updating libraries, but for sure we (the entire Apache Foundation, not OpenOffice only) must find a viable replacement before the next release. Regards, Andrea. It seems like the testing from the new SourceForge are is going pretty well... http://markmail.org/message/4p3klhqkkvszmwav Maybe time for some additional testing from: http://sourceforge.net/projects/oooextras.mirror/files/ I'll make local changes and test with this as new OOO_EXTRAS area. Who would have rights to update these files on SF? -- - 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: emails to issues list
On 11/13/2014 12:33 PM, Mathias Röllig wrote: Thanks for your answer! I don't know if this email was moderated. It was only a actual example but there was emails at the list earlier. See: http://mail-archives.apache.org/mod_mbox/openoffice-issues/201410.mbox/%3CDUB120-DS8816A4B646CAC01026577D7B90%40phx.gbl%3E http://mail-archives.apache.org/mod_mbox/openoffice-issues/201410.mbox/%3CAE85557F-5726-4BD7-8A38-F078DD086416%40yahoo.com%3E and follows. Again: http://mail-archives.apache.org/mod_mbox/openoffice-issues/201411.mbox/%3C788061281.305923.1415896965359.JavaMail.yahoo%40jws100136.mail.ne1.yahoo.com%3E I think its a configuration problem. Regards, Mathias Issue-8621 created. https://issues.apache.org/jira/browse/INFRA-8621 -- - 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
Building AOO on Windows - More Options
I've been experimenting, in a very limited way, over build techniques using Visual Studio 2013 Desktop Express and MSYS2 (an alternative to CygWin). I am barely stumbling along although I have manage to build other projects that build with either MSYS2 or CygWin and produce native code. I've not tried the AOO build just yet. My reason for doing this is to see what are the prospects for using the VC++ 2013 compiler to build 64-bit software and also see how to build any chunks of AOO for 64-bit Windows. Yesterday, there was a very useful announcement at a conference that was all about Visual Studio 2015 and some big moves that are being made to work in open-source settings. Along with that announcement, the Visual Studio 2013 Community Edition was announced. The Community Edition is free and available now. It provides everything that the three 2013 Express editions (Desktop, Windows [Universal], and Web) provide. (And they can still use side-by-side but I see no reason to do that.) What may be of interest to developers here is that the Community Edition also includes MFC and ATL. It allows mixed projects, allows Python Tools, Visual Studio extensions, already includes F#, and has many more templates. With the libraries and the VC++ compiler, there is cross-compiling to x86, x64, and ARM. There can now be complex solutions/builds, and the compiler is perfectly usable in makefile projects. There is Git integration and the ability to work between VS on the desktop and clones from GitHub (clones) and elsewhere, including the free Visual Studio Online service that can be used with VS 2013, etc. This is just a heads-up. I installed the Community Edition last night and I have also downloaded the .iso. The ISO is almost 7GB, so if you get that you might have to be content to mount it as a virtual drive long enough to do the install. The web install takes a while but is not so demanding. I will be fiddling around more with this for some forensic work I am interested in. I hope to chew on the AOO code enough to find out if this is workable in (1) building with GCC and related tools using MSYS2 and then (2) substituting the VC++ compiler and libraries. Nothing is going to happen quickly. I am dabbling. Anyone who wants to look into the Visual Studio 2013 Community edition can find it on the page http://www.visualstudio.com/en-us/downloads/ under Visual Studio Community Express. Check the System Requirements too. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Admin rights to Pootle
On 13/11/2014 20:45, Michal Hriň wrote: Dňa 13.11.2014 o 19:50 jan i napísal(a): On 13 November 2014 18:43, Michal Hriň h...@apache.org wrote: Dňa 13.11.2014 o 18:23 jan i napísal(a): On 13 November 2014 09:39, Michal Hriň h...@apache.org wrote: Is it possible to gain admin (or higher) rights for account creation for Pootle to speed up process ? in general no, see my other mail. OK. I'm asking because I think that Andrea is only one person, who creates Pootle accounts for new volunteers, and I'm not sure if volunteers comes back if they don't have created account immediately. If they could not work, they would not come back, but please remember they can work without an accountwe only use the account for 2 reasons 1) We can see who do what, and once a person has done a fair bit of work, the project might consider inviting that person as committer. 2) guests makes proposals, that will be reviewed by persons who have an account. Imagine a situation that there is only one person per language (and that 's the reality) so we give to person advice to make sugestions. Person made sugestions, and now imagine after week , person have to submit sugestions one-by-one (there is no submit all I think). So it is doubled work for person. Or I may give advice to person to translate offline then upload files back to Pootle one-by-one or somewhere to cloud. But I'm user that don't want to install tools for translations to my computer, so I want account to avoid doubled work. I'm on end, do what you have to do. I think you misunderstood my mail. The above was what I prefer, but the AOO project handles it differently. The AOO project admins create accounts when requested, but of course they are not online 24hours a day, therefore account creation can take a couple of days. I have no problem with that. But just for reference there are no double workthe suggestion is accepted (just as users with account should have their translations reviewed, this is the normal committer process). Look at the mailing list, 2 accounts was just created within 24hours. You ask to become admin, and that is different. rgds jan i. In my opinion its nice to see work from a person, before that person is allowed to write and change directly. 99% are good people, but the 1% (or less) can made damage that takes a lot of time to repair. rgds jan I. rgds jan i. Regards, Hriň - 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 - 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
Build source from svn repository errors
Hi, I have just fetched source code from svn, but failed to build it in CentOS 6 where I installed Archive::Zip version 1.39. See following error: /usr/bin/perl /Build2/aoo/main/solenv/bin/packimages.pl -g /Build2/OPENOFFICE/aoo/main/default_images -m /Build2/aoo/main/default_images -c .. -l /Build2/aoo/main/solver/350/unxlngx6.pro/res/img -s ../unxlngx6.pro/res/img/sorted.lst -l ../unxlngx6.pro/res/img -o ../unxlngx6.pro/bin/images.zip packimages -- version: 1.17 Can't call method desiredCompressionLevel on an undefined value at /usr/local/share/perl5/Archive/Zip/Archive.pm line 257. 1 module(s): packimages need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /Build2/aoo/main/packimages/pack Is the source broken or is the perl issue? Any workaround to fix it? Thank you. - hce - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org