[CODE][UX] Bugs 25945 Show/Hide Scroll Bar Tips on Writer
Hi, I've a fix for bug https://issues.apache.org/ooo/show_bug.cgi?id=25945 I added a new ViewSettings' property, named ShowScrollBarTips; by default this setting is set to true (scroll bar tips will be shown), and I didn't add the option to the Tools - Options... dialog (that is, the option can be set via an AOO Basic macro, not via the UI). These two points are arguable, it may be discussed if: - showing scroll bar tips is on or off by default - this option is configurable with the Tools - Options... dialog In any case, if someone wants to please angry users (see latest comments in the bug) and include this in 3.4.1, the trivial way is to let things as they are right now: scroll bar tips on by default, the option not customizable in the Options dialog (this will require new UI strings). Regards -- Ariel Constenla-Haile La Plata, Argentina pgp6GhxSVg3EU.pgp Description: PGP signature
Re: Allow to turn OOo-file locking off.
On 7/17/12 10:02 PM, emanuel.alme...@globmail.com.br wrote: Dear Developer team, After a deep search, i reached to a possible (possible) and definitive solution to disable the lock file creation. The lock file is created when you open any document on OpenOffice, however, i always found in the results that it is not a critical function and i had proved it when i opened a file, deleted the lock file, and has no able to open it from other computer on workgroup while its remain open on original computer (System Win XP 32-bits). The solution found inform that i only need enter on directory ...aoo-3.4.0/main/officecfg/registry/data/org/openoffice/Office/ and, inside the file Common.xcu, is a parameter UseDocumentOOoLockFile, of Boolean type, that i only need change the value to disable the locking file creation. I tried to apply this solution, but on the Common.xcu file do not exist such parameter, i believe that it had existed on previous versions, but is not present on AOO 3.4. I kindly ask you to answer two question: 1. Can i disable the lock file creation? 2. If i can, are there a easy manner to me to compile the all stuff and create a installation package? I haven't checked the underlying code and haven't tried it completely but I created a short extension that set the 2 properties to false. org - openoffice -Office - Common - Misc - UseDocumentSystemFileLocking = false org - openoffice -Office - Common - Misc - UseDocumentOOoLockFile = false You can find the extension here http://people.apache.org/~jsc/extensions/DisableFileLockingTest.oxt You can try if it disable the file locking. But you should be aware that disabling file locking can damage your documents. You can also play with the extension and tweak the values as you want. If it is what you are looking for, feel free to adapt the description and the other meta data to make it usable for your needs and a broader deployment in your environment. Let me know if it works. Jurgen I really know that i want so pretty much (may be a Hello World tutorial is more adequate for me ;) ), but my organization have problems every day with documents that has been lock and no more remain in use. OBS.: Simply delete the lock file is a easy and fast solution, however, the final users must be oriented every time about how to do it. My best regards, Emanuel de Almeida BRemfont size='2' face='Arial'hrThis message is intended solely for the use of its addressee and may contain privileged or confidential information. If you are not the addressee you should not distribute, copy or file this message. In this case, please notify the sender and destroy its contents immediately.BREsta mensagem é para uso exclusivo de seu destinatário e pode conter informações privilegiadas e confidenciais. Se você não é o destinatário não deve distribuir, copiar ou arquivar a mensagem. Neste caso, por favor, notifique o remetente da mesma e destrua imediatamente a mensagem./font/em
Another Quickstarter adjustment
A common problem with installation is that it objects to having the Quickstarter running. Inexperienced users often are baffled by a message to close Openoffice before installation can proceed; they are not aware that the Quickstarter may be running in the System tray. Would it be possible to modify the Installation procedure so that it automatically kills any running Quickstarter? -- Rory O'Farrell ofarr...@iol.ie
Re: AOO-LibreOffice comparison?
On 7/18/12 4:11 AM, Peter Brawley wrote: On 2012-07-17 9:01 PM, Pedro Giffuni wrote: Hi Peter; I am going to be honest with you. Some people like to make asses of themselves inpublic by posting comparisons of software they develop against software that they have never tried (Hi Michael!). ?! Most of us simply don't run LibreOffice That seems unfortunate, why wouldn't AOO developers want to keep up to date with their main competition? why do you think that, we don't see them as our main competitor. Why should we? They are based on the same code base, they rebase currently to our latest code and they are constantly merging bug fixes and in the future features as well from AOO into their code. They also do good work and it would be great if we could combine our efforts. We would be happy to work with the developers on the same code base directly and invite every single individual developer to think about it. If you want to reach most people with your development work, you should join and start with AOO as the common base. The payment for open source developers is fun in the project, and the wide usage of their work. Both can you find here in our project and you can have influence on it, you can help to drive the project and the success. 8 Million downloads since we have released AOO 3.4. A lot of work not only for developers, we can benefit from marketing people, translators, testers, documentation authors, something to do for everybody who is interested to work in such a huge open source project. Juergen and it would not be honest to say that we can be objective making such comparisons anyways. Both packages are free and have basically the same functionality, my suggestion is to try them both and make your own comparison. Yes obviously that's a possibility. I was hoping for a shortcut, and for info that transcends my experience. Evidently it's not going to happen here. PB - cheers, Pedro. From: Peter Brawley peter.braw...@earthlink.net ... Peter, I'm not going to argue with you. Google might be of more utility here than posting such questions to a development list. ?! I'm looking for comparisons that have looked sensible to folks here. PB Good luck with your search. Regards, -Rob PB - Writing reviews of our product is something for others to do, not us. Regards, -Rob P
[RELEASE][3.5] Process thinking - defectfeature rules, iteration...
Hi, all, I made some update on the AOO 3.5 Release Planning wiki Juergen created: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.5+Release+Planning. And besides proposing contents in the High Level Overview table, I think we should also think about the release process. And below are what in my mind: 1. Defect/Enhancement rule In 3.5, there will be not only defects, but also some feature enhancements that need relatively bigger development efforts. The 3.5 release circle will also be longer than 3.4.1. And more contributors will participate, I believe. So it is very important to build up a good traceability, so that we can query out the project status automatically, but not rely on people's input in wiki. To make it happen, we need to define some rules in Bugzilla for: (1) Defect/Enhancement creating. e.g. against which Version, define of the Severity/Priority, Keywords needed... (2) Defect triage. How do we decide if a fix or a feature should be in 3.5 or not? Where do we record our decision (e.g. in Target Milestone, or Flags)? It will become important when we close to GA, or deliver a milestone build. (3) Defect fix, patch, review. (4) Defect verify/close. For some rules (e.g. Severity/Priority), we may point to a place with general rules defined. For some rules specific to 3.5 (e.g. Version, Target Milestone, Flags), we should write them down in the release planning wiki. After we defined the rules, QE team can help to define some shared queries for us to get the project status and todo list. 2. Iteration and Milestone builds Since, as discussed, 3.5 release is likely to last for 6~9 months, I think it will be good for us to try the iterative development mode, and deliver milestone builds regularly. The milestone builds are dev snapshot builds, not formal release, but contains new bug fixes and enhancements implemented till the last iteration, and verified to be relatively stable in quality by QE team with a small regression test suite. And the milestone builds can be announced to external for people's try out the new enhancement works, provide feedback and report issues. And internally, it can help us to measure the quality regularly, and avoid big quality deviation. Since we are open community and many of us are volunteers working on AOO with their spare time, it is unlikely for us to apply strict agile discipline. So I think the process can be some thing like below: (1) Define the iterations of 4 weeks or 1 month (or any better suggestion?), announce the timelines in wiki. (2) 1 week before the iteration, a milestone branch will be created. QE will do 1 week regression test on it. Dev will fix critical defects found in this branch. Then all the fixes in this milestone branch will be back to 3.5 trunk. (3) As a developer, it will be welcome if you can target your work to an iteration. But if you can not finish it before the milestone branch created (e.g. you are working on an enhancement that will take 2 weeks, and you just implement 80% by that time), means you can not deliver in this iteration, then you just keep your work in your branch, and deliver it to 3.5 trunk in the next iteration. Any comments? - Simon
Re: Another Quickstarter adjustment
When upgrade on Windows, the installer will kill the quickstarter automatically without warning. But if upgrade with openoffice running, with the window opening, there will be a message asks user to close openoffice or quickstarter. Info in this message can be adjust and remove the quickstarter string? But for multi-user system, if quickstarter is running by another user, this warning massage is still needed. On Wed, Jul 18, 2012 at 2:39 PM, Rory O'Farrell ofarr...@iol.ie wrote: A common problem with installation is that it objects to having the Quickstarter running. Inexperienced users often are baffled by a message to close Openoffice before installation can proceed; they are not aware that the Quickstarter may be running in the System tray. Would it be possible to modify the Installation procedure so that it automatically kills any running Quickstarter? -- Rory O'Farrell ofarr...@iol.ie -- Regards, Lou QingLe
Re: 3.4.1 translations?
On 7/18/12 12:00 AM, Kay Schenk wrote: I remember seeing a June 28 deadline for translations for 3.4.1 from Juergen a while back, and I know we are well past that. But, looking at our area on translate.apache.org, I see the following language translations are VERY close and am wondering if they will be included in 3.4.1. I don't know who is working on them but it would be great to include them if we could. Asturian Bulgarian Catalan Icelandic Indonesian Korean Norwegian Bokmål Slovenian Welsh only Slovenian will be part of 3.4.1. My approach for including new (former supported) languages is that I want to see some volunteers for this language coming up and signal interest to help with the language in the future. I think that is valid and my idea is to start campaign right after the 3.4.1 release to seek for old or new volunteers for the all the languages. But of course we can start it now and any help is appreciated. new totally complete -- Finnish, English (UK), Khmer, Slovak all 4 will be part of 3.4.1 Juergen
Re: Another Quickstarter adjustment
On Wed, 18 Jul 2012 15:04:56 +0800 lou ql louqin...@gmail.com wrote: When upgrade on Windows, the installer will kill the quickstarter automatically without warning. Is this a new feature in AOO 3.4.x? It was not my experience with earlier OOo versions. If the Quickstarter was present in the System Tray under Windows, without OpenOffice running as an application, then one got the message. But if upgrade with openoffice running, with the window opening, there will be a message asks user to close openoffice or quickstarter. Info in this message can be adjust and remove the quickstarter string? It would be helpful to users (and a least effort temporary fix) to say in the error message that the Quickstarter might be running. As a long term aim the Quickstarter should be autmatically killed by the Installation. But for multi-user system, if quickstarter is running by another user, this warning massage is still needed. On Wed, Jul 18, 2012 at 2:39 PM, Rory O'Farrell ofarr...@iol.ie wrote: A common problem with installation is that it objects to having the Quickstarter running. Inexperienced users often are baffled by a message to close Openoffice before installation can proceed; they are not aware that the Quickstarter may be running in the System tray. Would it be possible to modify the Installation procedure so that it automatically kills any running Quickstarter? -- Rory O'Farrell ofarr...@iol.ie -- Regards, Lou QingLe -- Rory O'Farrell ofarr...@iol.ie
Re: On parks, commons, and websites... and fun (or lack of)
Hagar Delest wrote: You've taken the fun out of it. ... As a consequence, I resign from my PPMC role and will unsubscribe the dev private mailing lists right now. It's a very sad (hopefully temporary) consequence. It proves that the OpenOffice project is not mature yet: it can still happen that one person's (well-meant) behavior can force a valuable contributor out of this project without this contributor having done anything against the project. This community must become stronger and more welcoming: we've improved a lot in handling localization volunteers recently, and further improvements will come naturally. But we can't afford to lose community volunteers this way. Regards, Andrea.
Re: Another Quickstarter adjustment
On Wed, Jul 18, 2012 at 3:21 PM, Rory O'Farrell ofarr...@iol.ie wrote: On Wed, 18 Jul 2012 15:04:56 +0800 lou ql louqin...@gmail.com wrote: When upgrade on Windows, the installer will kill the quickstarter automatically without warning. Is this a new feature in AOO 3.4.x? It was not my experience with earlier OOo versions. If the Quickstarter was present in the System Tray under Windows, without OpenOffice running as an application, then one got the message. I'm not sure, but it's the behavior when upgrading to 3.4.1 But if upgrade with openoffice running, with the window opening, there will be a message asks user to close openoffice or quickstarter. Info in this message can be adjust and remove the quickstarter string? It would be helpful to users (and a least effort temporary fix) to say in the error message that the Quickstarter might be running. As a long term aim the Quickstarter should be autmatically killed by the Installation. But for multi-user system, if quickstarter is running by another user, this warning massage is still needed. On Wed, Jul 18, 2012 at 2:39 PM, Rory O'Farrell ofarr...@iol.ie wrote: A common problem with installation is that it objects to having the Quickstarter running. Inexperienced users often are baffled by a message to close Openoffice before installation can proceed; they are not aware that the Quickstarter may be running in the System tray. Would it be possible to modify the Installation procedure so that it automatically kills any running Quickstarter? -- Rory O'Farrell ofarr...@iol.ie -- Regards, Lou QingLe -- Rory O'Farrell ofarr...@iol.ie -- Regards, Lou QingLe
Re: Should quickstarter be enabled or disabled by default?
Hello! Whole suite will be a bit lighter and a bit simpler without quickstarter. I feel it is needless, unnötig, tarpeeton. So in mean time it should be disabled before it is removed from source code. Regards Risto lou ql [louqin...@gmail.com] kirjoitti: Clean install: 1. Win7: quickstarter is disabled by default after a fresh install 2. Ubuntu 10.04: quickstarter is enabled by default after a fresh install Upgrade: Enable quickstarter before upgrade 1. Win7, upgrade from OO3.3 to Aoo 3.4.1, quickstarter is still enabled after upgrade 2. Win7, upgrade from Aoo 3.4 to Aoo 3.4.1, quickstarter is disabled after upgrade 3. Ubuntu 10.04, upgrade from Aoo 3.4 to Aoo 3.4.1, quickstarter is still enabled after upgrade -- Regards, Lou QingLe
Re: [RELEASE][3.5] Process thinking - defectfeature rules, iteration...
On 7/18/12 9:02 AM, Shenfeng Liu wrote: Hi, all, I made some update on the AOO 3.5 Release Planning wiki Juergen created: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.5+Release+Planning. And besides proposing contents in the High Level Overview table, I think we should also think about the release process. And below are what in my mind: 1. Defect/Enhancement rule In 3.5, there will be not only defects, but also some feature enhancements that need relatively bigger development efforts. The 3.5 release circle will also be longer than 3.4.1. And more contributors will participate, I believe. So it is very important to build up a good traceability, so that we can query out the project status automatically, but not rely on people's input in wiki. To make it happen, we need to define some rules in Bugzilla for: (1) Defect/Enhancement creating. e.g. against which Version, define of the Severity/Priority, Keywords needed... (2) Defect triage. How do we decide if a fix or a feature should be in 3.5 or not? Where do we record our decision (e.g. in Target Milestone, or Flags)? It will become important when we close to GA, or deliver a milestone build. all fixes should be allowed to go into a release. And I think all features as well if there are no valid concerns. After having the fixes in a milestone build we can set the target of the issue to 3.5 for example. This will make it clear that it goes into the 3.5, was already part of a milestone build and will be part of further milestones. We should define the fix integration order. Currently we follow the approach to fix on trunk and merge in the branch on demand. Or fix on branch only if branch specific like branding for example. (3) Defect fix, patch, review. (4) Defect verify/close. For some rules (e.g. Severity/Priority), we may point to a place with general rules defined. For some rules specific to 3.5 (e.g. Version, Target Milestone, Flags), we should write them down in the release planning wiki. After we defined the rules, QE team can help to define some shared queries for us to get the project status and todo list. to define and build a common understanding would definitely help all involved parties to track issues and get a better understanding about our releases and what goes in them. 2. Iteration and Milestone builds Since, as discussed, 3.5 release is likely to last for 6~9 months, I think it will be good for us to try the iterative development mode, and deliver milestone builds regularly. The milestone builds are dev snapshot builds, not formal release, but contains new bug fixes and enhancements implemented till the last iteration, and verified to be relatively stable in quality by QE team with a small regression test suite. And the milestone builds can be announced to external for people's try out the new enhancement works, provide feedback and report issues. And internally, it can help us to measure the quality regularly, and avoid big quality deviation. Since we are open community and many of us are volunteers working on AOO with their spare time, it is unlikely for us to apply strict agile discipline. So I think the process can be some thing like below: (1) Define the iterations of 4 weeks or 1 month (or any better suggestion?), announce the timelines in wiki. a monthly milestone build sound reasonable to me and we have our nightly builds to review fixes more frequently. (2) 1 week before the iteration, a milestone branch will be created. QE will do 1 week regression test on it. Dev will fix critical defects found in this branch. Then all the fixes in this milestone branch will be back to 3.5 trunk. it sounds like a tough but good plan if we can achieve it. Definitely worth a try from my perspective. (3) As a developer, it will be welcome if you can target your work to an iteration. But if you can not finish it before the milestone branch created (e.g. you are working on an enhancement that will take 2 weeks, and you just implement 80% by that time), means you can not deliver in this iteration, then you just keep your work in your branch, and deliver it to 3.5 trunk in the next iteration. Taking into account that we all want a stable and good product I think this is a valid approach and the next iteration is not too far away. And by the way it's always good to split bigger tasks in smaller better maintainable chunks if possible. I would support such an approach and think we should try it with 3.5. We can adapt it later on when see demand to change or to improve things... Juergen
Re: [QA discuss] How to make keywords(tags) better used
Oh, it is okay, if there has been ms_interoperability already. I talked about interop_MSbinary just wanted to tag all MSOffice interoperability issues which can not be tagged by interop_OOXML. Now the ms_interoperability can do it well. So, no necessary to change it. Herbert, thanks a lot. Regards, Shan Zhu 2012/7/16 Herbert Duerr h...@apache.org On 13.07.2012 04:41, Shan Zhu wrote: Perhaps, we can tag the interoperability issue about MSoffice2007 and MSoffice2010 together using tag interop_OOXML. 2 reasons: 1. This type of issues ususally exist with files created in both of the two versions. 2. For many sample files, especially files from the users or download from website, we can not know exactly that which version of Office had been used to created/modified them. These are good reasons and there was no opposing argument, so I assume that lazy consensus applies here: The new keyword was added. PS: Another question is which tag we should used to mark the issue found in .xls that created by MSoffice2007/2010, even the eariler Office versions. interop_ms2003 can not cover the issue in such a scenario. Using interop_MSbinary instead ? There is a keyword named ms_interoperability and 758 issues are already flagged with it: https://issues.apache.org/ooo/**buglist.cgi?keywords=ms_** interoperabilityhttps://issues.apache.org/ooo/buglist.cgi?keywords=ms_interoperability To make it and the new interop_OOXML symmetric and orthogonal again it should IMHO be renamed e.g. to interop_MSbinary. Is that what was meant? Herbert
[RELEASE][3.4.1]: current status
Hi, I would like to give a short update where we are with 3.4.1 Open issues or issues where the release blocker flag is requested: Release blocker * #119206# presenter console does not install on r1309668 The problem is currently how to trigger the installation of bundled extensions after an upgrade installation. It's under investigation... Requested release blocker * #120257# Standard Dictionary does not recognize any words. We need a verification based on Andre's last comment because we can't reproduce it. * #120286# product version should be changed from 3.4 to 3.4.1 We didn't add micro version info in all places before, especially not the system integration parts. Anyway I changed the product version in a prominent place to 3.4.1 and build a new windows version (http://people.apache.org/~jsc/signing_test/Apache_OpenOffice_incubating_3.4.1_Win_x86_install_en-US.exe). This version is also signed with my self-signed test certificate (if somebody want to take a look on this as well, I can provide the cert info for local testing). It would be helpful if somebody else can give this version a try and can test it. Do an upgrade installation on 3.4 and check if everything works as expected. I hope to get clarification on this issues until the end of the week. Juergen
Re: [Call FOR VOLUNTEER]Native Language Build Verification
2012/7/18 Ji Yan yanji...@gmail.com: Hi all, Native language translation for AOO 3.4.1 has been checked in for few days. I want to verify those translation is enabled or not, but unfortunately I'm not linguist, cannot read most of them. To ensure all translations are placed correctly. I call for volunteer. Is anybody can verify following translation bug[1]? Language list: Dutch Czech (cs) Finnish (fi) British English (en-GB) Japanese(Ja) Italian (it) Hungarian (hu) Spanish (es) Slovenian (sl) Khmer Chinese (zh-CN) [1] https://issues.apache.org/ooo/buglist.cgi?f1=flagtypes.namelist_id=18984o1=substringquery_format=advancedv1=3.4.1_release_blocker%2Bproduct=l10nproduct=native-lang -- Thanks Best Regards, Yan Ji ES translation is on place. I did not find problems. There are other volunteers testing it right now. Regards Ricardo
Re: [RELEASE][3.4.1]: current status
I verified #120257# with AOO trunk and AOO341 branch on Windows and MAC. I can't reproduce it. 2012/7/18 Jürgen Schmidt jogischm...@googlemail.com Hi, I would like to give a short update where we are with 3.4.1 Open issues or issues where the release blocker flag is requested: Release blocker * #119206# presenter console does not install on r1309668 The problem is currently how to trigger the installation of bundled extensions after an upgrade installation. It's under investigation... Requested release blocker * #120257# Standard Dictionary does not recognize any words. We need a verification based on Andre's last comment because we can't reproduce it. * #120286# product version should be changed from 3.4 to 3.4.1 We didn't add micro version info in all places before, especially not the system integration parts. Anyway I changed the product version in a prominent place to 3.4.1 and build a new windows version ( http://people.apache.org/~jsc/signing_test/Apache_OpenOffice_incubating_3.4.1_Win_x86_install_en-US.exe ). This version is also signed with my self-signed test certificate (if somebody want to take a look on this as well, I can provide the cert info for local testing). It would be helpful if somebody else can give this version a try and can test it. Do an upgrade installation on 3.4 and check if everything works as expected. I hope to get clarification on this issues until the end of the week. Juergen -- Best Wishes, LiFeng Wang
Re: [CODE][UX] Bugs 25945 Show/Hide Scroll Bar Tips on Writer
2012/7/18 Ariel Constenla-Haile arie...@apache.org: Hi, I've a fix for bug https://issues.apache.org/ooo/show_bug.cgi?id=25945 I added a new ViewSettings' property, named ShowScrollBarTips; by default this setting is set to true (scroll bar tips will be shown), and I didn't add the option to the Tools - Options... dialog (that is, the option can be set via an AOO Basic macro, not via the UI). These two points are arguable, it may be discussed if: - showing scroll bar tips is on or off by default - this option is configurable with the Tools - Options... dialog In any case, if someone wants to please angry users (see latest comments in the bug) and include this in 3.4.1, the trivial way is to let things as they are right now: scroll bar tips on by default, the option not customizable in the Options dialog (this will require new UI strings). Regards -- Ariel Constenla-Haile La Plata, Argentina Thanks, Ariel for moving on this issue. I have a question, though: The fix also prevents other help tips to show, is that right? Because the problem on Bug 25945 is only with the box with the page number and heading name that shows when you scroll the document: because I've never see anyone protesting for the other tips, maybe the fix is a bit too much. When the problem arise on the forums, I always recommend the workaround on Comment 9. Regards Ricardo
[QA BUG][Spreadsheet]Proposal to fix Bug 93128 in next AOO release.
Hi, all There is a defect *Bug 93128*https://issues.apache.org/ooo/show_bug.cgi?id=93128- Data validity works incorrectly with criteria Allow text length for numbers in bugzilla. It is about Validity. The cell can not accept number in any format (say, integer, decimal, date, percentage, etc) with Text length as validity rule. Text length means the length of content in cell, it should not set a limitation to the content format. It doesn't make sense. And it will also impact the MSOffice interoperability, because Excel can accept numbers with such a criteria. *Bug 117802*https://issues.apache.org/ooo/show_bug.cgi?id=117802had been created for this side effect. So, I suggest to fix it in next release and call for voluteer here. : ) Regards, Shan Zhu
3.4.1_release_blocker granted: [Bug 119946] [Windows 8 certification]Windows App Certification Kit - Test for Section 3 Apps support Windows security features is failed.
j...@apache.org has granted 3.4.1_release_blocker: Bug 119946: [Windows 8 certification]Windows App Certification Kit - Test for Section 3 Apps support Windows security features is failed. https://issues.apache.org/ooo/show_bug.cgi?id=119946 --- Additional Comments from j...@apache.org set release blocker flag
Re: [Draft] The Public Service Mission of OpenOffice
On 07/17/2012 05:10 PM, Rob Weir wrote: I assume you have objections to accessibility as a project goal. My objection is in claiming extensions that don't provide A11Y functionality, as enhancing A11Y. If you are serious about making A11Y a project goal, then no version of AOO will be released, unless one can remove: * The mouse; * The keyboard; * The display monitor; and create a document using: * Write; * Calc; * Draw; * Impress; * Base; jonathon * Unknown - detected * English * English javascript:void(0);
3.4.1_release_blocker granted: [Bug 119948] [Windows 8 certification]Windows App Certification Kit - Test for Section 5 Apps must support a clean, reversible installation is failed.
j...@apache.org has granted 3.4.1_release_blocker: Bug 119948: [Windows 8 certification]Windows App Certification Kit - Test for Section 5 Apps must support a clean, reversible installation is failed. https://issues.apache.org/ooo/show_bug.cgi?id=119948 --- Additional Comments from j...@apache.org set release blocker flag
3.4.1_release_blocker granted: [Bug 119950] [Windows 8 certification]Test for Section 11 Apps must support multi-user sessions is not tested by Windows App Certification Kit.
j...@apache.org has granted 3.4.1_release_blocker: Bug 119950: [Windows 8 certification]Test for Section 11 Apps must support multi-user sessions is not tested by Windows App Certification Kit. https://issues.apache.org/ooo/show_bug.cgi?id=119950 --- Additional Comments from j...@apache.org set release blocker flag
Re: [Draft] The Public Service Mission of OpenOffice
2012/7/18 toki toki.kant...@gmail.com On 07/17/2012 05:10 PM, Rob Weir wrote: I assume you have objections to accessibility as a project goal. My objection is in claiming extensions that don't provide A11Y functionality, as enhancing A11Y. If you are serious about making A11Y a project goal, then no version of AOO will be released, unless one can remove: * The mouse; * The keyboard; * The display monitor; and create a document using: * Write; * Calc; * Draw; * Impress; * Base; Accessibility should be considered a long term project goal. We do have an Accessibility API available that, quite frankly, I don't have a clue as to how functional it really is. I have also seen experiments with OpenOffice and JAWS that enabled accessibility for some types of disabilities. Having a universally accessible software compares to shooting for the stars. We must do it knowing we have to get there a step at a time. jonathon * Unknown - detected * English * English javascript:void(0); -- Roberto Salomon http://rfsalomon.blogspot.com.br/
Hi , I really admire what have done in open office
Hi all, I really admire everyone's effort in this project. I also want to share my knowledge and effort , could anyone point me a direction ? I think the first thing i need to do is subscribe the user list , can I join this group Regards Brandon
Fwd: [Draft] The Public Service Mission of OpenOffice
-- Forwarded message -- From: c_strobbe-e...@yahoo.co.uk c_strobbe-e...@yahoo.co.uk Date: Wed, Jul 18, 2012 at 5:18 AM Subject: Re: [Draft] The Public Service Mission of OpenOffice To: Rob Weir robw...@apache.org, toki.kant...@gmail.com toki.kant...@gmail.com Cc: christophe.stro...@esat.kuleuven.be christophe.stro...@esat.kuleuven.be Hi, (I unsubscribed from the OpenOffice mailing lists some time ago, because I moved to another employer and another country. Feel free to forward the message below to the ooo-dev list.) The extensions odt2daisy, odt2braille and AccessODF were developed within the framework of the AEGIS project, a big RD project funded by the European Commission. In projects like this, the prototypes always need to be evaluated. Because of limitations in the accessibility of OpenOffice.org (at least on Windows) and the API for developing extensions, we could not give the extensions directly to screen reader users. However, we did give Braille documents created by odt2braille to blind persons so they could judge the output. odt2daisy is being used by several organisations who create DAISY books (for example, BrailleNet in France confirmed this to me just last week); odt2daisy and odt2braille are also being used together by a Braille and DAISY production centre in Flanders (we worked with them for several months to improve the output). Uptake of AccessODF seems to be much slower, judging by the number of downloads at SourceForge. So blind users can use the output from odt2daisy and odt2braille. The problem is that they can't use OpenOffice.org (and LibreOffice) on Windows because of poor screen reader support for the Java Accessibility API. I sometimes read about public authorities who plan large-scale deployments of OpenOffice.org or LibreOffice, but many public authorities have a legal obligation to provide equal access to people with disabilities. This obviously includes civil servants with disabilities, so accessibility of office suites is important. Accessibility also affects older people, who do not consider themselves as disabled. Since demographics indicate that the number of older workers will increase in the future, there will be a much bigger share of the population that will benefit from accessibility. So I strongly support the accessibility section in the Public Service Mission proposed by Rob. Best regards, Christophe Strobbe From: Rob Weir robw...@apache.org To: ooo-dev@incubator.apache.org Cc: christophe.stro...@esat.kuleuven.be Sent: Tuesday, 17 July 2012, 19:10 Subject: Re: [Draft] The Public Service Mission of OpenOffice On Tue, Jul 17, 2012 at 12:33 PM, toki toki.kant...@gmail.com wrote: On 07/17/2012 04:03 PM, Rob Weir wrote: Additionally, users who create documents must do their part to ensure that the documents they create work well with assistive technology, for example through the use of image captions, consistent list levels, etc. OpenOffice provides strong accessibility support, including broader ecosystem support via extensions, for working with Braille printers, exporting to DAISY talking books, etc. have you ever giving the Braille or DAISY output from OOo to a blind person? If so, were they able to successfully use it? Yes, from what I've seen and heard, these extensions work quite well, If you have any specific issues to report, I'd recommend you bring them directly to those projects. I've cc'ed one of the authors. In any case, the parent post is about mission and goals, not collecting bug reports. I assume you have objections to accessibility as a project goal. -Rob My experience is that those extensions provide a nice checkbox, but blind users can not utilize the output of those extensions. jonathon
Re: Should quickstarter be enabled or disabled by default?
On Wed, Jul 18, 2012 at 1:30 AM, Andrea Pescetti pesce...@apache.org wrote: On 18/07/2012 Rob Weir wrote: On Tue, Jul 17, 2012 at 7:03 PM, Kay Schenk wrote: Well supposedly problems with it have been fixed, but quickstarter does seem to have its issues. ... Maybe this is worth a performance test, to see whether QuickStart really is quick, and by how much? Besides making startup quicker, it also makes access to new documents creation and file opening handier, since the tray icon can be right-clicked for several common functions. Apps can do that via Windows shell integration also, right?Right click in a folder, under the New menu, you get options for OpenDocument Spreadsheet, etc. (But shouldn't that be branded as OpenOffice Spreadsheet?) I'd support keeping it active by default. The main reason to disable QuickStart in OpenOffice 3.4 is that it starts in full-screen mode due to a bug already fixed for 3.4.1. Regards, Andrea.
Re: On parks, commons, and websites... and fun (or lack of)
- Original Message - From: Andrea Pescetti pesce...@apache.org To: ooo-dev@incubator.apache.org Cc: hagar.del...@laposte.net Sent: Wednesday, July 18, 2012 3:26 AM Subject: Re: On parks, commons, and websites... and fun (or lack of) Hagar Delest wrote: You've taken the fun out of it. ... As a consequence, I resign from my PPMC role and will unsubscribe the dev private mailing lists right now. It's a very sad (hopefully temporary) consequence. It proves that the OpenOffice project is not mature yet: it can still happen that one person's (well-meant) behavior can force a valuable contributor out of this project without this contributor having done anything against the project. This community must become stronger and more welcoming: we've improved a lot in handling localization volunteers recently, and further improvements will come naturally. But we can't afford to lose community volunteers this way. Well yes the loss is disappointing, let's hope he reconsiders. But as I have said before, this project has a rather serious human resource shortfall when it comes to the www.openoffice.org website. There are literally thousands upon thousands of pages there, some of it in languages foreign to the existing set of committers, and of Dave's 20 or so volunteers who have contributed so far, significantly less than 100 pages have been touched by human hands over the past year- other than through Dave's sledgehammers to sitewide header and footer templates. As a mentor that remains an ongoing unsolved problem for this group to pay some attention to. Let's not lose sight of the big picture here. So instead of entirely focusing on the potential loss of a key individual, I will continue to advocate the position that we encourage people to get actively involved in the care and upkeep of the site, starting with fellow committers on the project and expanding to potential interested parties on this list.
Edit button for webpages?
One of the novel features of the openejb.apache.org site is the presence of an Edit button on most pages, which eliminates the need for people to install the CMS bookmarklet. For example see http://openejb.apache.org/dev/website-dev.html and look at the links in the upper right corner of the page. Those are omnipresent throughout the site.
Re: Allow to turn OOo-file locking off.
Hi Jürgen, On Wed, Jul 18, 2012 at 08:25:16AM +0200, Jürgen Schmidt wrote: I haven't checked the underlying code and haven't tried it completely but I created a short extension that set the 2 properties to false. org - openoffice -Office - Common - Misc - UseDocumentSystemFileLocking = false org - openoffice -Office - Common - Misc - UseDocumentOOoLockFile = false It does not work (I tried with a macro too). After restarting, these properties are indeed set to false, but files are still locked (at least on Linux/Fedora 17). Something might be broken on the source code. Regards -- Ariel Constenla-Haile La Plata, Argentina pgprR3JCV9dDc.pgp Description: PGP signature
Re: On parks, commons, and websites... and fun (or lack of)
On 7/18/12 3:49 PM, Joe Schaefer wrote: - Original Message - From: Andrea Pescetti pesce...@apache.org To: ooo-dev@incubator.apache.org Cc: hagar.del...@laposte.net Sent: Wednesday, July 18, 2012 3:26 AM Subject: Re: On parks, commons, and websites... and fun (or lack of) Hagar Delest wrote: You've taken the fun out of it. ... As a consequence, I resign from my PPMC role and will unsubscribe the dev private mailing lists right now. It's a very sad (hopefully temporary) consequence. It proves that the OpenOffice project is not mature yet: it can still happen that one person's (well-meant) behavior can force a valuable contributor out of this project without this contributor having done anything against the project. This community must become stronger and more welcoming: we've improved a lot in handling localization volunteers recently, and further improvements will come naturally. But we can't afford to lose community volunteers this way. Well yes the loss is disappointing, let's hope he reconsiders. But as I have said before, this project has a rather serious human resource shortfall when it comes to the www.openoffice.org website. There are literally thousands upon thousands of pages there, some of it in languages foreign to the existing set of committers, and of Dave's 20 or so volunteers who have contributed so far, significantly less than 100 pages have been touched by human hands over the past year- other than through Dave's sledgehammers to sitewide header and footer templates. As a mentor that remains an ongoing unsolved problem for this group to pay some attention to. Let's not lose sight of the big picture here. So instead of entirely focusing on the potential loss of a key individual, I will continue to advocate the position that we encourage people to get actively involved in the care and upkeep of the site, starting with fellow committers on the project and expanding to potential interested parties on this list. yes it is always good to encourage people to get actively involved, attract new developers, new translators, new forum admins, etc. Everybody should do what's possible and in the scope of their interest. Our project is so huge that their is place for everybody and we the project members accept this and welcome everybody. If Hagar really step back and won't continue his great job it will be a big lost. We appreciate your work and what you did for the infrastructure, the CMS and everything else you do here or for other projects. But in this special case you completely failed and it is even more worse because you are a mentor. I am sure that nobody in this project (excepting other mentors who are surprisingly quite) support what you have done or better how you have tried to address this. But I hope that you have learned your lesson as well from this. I am personally not happy with the whole story but believe that we will come stronger out of it and hopefully with Hagar!!! Related to your concerns regarding the web pages, they need indeed a cleanup and a lot of redesign and I think we have already thought about it. But it is not the only working area that needs our focus and we lived with the content for a while now. You can't grab volunteers from trees like ripe apples ;-) Juergen
Re: Allow to turn OOo-file locking off.
On 7/18/12 4:16 PM, Ariel Constenla-Haile wrote: Hi Jürgen, On Wed, Jul 18, 2012 at 08:25:16AM +0200, Jürgen Schmidt wrote: I haven't checked the underlying code and haven't tried it completely but I created a short extension that set the 2 properties to false. org - openoffice -Office - Common - Misc - UseDocumentSystemFileLocking = false org - openoffice -Office - Common - Misc - UseDocumentOOoLockFile = false It does not work (I tried with a macro too). After restarting, these properties are indeed set to false, but files are still locked (at least on Linux/Fedora 17). Something might be broken on the source code. it seems that a closer look into the code is necessary, but it was worth a try ;-) Juergen
Re: Allow to turn OOo-file locking off.
Hi Ariel, Ariel Constenla-Haile schrieb: Hi Jürgen, On Wed, Jul 18, 2012 at 08:25:16AM +0200, Jürgen Schmidt wrote: I haven't checked the underlying code and haven't tried it completely but I created a short extension that set the 2 properties to false. org - openoffice -Office - Common - Misc - UseDocumentSystemFileLocking = false org - openoffice -Office - Common - Misc - UseDocumentOOoLockFile = false It does not work (I tried with a macro too). After restarting, these properties are indeed set to false, but files are still locked (at least on Linux/Fedora 17). Something might be broken on the source code. I have tried it using the environment variables STAR_ENABLE_FILE_LOCKING, STAR_PROFILE_LOCKING_DISABLED, and SAL_ENABLE_FILE_LOCKING. If you search for these you will find posts, where they are proposed as solution to prevent file locking. But I could not make it work (WinXP). Kind regards Regina
Re: On parks, commons, and websites... and fun (or lack of)
- Original Message - From: Jürgen Schmidt jogischm...@googlemail.com To: ooo-dev@incubator.apache.org Cc: Sent: Wednesday, July 18, 2012 10:18 AM Subject: Re: On parks, commons, and websites... and fun (or lack of) If Hagar really step back and won't continue his great job it will be a big lost. We appreciate your work and what you did for the infrastructure, the CMS and everything else you do here or for other projects. But in this special case you completely failed and it is even more worse because you are a mentor. I am sure that nobody in this project (excepting other mentors who are surprisingly quite) support what you have done or better how you have tried to address this. But I hope that you have learned your lesson as well from this. Let's explore this then, because I don't see why I should feel intimidated by how someone might respond to a challenge to do more. Here is how my original email in this thread described Hagar's behavior: Other citizens might see the trash but instead of tackling the problem themselves, ask another park visitor to clean it up. Not a bad thing to do, but a little bit imposing on the other visitors of the park. Those people might wonder about why the original citizen did not clean up the trash themselves, but occasionally you come across citizens who are happy to just honor the unusual request without issue. I fail to see how describing Hagar's behavior as not a bad thing to do should trigger a drastic action from Hagar like resigning his responsibilities from this project. He seems to be reading far more into what I've written, and no this thread wasn't meant to be primarily about him at all.
Re: [CODE][UX] Bugs 25945 Show/Hide Scroll Bar Tips on Writer
Hi Ricardo, On Wed, Jul 18, 2012 at 12:35:05PM +0200, RGB ES wrote: Thanks, Ariel for moving on this issue. I have a question, though: The fix also prevents other help tips to show, is that right? Because the problem on Bug 25945 is only with the box with the page number and heading name that shows when you scroll the document: because I've never see anyone protesting for the other tips, maybe the fix is a bit too much. The fix is only for the page number (the same information on the status bar control showing Page N/N) displayed near the scroll bar; that is, only for the bug description: Allow disabling of tooltip on mousewheel scroll. Tips displayed the mouse pointer is over the document content are already handled in an undocumented way, see bug https://issues.apache.org/ooo/show_bug.cgi?id=120300 There is already a property named PreventHelpTips, I plan to rename it to ShowContentTips because it describes better what it does: --- a/main/offapi/com/sun/star/text/ViewSettings.idl +++ b/main/offapi/com/sun/star/text/ViewSettings.idl @@ -349,6 +349,13 @@ published service ViewSettings @since OOo 3.1 */ [optional, property] long VerticalRulerMetric; +//- +/** If this property is TRUE/, tips for document content are shown, +typically in a help balloon when the mouse is over the content. + +@since Apache OpenOffice 3.5 + */ +[optional, property] boolean ShowContentTips; }; In short, there will be two separated options: - scroll bar tips - document content tips When the problem arise on the forums, I always recommend the workaround on Comment 9. The workaround is a little drastic, it will turn off all help tips. With the proposed solution there are separate settings. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpnfQDJH5POL.pgp Description: PGP signature
Re: Edit button for webpages?
This is definitely cool.
Also, I hadn't seen the {row and {span commands in mdtext before are those
extensions by the project?
Regards,
Dave
On Jul 18, 2012, at 7:11 AM, Joe Schaefer wrote:
One of the novel features of the openejb.apache.org site
is the presence of an Edit button on most pages, which
eliminates the need for people to install the CMS bookmarklet.
For example see
http://openejb.apache.org/dev/website-dev.html
and look at the links in the upper right corner of the page.
Those are omnipresent throughout the site.
Re: Edit button for webpages?
Custom extensions yeah. David Blevins really
likes hacking in the CMS and it shows.
- Original Message -
From: Dave Fisher dave2w...@comcast.net
To: ooo-dev@incubator.apache.org
Cc:
Sent: Wednesday, July 18, 2012 10:43 AM
Subject: Re: Edit button for webpages?
T his is definitely cool.
Also, I hadn't seen the {row and {span commands in mdtext before are those
extensions by the project?
Regards,
Dave
On Jul 18, 2012, at 7:11 AM, Joe Schaefer wrote:
One of the novel features of the openejb.apache.org site
is the presence of an Edit button on most pages, which
eliminates the need for people to install the CMS bookmarklet.
For example see
http://openejb.apache.org/dev/website-dev.html
and look at the links in the upper right corner of the page.
Those are omnipresent throughout the site.
Re: On parks, commons, and websites... and fun (or lack of)
I know that as a Mentor (only for Flex) my responsibility is to guide the community to sustainability. Most of the time I am quiet, respond when needed and let the project make its own decisions. Note that Christian, an original Mentor, recently asked about graduation. I won't speculate on why the other mentors have been quiet on this thread. Every reason is different. Regards, Dave On Jul 18, 2012, at 7:18 AM, Jürgen Schmidt wrote: On 7/18/12 3:49 PM, Joe Schaefer wrote: - Original Message - From: Andrea Pescetti pesce...@apache.org To: ooo-dev@incubator.apache.org Cc: hagar.del...@laposte.net Sent: Wednesday, July 18, 2012 3:26 AM Subject: Re: On parks, commons, and websites... and fun (or lack of) Hagar Delest wrote: You've taken the fun out of it. ... As a consequence, I resign from my PPMC role and will unsubscribe the dev private mailing lists right now. It's a very sad (hopefully temporary) consequence. It proves that the OpenOffice project is not mature yet: it can still happen that one person's (well-meant) behavior can force a valuable contributor out of this project without this contributor having done anything against the project. This community must become stronger and more welcoming: we've improved a lot in handling localization volunteers recently, and further improvements will come naturally. But we can't afford to lose community volunteers this way. Well yes the loss is disappointing, let's hope he reconsiders. But as I have said before, this project has a rather serious human resource shortfall when it comes to the www.openoffice.org website. There are literally thousands upon thousands of pages there, some of it in languages foreign to the existing set of committers, and of Dave's 20 or so volunteers who have contributed so far, significantly less than 100 pages have been touched by human hands over the past year- other than through Dave's sledgehammers to sitewide header and footer templates. As a mentor that remains an ongoing unsolved problem for this group to pay some attention to. Let's not lose sight of the big picture here. So instead of entirely focusing on the potential loss of a key individual, I will continue to advocate the position that we encourage people to get actively involved in the care and upkeep of the site, starting with fellow committers on the project and expanding to potential interested parties on this list. yes it is always good to encourage people to get actively involved, attract new developers, new translators, new forum admins, etc. Everybody should do what's possible and in the scope of their interest. Our project is so huge that their is place for everybody and we the project members accept this and welcome everybody. If Hagar really step back and won't continue his great job it will be a big lost. We appreciate your work and what you did for the infrastructure, the CMS and everything else you do here or for other projects. But in this special case you completely failed and it is even more worse because you are a mentor. I am sure that nobody in this project (excepting other mentors who are surprisingly quite) support what you have done or better how you have tried to address this. But I hope that you have learned your lesson as well from this. I am personally not happy with the whole story but believe that we will come stronger out of it and hopefully with Hagar!!! Related to your concerns regarding the web pages, they need indeed a cleanup and a lot of redesign and I think we have already thought about it. But it is not the only working area that needs our focus and we lived with the content for a while now. You can't grab volunteers from trees like ripe apples ;-) Juergen
Re: Edit button for webpages?
On Jul 18, 2012, at 7:44 AM, Joe Schaefer wrote:
Custom extensions yeah. David Blevins really
likes hacking in the CMS and it shows.
Is he interested in a CMS podling? I am, that would make at least three.
Regards,
Dave
- Original Message -
From: Dave Fisher dave2w...@comcast.net
To: ooo-dev@incubator.apache.org
Cc:
Sent: Wednesday, July 18, 2012 10:43 AM
Subject: Re: Edit button for webpages?
T his is definitely cool.
Also, I hadn't seen the {row and {span commands in mdtext before are those
extensions by the project?
Regards,
Dave
On Jul 18, 2012, at 7:11 AM, Joe Schaefer wrote:
One of the novel features of the openejb.apache.org site
is the presence of an Edit button on most pages, which
eliminates the need for people to install the CMS bookmarklet.
For example see
http://openejb.apache.org/dev/website-dev.html
and look at the links in the upper right corner of the page.
Those are omnipresent throughout the site.
Re: Allow to turn OOo-file locking off.
Hi Regina,
On Wed, Jul 18, 2012 at 04:29:50PM +0200, Regina Henschel wrote:
I have tried it using the environment variables
STAR_ENABLE_FILE_LOCKING, STAR_PROFILE_LOCKING_DISABLED, and
SAL_ENABLE_FILE_LOCKING. If you search for these you will find
posts, where they are proposed as solution to prevent file locking.
But I could not make it work (WinXP).
Thanks for the hint, I didn't know these environment variables.
OpenGroking a little I've seen this on the README
main/readlicense_oo/docs/readme/readme.xrm
div class=LINUX MAC SOLSPARC SOLX86 id=FileLocking
h2 id=gfh6w xml:lang=en-USFile Locking/h2
p id=pji76w xml:lang=en-USFile locking is enabled by default in
${PRODUCTNAME}. On a network that uses the Network File System protocol
(NFS), the locking daemon for NFS clients must be active. To disable
file locking, edit the ttsoffice/tt script and change the line
ttexport SAL_ENABLE_FILE_LOCKING/tt to tt# export
SAL_ENABLE_FILE_LOCKING/tt. If you disable file locking, the write
access of a document is not restricted to the user who first opens the
document./p
p class=note id=pji76wsdf xml:lang=en-USWarning: The activated
file locking feature can cause problems with Solaris 2.5.1 and 2.7 used
in conjunction with Linux NFS 2.0. If your system environment has these
parameters, we strongly recommend that you avoid using the file locking
feature. Otherwise, ${PRODUCTNAME} will hang when you try to open a file
from a NFS mounted directory from a Linux computer./p
It says that you have to edit
main/desktop/scripts/unopkg.sh#24
main/desktop/scripts/soffice.sh#29
main/padmin/source/spadmin.sh#24
These three scripts do:
SAL_ENABLE_FILE_LOCKING=1
export SAL_ENABLE_FILE_LOCKING
I tried this advice for LINUX MAC SOLSPARC SOLX86 with:
a) SAL_ENABLE_FILE_LOCKING=0
b) commenting both lines
but didn't work. Besides that how is this supposed to work on Win where
there are no scripts but executables... It seems something is really
broken.
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
pgp8djXSFGCA0.pgp
Description: PGP signature
Re: Edit button for webpages?
- Original Message -
From: Dave Fisher dave2w...@comcast.net
To: ooo-dev@incubator.apache.org
Cc:
Sent: Wednesday, July 18, 2012 10:53 AM
Subject: Re: Edit button for webpages?
On Jul 18, 2012, at 7:44 AM, Joe Schaefer wrote:
Custom extensions yeah. David Blevins really
likes hacking in the CMS and it shows.
Is he interested in a CMS podling? I am, that would make at least three.
Dunno. He's subbed to infra@ tho.
Regards,
Dave
- Original Message -
From: Dave Fisher dave2w...@comcast.net
To: ooo-dev@incubator.apache.org
Cc:
Sent: Wednesday, July 18, 2012 10:43 AM
Subject: Re: Edit button for webpages?
T his is definitely cool.
Also, I hadn't seen the {row and {span commands in mdtext before
are those
extensions by the project?
Regards,
Dave
On Jul 18, 2012, at 7:11 AM, Joe Schaefer wrote:
One of the novel features of the openejb.apache.org site
is the presence of an Edit button on most pages, which
eliminates the need for people to install the CMS bookmarklet.
For example see
http://openejb.apache.org/dev/website-dev.html
and look at the links in the upper right corner of the page.
Those are omnipresent throughout the site.
Re: [CODE][UX] Bugs 25945 Show/Hide Scroll Bar Tips on Writer
KG01 - See comments inline. On Jul 18, 2012, at 10:35 PM, Ariel Constenla-Haile arie...@apache.org wrote: Hi Ricardo, On Wed, Jul 18, 2012 at 12:35:05PM +0200, RGB ES wrote: Thanks, Ariel for moving on this issue. I have a question, though: The fix also prevents other help tips to show, is that right? Because the problem on Bug 25945 is only with the box with the page number and heading name that shows when you scroll the document: because I've never see anyone protesting for the other tips, maybe the fix is a bit too much. The fix is only for the page number (the same information on the status bar control showing Page N/N) displayed near the scroll bar; that is, only for the bug description: Allow disabling of tooltip on mousewheel scroll. KG01 - Having the system provide feedback to orient the user and support way finding in the context of a scroll gesture is goodness. While the information may be presented in a tooltip-like presentation, system status is different than a tooltip from an information design perspective. While I am reluctant to encourage the creation of too many options, in this case, differentiating the tool tip content from status indicators/system status seems reasonable. Perhaps other popups could be clustered in the new category. In this case we could explore evoking the scroll status indicator via a right click of the Page n/n in the status bar. More broadly, we may want to explore how the system presents a tooltip vs status from a visual design perspective. Perhaps we could reinforce the categories and information popup types using some visual contrast. Full disclosure: I'm not at my system right now so, I'm working from memory of the behavior :) Thoughts? Tips displayed the mouse pointer is over the document content are already handled in an undocumented way, see bug https://issues.apache.org/ooo/show_bug.cgi?id=120300 There is already a property named PreventHelpTips, I plan to rename it to ShowContentTips because it describes better what it does: --- a/main/offapi/com/sun/star/text/ViewSettings.idl +++ b/main/offapi/com/sun/star/text/ViewSettings.idl @@ -349,6 +349,13 @@ published service ViewSettings @since OOo 3.1 */ [optional, property] long VerticalRulerMetric; + //- +/** If this property is TRUE/, tips for document content are shown, +typically in a help balloon when the mouse is over the content. + +@since Apache OpenOffice 3.5 + */ +[optional, property] boolean ShowContentTips; }; In short, there will be two separated options: - scroll bar tips - document content tips When the problem arise on the forums, I always recommend the workaround on Comment 9. The workaround is a little drastic, it will turn off all help tips. With the proposed solution there are separate settings. Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: [CODE][UX] Bugs 25945 Show/Hide Scroll Bar Tips on Writer
Hi Kevin, On Wed, Jul 18, 2012 at 10:52:29PM +0800, Kevin Grignon wrote: KG01 - Having the system provide feedback to orient the user and support way finding in the context of a scroll gesture is goodness. While the information may be presented in a tooltip-like presentation, system status is different than a tooltip from an information design perspective. What do you mean you system status? Is it the status bar? While I am reluctant to encourage the creation of too many options, yes, the Options dialog has too many options already; this new option is, in principle, an API thing, a property to be added in http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/ViewSettings.html It can of course be added to the Options dialog. in this case, differentiating the tool tip content from status indicators/system status seems reasonable. Perhaps other popups could be clustered in the new category. What would you suggest here? Other help balloon? In this case we could explore evoking the scroll status indicator via a right click of the Page n/n in the status bar. This is already assigned to an action (from the help balloon when mouse over the status bar control): The current page number is displayed in this field of the status bar. A double-click opens the Navigator, with which you can navigate in the document. A right-click shows all bookmarks in the document. Click a bookmark to position the text cursor at the bookmark location. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpcgQSCtDaPu.pgp Description: PGP signature
Re: On parks, commons, and websites... and fun (or lack of)
On Wed, Jul 18, 2012 at 10:31 AM, Joe Schaefer joe_schae...@yahoo.com wrote: - Original Message - From: Jürgen Schmidt jogischm...@googlemail.com To: ooo-dev@incubator.apache.org Cc: Sent: Wednesday, July 18, 2012 10:18 AM Subject: Re: On parks, commons, and websites... and fun (or lack of) If Hagar really step back and won't continue his great job it will be a big lost. We appreciate your work and what you did for the infrastructure, the CMS and everything else you do here or for other projects. But in this special case you completely failed and it is even more worse because you are a mentor. I am sure that nobody in this project (excepting other mentors who are surprisingly quite) support what you have done or better how you have tried to address this. But I hope that you have learned your lesson as well from this. Let's explore this then, because I don't see why I should feel intimidated by how someone might respond to a challenge to do more. Here is how my original email in this thread described Hagar's behavior: Other citizens might see the trash but instead of tackling the problem themselves, ask another park visitor to clean it up. Not a bad thing to do, but a little bit imposing on the other visitors of the park. Those people might wonder about why the original citizen did not clean up the trash themselves, but occasionally you come across citizens who are happy to just honor the unusual request without issue. I fail to see how describing Hagar's behavior as not a bad thing to do should trigger a drastic action from Hagar like resigning his responsibilities from this project. He seems to be reading far more into what I've written, and no this thread wasn't meant to be primarily about him at all. Hi Joe, I think that any calm, deliberate, factual analysis would come to a similar conclusion. But in this case I think it was more a matter of tone and other intangible aspects of the post.When I saw your original note -- which was a week ago -- I cringed, like when hearing a bad note in an orchestra. But just like in an orchestra, we need to all just play on. If it turns into a long debate about who played the wrong note and why and whether it was even really a bad note -- nothing good comes from this. The time wasted on this is time we should be spending on playing the next note. The weird thing here is that your original note was a week ago. Ordinarily I'd expect that emotions would cool down, and any perceived affront would diminish over time. But in this case a week passes and we have a resignation. That is odd to me. The failure here, IMHO, is that we're not thinking broadly enough to accept two assertions simultaneously: 1) That Joe is right in pushing for more people, especially AOO committers, to help maintain the website and 2) Hagar is right in believing that he is a volunteer and can do as much or as little as he pleases or A) Someone reporting a website defect does some good for the project, even if they don't take the extra step of fixing the defect themselves and B) Someone encouraging others to use the CMS to fix website defects themselves is doing good for the project, even if occasionally there are some who do not want to use the CMS Both statements are true. They are not in conflict. If we acknowledge both as true, I don't see the remaining issue. -Rob
Re: [Draft] The Public Service Mission of OpenOffice
On Wed, Jul 18, 2012 at 1:47 AM, Jürgen Schmidt jogischm...@googlemail.com wrote: On 7/17/12 6:03 PM, Rob Weir wrote: I'd like to see if we can agree on a statement along these lines. I think it is important that we show how our project aligns with Apache's overall mission, which the apache.org home page phrases as: provides support for the Apache community of open-source software projects, which provide software products for the public good. I think we do and always have been strongly aligned with this goal. But still, sometimes, we're questioned about our emphasis on distributing binaries, or seeking support for items related to distributing binaries. In some ways we're the oddball at Apache, being the only prominent end-user facing project. So I think it will help if we can express in clear terms how what we are doing is in fact for the public good, and our aims and achievements are at least as noble as what any other Apache project can claim. I totally agree and that is of course the most annoying point here at Apache for me. But that is another topic and not for this thread. Please, review and suggest improvements. In the end I'd like to work this into a webpage or blog post. see comments inline Regards, -Rob -- =Introduction= Along with an email client and a web browser, an office suite is a core essential application that almost every computer user requires. Although there is a dominant commercial product in this category, its price and limited platform and language support makes it an unsatisfactory option for many. OpenOffice, for over a decade, has helped fill this gap. Our goal is to develop, publish and support OpenOffice as a world-class office suite, free for anyone to use, and since it is open source, free for anyone to build upon. Using the generally available discounted price of commercial office products, the value of OpenOffice downloads over the past decade exceeds USD 10 billion (10,000,000,000), I like this example calculation which makes the value of OpenOffice really visible. The number is so impressive that really everybody can understand it. ==Overcoming the Digital Divide== More than 40% of the world population lives on less than US$ 2 per day, and around 20% live on less than US$ 1 per day. Against these numbers, commercial shrink-wrapped office software is often seen as a luxury good. End-user facing open source software, like OpenOffice, brings high-quality software to those who would otherwise have no other affordable options. Within the ICT for Development (ICT4D) community, OpenOffice has long been an important part of achieving development goals. ==Support for Linguistic and Cultural Diversity== There are over 6,000 languages in the world, but unless the language is associated with a G20 economic superpower, commercial vendors tend to ignore it. The OpenOffice community has a long standing tradition of supporting a large number of languages, including languages used by smaller populations, minority languages, endangered languages, etc. For example, South Africa has 11 official languages. OpenOffice has been translated to all of them. By supporting languages that would not otherwise be supported we help reduce digital exclusion and promote development, local education and administration. It shows me again how important it is to work for and with the l10n community to support all the languages where we had support before. I will start a campaign right after our 3.4.1 release drive this forward. ==Accessibility== Persons with disabilities, especially those with visual impairments, commonly rely on assistive technology to interact with computers. Such technologies work well only when applications are designed and coded to work well with them. Additionally, users who create documents must do their part to ensure that the documents they create work well with assistive technology, for example through the use of image captions, consistent list levels, etc. OpenOffice provides strong accessibility support, including broader ecosystem support via extensions, for working with Braille printers, exporting to DAISY talking books, etc. ==Open Standards== Open standards are those standards which are created in an open, transparent process, where the specifications can be freely accessed and implemented without royalties. Most core web standards are open standards. The default document format in OpenOffice, OpenDocument Format (ODF) is also an open standard. Widespread use of open standards promotes interoperability and choice in the market. But this does not come without effort on our part. We commit to faithful implementation of open standards, and to work with standards organizations and other vendors to improve these standards and to test and improve interoperability. As Donald mentioned already it might be worse to add a short
Re: [Proposal] Remove OpenOffice Consultants list
On 17/07/2012 Alexandro Colorado wrote: +1 I agree however like Rob say, would be good to stablish a new proposal on eventually refresh this list. I think the list has its value as a concept. I agree with the principle of removing the consultants list, but the page itself http://www.openoffice.org/bizdev/consultants.html is now completely gone. Wouldn't it make sense to keep it as a placeholder page, even just to send people somewhere else or to say we are not maintaining a consultants list for the time being? It is still a top hit in search engines and the empty page would be another reason for someone to be mislead into thinking that OpenOffice is dead... Regards, Andrea.
Re: On parks, commons, and websites... and fun (or lack of)
- Original Message - From: Rob Weir robw...@apache.org To: ooo-dev@incubator.apache.org Cc: Sent: Wednesday, July 18, 2012 11:27 AM Subject: Re: On parks, commons, and websites... and fun (or lack of) On Wed, Jul 18, 2012 at 10:31 AM, Joe Schaefer joe_schae...@yahoo.com wrote: - Original Message - From: Jürgen Schmidt jogischm...@googlemail.com To: ooo-dev@incubator.apache.org Cc: Sent: Wednesday, July 18, 2012 10:18 AM Subject: Re: On parks, commons, and websites... and fun (or lack of) If Hagar really step back and won't continue his great job it will be a big lost. We appreciate your work and what you did for the infrastructure, the CMS and everything else you do here or for other projects. But in this special case you completely failed and it is even more worse because you are a mentor. I am sure that nobody in this project (excepting other mentors who are surprisingly quite) support what you have done or better how you have tried to address this. But I hope that you have learned your lesson as well from this. Let's explore this then, because I don't see why I should feel intimidated by how someone might respond to a challenge to do more. Here is how my original email in this thread described Hagar's behavior: Other citizens might see the trash but instead of tackling the problem themselves, ask another park visitor to clean it up. Not a bad thing to do, but a little bit imposing on the other visitors of the park. Those people might wonder about why the original citizen did not clean up the trash themselves, but occasionally you come across citizens who are happy to just honor the unusual request without issue. I fail to see how describing Hagar's behavior as not a bad thing to do should trigger a drastic action from Hagar like resigning his responsibilities from this project. He seems to be reading far more into what I've written, and no this thread wasn't meant to be primarily about him at all. Hi Joe, I think that any calm, deliberate, factual analysis would come to a similar conclusion. But in this case I think it was more a matter of tone and other intangible aspects of the post. When I saw your original note -- which was a week ago -- I cringed, like when hearing a bad note in an orchestra. But just like in an orchestra, we need to all just play on. If it turns into a long debate about who played the wrong note and why and whether it was even really a bad note -- nothing good comes from this. The time wasted on this is time we should be spending on playing the next note. The weird thing here is that your original note was a week ago. Ordinarily I'd expect that emotions would cool down, and any perceived affront would diminish over time. But in this case a week passes and we have a resignation. That is odd to me. Well if it will help matters any let me apologize to Hagar for being impolite towards him last week- that much I think we can all agree on. This is a job for me, and trying to provide front-line infra support to this project instead of having you folks chase me down through normal channels sometimes gets the better of me. I don't pretend to be perfect, and sometimes will bite someone's head off when a more tactical approach calls for politeness- but as I said that comes with the territory at times.
Re: [Proposal] Remove OpenOffice Consultants list
On Wed, Jul 18, 2012 at 11:32 AM, Andrea Pescetti pesce...@apache.org wrote: On 17/07/2012 Alexandro Colorado wrote: +1 I agree however like Rob say, would be good to stablish a new proposal on eventually refresh this list. I think the list has its value as a concept. I agree with the principle of removing the consultants list, but the page itself http://www.openoffice.org/bizdev/consultants.html is now completely gone. Wouldn't it make sense to keep it as a placeholder page, even just to send people somewhere else or to say we are not maintaining a consultants list for the time being? It is still a top hit in search engines and the empty page would be another reason for someone to be mislead into thinking that OpenOffice is dead... That was my intent. Google will re-index and eventually that page will no longer be listed. At that point actual consultants should show up when users search. If we kept a page there, even a placeholder one, it would probably continue to show up as the 1st item in the search results. -Rob Regards, Andrea.
PCX/TIF import filters not loaded
Hi, since OO 3.2 the pcx/tiff/xxx import filters are no longer working. While everything in filter project is compiled and built, it seems that I miss some kind of configuration file. Debugger shows that IPX (pcx handler) is even not loaded when a file is selected for preview or importing: AOO opens a dialog box telling 'Graphic filter not found' ideas? thanks, -- Bye, Yuri Dario /* * OS/2 open source software * http://web.os2power.com/yuri * http://www.netlabs.org */
Re: 3.4.1 translations?
On Wed, Jul 18, 2012 at 12:14 AM, Jürgen Schmidt jogischm...@googlemail.com wrote: On 7/18/12 12:00 AM, Kay Schenk wrote: I remember seeing a June 28 deadline for translations for 3.4.1 from Juergen a while back, and I know we are well past that. But, looking at our area on translate.apache.org, I see the following language translations are VERY close and am wondering if they will be included in 3.4.1. I don't know who is working on them but it would be great to include them if we could. Asturian Bulgarian Catalan Icelandic Indonesian Korean Norwegian Bokmĺl Slovenian Welsh only Slovenian will be part of 3.4.1. My approach for including new (former supported) languages is that I want to see some volunteers for this language coming up and signal interest to help with the language in the future. I think that is valid and my idea is to start campaign right after the 3.4.1 release to seek for old or new volunteers for the all the languages. But of course we can start it now and any help is appreciated. Well, OK. I understand...they just seemed very close to complete. new totally complete -- Finnish, English (UK), Khmer, Slovak all 4 will be part of 3.4.1 Yes, I saw this on the started Release Notes 3.4.1 page right after I sent this. My apologies for not checking sooner. I am slowly working on the release notes. I need to do more research. Juergen -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: [QA Report] QA weekly report as of 2012/07/16
On Tue, Jul 17, 2012 at 6:55 PM, Ji Yan yanji...@gmail.com wrote: Hi Kay, You can find the reports from [1], all weekly reports are there. Currently, our mainly focus is on 3.4.1 release, so most testing activity happened on 3.4.1 stream. After 3.4.1 release, our focus will be switched to trunk stream, aka 3.5? [1]http://wiki.services.openoffice.org/wiki/QA/Report/WeeklyReport ha! OK -- I had actually put the following in my location bar-- http://wiki.services.openoffice.org/wiki/QA/Report/WeeklyReport/ note, trailing slash, which did NOT work! OK, thanks... 2012/7/18 Kay Schenk kay.sch...@gmail.com Hi Yan Ji -- Your reports are truly noteworthy! As we area approaching the 3.4.1 release, I have a question. I didn't keep the links to your other reports. And, if they are still available, I don't know how to find them. :( Is this one a cumulative report of others that have done before it? You call it weekly but is it really just results from the past week, or reports on basically everything so far that pertains to 3.4.1? Thanks On Mon, Jul 16, 2012 at 1:08 AM, Ji Yan yanji...@gmail.com wrote: Hi all, I post weekly report in [1]. Please review any comments are welcome [1] http://wiki.services.openoffice.org/wiki/QA/Report/WeeklyReport/20120716 -- Thanks Best Regards, Yan Ji -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb -- Thanks Best Regards, Yan Ji -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: [CODE][UX] Bugs 25945 Show/Hide Scroll Bar Tips on Writer
KG02 - See comments inline. On Wednesday, July 18, 2012, Ariel Constenla-Haile wrote: Hi Kevin, On Wed, Jul 18, 2012 at 10:52:29PM +0800, Kevin Grignon wrote: KG01 - Having the system provide feedback to orient the user and support way finding in the context of a scroll gesture is goodness. While the information may be presented in a tooltip-like presentation, system status is different than a tooltip from an information design perspective. What do you mean you system status? Is it the status bar? KG02 - Good question. By 'system status' I'm referring the the broader tool behavior where the users is informed by the system as to what is happening. Visibility of system status is an interaction design first principle. The status bar is a widget that surfaces some system status - there are others in the tool. While I am reluctant to encourage the creation of too many options, yes, the Options dialog has too many options already; this new option is, in principle, an API thing, a property to be added in http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/ViewSettings.html It can of course be added to the Options dialog. in this case, differentiating the tool tip content from status indicators/system status seems reasonable. Perhaps other popups could be clustered in the new category. What would you suggest here? Other help balloon? KG02 - Not sure, I'd need to explore the various pop-ups. Of which, Help is one category. Given the prevalence of pop-ups in web apps and mobile apps, there may be an opportunity to explore pop-ups in more detail for AOO 4.0 UI. In this case we could explore evoking the scroll status indicator via a right click of the Page n/n in the status bar. This is already assigned to an action (from the help balloon when mouse over the status bar control): KG02 - To clarify, I meant surface the option to display scrolling feedback via a right click on the page numbers in the status bar. The current page number is displayed in this field of the status bar. A double-click opens the Navigator, with which you can navigate in the document. A right-click shows all bookmarks in the document. Click a bookmark to position the text cursor at the bookmark location. Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: [QA AUTOMATION][Proposal]Suggest to group definition of UI Controls in UIMap.java.
Shan Zhu, Could you point me to any documentation, or share any thoughts on the available styling options for our UI presentation (workspace and forms). I'm scoping a UI refresh and want to get a sense of what tailoring or customization is possible. Thoughts? Regards, Kevin On Monday, July 9, 2012, Shan Zhu wrote: Hi, all In VCLAuto, we define the UI controls used in our script in UIMap.java. Now, there is a long disordered list of UI controls, which will continue to grow up. For readability, I propose to group the definition of controls by Editor and dialogs. 1. Put the definition of controls in same editor together, with a comment line at the front to declare the editor name. 2. Put the definition of controls in same dialog together, with a comment line to declare the dialog name. It would be better that if the sequence of the definition for a dialog could following the UI arrangement in dialog. For example, // Spreadsheet: Select Sheets dialog public static final VclDialog SCSelectSheetsDlg = dialog(.uno:SelectTables); ... // Spreasheet: Sort dialog ... Moreover, suggest to add definition for other controls in one dialog, even you've used few of them in your script writing. And, a basic rule for variable name definition is needed, if necessary. Regards, Shan Zhu
Re: [Draft] The Public Service Mission of OpenOffice
KG01 - See comments inline. On Wednesday, July 18, 2012, Rob Weir wrote: On Wed, Jul 18, 2012 at 1:47 AM, Jürgen Schmidt jogischm...@googlemail.com wrote: On 7/17/12 6:03 PM, Rob Weir wrote: I'd like to see if we can agree on a statement along these lines. I think it is important that we show how our project aligns with Apache's overall mission, which the apache.org home page phrases as: provides support for the Apache community of open-source software projects, which provide software products for the public good. I think we do and always have been strongly aligned with this goal. But still, sometimes, we're questioned about our emphasis on distributing binaries, or seeking support for items related to distributing binaries. In some ways we're the oddball at Apache, being the only prominent end-user facing project. So I think it will help if we can express in clear terms how what we are doing is in fact for the public good, and our aims and achievements are at least as noble as what any other Apache project can claim. I totally agree and that is of course the most annoying point here at Apache for me. But that is another topic and not for this thread. Please, review and suggest improvements. In the end I'd like to work this into a webpage or blog post. see comments inline Regards, -Rob -- =Introduction= Along with an email client and a web browser, an office suite is a core essential application that almost every computer user requires. Although there is a dominant commercial product in this category, its price and limited platform and language support makes it an unsatisfactory option for many. OpenOffice, for over a decade, has helped fill this gap. Our goal is to develop, publish and support OpenOffice as a world-class office suite, free for anyone to use, and since it is open source, free for anyone to build upon. Using the generally available discounted price of commercial office products, the value of OpenOffice downloads over the past decade exceeds USD 10 billion (10,000,000,000), I like this example calculation which makes the value of OpenOffice really visible. The number is so impressive that really everybody can understand it. ==Overcoming the Digital Divide== More than 40% of the world population lives on less than US$ 2 per day, and around 20% live on less than US$ 1 per day. Against these numbers, commercial shrink-wrapped office software is often seen as a luxury good. End-user facing open source software, like OpenOffice, brings high-quality software to those who would otherwise have no other affordable options. Within the ICT for Development (ICT4D) community, OpenOffice has long been an important part of achieving development goals. ==Support for Linguistic and Cultural Diversity== There are over 6,000 languages in the world, but unless the language is associated with a G20 economic superpower, commercial vendors tend to ignore it. The OpenOffice community has a long standing tradition of supporting a large number of languages, including languages used by smaller populations, minority languages, endangered languages, etc. For example, South Africa has 11 official languages. OpenOffice has been translated to all of them. By supporting languages that would not otherwise be supported we help reduce digital exclusion and promote development, local education and administration. It shows me again how important it is to work for and with the l10n community to support all the languages where we had support before. I will start a campaign right after our 3.4.1 release drive this forward. ==Accessibility== Persons with disabilities, especially those with visual impairments, commonly rely on assistive technology to interact with computers. I've put the draft up on the wiki and made a few tweaks based on comments received so far: https://cwiki.apache.org/confluence/display/OOOUSERS/%28Draft%29+The+Public+Service+Mission+of+OpenOffice I'd encouraged anyone interested to help improve this statement. KG01 - Comment: as a newbie, I've never seen this content. It's very compelling. We should seek pops to share this part of our story. Perhaps as part of the user experience (when downloading), or the volunteer experince (link on help wanted pages). In addition, our communications boilerplate could include some of the highlights from this connect. Thanks for sharing. -Rob Juergen
Re: [Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement
KG 01 - Excuse top post. Proposal looks great. What is the impact/risk on the UI? How might we improve the user experience? Perhaps a task pane with threaded comments and available actions? On Tuesday, July 10, 2012, Oliver-Rainer Wittmann wrote: Hi, On 10.07.2012 09:14, chengjh wrote: Oliver,I can not access http://www.ooocon.org/ to get your presentation for 2010 conf..And I am not authorized to access http://people.apache.org/~orw/210-209-1-PB.pdfhttp://people.apache.org/~orw/**210-209-1-PB.pdf http://**people.apache.org/~orw/210-**209-1-PB.pdfhttp://people.apache.org/~orw/210-209-1-PB.pdf either..Could you please send your presentation to me?thanks. I am sorry. I have corrected the access rights on [1]. Now, you should be able to access it. [1] http://people.apache.org/~orw/**210-209-1-PB.pdfhttp://people.apache.org/~orw/210-209-1-PB.pdf Best regards, Oliver. On Mon, Jul 9, 2012 at 11:25 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 04.07.2012 04:41, chengjh wrote: Hi Dennis,I appreciate your questions,they are significant areas we have to take carefully.Thanks. On Wed, Jul 4, 2012 at 12:36 AM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: I have questions about the way that the improvements are intended to be extensions to the ODF format. I understand from what is said that improvements are introduced into the ODF document in a way that they will be ignored by older implementations and other implementations that are unaware of them. The intention is to map to and from .doc in a reliable manner. 1. How are the extensions introduced such that conforming ODF consumers will ignore them properly? Will users be able to turn off the improvements in order to produce conforming ODF documents? a)That's a good question.Because current ODF formats on Track Changes are limited,that means only limited capabilities are able to be supported. In order to achieve our goal to improve the fidelity with MS Word, we have to extend Track Changes ODF formats and propose to OASIS ODF to become standard at the end.Thus,the compatibility with previous releases will be a challenging job.Our strategy is that the current import/export code logic on Track Changes will be kept to ensure the same supported change records defined in ODF 1.1/1.2 as before in our improved solution.If possible,the extended parts will be implemented with another code logic,not mixed, to ensure these parts will not be recognized by previous releases. b)And also,it seems a good idea to provide an option item in Tools-Options...-Writer-Compatibility to turn on/off the improvements.Thanks. This can be already handled in general. As mentioned in my presentation at OOoCon 2010 (especially slide 14ff) [1] we already have the ODF format version field. On this field we can depend our (not yet in ODF available) features//enhancements/improvements/... 2. Will ignoring the extensions result in an usable conforming ODF document and will round-trip return to the producer of the extensions be tolerable. Should there be warning when an user makes changes that rely on the improvements in a document that was not produced by an improvement-aware implementation? c) We should avoid to generate un-usable ODF document,otherwise,the design should have problem.. d) I don't think it necessary to give warning message to end users when saving changes records with our improvements..I think it better for an application to enable a mechanism to provide warning message to end users when identifying un-recognized info. 3. How are the improvement extensions to the ODF format being made known so that other consumers of ODF can support them either partially or completely to provide a smoother experience in support of their users and in providing interoperability? e)Finally,our improvements on the ODF formats on Track Changes will be proposed and taken as OASIS ODF standards. In general I think we should align our change tracking enhancements with the work currently going on in the ODF TC regarding change tracking. The work in the ODF TC should more or less guide how we represent/express our change tracking enhancements in ODF. [1] http://people.apache.org/~orw/210-209-1-PB.pdfhttp://people.apache.org/~orw/**210-209-1-PB.pdf http://**people.apache.org/~orw/210-**209-1-Phttp://people.apache.org/~orw/210-209-1-PB.pdf
Re: Word cloud for ooo-dev post subjects
KG01 - See comments inline. On Saturday, June 30, 2012, Rob Weir wrote: On Thu, Jun 28, 2012 at 11:46 PM, Kevin Grignon kevingrignon...@gmail.com javascript:; wrote: snip KG01 - Great stuff Rob. These simple analytics are really interesting. *Would you be open to harvesting and sharing the extracted post titles for both ooo-dev and ooo-users and sending along to me*. The Python bit is unfamiliar to me. The text files, like you did for the twitter feeds would be great. Then I can go into wordle and tweak, using a variety of filters. Also, I am exploring other analytic tools to parse the data. Thanks. Here they are: http://people.apache.org/~robweir/ooo-dev-subjects.zip http://people.apache.org/~robweir/ooo-users-subjects.zip -Rob KG01 - Thanks for sharing. I'll see what I can do with this raw data. In this particular cloud, I used all posts, including responses. So if a term was used in a thread that had many responses, it would have additional weight in this chart. Technologies used: Python's mailbox API to extract the post titles. Could have done this with any number of command line text tools as well, but it is trivial in Python as well: import mailbox box = mailbox.mbox(fileName) for message in box: print message['Subject'] Then I used Wordle.net to generate the graphic. Based on the reaction given to the previous word cloud, I know that some list subscribers are curious to see how often we write about LibreOffice. So I'll help you find it in this graphic. Look for the big AOO, then under that see the COMMIT. Under COMMIT you can make out LIBREOFFICE, to the left of USERS. Regards, -Rob Somehow not as stylish in this font. Bug is visible in this one. No one tweets about bugs? I think this is a user/developer difference. Users talk in more direct terms, about how bugs impact them.So very few mention a bug. But 18 mentions on Twitter of some form of crash/crashed/crashing. On the ooo-dev list we call these bugs or issues. Users lose all their work. We debug an exception. The army pacifies the village, etc. It is good to remember the difference in impact our work (good or bad) has on others, even though we use more clinical terms on this list. -Rob Don
Re: 3.4.1 translations?
Original Message Subject: Re: 3.4.1 translations? From: Jürgen Schmidt jogischm...@googlemail.com To: Date: Wed Jul 18 2012 03:14:56 GMT-0400 (Eastern Daylight Time) On 7/18/12 12:00 AM, Kay Schenk wrote: I remember seeing a June 28 deadline for translations for 3.4.1 from Juergen a while back, and I know we are well past that. But, looking at our area on translate.apache.org, I see the following language translations are VERY close and am wondering if they will be included in 3.4.1. I don't know who is working on them but it would be great to include them if we could. Asturian Bulgarian Catalan Icelandic Indonesian Korean Norwegian Bokmål Slovenian Welsh only Slovenian will be part of 3.4.1. My approach for including new (former supported) languages is that I want to see some volunteers for this language coming up and signal interest to help with the language in the future. I think that is valid and my idea is to start campaign right after the 3.4.1 release to seek for old or new volunteers for the all the languages. But of course we can start it now and any help is appreciated. new totally complete -- Finnish, English (UK), Khmer, Slovak all 4 will be part of 3.4.1 Juergen Juergen; Just updated the Release Notes based on this latest info. Just want to check if the following updated languages are still on track to be included. Dutch Spanish Italian Hungarian Regards Keith
OO 3.4 CRASHES
Please advise how to download OO 3.3! _OO 3.4 CRASHES every time_ I open it will recover BUT now will NOT accept changes to my entries. I want to return to OO 3.3 which worked very well for years! There is _NOTHING_ on this in your Open Office Support items. Terry Crook terrycr...@earthlink.net or tcr...@realtor.com
Re: AOO-LibreOffice comparison?
Peter, if you do create a feature comparison, I would be interested in seeing what you create. I use both, and to some extent it is related to a particular feature that I need at the moment, or a bug that I want to avoid at the moment. As an example, on one computer at an off-site location, I ended up installing both AOO and LO. Ended up leaving LO because it supported writing docx and the AO version that I had did not support writing DOCX files. Unsure what was happening with that since I thought that they both supported it but I was not sufficiently interested to track out what was happening. I expect that maintaining the list might be a lot of work, however. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php
CMS diff:
Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sk%2Findex.html Michal Hriň Index: trunk/content/sk/index.html === --- trunk/content/sk/index.html (revision 1362724) +++ trunk/content/sk/index.html (working copy) @@ -15,7 +15,7 @@ img alt=OSSConf2010 height=44 width=220 src=http://ulabserv.fri.uniza.sk/logos/oss10_banner220.png//anbsp;nbsp;a href=http://www.sospreskoly.org;img src=http://www.sospreskoly.org/files/propagacia_01_1.png; width=150 height=40 //abr/ img src=img/logo_sk.png alt=Logo sk.OpenOffice width=139 height=60 border=0 / br / - bAktuálna slovenská verzia: 3.2.1/b + bAktuálna slovenská verzia: 3.3.0/b /div /td /tr @@ -31,7 +31,11 @@ table width=100% cellspacing=0 cellpadding=0 class=news tr bnbsp;nbsp;Návody k programom a diskusné fórabr/nbsp;nbsp;nájdete na a href=http://www.openoffice.cz/;OpenOffice.cz/a/b - /tr + /tr + tr +td width=100bnbsp;11.07.2012/b/td +tda href=https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds;Vývojová verzia Apache OpenOffice 3.4.1 v slovenskom jazyku/td + /tr tr td width=100bnbsp;02.09.2010/b/td tda href=news/100902.htmlVydanie OpenOffice.org 3.2.1/td @@ -89,9 +93,6 @@ tda href=news/0210072.htmlVydanie OpenOffice.org 2.3/td /tr tr -td width=100bnbsp;02.10.2007/b/td -tda href=news/021007.htmlObnovenie updatov webu/td - /tr tr td colspan=2br /a href=news/news.htmlviac.../a/td /tr @@ -164,15 +165,13 @@ tr td colspan=2 class=obsah -OpenOffice.org je plnohodnotný kancelársky balík, ktorý je možné prevádzkovať na všetkých hlavných operačných systémoch a platformách. A čo je dôležité, je zadarmo a podporuje mnohé iné kancelárske balíky.br /br / -OpenOffice.org je projektom medzinárodnej komunity dobrovoľníkov a sponzorov vrátane hlavného sponzora, Sun Microsystems. -Podporuje medzinárodne prijatý štandard OpenDocument Format pre Office aplikácie (ISO/IEC 26300:2006, OASIS Standard). OpenOffice.org je poskytovaný pod licenciou GNU Lesser General Public Licence (LGPL) . Viac o projekte môžete nájsť na hlavnej stránke projektu a href=http://www.openoffice.org/; target=_blankhttp://www.openoffice.org//a +Apache OpenOffice je plnohodnotný kancelársky balík, ktorý je možné prevádzkovať na všetkých hlavných operačných systémoch a platformách. A čo je dôležité, je zadarmo a podporuje mnohé iné kancelárske balíky.br /br / +Apache OpenOffice je projektom medzinárodnej komunity dobrovoľníkov a sponzorov, ktorého vývoj zastrešuje organizácia Apache Software Foundation. +Podporuje medzinárodne prijatý štandard OpenDocument Format pre Office aplikácie (ISO/IEC 26300:2006, OASIS Standard). Apache OpenOffice je poskytovaný pod licenciou Apache License, Version 2.0 . Viac o projekte môžete nájsť na hlavnej stránke projektu a href=http://www.openoffice.org/; target=_blankhttp://www.openoffice.org//a br /br / bSlovenská lokalizácia zahŕňa:/bbr / li inštalačný program/li li kompletné užívateľské rozhranie (dialógy, menu, nástrojové tipy, atď.)/li -li kontrolu pravopisu, synonymický slovník, slovník pre delenie slov/li -li pomocníka (zatiaľ iba čiastočne)/li li a iné /libr /br / Stále hľadáme dobrovoľníkov, ktorí by sa chceli zapojiť do projektu ako prekladatelia alebo vývojári. V prípade že máte chuť a záujem, kliknite a href=how_to_help.htmlsem/a.
Re: Edit button for webpages?
On Wed, Jul 18, 2012 at 7:43 AM, Dave Fisher dave2w...@comcast.net wrote:
This is definitely cool.
Also, I hadn't seen the {row and {span commands in mdtext before are those
extensions by the project?
Regards,
Dave
yes! way way way cool! I like it! :)
On Jul 18, 2012, at 7:11 AM, Joe Schaefer wrote:
One of the novel features of the openejb.apache.org site
is the presence of an Edit button on most pages, which
eliminates the need for people to install the CMS bookmarklet.
For example see
http://openejb.apache.org/dev/website-dev.html
and look at the links in the upper right corner of the page.
Those are omnipresent throughout the site.
--
MzK
I would rather have a donkey that takes me there
than a horse that will not fare.
-- Portuguese proverb
CMS diff:
Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sk%2Fpeople.html Michal Hriň
Re: CMS diff:
Thanks, Michal. I applied your website patch. -Rob 2012/7/18 Michal Hriň anonym...@apache.org: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sk%2Findex.html Michal Hriň Index: trunk/content/sk/index.html === --- trunk/content/sk/index.html (revision 1362724) +++ trunk/content/sk/index.html (working copy) @@ -15,7 +15,7 @@ img alt=OSSConf2010 height=44 width=220 src=http://ulabserv.fri.uniza.sk/logos/oss10_banner220.png//anbsp;nbsp;a href=http://www.sospreskoly.org;img src=http://www.sospreskoly.org/files/propagacia_01_1.png; width=150 height=40 //abr/ img src=img/logo_sk.png alt=Logo sk.OpenOffice width=139 height=60 border=0 / br / - bAktuálna slovenská verzia: 3.2.1/b + bAktuálna slovenská verzia: 3.3.0/b /div /td /tr @@ -31,7 +31,11 @@ table width=100% cellspacing=0 cellpadding=0 class=news tr bnbsp;nbsp;Návody k programom a diskusné fórabr/nbsp;nbsp;nájdete na a href=http://www.openoffice.cz/;OpenOffice.cz/a/b - /tr + /tr + tr +td width=100bnbsp;11.07.2012/b/td +tda href=https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds;Vývojová verzia Apache OpenOffice 3.4.1 v slovenskom jazyku/td + /tr tr td width=100bnbsp;02.09.2010/b/td tda href=news/100902.htmlVydanie OpenOffice.org 3.2.1/td @@ -89,9 +93,6 @@ tda href=news/0210072.htmlVydanie OpenOffice.org 2.3/td /tr tr -td width=100bnbsp;02.10.2007/b/td -tda href=news/021007.htmlObnovenie updatov webu/td - /tr tr td colspan=2br /a href=news/news.htmlviac.../a/td /tr @@ -164,15 +165,13 @@ tr td colspan=2 class=obsah -OpenOffice.org je plnohodnotný kancelársky balík, ktorý je možné prevádzkovať na všetkých hlavných operačných systémoch a platformách. A čo je dôležité, je zadarmo a podporuje mnohé iné kancelárske balíky.br /br / -OpenOffice.org je projektom medzinárodnej komunity dobrovoľníkov a sponzorov vrátane hlavného sponzora, Sun Microsystems. -Podporuje medzinárodne prijatý štandard OpenDocument Format pre Office aplikácie (ISO/IEC 26300:2006, OASIS Standard). OpenOffice.org je poskytovaný pod licenciou GNU Lesser General Public Licence (LGPL) . Viac o projekte môžete nájsť na hlavnej stránke projektu a href=http://www.openoffice.org/; target=_blankhttp://www.openoffice.org//a +Apache OpenOffice je plnohodnotný kancelársky balík, ktorý je možné prevádzkovať na všetkých hlavných operačných systémoch a platformách. A čo je dôležité, je zadarmo a podporuje mnohé iné kancelárske balíky.br /br / +Apache OpenOffice je projektom medzinárodnej komunity dobrovoľníkov a sponzorov, ktorého vývoj zastrešuje organizácia Apache Software Foundation. +Podporuje medzinárodne prijatý štandard OpenDocument Format pre Office aplikácie (ISO/IEC 26300:2006, OASIS Standard). Apache OpenOffice je poskytovaný pod licenciou Apache License, Version 2.0 . Viac o projekte môžete nájsť na hlavnej stránke projektu a href=http://www.openoffice.org/; target=_blankhttp://www.openoffice.org//a br /br / bSlovenská lokalizácia zahŕňa:/bbr / li inštalačný program/li li kompletné užívateľské rozhranie (dialógy, menu, nástrojové tipy, atď.)/li -li kontrolu pravopisu, synonymický slovník, slovník pre delenie slov/li -li pomocníka (zatiaľ iba čiastočne)/li li a iné /libr /br / Stále hľadáme dobrovoľníkov, ktorí by sa chceli zapojiť do projektu ako prekladatelia alebo vývojári. V prípade že máte chuť a záujem, kliknite a href=how_to_help.htmlsem/a.
Re: Hi , I really admire what have done in open office
On Tue, Jul 17, 2012 at 11:14 PM, Brandon Chen fringe.for...@gmail.comwrote: Hi all, I really admire everyone's effort in this project. I also want to share my knowledge and effort , could anyone point me a direction ? I think the first thing i need to do is subscribe the user list , can I join this group Regards Brandon Hello Brandon -- We welcome your interest in participating. This list, ooo-dev, is definitely the way to become more involved in discussions. Please also see the Get Involved page at: http://incubator.apache.org/openofficeorg/get-involved.html Thanks again for contacting us. -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: Should quickstarter be enabled or disabled by default?
On Wed, Jul 18, 2012 at 12:54 AM, Risto Jääskeläinen rjaas...@saunalahti.fi wrote: Hello! Whole suite will be a bit lighter and a bit simpler without quickstarter. I feel it is needless, unnötig, tarpeeton. So in mean time it should be disabled before it is removed from source code. Regards Risto Thanks for these interesting comments Risto... Really, just from items that pop up this list, IMO, it does seem to cause more harm than good. lou ql [louqin...@gmail.com] kirjoitti: Clean install: 1. Win7: quickstarter is disabled by default after a fresh install 2. Ubuntu 10.04: quickstarter is enabled by default after a fresh install Upgrade: Enable quickstarter before upgrade 1. Win7, upgrade from OO3.3 to Aoo 3.4.1, quickstarter is still enabled after upgrade 2. Win7, upgrade from Aoo 3.4 to Aoo 3.4.1, quickstarter is disabled after upgrade 3. Ubuntu 10.04, upgrade from Aoo 3.4 to Aoo 3.4.1, quickstarter is still enabled after upgrade -- Regards, Lou QingLe -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
more 3.4.1 questions...supported OSes
OK, more from me on the upcoming release. Will ee providing an official FreeBSD and OS/2 release for 3.4.1? We had discussed this a bit in the past, but I haven't seen anything recently. -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: What will be with national language sites ?
On Tue, Jul 17, 2012 at 4:30 PM, Dave Fisher dave2w...@comcast.net wrote: On Jul 17, 2012, at 4:15 PM, Kay Schenk wrote: -- top posting -- Rob-- I don't think this person is subscribed. You may want to copy them on this response. I think that they are subscribed as I did not see a moderated tag on the email. Is this conclusive? Perhaps they were moderated in with a prior email. oh boy and oops! I really had to dig around in the header of a new post to find this. I hae no magic wand with what I use to determine this. I will look around for such an animal. And, we need to followup with Dave (and I think others were involved) on if an actual template was created for NL sites. I'm not sure about this, although Dave did provide guidance/instructions on headers/navigatin items. I was going to dig out the topnav translation and suggest translations for the main page. This is probably a good example of a NL site to use as a test case for translated versions of the main pages. This could fit the set of pages that Rob will suggest plus some others. I think a site map should be started. Sorry, I wish I had more time but additional work responsibilities have me up and on conference calls at 6:00 AM. That plus Apache Flex is going through their first release VOTEs. And now Big Data is calling. No problem...after 3.4.1, maybe we could out more effort into devising a template, etc. for this. It is rather bad that we still carry all these old, old NL pages that are so out of date. If we had more faith in automatic translators, we could mock up a bunch of new ones and just post them. Oh well...an endeavor coming soonish. Regards, Dave On Tue, Jul 17, 2012 at 2:52 PM, Rob Weir robw...@apache.org wrote: On Tue, Jul 17, 2012 at 5:43 PM, Michal Hriň michalh...@aol.com wrote: Hi, with 3.4.1 release the project goes on. My question is, what will be with the national language sites ? It will be abandoned (leave it as is) or it will be the same as the main page and translated with google translate or will be created the PO. files for translators ? Cause, the Slovak NL page isn t up to date for two years, and I don t now if someone maintain it. My idea is : - NL pages will be the same as main pages - on right corner with news can be writen regional news (example: we looking for people, regional conference is there or rhere) So four main approaches: 1) Every NL site is different 2) Every NL site is the same 3) Template based NL site, with mainly same content, but areas for local customization 4) No NL pages, but just an English page with Google translation It sounds like you like #3. I like that approach as well. I thought Dave had enabled this approach, or at least was thinking of ways to do it. -Rob --- Regards, Michal Hriň -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb -- MzK I would rather have a donkey that takes me there than a horse that will not fare. -- Portuguese proverb
Re: CMS diff:
Way to go folks! - Original Message - From: Rob Weir robw...@apache.org To: ooo-dev@incubator.apache.org Cc: j...@apache.org Sent: Wednesday, July 18, 2012 6:06 PM Subject: Re: CMS diff: Thanks, Michal. I applied your website patch. -Rob 2012/7/18 Michal Hriň anonym...@apache.org: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/sk%2Findex.html Michal Hriň Index: trunk/content/sk/index.html === --- trunk/content/sk/index.html (revision 1362724) +++ trunk/content/sk/index.html (working copy) @@ -15,7 +15,7 @@ img alt=OSSConf2010 height=44 width=220 src=http://ulabserv.fri.uniza.sk/logos/oss10_banner220.png//anbsp;nbsp;a href=http://www.sospreskoly.org;img src=http://www.sospreskoly.org/files/propagacia_01_1.png; width=150 height=40 //abr/ img src=img/logo_sk.png alt=Logo sk.OpenOffice width=139 height=60 border=0 / br / - bAktuálna slovenská verzia: 3.2.1/b + bAktuálna slovenská verzia: 3.3.0/b /div /td /tr @@ -31,7 +31,11 @@ table width=100% cellspacing=0 cellpadding=0 class=news tr bnbsp;nbsp;Návody k programom a diskusné fórabr/nbsp;nbsp;nájdete na a href=http://www.openoffice.cz/;OpenOffice.cz/a/b - /tr + /tr + tr + td width=100bnbsp;11.07.2012/b/td + tda href=https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds;Vývojová verzia Apache OpenOffice 3.4.1 v slovenskom jazyku/td + /tr tr td width=100bnbsp;02.09.2010/b/td tda href=news/100902.htmlVydanie OpenOffice.org 3.2.1/td @@ -89,9 +93,6 @@ tda href=news/0210072.htmlVydanie OpenOffice.org 2.3/td /tr tr - td width=100bnbsp;02.10.2007/b/td - tda href=news/021007.htmlObnovenie updatov webu/td - /tr tr td colspan=2br /a href=news/news.htmlviac.../a/td /tr @@ -164,15 +165,13 @@ tr td colspan=2 class=obsah -OpenOffice.org je plnohodnotný kancelársky balík, ktorý je možné prevádzkovať na všetkých hlavných operačných systémoch a platformách. A čo je dôležité, je zadarmo a podporuje mnohé iné kancelárske balíky.br /br / -OpenOffice.org je projektom medzinárodnej komunity dobrovoľníkov a sponzorov vrátane hlavného sponzora, Sun Microsystems. -Podporuje medzinárodne prijatý štandard OpenDocument Format pre Office aplikácie (ISO/IEC 26300:2006, OASIS Standard). OpenOffice.org je poskytovaný pod licenciou GNU Lesser General Public Licence (LGPL) . Viac o projekte môžete nájsť na hlavnej stránke projektu a href=http://www.openoffice.org/; target=_blankhttp://www.openoffice.org//a +Apache OpenOffice je plnohodnotný kancelársky balík, ktorý je možné prevádzkovať na všetkých hlavných operačných systémoch a platformách. A čo je dôležité, je zadarmo a podporuje mnohé iné kancelárske balíky.br /br / +Apache OpenOffice je projektom medzinárodnej komunity dobrovoľníkov a sponzorov, ktorého vývoj zastrešuje organizácia Apache Software Foundation. +Podporuje medzinárodne prijatý štandard OpenDocument Format pre Office aplikácie (ISO/IEC 26300:2006, OASIS Standard). Apache OpenOffice je poskytovaný pod licenciou Apache License, Version 2.0 . Viac o projekte môžete nájsť na hlavnej stránke projektu a href=http://www.openoffice.org/; target=_blankhttp://www.openoffice.org//a br /br / bSlovenská lokalizácia zahŕňa:/bbr / li inštalačný program/li li kompletné užívateľské rozhranie (dialógy, menu, nástrojové tipy, atď.)/li -li kontrolu pravopisu, synonymický slovník, slovník pre delenie slov/li -li pomocníka (zatiaľ iba čiastočne)/li li a iné /libr /br / Stále hľadáme dobrovoľníkov, ktorí by sa chceli zapojiť do projektu ako prekladatelia alebo vývojári. V prípade že máte chuť a záujem, kliknite a href=how_to_help.htmlsem/a.
Re: [Review|Discussion]For Ideas and Comments on the Vision of Writer's Track Changes Improvement
Hi Kevin,you are right.. On Thu, Jul 19, 2012 at 1:36 AM, Kevin Grignon kevingrignon...@gmail.comwrote: KG 01 - Excuse top post. Proposal looks great. What is the impact/risk on the UI? How might we improve the user experience? Perhaps a task pane with threaded comments and available actions? Good idea.In this improvement,we will have UI changes and provide better user experiences.Currently,we have not started the progress yet..I appreciate your further proposals and actions on this part.Thanks in advance. On Tuesday, July 10, 2012, Oliver-Rainer Wittmann wrote: Hi, On 10.07.2012 09:14, chengjh wrote: Oliver,I can not access http://www.ooocon.org/ to get your presentation for 2010 conf..And I am not authorized to access http://people.apache.org/~orw/210-209-1-PB.pdf http://people.apache.org/~orw/**210-209-1-PB.pdf http://**people.apache.org/~orw/210-**209-1-PB.pdf http://people.apache.org/~orw/210-209-1-PB.pdf either..Could you please send your presentation to me?thanks. I am sorry. I have corrected the access rights on [1]. Now, you should be able to access it. [1] http://people.apache.org/~orw/**210-209-1-PB.pdf http://people.apache.org/~orw/210-209-1-PB.pdf Best regards, Oliver. On Mon, Jul 9, 2012 at 11:25 PM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 04.07.2012 04:41, chengjh wrote: Hi Dennis,I appreciate your questions,they are significant areas we have to take carefully.Thanks. On Wed, Jul 4, 2012 at 12:36 AM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: I have questions about the way that the improvements are intended to be extensions to the ODF format. I understand from what is said that improvements are introduced into the ODF document in a way that they will be ignored by older implementations and other implementations that are unaware of them. The intention is to map to and from .doc in a reliable manner. 1. How are the extensions introduced such that conforming ODF consumers will ignore them properly? Will users be able to turn off the improvements in order to produce conforming ODF documents? a)That's a good question.Because current ODF formats on Track Changes are limited,that means only limited capabilities are able to be supported. In order to achieve our goal to improve the fidelity with MS Word, we have to extend Track Changes ODF formats and propose to OASIS ODF to become standard at the end.Thus,the compatibility with previous releases will be a challenging job.Our strategy is that the current import/export code logic on Track Changes will be kept to ensure the same supported change records defined in ODF 1.1/1.2 as before in our improved solution.If possible,the extended parts will be implemented with another code logic,not mixed, to ensure these parts will not be recognized by previous releases. b)And also,it seems a good idea to provide an option item in Tools-Options...-Writer-Compatibility to turn on/off the improvements.Thanks. This can be already handled in general. As mentioned in my presentation at OOoCon 2010 (especially slide 14ff) [1] we already have the ODF format version field. On this field we can depend our (not yet in ODF available) features//enhancements/improvements/... 2. Will ignoring the extensions result in an usable conforming ODF document and will round-trip return to the producer of the extensions be tolerable. Should there be warning when an user makes changes that rely on the improvements in a document that was not produced by an improvement-aware implementation? c) We should avoid to generate un-usable ODF document,otherwise,the design should have problem.. d) I don't think it necessary to give warning message to end users when saving changes records with our improvements..I think it better for an application to enable a mechanism to provide warning message to end users when identifying un-recognized info. 3. How are the improvement extensions to the ODF format being made known so that other consumers of ODF can support them either partially or completely to provide a smoother experience in support of their users and in providing interoperability? e)Finally,our improvements on the ODF formats on Track Changes will be proposed and taken as OASIS ODF standards. In general I think we should align our change tracking enhancements with the work currently going on in the ODF TC regarding change tracking. The work in the ODF TC should more or less guide how we represent/express our change tracking enhancements in ODF. [1] http://people.apache.org/~orw/210-209-1-PB.pdf http://people.apache.org/~orw/**210-209-1-PB.pdf http://**people.apache.org/~orw/210-**209-1-P http://people.apache.org/~orw/210-209-1-PB.pdf -- Best
Re: more 3.4.1 questions...supported OSes
- Original Message - ... OK, more from me on the upcoming release. Will ee providing an official FreeBSD and OS/2 release for 3.4.1? We had discussed this a bit in the past, but I haven't seen anything recently. We (actually Maho@) do regular builds but we have no plans to make releases through Apache infrastructure. Release notes can of course mention that FreeBSD is supported if you wish. We should also make some reference to the Solaris port for this release. best regards, Pedro.
Re: Want to join dev team
Hi Marco, On Wed, Jul 18, 2012 at 11:29:00PM -0300, Marco Benatto wrote: Hi, I'd like to join ooffice dev team. That's great! Welcome to Apache OpenOffice :) I have some knowledge in C++ and also in sofwtare development for linux platforms. May you send me more instructions as said on wiki page? You have the Building Guide on the wiki to try your first build: http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide_AOO In case you find any trouble building, do not hesitate to ask here. You can also think about subscribing to this list, otherwise you miss the answers (unless the poster puts you on CC). Regards -- Ariel Constenla-Haile La Plata, Argentina pgpnpmxgfZuMl.pgp Description: PGP signature
Re: Want to join dev team
2012/7/19 Marco Benatto marco.antonio@gmail.com Hi, I'd like to join ooffice dev team. I have some knowledge in C++ and also in sofwtare development for linux platforms. Welcome! May you send me more instructions as said on wiki page? Thanks! -- Marco Antonio Benatto Linux user ID: #506236 -- Best regards, Chao Huang
Re: more 3.4.1 questions...supported OSes
Hi, I can provide release builds to Apache community. and how I should proceed? Nakata Maho 2012/7/19 Pedro Giffuni p...@apache.org - Original Message - ... OK, more from me on the upcoming release. Will ee providing an official FreeBSD and OS/2 release for 3.4.1? We had discussed this a bit in the past, but I haven't seen anything recently. We (actually Maho@) do regular builds but we have no plans to make releases through Apache infrastructure. Release notes can of course mention that FreeBSD is supported if you wish. We should also make some reference to the Solaris port for this release. best regards, Pedro. -- -- Nakata Maho http://accc.riken.jp/maho/ , JA OOO http://ja.openoffice.org/ http://blog.goo.ne.jp/nakatamaho/ ,GPG: http://accc.riken.jp/maho/maho.pgp.txt
Re: more 3.4.1 questions...supported OSes
Hi Maho; - Original Message - ... Hi, I can provide release builds to Apache community. and how I should proceed? I guess you could add links here: https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds Eventually we should use the buildbot, but I don't think we are ready for that yet. Pedro.
