Re: Google+ Community
Same here... 404 error msg. *ChrisO* * Programmer* On Mon, Dec 17, 2012 at 5:14 PM, Maurice Howe maur...@stny.rr.com wrote: Got a 404 error msg.
Re: permit application
Hi Luis, Please try to upload files again on MWiKi, I can do it now. On Tue, Dec 18, 2012 at 7:19 AM, luis kantun luis.kantun...@gmail.comwrote: hi all, the reason for the post is to report that I can not climb any files or images in openoffice wiki. I wish I could help since I am working index calc functions and generating some reports to QA they need and I can not climb them imagnes thanks regards -- Thanks Best Regards, Yan Ji
Re: [Call-for-Review] Extension to XSmartTagRecognizer interface
Hi, sorry for the long delay, we're currently very busy finalising our next big release. I hope I can address all the different concerns raised here: 1) Why XTextRanges? As Jürgen already guessed, we are iterating over a document's content (via XEnumerationAccess) to extract the text and get associated styling information. This extraction is necessary since users can define filters (based on fonts and styling) that determine whether text is extracted at all or if its text that needs to be handled in a different way. Examples could be code snippets (set in a monospace font; linguistic analysis of code doesn't make much sense unless you're a compiler) or auto generated text which needs to be marked as readonly. All suggestions that our tool provides are based on the extracted text, we need a mapping between XTextRanges and the extracted text to be able to highlight the respective part of a document. When authors start to edit issues and accept suggestions from our tool, original text positions start to move. Fortunately enough, positions of XTextRanges are updated automatically. In general, Ariel is right in saying that we're abusing the smart tags API. We decided to use Smart Tags since we get highlighting for free and can use the existing context menu to add our actions. In other editors, we always need to do this ourselves. 2) Proofreading API We did look at the Proofreading API but it does not fit our use case properly. As far as I can tell, it is more geared towards a check as you type kind of functionality whereas our software is designed to process entire documents or topics. In terms of an author's workflow, our tool is intended as a separate and conscious step. There are two more points that speak against this API from our point of view: * you can't trigger it independently (needed as mentioned earlier) * the notion what a sentence comprises and will differ between the API and our tool. I hope I could clarify our approach a bit more. In case I missed something or you need more detail, just let me know. I'll do my best to answer in a more timely fashion this time. Thank you and best, Robert On Dec 7, 2012, at 8:06 PM, Ariel Constenla-Haile arie...@apache.orgmailto:arie...@apache.org wrote: On Fri, Dec 07, 2012 at 07:56:12PM +0100, Juergen Schmidt wrote: Yes, but it look like the design was not to give access to the text range, but a string; I tend to think the underlying reason was that giving a text range is not safe. I tend to agree, but in related Smarttags actions you will get the text range object anyway. But this is the intended design: concurrent smart tag processing, while I assume that actions are not invoked concurrently: the user can select only one menu item at the time with one action. Concerning the proof reader, I don't have any at hand right now, but IIRC the text is underlined with a dotted light blue line. I'll have to try the LanguageTool to see what offers the context menu in this case. Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: wiki.open office Volunteer Application
Hi There are currently no special permission to edit, once you are logged in (and the user name shows in the upper left corner) you can edit all normal pages (not special pages). Sometimes wiki does not refresh after you login, (user name is not shown), and then you cannot edit, if that happens press F5, to refresh. Hope it helps Jan I On 18 December 2012 08:15, 陶然 doreentr0...@gmail.com wrote: Hi, Thank you for the account!But I can not edit mwiki after I logged in.I wonder that if I can get more permit to edit wiki?I am very interest in the Symphony Sidebar. Best regards, Doreen 2012/12/13 Andrew Douglas Pitonyak and...@pitonyak.org On 12/12/2012 12:37 AM, 陶然 wrote: Hello, I'm a collage student ,and my major is industry design.I'm very interested in wiki open office,so I send you this letter to wonder that may I be a member of volunteers? I will be very Appreciate if you agree my joining ! Best regards, Doreen Also, if you intend to edit content on the WIKI, respond to this email (be sure to include the mailing list) and indicate the username to use for your account. Note that you only require an account if you will edit WIKI content. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/**AndrewMacro.odt http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php
Re: permit application
There are no special restriction on uploading files (apart from the file types, only surden types are allowed). BUT when you login, you sometimes have to refresh (press F5) before wiki accept your login...your username should be in the upper left corner, if not you need to press F5. rgds Jan I. On 18 December 2012 10:07, Ji Yan yanji...@gmail.com wrote: Hi Luis, Please try to upload files again on MWiKi, I can do it now. On Tue, Dec 18, 2012 at 7:19 AM, luis kantun luis.kantun...@gmail.com wrote: hi all, the reason for the post is to report that I can not climb any files or images in openoffice wiki. I wish I could help since I am working index calc functions and generating some reports to QA they need and I can not climb them imagnes thanks regards -- Thanks Best Regards, Yan Ji
Re: [UX] Design Exploration - Task Pane Content Panel User Interface Design
Hi, I prefer version 3C. Such a task pane should work like the task pane control in Impress. Am 18.12.2012 08:22, schrieb Xin Li: Hi all, I have been exploring on Task Pane framework and content panel design. I have post the 9 proposals on AOO UX wiki. See: http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_Panel_-_User_Interface_Design_Proposals#Task_Pane_Content_Panel_-_UX_Design_propoals Capture any thoughts or feedback in the discussion section of the wiki page. Thanks. http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_Panel_-_User_Interface_Design_Proposals#Task_Pane_Content_Panel_-_UX_Design_propoals Kind regards, Joost
Re: [question] draw...
On 17 December 2012 11:13, Armin Le Grand armin.le.gr...@me.com wrote: Hi JanI, On 16.12.2012 18:32, janI wrote: Hi. I have to make some 3D construction drawings, I tried to use draw, but is seems that the 3D functionality is very limited ?? As Regina wrote, it's the same objects in Draw/Impress and all 3D is possible to be visualized. The limitations are in the UI (there was never the time to e.g. add XYZ-coordinates to the position/size dialog). Still, there are good possibilities to do some 3D (see http://people.apache.org/~alg/**buttons.odghttp://people.apache.org/~alg/buttons.odg ). What I would like to was to create a half ball out of a circle (a dome for an astromony observatory, a hobby of mine, when I do not work on MWIKI or l10n), and then add some cutting lines etc, for a mechanic to follow. Draw your dome as polygon, add curves (after drawing th epolyline) and use the draw-tool 'convert in 3D rotation object'. Be aware that the rotation axis (which is offered interactively) is on the left of the polygon. After that you can no longer change the geometry, but still do a lot with the 3D object using the '3D effects' dialog (context menu in 3D obects). You can switch off perspective there momentarily to be able to position/rotate the 3D obejcts more precisely. Another key to work with 3D is: Scenes are like group objects, you may 'enter' them by double cklicking. You may have two scenes, enter one, CTRL-C one 3D obejct, leave, enter another 3D scene and paste it there. HTH for a start :-) Thanks that was exactly what I needed, dome plans are on their way. jan Am I wrong or is the 3D support limited to presentation and not really fit for drawing (in case not is there any work in progress) ? In case not, can anybody recommend a good tool, where I can import the files in AOO and write the documents. I know this is a developer list and not a customer support list, but I hope anyhow that somehow can give me a hint where to continue. thanks in advance. Jan I.
Re: PT-BR for oo.apache.o
Hi 2012/12/15 Andrea Pescetti pesce...@apache.org: On 13/12/2012 Albino Biasutti Neto wrote: I see the need because there is enough information on the official website and not in others. Only if you can also add that infos in OO.o/pt-br ? Yes, I think you can include information about volunteering in http://www.openoffice.org/pt-br/participe.html and subpages. Andrea, here have a good point that i already tried find a reply using the Apache CMS, without success. If i have a page oo.o/participe.html and I wish to translate to pt-BR, i could put in oo.o/pt-br/participe.html. I translate the page and, if the original page (in english) is updated, i haven't idea how to track it easily. IMHO, we can do like the Debian Project, where exist THE SITE, and it is translated for many languages, and when you enter in this pages, through webserver detection, it changes for your native language. When the translation is outdated, have a warning at top of page, suggesting that there version is outdated and to read the current page into english page. See two example, for portuguese[1] and english[2]. If you enter in the main URL[3] will show at your language, if have translation for it, or in english if not. [1]http://www.debian.org/intro/about.pt.html [2]http://www.debian.org/intro/about.en.html [3]http://www.debian.org/intro/about I think that is a good way for us too. To see more about how Debian works with this question, you can see this page[4]. [4]http://www.debian.org/devel/website/translating What i did in some pages for pt-br was exactly this: get the english page and translate to pt-br with same tree. And if have a way to do some thing like Debian with Apache CMS, please, show me how that I will follow it. My two cents of Real (R$). ;-) Bests Claudio
[proposal] Add Symphony gradients
Hi List, when looking at Symphony I saw that there are some much nicer default gradients provided for user's convenience. Our current ones are medium usable (maybe created by developers), but still present in Symphony, too. To easily see what I'm talking about I have created two files: - A Impress doc (http://people.apache.org/~alg/Gradients/gradients.odp) - The same as png (http://people.apache.org/~alg/Gradients/gradients.png) I propose to do the same as in Symphony: Add the lower symphony ones additionally. It's not much space (in the install set ;-)) and offers much nicer to-go gradients. What do you think? Sincerely Armin -- ALG
Re: Blog post
Grammar weenie: produce very limited results but - produce very limited results, but dangerously such random - dangerously such a random well documented algorithms but - well documented algorithms, but used by Microsoft, after - used by Microsoft; after not complex the implementation - not complex; the implementation first in Apache OpenOffice than other in Office Suites - first in Apache OpenOffice earlier than other Office Suites (was this your intended meaning?) Don On Tue, Dec 18, 2012 at 10:11 AM, Pedro Giffuni p...@apache.org wrote: Hello; Just to get the general public to know some of the things there are going on in the AOO code, Andrea and I have been preparing a blog post about the new random number generator: https://blogs.apache.org/preview/OOo/?previewEntry=random_numbers_in_calc_small Just thought we should give you a chance to complain about it before it goes live ;). cheers, Pedro.
RE: Blog post
Date: Tue, 18 Dec 2012 07:33:22 -0800 From: p...@apache.org Subject: Re: Blog post To: dev@openoffice.apache.org ... - Messaggio originale - Grammar weenie: produce very limited results but - produce very limited results, but dangerously such random - dangerously such a random well documented algorithms but - well documented algorithms, but used by Microsoft, after - used by Microsoft; after not complex the implementation - not complex; the implementation All these are welcome. first in Apache OpenOffice than other in Office Suites - first in Apache OpenOffice earlier than other Office Suites (was this your intended meaning?) Not really.. Hmm .. perhaps earlier in Apache OpenOffice with respect to other Office Suites. No pun intended there: MS-Office got it first but it is not prime quality. Gnumeric implemented Mersenne Twister which has some better characteristics long ago. Pedro. Could it be...? is not that we got this code developed first in Apache OpenOffice than other in Office Suites - is not that we got this code developed first in Apache OpenOffice than in any other office suite I'm not a native speaker, so I can't guarantee, but it reads better to me ;) Regards, Manuel
Re: Blog post
On Dec 18, 2012, at 10:12 AM, Pedro Giffuni p...@apache.org wrote: Hello; Just to get the general public to know some of the things there are going on in the AOO code, Andrea and I have been preparing a blog post about the new random number generator: https://blogs.apache.org/preview/OOo/?previewEntry=random_numbers_in_calc_small Nice. Is it worth describing the testing? In particular, do we have any tests that show clear improvements? Anything that can be shown in a chart? -Rob Just thought we should give you a chance to complain about it before it goes live ;). cheers, Pedro.
Re: Blog post
Hi Rob; - Messaggio originale - Da: Rob Weir ... On Dec 18, 2012, at 10:12 AM, Pedro Giffuni wrote: Hello; Just to get the general public to know some of the things there are going on in the AOO code, Andrea and I have been preparing a blog post about the new random number generator: https://blogs.apache.org/preview/OOo/?previewEntry=random_numbers_in_calc_small Nice. Is it worth describing the testing? In particular, do we have any tests that show clear improvements? Anything that can be shown in a chart? The test I did were pretty simple: I only generated a graph with 1000 values and then regenerated several times a complete row (more that 1 million values) to see no values were negative or overflowed. The problem is that in the platforms I use the period of libc's rand() is already long enough that a graphic plot of just 500-1000 values wont show any periodicity. The algorithm is known to pass some very strict statistical tests though. Pedro.
Anyone know where are list mbox files are now?
While we were in the Incubator, monthly archives of our mbox files were posted here: http://incubator.apache.org/mail/ For other TLPs I see the same thing on their own subdomains, e.g.,: http://hadoop.apache.org/mail/ But I don't see anything for us at: http://openoffice.apache.org/mail/ Does anyone know what is needed to get the archives added back and maintained? Thanks! -Rob
Re: Anyone know where are list mbox files are now?
Hi Rob, Rob Weir schrieb: While we were in the Incubator, monthly archives of our mbox files were posted here: http://incubator.apache.org/mail/ For other TLPs I see the same thing on their own subdomains, e.g.,: http://hadoop.apache.org/mail/ But I don't see anything for us at: http://openoffice.apache.org/mail/ Does anyone know what is needed to get the archives added back and maintained? A Google-search finds the archive http://mail-archives.apache.org/mod_mbox/openoffice-dev/ Kind regards Regina
[Documentation] What gives the most bang for the buck?
As we wait, patiently, for the new doc list to be created, it might be worth having a quick discussion about priorities. I know there has been talk about getting started guides, perhaps done on the wiki. Another idea I had was a very targeted version of that, thinking specifically of Microsoft Office users migrating to OpenOffice. Would it be worth having a small guide just for them, say the top 10 helpful hints for MS Office users, things they might find confusing at first. For example: 1) In Calc, the argument separator is a semi-colon, not a comma. 2) In Calc, toggling absolute address mode is done by a shift-F4, not an F4 OK. Maybe we end up more with 40 or 50 things like this. Would this be useful and worth trying? -Rob
Re: [Documentation] What gives the most bang for the buck?
Hotkey reference pages? My personal preference for documentation is usually immediate-answer stuff like reference pages and very specific how-tos, as opposed to general guides and introductions. Perhaps that's just me coming from a programming perspective. Don On Tue, Dec 18, 2012 at 3:25 PM, Rob Weir robw...@apache.org wrote: As we wait, patiently, for the new doc list to be created, it might be worth having a quick discussion about priorities. I know there has been talk about getting started guides, perhaps done on the wiki. Another idea I had was a very targeted version of that, thinking specifically of Microsoft Office users migrating to OpenOffice. Would it be worth having a small guide just for them, say the top 10 helpful hints for MS Office users, things they might find confusing at first. For example: 1) In Calc, the argument separator is a semi-colon, not a comma. 2) In Calc, toggling absolute address mode is done by a shift-F4, not an F4 OK. Maybe we end up more with 40 or 50 things like this. Would this be useful and worth trying? -Rob
Re: [proposal] Add Symphony gradients
Armin Le Grand wrote: http://people.apache.org/~alg/Gradients/gradients.png I propose to do the same as in Symphony: Add the lower symphony ones additionally. It's not much space (in the install set ;-)) and offers much nicer to-go gradients. What do you think? The Symphony ones are definitely nicer and more useful. I agree we should include them. Regards, Andrea.
Re: [proposal] Add Symphony gradients
2012/12/18 Armin Le Grand armin.le.gr...@me.com Hi List, when looking at Symphony I saw that there are some much nicer default gradients provided for user's convenience. Our current ones are medium usable (maybe created by developers), but still present in Symphony, too. To easily see what I'm talking about I have created two files: - A Impress doc (http://people.apache.org/~**alg/Gradients/gradients.odphttp://people.apache.org/~alg/Gradients/gradients.odp ) - The same as png (http://people.apache.org/~**alg/Gradients/gradients.pnghttp://people.apache.org/~alg/Gradients/gradients.png ) I propose to do the same as in Symphony: Add the lower symphony ones additionally. It's not much space (in the install set ;-)) and offers much nicer to-go gradients. What do you think? +1, they are really nice, indeed Regards Ricardo Sincerely Armin -- ALG
Re: [Documentation] What gives the most bang for the buck?
Donald Whytock wrote: Hotkey reference pages? My personal preference for documentation is usually immediate-answer stuff like reference pages and very specific how-tos, as opposed to general guides and introductions. Perhaps that's just me coming from a programming perspective. Don Don; Immediate answer pages are great and they serve a useful purpose. However there is also need for In depth Guides and Introductions such as the Getting Started Guides. There are still many of us that prefer to have hard copy documentation that we can highlight and mark-up as fits our learning styles. Regards Keith On Tue, Dec 18, 2012 at 3:25 PM, Rob Weir robw...@apache.org wrote: As we wait, patiently, for the new doc list to be created, it might be worth having a quick discussion about priorities. I know there has been talk about getting started guides, perhaps done on the wiki. Another idea I had was a very targeted version of that, thinking specifically of Microsoft Office users migrating to OpenOffice. Would it be worth having a small guide just for them, say the top 10 helpful hints for MS Office users, things they might find confusing at first. For example: 1) In Calc, the argument separator is a semi-colon, not a comma. 2) In Calc, toggling absolute address mode is done by a shift-F4, not an F4 OK. Maybe we end up more with 40 or 50 things like this. Would this be useful and worth trying? -Rob
Re: Blog post
On 18/12/2012 Pedro Giffuni wrote: Da: Rob Weir So it might be worth encouraging some more rigorous testing here. In fact, maybe your blog post can help recruit some volunteers? ... That is certainly welcome. I hope Andrea is taking notes. I am! But first: please note that the blog post was entirely written by Pedro, I merely helped in posting it to Roller (our blogging application). And anyone wishing to access Roller must simply request it on this list. The following changes have now been done on https://blogs.apache.org/preview/OOo/?previewEntry=random_numbers_in_calc_small 1) Minor fixes suggested by Donald 2) Removed the reference to this being the first implementation from the last paragraph. 3) Clarification that we don't aim at crypto-grade quality 4) Call for testing volunteers Regards, Andrea.
RE: Blog post
I agree with Rob's suggestion. Crowd-sourcing some tests would be great. The test suites tend to require a version of the algorithm that can be run standalone inside the test harness. The ScRandom() code could be transcribed to a clean C implementation that would be usable. It could be used to spit out testable data streams too, but running the generator is considered superior and Dieharder does it that way. In the case of the NIST tests, data streams can be submitted to the tests or the tests can be modified to run the generator internally. That last should be much faster and allow more extensive tests. Dieharder has this peculiar licensing that has me want a different solution. TestU01 was the strongest test used by Wichmann-Hill, but that also has a non-commercial use condition: http://www.iro.umontreal.ca/~simardr/testu01/tu01.html. The original Diehard Battery of Tests of Randomness makes some folks nervous because of the Copyright Notice. As far as I can tell, there is no issue in practice. I suppose one needs to be cautious: http://www.stat.fsu.edu/pub/diehard/. - Dennis PS: The NIST tests are for cryptographic randomness. Wichmann-Hill #2 and Mersenne Twister should both fail those tests. They are not intended to be cryptographically random, but seeing how they are not is useful to demonstrate. PPS: One feature of Wichmann-Hill #2 that is interesting has to do with row-column independence when employed in some manner in a grid of cells. This characteristic is not directly controllable in Calc, and figuring out how to make it usable might be valuable. One way it is useful is in generating seeds in a way that subsequent sequences are assured to be in different, non-overlapping portions of the very long period. (This means being able to specify seeds and to save them for deriving future ones.) -Original Message- From: Pedro Giffuni [mailto:p...@apache.org] Sent: Tuesday, December 18, 2012 11:23 To: Rob Weir; dev@openoffice.apache.org Subject: Re: Blog post - Messaggio originale - Da: Rob Weir But would the earlier implementation also pass that same test? Two test suites specifically for pseudo random number generators are: Dieharder: http://www.phy.duke.edu/~rgb/General/dieharder.php and this test from NIST: http://csrc.nist.gov/groups/ST/toolkit/rng/index.html The algorithm is known to pass some very strict statistical tests though. Indeed I was referring to those two tests. Our new implementation should pass them. My simple understanding of the testing is that you usually don't embed the test in a speadsheet: most testers will generate a sequence of, let's say 1 million numbers and pass them through the tests. And that is an important thing, that we are starting with an algorithm that is already well known. But any given implementation, due to subtleties of the implementation details, might not do as well as theory. We see that with crypto all the time. One thing that must be clear is that we don't generate crypto-grade random numbers, that's far more complex than what I intended to do. I was rather more concerned on the Portable part of PRNG: it is critical that the RAND() function in Calc doesn't depend on libc's rand() and it's a shame on whomever design the original implementation. The algorithm we are using is not really very fast or has a longest period it just solves a bug ;). So it might be worth encouraging some more rigorous testing here. In fact, maybe your blog post can help recruit some volunteers? Say that we take our numeric algorithms very seriously, we're looking for the best. This shows in our use of COIN-MP solver code, but also in our new PRNG. We encourage anyone who wants to help to put our code through rigorous tests and help us find any problems, etc. That is certainly welcome. I hope Andrea is taking notes. We probably should implement Mersenne twister but with some tweaks for the seeding, I just haven't seen the need to spend time on it. :) cheers, Pedro.
Re: [Documentation] What gives the most bang for the buck?
On Tue, Dec 18, 2012 at 4:28 PM, Keith N. McKenna keith.mcke...@comcast.net wrote: Donald Whytock wrote: Hotkey reference pages? My personal preference for documentation is usually immediate-answer stuff like reference pages and very specific how-tos, as opposed to general guides and introductions. Perhaps that's just me coming from a programming perspective. Don Don; Immediate answer pages are great and they serve a useful purpose. However there is also need for In depth Guides and Introductions such as the Getting Started Guides. There are still many of us that prefer to have hard copy documentation that we can highlight and mark-up as fits our learning styles. With hypertext we can have both, right? Immediate answer pages that link to in depth reference material for details, etc. -Rob Regards Keith On Tue, Dec 18, 2012 at 3:25 PM, Rob Weir robw...@apache.org wrote: As we wait, patiently, for the new doc list to be created, it might be worth having a quick discussion about priorities. I know there has been talk about getting started guides, perhaps done on the wiki. Another idea I had was a very targeted version of that, thinking specifically of Microsoft Office users migrating to OpenOffice. Would it be worth having a small guide just for them, say the top 10 helpful hints for MS Office users, things they might find confusing at first. For example: 1) In Calc, the argument separator is a semi-colon, not a comma. 2) In Calc, toggling absolute address mode is done by a shift-F4, not an F4 OK. Maybe we end up more with 40 or 50 things like this. Would this be useful and worth trying? -Rob
Re: Blog post
Tthank you Andrea! - Messaggio originale - Da: Andrea Pescetti ... On 18/12/2012 Pedro Giffuni wrote: Da: Rob Weir So it might be worth encouraging some more rigorous testing here. In fact, maybe your blog post can help recruit some volunteers? ... That is certainly welcome. I hope Andrea is taking notes. I am! But first: please note that the blog post was entirely written by Pedro, I merely helped in posting it to Roller (our blogging application). And anyone wishing to access Roller must simply request it on this list. The following changes have now been done on https://blogs.apache.org/preview/OOo/?previewEntry=random_numbers_in_calc_small 1) Minor fixes suggested by Donald 2) Removed the reference to this being the first implementation from the last paragraph. 3) Clarification that we don't aim at crypto-grade quality 4) Call for testing volunteers For the record, I am perfectly OK with all the changes and turning this into a community post or whatever the collective feedbacks turns it into ;). Pedro.
Re: PT-BR for oo.apache.o
Claudio Filho wrote: Andrea, here have a good point that i already tried find a reply using the Apache CMS, without success. If i have a page oo.o/participe.html and I wish to translate to pt-BR, i could put in oo.o/pt-br/participe.html. I translate the page and, if the original page (in english) is updated, i haven't idea how to track it easily. With SVN it's not that bad: by a quick inspection of, for example, http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/pt-br/ and http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/ you could find out what changed and whether your translation needs to be updated. You may even write a script that queries SVN and checks if your translations need to be updated. IMHO, we can do like the Debian Project Usually, with requests like this, the Infrastructure team frowns at the word like and firmly tells you that we will need stable, reliable tools that should be shared across all projects. In this specific case, I find that Debian has a definitely nice system, but it also enforces consistency in the directory/filenames structure, which is something we are very far from obtaining unless we rebuild the website from scratch. Considering that, the last time I checked, the website was several GBytes in size, even more than the OpenOffice sources, recreating it from scratch while preserving the interesting parts would take a huge effort. Regards, Andrea.
Re: [proposal] Add Symphony gradients
+1, the symphony gradients feel softer, they aren't screaming attention. We might want to offer those for less distraction when they user 'feels' for it. On Tue, Dec 18, 2012 at 5:30 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 12/18/2012 03:07 PM, schrieb Armin Le Grand: Hi List, when looking at Symphony I saw that there are some much nicer default gradients provided for user's convenience. Our current ones are medium usable (maybe created by developers), but still present in Symphony, too. To easily see what I'm talking about I have created two files: - A Impress doc (http://people.apache.org/~**alg/Gradients/gradients.odphttp://people.apache.org/~alg/Gradients/gradients.odp ) - The same as png (http://people.apache.org/~** alg/Gradients/gradients.pnghttp://people.apache.org/~alg/Gradients/gradients.png ) I propose to do the same as in Symphony: Add the lower symphony ones additionally. It's not much space (in the install set ;-)) and offers much nicer to-go gradients. What do you think? Sincerely Armin -- ALG I like the idea. To have them additionally gives the user a better choice when they look for some more smooth gradients (e.g., compare the AOO white-red-white with a Symphony grey) and more color variants. Marcus
Re: [WEBSITE] Problem with .htm files
On 12/17/2012 04:38 PM, Dave Fisher wrote:
Hi All,
All done. .htm files remain .htm files on the server.
The last step was to make sure that the SSI happened via the .htaccess.
Later we will need to purge the duplicates.
Regards,
Dave
good news! Much less confusion. I knew we had a goodly number of .htm
pages but I hadn't checked what was happening with them until Andrea
brought this up.
On Dec 17, 2012, at 2:11 PM, Dave Fisher wrote:
On Dec 17, 2012, at 12:44 PM, Dave Fisher wrote:
On Dec 17, 2012, at 10:56 AM, Daniel Shahaf wrote:
Dave Fisher wrote on Mon, Dec 17, 2012 at 10:20:05 -0800:
On Dec 17, 2012, at 9:29 AM, Kay Schenk wrote:
On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher dave2w...@comcast.net wrote:
Hi Andrea,
On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote:
Dave Fisher wrote:
I think that we can purge these *.htm duplicates, but if we do it
will be a sledgehammer build.
It will also be a problem, unless we accompany it with other changes: for
example, http://www.openoffice.org/pt/ would completely break, and all external
sites that now link to some of our .htm files would break too.
Got it.
It was intentional. Before doing so we would need to make a group
decision about how to treat the two types of files.
Regardless of what templates we apply, the best solution should:
1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve existing
internal and external links)
2) Have the SVN file names match the URLs: editing a file named news.htm in SVN should
not result in a change in a page with URL .../news.html. The current handling confuses
the CMS too (for example, no diff is reported). So either we mass-rename files from .htm to .html
and rely on 1) above, or we don't change .htm to .html but publish .htm URLs.
We need only do (1) and I would do it within the httpd config like our existing
redirects. Regardless if there are both file1.htm and file1.html in the source,
one of these must be removed from the source svn.
Dave, Andrea --
Only ONE copy is in source, the htm file. The duplicate gets
generated from CMS -- but the new html is the most recent copy (on
the actual web tree) -- generated from htm.
Could we fix our templating to just continue to allow for htm
instead of combing them as we're doing now?
It can be tried on a local copy. The prospective changes are required in lib/view.pm, but
exactly what these changes are I am guessing at this point.
It will be something about determining which type of page htm vs. html and then
make the appropriate call here:
I think, but do not know. If someone wants to experiment on a local build then
I'll give pointers, but I may not have time to check for a day or two.
I think you could define:
sub htm_page {
my (@r) = html_page @_;
$r[1] = 'html' if $r[1] eq 'htm';
@r
}
and then use that in path.pm.
Thank you. I'll give that a try in a few hours when I finish my work day.
Meanwhile it is likely that you will delay the JIRA issue. I'll keep you posted
both here and there.
Actually the r[1] line needed to be reversed.
Here is the patch about to be applied:
Index: view.pm
===
--- view.pm (revision 1423170)
+++ view.pm (working copy)
@@ -101,6 +101,12 @@
return Template($template)-render(\%args), html = \%args;
}
+sub htm_page {
+ my (@r) = html_page @_;
+ $r[1] = 'htm' if $r[1] eq 'html';
+ @r
+}
+
sub sitemap {
my %args = @_;
my $template = content$args{path};
Index: path.pm
===
--- path.pm (revision 1423170)
+++ path.pm (working copy)
@@ -11,7 +11,7 @@
[qr!rightnav.mdtext$!, single_narrative = { template =
navigator.html }],
[qr!\.mdtext$!, single_narrative = { template =
single_narrative.html }],
[qr!\.html$!, html_page = { template = html_page.html }],
- [qr!\.htm$!, html_page = { template = html_page.html }],
+ [qr!\.htm$!, htm_page = { template = html_page.html }],
) ;
# for specifying interdependencies between the files
We can discuss the cleanup of the old *.html files later.
Regards,
Dave
Regards,
Dave
--
MzK
No act of kindness, no matter how small, is ever wasted.
-- Aesop
Re: [Documentation] What gives the most bang for the buck?
Rob Weir wrote: On Tue, Dec 18, 2012 at 4:28 PM, Keith N. McKenna keith.mcke...@comcast.net wrote: Donald Whytock wrote: Hotkey reference pages? My personal preference for documentation is usually immediate-answer stuff like reference pages and very specific how-tos, as opposed to general guides and introductions. Perhaps that's just me coming from a programming perspective. Don Don; Immediate answer pages are great and they serve a useful purpose. However there is also need for In depth Guides and Introductions such as the Getting Started Guides. There are still many of us that prefer to have hard copy documentation that we can highlight and mark-up as fits our learning styles. With hypertext we can have both, right? Immediate answer pages that link to in depth reference material for details, etc. -Rob Rob; That is correct. That is one nice thing about electronic documentation. Regards Keith Regards Keith On Tue, Dec 18, 2012 at 3:25 PM, Rob Weir robw...@apache.org wrote: As we wait, patiently, for the new doc list to be created, it might be worth having a quick discussion about priorities. I know there has been talk about getting started guides, perhaps done on the wiki. Another idea I had was a very targeted version of that, thinking specifically of Microsoft Office users migrating to OpenOffice. Would it be worth having a small guide just for them, say the top 10 helpful hints for MS Office users, things they might find confusing at first. For example: 1) In Calc, the argument separator is a semi-colon, not a comma. 2) In Calc, toggling absolute address mode is done by a shift-F4, not an F4 OK. Maybe we end up more with 40 or 50 things like this. Would this be useful and worth trying? -Rob
Re: AOO trunk build fails with HSQLDB
On 12/17/2012 10:25 AM, Ariel Constenla-Haile wrote: Hi Key, On Mon, Dec 17, 2012 at 09:30:43AM -0800, Kay Schenk wrote: Yes, I can confirm after solving those two issues,we got OpenOffice building with JDK 7 on FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice-3-devel/files/ Pedro. Hey -- thanks for this notice. Well, IMO, we should fix these supposedly *trivial* issues and get on with java 7. Java 6 is out of support for *some* time now. We can't expect users to keep an older version like 6 around. AFAIK the Java base is 1.5 (both source and target). Moving this to 1.7 is a bad idea. Ariel -- can you elaborate on this? See Rony's mail. In the discussion, two things are mixed: - Java baseline - supported Java version by our build environment Currently, the build system does not support JDK 7. This is a draw back for the people that builds OpenOffice if their system only comes with JDK 7. So supporting JDK 7 in the build environment may be a good idea as it would make building easier for new comers. OK, why does the build system not support 7? I saw Rony's comments as well. But we should keep the Java baseline as it is now (Java 1.5), both source (the source files have code written without using new API introduced post JDK 1.5) and target (the binaries generated are targeted to run in a JRE 5). This is for compatibility: with old extensions, LTS systems with older JRE, etc. OK -- I'm wondering, but haven't investigated, if this has a bearing on the jdbc problems with 7. My cursory investigation led me to believe updates to openodbc might be in order at any rate. I saw Pedro had made some commits here. Note that a 1.7 JDK is able to build 1.5 sources and generate 1.5 targeted binaries, so while supporting JDK 7 in the build environment, we must ensure that the Java baseline is not touched - or, if the Java baseline is going to be changed, this has to be carefully discussed (and Java 7 as a baseline is a no-go - AFAIK Mac OS does not support it). on this last note -- no Mac support for Java 7? Not good. I have many more questions and comments on all this but I will start a new thread. Regards Thanks for this explanation. I need more knowledge. :/ -- MzK No act of kindness, no matter how small, is ever wasted. -- Aesop
Re: [Documentation] What gives the most bang for the buck?
Hi, Have you ever thought of DITA as an option for AOO documentation? I've just started using it for documentation of some non-commercial software. There is an FOSS resource in the DITA Open Toolkit. In theory the DITA concepts are resources from which is generated different types of documentation via DITA maps. http://dita-ot.sourceforge.net/ If coders created DITA topics as feature where implemented then these could be taken and used by people creating documentation. This just might overcome one of the major limitations of many open-source projects, poor documentation. On Wed, Dec 19, 2012 at 10:03 AM, Keith N. McKenna keith.mcke...@comcast.net wrote: Rob Weir wrote: On Tue, Dec 18, 2012 at 4:28 PM, Keith N. McKenna keith.mcke...@comcast.net wrote: Donald Whytock wrote: Hotkey reference pages? My personal preference for documentation is usually immediate-answer stuff like reference pages and very specific how-tos, as opposed to general guides and introductions. Perhaps that's just me coming from a programming perspective. Don Don; Immediate answer pages are great and they serve a useful purpose. However there is also need for In depth Guides and Introductions such as the Getting Started Guides. There are still many of us that prefer to have hard copy documentation that we can highlight and mark-up as fits our learning styles. With hypertext we can have both, right? Immediate answer pages that link to in depth reference material for details, etc. -Rob Rob; That is correct. That is one nice thing about electronic documentation. Regards Keith Regards Keith On Tue, Dec 18, 2012 at 3:25 PM, Rob Weir robw...@apache.org wrote: As we wait, patiently, for the new doc list to be created, it might be worth having a quick discussion about priorities. I know there has been talk about getting started guides, perhaps done on the wiki. Another idea I had was a very targeted version of that, thinking specifically of Microsoft Office users migrating to OpenOffice. Would it be worth having a small guide just for them, say the top 10 helpful hints for MS Office users, things they might find confusing at first. For example: 1) In Calc, the argument separator is a semi-colon, not a comma. 2) In Calc, toggling absolute address mode is done by a shift-F4, not an F4 OK. Maybe we end up more with 40 or 50 things like this. Would this be useful and worth trying? -Rob
Re: Pregunta
Hola, Helena El 24 de julio de 2012 01:31, Helena M proserpin...@hotmail.com escribió: No puedo modificar textos desde el escáner: marginación, letra, fuente, etc. Textos propios a los que quiero cambiar el formato. Mil gracias, m El problema es que un escáner no da un documento que pueda editarse, solo una *imagen* del documento, como si tomaras una fotografía de cada página. Para poder modificar lo que te da el escáner tienes que primero utilizar un programa OCR(1) que reconozca el texto y lo pase a un documento. Solo allí podrás utilizar un procesador de texto como Writer para modificar (lo que quede de) el formato del documento. Saludos (1) http://es.wikipedia.org/wiki/OCR
Officially approved Apache OpenOffice logo
Hi, can someone please point me to the official Apache OpenOffice logo as SVG or in another high quality vector format. Somehow I'm not able to find it. Peter
Re: Officially approved Apache OpenOffice logo
On Tue, Dec 18, 2012 at 8:14 PM, Peter Junge peter.ju...@gmx.org wrote: Hi, can someone please point me to the official Apache OpenOffice logo as SVG or in another high quality vector format. Somehow I'm not able to find it. Logos are in SVN here: https://svn.apache.org/repos/asf/openoffice/ooo-site/trunk/content/images/AOO_logos/ And note the svg subdirectory. -Rob Peter
Re: [UX] Design Exploration - Task Pane Content Panel User Interface Design
Hi Joost, Thanks for sharing your thought. Looking forward more to give your feedback and share your thoughts. Thanks!:) 2012/12/18 Joost Andrae joost.and...@gmx.de Hi, I prefer version 3C. Such a task pane should work like the task pane control in Impress. Am 18.12.2012 08:22, schrieb Xin Li: Hi all, I have been exploring on Task Pane framework and content panel design. I have post the 9 proposals on AOO UX wiki. See: http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_Panel_-_User_Interface_Design_Proposals#Task_Pane_Content_Panel_-_UX_Design_propoals Capture any thoughts or feedback in the discussion section of the wiki page. Thanks. http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_Panel_-_User_Interface_Design_Proposals#Task_Pane_Content_Panel_-_UX_Design_propoals Kind regards, Joost -- Best regards, Xin Li 李欣 UX designer
Re: Default Toolbar for Certain Languages
2012/12/19 imacat ima...@mail.imacat.idv.tw On 2012/12/18 11:24, Fan Zheng said: As we are considering about the side bar stuff currently, would you mind giving us more specifications on your suggestions? Specificly, I'm thinking about installing this on both Chinese versions by default: http://extensions.openoffice.org/en/project/cpuncbar We may discuss about the list of punctuation marks, but that's the basic idea. This is quite important to Chinese users, as people keep asking me about it. imacat, I agree with you that it is a very useful feature! But IMO to build it into product, we need a better design than the current extension. e.g. It should be customizable, since there are so many special characters and different people will ask for different characters on the toolbar. And then, it should be general enough and be able to work for all languages (even English), with different default set of characters? - Shenfeng (Simon) 2012/11/26 Rob Weir robw...@apache.org On Thu, Oct 11, 2012 at 10:40 PM, imacat ima...@mail.imacat.idv.tw wrote: I would like to ask if it is possible for a default toolbar for certain languages, but not all. Out local community was asking a Chinese punctuation toolbar for a long time, which they were used to it since MS Office 97. Unlike English punctuation, it is very trouble to input Chinese full-width punctuation. This toolbar helped them a lot. I submit a request, and am amazed how fast words got spread and people are enthusiastic about getting this done. http://goo.gl/mod/GTi6 I know it is easy to do it in with a extension of BASIC macros. Is it possible to include it in the OpenOffice installation? Or maybe hard-code it? Hi -- is this new Extension related? http://extensions.services.openoffice.org/en/project/ROCtwTCP -Rob -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/ -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/
Re: [UX] Design Exploration - Task Pane Content Panel User Interface Design
Hi, On Tue, Dec 18, 2012 at 03:22:06PM +0800, Xin Li wrote: Hi all, I have been exploring on Task Pane framework and content panel design. I have post the 9 proposals on AOO UX wiki. See: http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_Panel_-_User_Interface_Design_Proposals#Task_Pane_Content_Panel_-_UX_Design_propoals Capture any thoughts or feedback in the discussion section of the wiki page. Thanks. http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_Panel_-_User_Interface_Design_Proposals#Task_Pane_Content_Panel_-_UX_Design_propoals It would be nice to have all the sidebar related pages under the same category. Concerning the feature: - the jargon used in the different sidebar related pages is somehow hard to understand, it would be nice to use the same terminology and have a piRegardscture where this terminology is described - about the chosen colours: they shouldn't be hard-coded, and system settings should be used (where available) Regards -- Ariel Constenla-Haile La Plata, Argentina pgp4bUMyT0Pej.pgp Description: PGP signature
Re: [UX] Design Exploration - Task Pane Content Panel User Interface Design
Ariel, My comments below: 2012/12/19 Ariel Constenla-Haile arie...@apache.org Hi, On Tue, Dec 18, 2012 at 03:22:06PM +0800, Xin Li wrote: Hi all, I have been exploring on Task Pane framework and content panel design. I have post the 9 proposals on AOO UX wiki. See: http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_Panel_-_User_Interface_Design_Proposals#Task_Pane_Content_Panel_-_UX_Design_propoals Capture any thoughts or feedback in the discussion section of the wiki page. Thanks. http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_Panel_-_User_Interface_Design_Proposals#Task_Pane_Content_Panel_-_UX_Design_propoals It would be nice to have all the sidebar related pages under the same category. You can start from : http://wiki.openoffice.org/wiki/AOO_4.0_Dockable_Task_Pane_%28Task_Bar%29_Design_Exploration. And in section 5.2, you can find the link to Xin's page above. Or you can go to our planning wiki for find the entrance: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+sidebar . Concerning the feature: - the jargon used in the different sidebar related pages is somehow hard to understand, it would be nice to use the same terminology and have a piRegardscture where this terminology is described +1 for a terminology table. Perhaps in: http://wiki.openoffice.org/wiki/AOO_4.0_Dockable_Task_Pane_%28Task_Bar%29_Design_Exploration? - about the chosen colours: they shouldn't be hard-coded, and system settings should be used (where available) IMHO, it depends. system settings vary and can be customized which will make our application look ugly some time. So if we can define good scheme for ourselves (of course, not necessary to be hard-coded), I will say: Why not? - Shenfeng (Simon) Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: Chinese list (was Re: [Blog Draft] Update about Apache Asia Road Show Beijing 2012 @Dec 13)
2012/12/19 imacat ima...@mail.imacat.idv.tw I wrote to Liu Tao and Ma, with no response yet. According to the previous discussion of me and Liu Tao, we concerned about the purpose of such list. We may not be able to support other Chinese developers solely by so far (and there may not be so much Chinese discussion). And there does not seem to be the need for a separate discussion between us. Unless there is another proposal, I suppose the current situation (discussing on the dev@ list) is fine. Other proposal or idea is welcome. I think it is on demand. I believe the Chinese list will be a good place for Chinese volunteers to discuss in native language, especially for new comers to quick startup. So when we see many Chinese new comers to join, asking question even in Chinese ^_^, we should seriously consider a Chinese mail list. And I'd like to volunteer to be a moderator then. :) But for now, I didn't see a strong requirement. So I suggest to keep in dev@list. - Shenfeng (Simon) On 2012/12/18 11:42, Pedro Giffuni said: Hi Rob; Da: Rob Weir On Mon, Dec 17, 2012 at 8:57 PM, Pedro Giffuni wrote: Hello; FWIW, one idea that I left floating during ApacheConEU was the creation of a chinese list. Imacat was working on it, no idea if it the idea is still alive or waiting for volunteers to help moderate, etc. Interesting idea, but two of our committers in China are German (Peter) and Canadian (Kevin). So discussing local Chinese marketing in English would possibly be better for them ;-) The idea is not only for Chinese marketing: I expect we will have a vibrant Chinese user/developer community and there is likely to be a language barrier so the list is also for community building and to treat specific chinese (language) support issues. The creation and administration of such list depends on Chinese users so I thought I would suggest it but I won't be pushing the topic further. cheers, Pedro. -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/
Re: Request Mwiki account
I set your username to xakerug Watch your email and let us know if the verification does not come through. Please edit the account settings and such. Sorry for the delay. On 12/18/2012 12:40 PM, Роман Дубовицкий wrote: Request Mwiki account -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php
Re: [Documentation] What gives the most bang for the buck?
On 12/18/2012 03:25 PM, Rob Weir wrote: As we wait, patiently, for the new doc list to be created, it might be worth having a quick discussion about priorities. May I assume that the ODF Authors site and methods will not be used (initial intent was to have both supported) and that a separate effort and site will be used? If yes, then: 1. Decide what to produce (content such as FAQ, User guides, etc) 2. Establish target output types (ODT files, PDF, eBook, Web pages) 3. Pick a tool and decide how it will be used; for example, if using AOO, is it one big document or using Master Documents? 4. Establish a workflow 5. Create uniform templates 6. Document how volunteers work Now, for each produced document, probably the most difficult part is the initial outline for each document. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php
