Re: L10n tools is no longer needed.
On Nov 28, 2012, at 10:07 AM, janI wrote: It is soon Christmas so it allowed to wishmy wish this year will be that some of our funding is spent on, getting key people for LO and AOO together. Lock them up in a room with a big pizza, tell them the door will be unlocked when they have agreed on how to slice the pizza, instead of make two mini pizzas. +1 ... and beer. For some of them ;-) -- Pavel Janík
Re: Apache OpenOffice at FOSDEM 2013
On 21/11/2012 Andrea Pescetti wrote: On 12/11/2012 Andrea Pescetti wrote: 3) An Apache OpenOffice speaker in the main track ... Timeline: proposals due by 1 Dec ... This is still unaddressed. It's time to agree on a proposed talk here. Ideas? In case it turns out to be too narrow in scope for the main track, we will of course put it in our devroom track, so effort here is not wasted. Last call: if we want a talk from Apache OpenOffice to appear in the main track, it needs to be submitted (and ideally, agreed on this list) within 3 days. Otherwise we will still have our dedicated track (devroom), but a talk in the main track is an important occasion to be more visible. Regards, Andrea.
Error in Gallery
Hi List, with the current build there is an error in the gallery (in the windows version, others not checked). When you open the gallery (in any application) there is a first theme called 'resource ID 6015 not found' which is wrong. That theme is the normally hidden theme 'htmlexpo' (the gallery has various hidden themes which are internally used as access to graphics, e.g. in this case for html exports). I checked back to revision 1401221, (what I currently have on old stuff on my HD), it's already broken there. Does someone have an idea what change may have done this? It must have to do with ressource changes somehow... Sincerely, Armin -- ALG
Re: Introduction - NEW volunteer
Welcome, Larry! and thanks for your interest to Apache OpenOffice. I believe you will find a lot of fun here! Here we have one orientation module, http://incubator.apache.org/openofficeorg/orientation/index.html, and you can find the link to Introduction to Marketing. Hope it is helpful for you to start. Please feel free to share your thought here on how to promote Apache OpenOffice. Helen 2012/11/27 Larry Sadler s...@torfree.net Salutations Quick profile: * started using StarOffice 4.x * have been using OO regularly then exclusively since * hold Bachelor of Business and Master of Business degrees * major in finance, minor in computers * Financial Manager for 8 years * IT Services Manager for 8 years * currently freelance * not a programmer * located in Toronto Canada [at least for now] * only fluent in English * experienced with not for profit organizations * open to suggestions where\how to jump in L -- Larry Sadler 416.354.2952
Re: Access to Fonts and Style via API
D'oh! Google is your friend: http://wiki.openoffice.org/wiki/Documentation/DevGuide/Text/Overall_Document_Features#Styles This page describes exactly what I needed. Robert On Nov 27, 2012, at 10:55 PM, Robert Barbey robert.bar...@acrolinx.com wrote: Hi everyone, quick question about the possibilities of the OpenOffice API: is it possible in Writer to access the available fonts, character and paragraph styles via the API? Many thanks in advance, Robert
Re: Error in Gallery
Hi Armin, On Wed, Nov 28, 2012 at 10:42:21AM +0100, Armin Le Grand wrote: Hi List, with the current build there is an error in the gallery (in the windows version, others not checked). When you open the gallery (in any application) there is a first theme called 'resource ID 6015 not found' which is wrong. That theme is the normally hidden theme 'htmlexpo' (the gallery has various hidden themes which are internally used as access to graphics, e.g. in this case for html exports). I checked back to revision 1401221, (what I currently have on old stuff on my HD), it's already broken there. Does someone have an idea what change may have done this? It must have to do with ressource changes somehow... see https://issues.apache.org/ooo/show_bug.cgi?id=118845 That was http://hg.services.openoffice.org/OOO340/rev/902597eed541 276753:902597eed541 07-Feb-2011 ocke.jans...@oracle.com impress210: #i105310# set tooltip for items and some refactoring It removed all uses of that gallery, including the ID http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx but if forgot to remove the gallery itself. IMO the fix is to remove the theme, or reintroduce it properly (but if it unused, this makes no sense). Regards -- Ariel Constenla-Haile La Plata, Argentina pgpxnuizgG1rL.pgp Description: PGP signature
Re: L10n tools is no longer needed.
On Wed, Nov 28, 2012 at 10:07:35AM +0100, janI wrote: Thanks to an e-mail from Andrew, I have become aware that LO has finalized a new tool set: http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/ I have had a look, and the tool does with a few exceptions, what genLang was supposed to do. There are no reason to make parallel developments so the l10n development has been stopped. Is the one who developed this feature on LO willing to contribute to this project under the ALv2? Regards -- Ariel Constenla-Haile La Plata, Argentina pgpZV6emrCcIy.pgp Description: PGP signature
Re: Error in Gallery
Hi Armin, Armin Le Grand schrieb: Hi List, with the current build there is an error in the gallery (in the windows version, others not checked). When you open the gallery (in any application) there is a first theme called 'resource ID 6015 not found' which is wrong. That theme is the normally hidden theme 'htmlexpo' (the gallery has various hidden themes which are internally used as access to graphics, e.g. in this case for html exports). I checked back to revision 1401221, (what I currently have on old stuff on my HD), it's already broken there. Does someone have an idea what change may have done this? It must have to do with ressource changes somehow... No idea, but here is, what I see: I get this error in my non-pro build of r1403730 and r1381583 but not in the buildbot build. I don't know the version of the buildbot build, the About box says,AOO350m1(Build:9611) - Rev. 1412119 Rev.1411094 In a non-pro build of r1381583 I see an error, which might be related: Error: file:///E:/SoftwareArchiv/OOoDownloads/AOO%202012-09-git%20r1381583/program/../Basis/program/resource/galen-US.res Class: String, Id: 6015. Cannot load resource! Resource Stack Class: DockingWindow, Id: 10365 But I don't know, how to look up, which string is that with Id 6015. The theme itself is named private://gallery/hidden/HtmlExportButtons I see that name in the UI in the gallery window, but I cannot find HtmlExportButtons in the source. In svx/source/gallery2/galtheme.src I find only the other hidden theme names imgppt, usersounds, fontwork. Kind regards Regina
Re: Error in Gallery
On Wed, Nov 28, 2012 at 01:20:16PM +0100, Regina Henschel wrote: Hi Armin, Armin Le Grand schrieb: Hi List, with the current build there is an error in the gallery (in the windows version, others not checked). When you open the gallery (in any application) there is a first theme called 'resource ID 6015 not found' which is wrong. That theme is the normally hidden theme 'htmlexpo' (the gallery has various hidden themes which are internally used as access to graphics, e.g. in this case for html exports). I checked back to revision 1401221, (what I currently have on old stuff on my HD), it's already broken there. Does someone have an idea what change may have done this? It must have to do with ressource changes somehow... No idea, but here is, what I see: I get this error in my non-pro build of r1403730 and r1381583 but not in the buildbot build. I don't know the version of the buildbot build, the About box says,AOO350m1(Build:9611) - Rev. 1412119 Rev.1411094 In a non-pro build of r1381583 I see an error, which might be related: Error: file:///E:/SoftwareArchiv/OOoDownloads/AOO%202012-09-git%20r1381583/program/../Basis/program/resource/galen-US.res Class: String, Id: 6015. Cannot load resource! Resource Stack Class: DockingWindow, Id: 10365 But I don't know, how to look up, which string is that with Id 6015. You won't find it, it was removed: http://hg.services.openoffice.org/OOO340/rev/902597eed541 http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/source/gallery2/galtheme.src http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/galtheme.hrc Regards -- Ariel Constenla-Haile La Plata, Argentina pgphzARXrqp9q.pgp Description: PGP signature
Re: L10n tools is no longer needed.
On 28 November 2012 13:16, Ariel Constenla-Haile arie...@apache.org wrote: On Wed, Nov 28, 2012 at 10:07:35AM +0100, janI wrote: Thanks to an e-mail from Andrew, I have become aware that LO has finalized a new tool set: http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/ I have had a look, and the tool does with a few exceptions, what genLang was supposed to do. There are no reason to make parallel developments so the l10n development has been stopped. Is the one who developed this feature on LO willing to contribute to this project under the ALv2? I have no idea. Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: Error in Gallery
Hi Ariel, Ariel Constenla-Haile schrieb: On Wed, Nov 28, 2012 at 01:20:16PM +0100, Regina Henschel wrote: Hi Armin, Armin Le Grand schrieb: Hi List, with the current build there is an error in the gallery (in the windows version, others not checked). When you open the gallery (in any application) there is a first theme called 'resource ID 6015 not found' which is wrong. That theme is the normally hidden theme 'htmlexpo' (the gallery has various hidden themes which are internally used as access to graphics, e.g. in this case for html exports). I checked back to revision 1401221, (what I currently have on old stuff on my HD), it's already broken there. Does someone have an idea what change may have done this? It must have to do with ressource changes somehow... No idea, but here is, what I see: I get this error in my non-pro build of r1403730 and r1381583 but not in the buildbot build. I don't know the version of the buildbot build, the About box says,AOO350m1(Build:9611) - Rev. 1412119 Rev.1411094 In a non-pro build of r1381583 I see an error, which might be related: Error: file:///E:/SoftwareArchiv/OOoDownloads/AOO%202012-09-git%20r1381583/program/../Basis/program/resource/galen-US.res Class: String, Id: 6015. Cannot load resource! Resource Stack Class: DockingWindow, Id: 10365 But I don't know, how to look up, which string is that with Id 6015. You won't find it, it was removed: http://hg.services.openoffice.org/OOO340/rev/902597eed541 http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/source/gallery2/galtheme.src http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/galtheme.hrc I have seen in the meantime from your link, that is was removed in galtheme.src. But now I wonder, from where it comes into the UI of the gallery window? I still see private://gallery/hidden/HtmlExportButtons listed in the theme list in a normal build. Kind regards Regina
Re: Error in Gallery
Hi, On 28.11.2012 14:05, Regina Henschel wrote: Hi Ariel, Ariel Constenla-Haile schrieb: On Wed, Nov 28, 2012 at 01:20:16PM +0100, Regina Henschel wrote: Hi Armin, Armin Le Grand schrieb: Hi List, with the current build there is an error in the gallery (in the windows version, others not checked). When you open the gallery (in any application) there is a first theme called 'resource ID 6015 not found' which is wrong. That theme is the normally hidden theme 'htmlexpo' (the gallery has various hidden themes which are internally used as access to graphics, e.g. in this case for html exports). I checked back to revision 1401221, (what I currently have on old stuff on my HD), it's already broken there. Does someone have an idea what change may have done this? It must have to do with ressource changes somehow... No idea, but here is, what I see: I get this error in my non-pro build of r1403730 and r1381583 but not in the buildbot build. I don't know the version of the buildbot build, the About box says,AOO350m1(Build:9611) - Rev. 1412119 Rev.1411094 In a non-pro build of r1381583 I see an error, which might be related: Error: file:///E:/SoftwareArchiv/OOoDownloads/AOO%202012-09-git%20r1381583/program/../Basis/program/resource/galen-US.res Class: String, Id: 6015. Cannot load resource! Resource Stack Class: DockingWindow, Id: 10365 But I don't know, how to look up, which string is that with Id 6015. You won't find it, it was removed: http://hg.services.openoffice.org/OOO340/rev/902597eed541 http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/source/gallery2/galtheme.src http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/galtheme.hrc I have seen in the meantime from your link, that is was removed in galtheme.src. But now I wonder, from where it comes into the UI of the gallery window? I still see private://gallery/hidden/HtmlExportButtons listed in the theme list in a normal build. You are observing that this hidden theme is visible in the gallery in a pro build. This is not good - this needs also to be solved. In our released versions - AOO 3.4 and AOO 3.4.1 - this gallery theme is not visible. At least what I have observed in my environment. Internally, a gallery theme consists of three binary files which are found in Basis/share/gallery/ of the installation and [UserInstallionDir]/share/gallery/ One of these file - the .thm one - contains also the name of the gallery. This hidden theme consists of the following files: sg25.thm, sg25.sdg and sg25.sdv Best regards, Oliver.
Re: L10n tools is no longer needed.
I'm pretty sure that we, translators, would buy the beer. A lot of beer... XD 2012/11/28 Pavel Janík pa...@janik.cz On Nov 28, 2012, at 10:07 AM, janI wrote: It is soon Christmas so it allowed to wishmy wish this year will be that some of our funding is spent on, getting key people for LO and AOO together. Lock them up in a room with a big pizza, tell them the door will be unlocked when they have agreed on how to slice the pizza, instead of make two mini pizzas. +1 ... and beer. For some of them ;-) -- Pavel Janík
Re: Access to Fonts and Style via API
As a side note, I believe that I have examples of this in OOME or AndrewMacro (I don't remember which examples I ahve in which document), and also a font document (this document only demonstrates accessing the fonts, but I think I added that example to OOME) on my web site. On 11/28/2012 07:02 AM, Robert Barbey wrote: D'oh! Google is your friend: http://wiki.openoffice.org/wiki/Documentation/DevGuide/Text/Overall_Document_Features#Styles This page describes exactly what I needed. Robert On Nov 27, 2012, at 10:55 PM, Robert Barbey robert.bar...@acrolinx.com wrote: Hi everyone, quick question about the possibilities of the OpenOffice API: is it possible in Writer to access the available fonts, character and paragraph styles via the API? Many thanks in advance, Robert -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php
Re: Ask OpenOffice -- The Apache OpenOffice project invites your questions
On Tue, Nov 27, 2012 at 4:22 PM, RGB ES rgb.m...@gmail.com wrote: Advertised on the ES, EN and IT forums. Personal blog to follow... Thanks. I'm hoping that this does not become the garbage collector that other forum volunteers seem to think it is: http://forum.openoffice.org/en/forum/viewtopic.php?f=107p=254779 I might remind them that this proposal was discussed extensively on the list a few weeks ago and no concerns were raised. In fact is was seen as a great idea. -Rob Regards Ricardo 2012/11/27 Rob Weir robw...@apache.org Do you have a question about Apache OpenOffice? Something you always wondered about the product? Or a question about the OpenOffice open source project? Ask OpenOffice -- The Apache OpenOffice project invites your questions. Technical questions, questions about the open source project, questions about where we see things going in 5 years, all are good candidates. You submit your questions and help rate questions submitted by others. We'll then collect the top 10 questions and respond to them in a future project blog post (http://blogs.apache.org/ooo/). We're using Google Moderator to collection questions. To submit your question, and to view and rate questions already submitted, go to this page and click on Submit a question: http://www.google.com/moderator/#16/e=2033e8 Note: support questions should still go to our community support forums (http://forum.openoffice.org/) for faster response. Ask OpenOffice is intended for questions of broader interest to users and the community. Regards, -Rob
Re: L10n tools is no longer needed.
On 28 November 2012 14:28, Rob Weir robw...@apache.org wrote: On Wed, Nov 28, 2012 at 4:07 AM, janI j...@apache.org wrote: Thanks to an e-mail from Andrew, I have become aware that LO has finalized a new tool set: http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/ I have had a look, and the tool does with a few exceptions, what genLang was supposed to do. There are no reason to make parallel developments so the l10n development has been stopped. This is great new. One less piece of code we need to write and maintain. Remember, our license restriction is for code that we publish, the mandatory *runtime* dependencies that we include in our source packages when we release. These need to be Apache License. But we have almost unrestricted ability to have other *build-time* dependencies. Consider: on Windows we require Visual C++ to build. This is not even open source. On Linux we use many GNU text utilities, and gcc. So I'd recommend this: Ignore for the moment that some LO *individuals* are antagonistic. Assume good will. Send a note to their public mailing list saying that you see the great work they've done with these conversion tools and are looking to adopt them for AOO. Say that you might have some patches to contribute back. Say that preserving these utilities as independently buildable parts of LO would be very useful for others who might want to reuse them and help maintain them. Thanks for your recommendation I agree with what you say, and then we are back to my other theme...I could easily join the LO mailing list, even be a committer. But please understand my openSource life is about producing/maintaining code for the infrastructure (build/translate etc), so that other developers can implement fantastic programs, not thinking too much about multiple dev mailing lists etc. At this point l10n is not a development project, but is more a task for the gbuild project to integrate the existing tools. If you get a favorable response, then great. We're collaborating. If not, then we can fork the utilities and put them on Google Code (a section we call ApacheExtras). We'd let them know about that and welcome them to check that repository occasionally to grab our enhancements, which we encourage. Put things on Google code is really something I would never do, that is to me a factor too political, in that case I would submit the changes to LO directly. But I have a feeling (putting in politely) that the collaborating issue belongs at quite a higher level than where I am. In other words, start with an optimistic, pro-collaboration, yes we can attitude. Work openly and publicly. If we're disappointed it will be clear that it was not AOO that was frustrating collaboration. -Rob It would be nice to add the missing features to the LO tool and give it to both LO and AOO, but that requires skills where development is the least part. When finishing a project I like to look back and see which lessons can be learned...in my case there are many, but one is standing out: Can it really be true that we all need to keep an eye on both the LO developer activities as well as the AOO activities. At the moment we waste the very limited resources: - We solve a lot of the same bugs (I hope some developers, solve the bug once, and post it on both LO/AOO) - We test a lot the same - We translate to a high degree the same text (we call for volunteer translators, but why not use the texts already translated). Would it not be a wonderful world, if openSource was truly open and we could share instead of discussing whether the header (license) in the files is blue or red. Our common user base does in general not care, or maybe even understand the differences between a red or blue license, they care about a well functioning product that are steadily getting new features, so why are we as volunteers not trying harder to reach that goal. If I were PMC I would have one high priority on my list: - How to get a common code base between LO and AOO, with possibility to differentiate, so resources can be shared instead of effort duplicated. - How to share bug fixes, information about new developments etc. It is soon Christmas so it allowed to wishmy wish this year will be that some of our funding is spent on, getting key people for LO and AOO together. Lock them up in a room with a big pizza, tell them the door will be unlocked when they have agreed on how to slice the pizza, instead of make two mini pizzas. Jan.
Re: L10n tools is no longer needed.
On Wed, Nov 28, 2012 at 9:09 AM, janI j...@apache.org wrote: On 28 November 2012 14:28, Rob Weir robw...@apache.org wrote: On Wed, Nov 28, 2012 at 4:07 AM, janI j...@apache.org wrote: Thanks to an e-mail from Andrew, I have become aware that LO has finalized a new tool set: http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/ I have had a look, and the tool does with a few exceptions, what genLang was supposed to do. There are no reason to make parallel developments so the l10n development has been stopped. This is great new. One less piece of code we need to write and maintain. Remember, our license restriction is for code that we publish, the mandatory *runtime* dependencies that we include in our source packages when we release. These need to be Apache License. But we have almost unrestricted ability to have other *build-time* dependencies. Consider: on Windows we require Visual C++ to build. This is not even open source. On Linux we use many GNU text utilities, and gcc. So I'd recommend this: Ignore for the moment that some LO *individuals* are antagonistic. Assume good will. Send a note to their public mailing list saying that you see the great work they've done with these conversion tools and are looking to adopt them for AOO. Say that you might have some patches to contribute back. Say that preserving these utilities as independently buildable parts of LO would be very useful for others who might want to reuse them and help maintain them. Thanks for your recommendation I agree with what you say, and then we are back to my other theme...I could easily join the LO mailing list, even be a committer. But please understand my openSource life is about producing/maintaining code for the infrastructure (build/translate etc), so that other developers can implement fantastic programs, not thinking too much about multiple dev mailing lists etc. Right. So how well a project can modularize its concerns, so volunteers can work on areas of interest without needing to drink from the firehose is important. Ideally someone can work on these conversion tools without needing to download and build all of LibreOffice, for example. If this is true, then you can direct your personal time and energy more optimally. At this point l10n is not a development project, but is more a task for the gbuild project to integrate the existing tools. If you get a favorable response, then great. We're collaborating. If not, then we can fork the utilities and put them on Google Code (a section we call ApacheExtras). We'd let them know about that and welcome them to check that repository occasionally to grab our enhancements, which we encourage. Put things on Google code is really something I would never do, that is to me a factor too political, in that case I would submit the changes to LO directly. But I have a feeling (putting in politely) that the collaborating issue belongs at quite a higher level than where I am. I wouldn't do Google Code for political reasons. I'd do it only for technical considerations, e.g., if it is impractical to use these tools from the LO tree without bringing in 200 MB of extraneous dependencies. If that was the case then making a cleaner, self-contained build of these tools might be warranted. But that would only be a last resort. And if anyone feels that they are not empowered, as individuals, to collaborate with LibreOffice on areas of mutual interest, then we're doing something wrong. This is not above anyone's pay grade. In fact we already have a few contributors who contribute code to both projects. And we have several LO contributors who have agreed to make their enhancements available to AOO as well, under ALv2. -Rob In other words, start with an optimistic, pro-collaboration, yes we can attitude. Work openly and publicly. If we're disappointed it will be clear that it was not AOO that was frustrating collaboration. -Rob It would be nice to add the missing features to the LO tool and give it to both LO and AOO, but that requires skills where development is the least part. When finishing a project I like to look back and see which lessons can be learned...in my case there are many, but one is standing out: Can it really be true that we all need to keep an eye on both the LO developer activities as well as the AOO activities. At the moment we waste the very limited resources: - We solve a lot of the same bugs (I hope some developers, solve the bug once, and post it on both LO/AOO) - We test a lot the same - We translate to a high degree the same text (we call for volunteer translators, but why not use the texts already translated). Would it not be a wonderful world, if openSource was truly open and we could share instead of discussing whether the header (license) in the files is blue or red. Our common user base does in general not care, or maybe
Fwd: Open Office as a resource for Timor-Leste native language (Tetun/Tetum) speakers?
Hello Charlie, Thanks for your note. I'm forwarding it to our OpenOffice localization mailing list, which is where we discuss translations and other aspects of software localization. Personally, I think this is a great idea. It fits well with the traditions of the OpenOffice project, which include strong support for linguistic and cultural diversity. What is the current state of translation for Tetun/Tetum for other open source applications? For example, do you have a Firefox translation already? It sometimes can help to have a team work together on translation, and cover several programs at the same time, since some resources, like spell checking dictionaries can be shared. From the OpenOffice perspective, localization considerations include: 1) Develop a glossary of common terminology related to the application and the user interface. This helps ensure consistency. 2) Translate the user interface 3) In-product localization, for things like calendar systems, counting conventions for numbered lists, etc. 4) Creating a spell checking dictionary 5) Translation of help files As you see, this is a big effort, but it can be very rewarding. Are you able to find other volunteers in Timor-Leste to help with the translation? Having a group of 3 or 4 volunteers would make this a more manageable task. From the perspective of the Apache OpenOffice project, we can help in several ways: 1) Provide mailing list and wiki for volunteers to coordinate on 2) Provide expertise for understanding tools and process for translation 3) Integrate completed translations into OpenOffice 4) Include translated OpenOffice in our releases and in our distribution network 5) Help promote the translation effort, via blog, perhaps press interviews, help spread awareness. Regards, -Rob -- Forwarded message -- From: Charlie Sanders cvsand...@gmail.com Date: Wed, Nov 28, 2012 at 1:34 AM Subject: Open Office as a resource for Timor-Leste native language (Tetun/Tetum) speakers? To: dev@openoffice.apache.org Hi there (boatardi), Timor-Leste is the newest nation in our galaxy (as far as we know), and, as a 'fragile state', access to free and reliable resources is really important. Most of the tech world still doesn't recognise Timor-Leste as existing (my iPhone's version of Google Maps, for instance, has no record of the capital city, Dili). Having worked at the only technical college in the country, I can say that very few people reach tertiary education, and, when they do, there are almost no Timor-based resources available for students to use. Schools cannot afford many copies of MS programmes, and are using out-of-date copies of everything (not to mention the regular nation-wide blackouts and enormous computers!), which slows down the education and administrative process. Additionally, the major native language of Timor-Leste is endangered - the Dutch colonisation introduced Portuguese across the country, and the 1975 Indonesian invasion and brutal 25-year occupation has left many young Timorese people resorting to Bahasa Indonesia as a common language. Without a Timorese influence in schools (for education) and government (for employment), within ten years, the Timorese will probably not have a native language. So... Wouldn't it be great if we could provide a version of the Open Office website in the native language of Timor-Leste - Tetun/Tetum? And wouldn't it be great if there was a Tetun/Tetum language dictionary for Open Office, so that Timorese people could write documents in their own language and possibly retain some knowlege of this ancient spoken language in written form, to spread throughout their communities and reinforce the notion that Tetun/Tetum is a viable and valuable/valued choice? I have the language resources and the energy to begin working on this project. It is up to you guys to decide if you are willing to take on this important task and help Timor-Leste retain its culture and educate its people while gaining a valuable technical resource. Thank you (obrigada)! Ms Charlie Sanders Australia/Timor-Leste
Re: Error in Gallery
Hi Regina,
On Wed, Nov 28, 2012 at 02:05:34PM +0100, Regina Henschel wrote:
But I don't know, how to look up, which string is that with Id 6015.
You won't find it, it was removed:
http://hg.services.openoffice.org/OOO340/rev/902597eed541
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/svx/gallery.hxx
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/source/gallery2/galtheme.src
http://hg.services.openoffice.org/OOO340/diff/902597eed541/svx/inc/galtheme.hrc
I have seen in the meantime from your link, that is was removed in
galtheme.src. But now I wonder, from where it comes into the UI of
the gallery window? I still see
private://gallery/hidden/HtmlExportButtons listed in the theme
list in a normal build.
I recall I researched this when I opened the bug report, but somehow it
went out of my radar ;)
IIRC the private URL is stored in the theme itself as its name, try
[ariel@localhost ~]$ cd /opt/openoffice.org/basis3.4/share/gallery/
[ariel@localhost gallery]$ hexdump -C -n 48 sg25.thm
04 00 2a 00 70 72 69 76 61 74 65 3a 2f 2f 67 61 |..*.private://ga|
0010 6c 6c 65 72 79 2f 68 69 64 64 65 6e 2f 48 74 6d |llery/hidden/Htm|
0020 6c 45 78 70 6f 72 74 42 75 74 74 6f 6e 73 30 00 |lExportButtons0.|
0030
The underlying reason why this gallery is displayed on a non-pro build
is that the gallery theme is not considered as hidden.
A hidden theme is one whose name begins with private://gallery/hidden/
see GalleryThemeEntry
sal_Bool IsHidden() const { return aName.SearchAscii(
private://gallery/hidden/ ) == 0; }
Though the name is really stored inside the theme file, it is replaced
in the GalleryThemeEntry constructor:
* the constructor gets the theme name as read from the theme file
* it tries to get the localized theme name from the resource first
* UniString::UniString( const ResId rResId ) instead of creating
an empty string when the respective resource is missing (default
behaviour on a pro build), it returns a string with the error, see
http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/tools/source/string/strucvt.cxx#195
* this string has a length 0, then it replaces the original string as
read from the theme file
* this way, IsHidden will return false: the theme is not hidden as its
name does not start with private://gallery/hidden anymore
* then the theme is displayed in the UI on a non-pro build
Regards
--
Ariel Constenla-Haile
La Plata, Argentina
pgprWGwbu1Zr1.pgp
Description: PGP signature
Re: Error in Gallery
Hi * On Wed, Nov 28, 2012 at 03:21:58PM +0100, Regina Henschel wrote: You are observing that this hidden theme is visible in the gallery in a pro build. This is not good - this needs also to be solved. In our released versions - AOO 3.4 and AOO 3.4.1 - this gallery theme is not visible. At least what I have observed in my environment. Visible means, that I have set the environment to show hidden gallery themes. And yes then I see it, in AOO3.4.1 and in a buildbot build as well. It seems Regina knows the hidden secret: export GALLERY_SHOW_HIDDEN_THEMES See GalleryBrowser1::ImplInsertThemeEntry This will show hidden themes in a pro-build. In a non-pro build this theme is displayed for the reasons I tried to explain in my previous mail. This icon set can be chosen in File Wizard Web page. If I choose it, I do not see any icon in the result. But I'm not familiar with that Wizard and might miss something. Interesting finding! For what I could understand, it seems that Ocke thought the theme wasn't used anywhere but he forgot to remove it. The bug is notorious in a non-pro build, that's why everybody working on the source code should build non-pro builds :) Regards -- Ariel Constenla-Haile La Plata, Argentina pgpQTET9njTPU.pgp Description: PGP signature
Trobles using Forum and Wiki
Hello, I'm writing to tell you about my troubles to connect to sites in object, I get the connection time out and I'm not able to use that sites. Probably the server is down. Tank for your attention, Daniel
Re: Trobles using Forum and Wiki
On Wed, 28 Nov 2012 16:14:22 +0100 Daniel Paviotti danpav2...@gmail.com wrote: Hello, I'm writing to tell you about my troubles to connect to sites in object, I get the connection time out and I'm not able to use that sites. Probably the server is down. Tank for your attention, Daniel I have had no problems in logging on to the Forum sites; I log on regularly many times per day. For your information, the mWiki site is under spam attack and access to add new information is currently restricted, although this should not hinder read access. -- Rory O'Farrell ofarr...@iol.ie
Re: Trobles using Forum and Wiki
On Wed, 28 Nov 2012 16:14:22 +0100 Daniel Paviotti danpav2...@gmail.com wrote: Hello, I'm writing to tell you about my troubles to connect to sites in object, I get the connection time out and I'm not able to use that sites. Probably the server is down. Tank for your attention, Daniel Try running a traceroute to see where the path breaks. -- Rory O'Farrell ofarr...@iol.ie
Re: L10n tools is no longer needed.
On 28 November 2012 15:22, Rob Weir robw...@apache.org wrote: On Wed, Nov 28, 2012 at 9:09 AM, janI j...@apache.org wrote: On 28 November 2012 14:28, Rob Weir robw...@apache.org wrote: On Wed, Nov 28, 2012 at 4:07 AM, janI j...@apache.org wrote: Thanks to an e-mail from Andrew, I have become aware that LO has finalized a new tool set: http://libreoffice.hu/2012/11/27/featurekillsdf-branch-merged/ I have had a look, and the tool does with a few exceptions, what genLang was supposed to do. There are no reason to make parallel developments so the l10n development has been stopped. This is great new. One less piece of code we need to write and maintain. Remember, our license restriction is for code that we publish, the mandatory *runtime* dependencies that we include in our source packages when we release. These need to be Apache License. But we have almost unrestricted ability to have other *build-time* dependencies. Consider: on Windows we require Visual C++ to build. This is not even open source. On Linux we use many GNU text utilities, and gcc. So I'd recommend this: Ignore for the moment that some LO *individuals* are antagonistic. Assume good will. Send a note to their public mailing list saying that you see the great work they've done with these conversion tools and are looking to adopt them for AOO. Say that you might have some patches to contribute back. Say that preserving these utilities as independently buildable parts of LO would be very useful for others who might want to reuse them and help maintain them. Thanks for your recommendation I agree with what youd say, and then we are back to my other theme...I could easily join the LO mailing list, even be a committer. But please understand my openSource life is about producing/maintaining code for the infrastructure (build/translate etc), so that other developers can implement fantastic programs, not thinking too much about multiple dev mailing lists etc. Right. So how well a project can modularize its concerns, so volunteers can work on areas of interest without needing to drink from the firehose is important. Ideally someone can work on these conversion tools without needing to download and build all of LibreOffice, for example. If this is true, then you can direct your personal time and energy more optimally. I hope we can agree that since the code is developed and freely available, then there is no reason to develop it again. Getting the tool is quite easy, storing the tool in AOO SVN (even as external) is not a development problem but I guess could be a long discussion item (I just think about the response about my proposal to store setup changes to our own mwiki data in SVN). But no need to discuss the matter further in public, that is no good for anybody. At this point l10n is not a development project, but is more a task for the gbuild project to integrate the existing tools. If you get a favorable response, then great. We're collaborating. If not, then we can fork the utilities and put them on Google Code (a section we call ApacheExtras). We'd let them know about that and welcome them to check that repository occasionally to grab our enhancements, which we encourage. Put things on Google code is really something I would never do, that is to me a factor too political, in that case I would submit the changes to LO directly. But I have a feeling (putting in politely) that the collaborating issue belongs at quite a higher level than where I am. I wouldn't do Google Code for political reasons. I'd do it only for technical considerations, e.g., if it is impractical to use these tools from the LO tree without bringing in 200 MB of extraneous dependencies. If that was the case then making a cleaner, self-contained build of these tools might be warranted. But that would only be a last resort. And if anyone feels that they are not empowered, as individuals, to collaborate with LibreOffice on areas of mutual interest, then we're doing something wrong. This is not above anyone's pay grade. In fact we already have a few contributors who contribute code to both projects. And we have several LO contributors who have agreed to make their enhancements available to AOO as well, under ALv2. -Rob In other words, start with an optimistic, pro-collaboration, yes we can attitude. Work openly and publicly. If we're disappointed it will be clear that it was not AOO that was frustrating collaboration. -Rob It would be nice to add the missing features to the LO tool and give it to both LO and AOO, but that requires skills where development is the least part. When finishing a project I like to look back and see which lessons can be learned...in my case there are many, but one is standing out: Can it really be true that we all need to keep an
Re: Trobles using Forum and Wiki
On Wed, 28 Nov 2012 15:21:43 + Rory O'Farrell ofarr...@iol.ie wrote: On Wed, 28 Nov 2012 16:14:22 +0100 Daniel Paviotti danpav2...@gmail.com wrote: Hello, I'm writing to tell you about my troubles to connect to sites in object, I get the connection time out and I'm not able to use that sites. Probably the server is down. Tank for your attention, Daniel I have had no problems in logging on to the Forum sites; I log on regularly many times per day. For your information, the mWiki site is under spam attack and access to add new information is currently restricted, although this should not hinder read access. -- Rory O'Farrell ofarr...@iol.ie I should emphasise that my Forum connection which gives no trouble is to the Apache Forum. Over the past few weeks (perhaps 4 or 5) connections to the older forum have been very intermittent for everybody. -- Rory O'Farrell ofarr...@iol.ie
Re: Open Office as a resource for Timor-Leste native language (Tetun/Tetum) speakers?
Every one shall support the courage of Ms. Charlie Sanders who is trying to keep alive her native language and offering her time and energy. With Warm Regards V.Kadal Amutham 919444360480 On 28 November 2012 20:02, Rob Weir robw...@apache.org wrote: Hello Charlie, Thanks for your note. I'm forwarding it to our OpenOffice localization mailing list, which is where we discuss translations and other aspects of software localization. Personally, I think this is a great idea. It fits well with the traditions of the OpenOffice project, which include strong support for linguistic and cultural diversity. What is the current state of translation for Tetun/Tetum for other open source applications? For example, do you have a Firefox translation already? It sometimes can help to have a team work together on translation, and cover several programs at the same time, since some resources, like spell checking dictionaries can be shared. From the OpenOffice perspective, localization considerations include: 1) Develop a glossary of common terminology related to the application and the user interface. This helps ensure consistency. 2) Translate the user interface 3) In-product localization, for things like calendar systems, counting conventions for numbered lists, etc. 4) Creating a spell checking dictionary 5) Translation of help files As you see, this is a big effort, but it can be very rewarding. Are you able to find other volunteers in Timor-Leste to help with the translation? Having a group of 3 or 4 volunteers would make this a more manageable task. From the perspective of the Apache OpenOffice project, we can help in several ways: 1) Provide mailing list and wiki for volunteers to coordinate on 2) Provide expertise for understanding tools and process for translation 3) Integrate completed translations into OpenOffice 4) Include translated OpenOffice in our releases and in our distribution network 5) Help promote the translation effort, via blog, perhaps press interviews, help spread awareness. Regards, -Rob -- Forwarded message -- From: Charlie Sanders cvsand...@gmail.com Date: Wed, Nov 28, 2012 at 1:34 AM Subject: Open Office as a resource for Timor-Leste native language (Tetun/Tetum) speakers? To: dev@openoffice.apache.org Hi there (boatardi), Timor-Leste is the newest nation in our galaxy (as far as we know), and, as a 'fragile state', access to free and reliable resources is really important. Most of the tech world still doesn't recognise Timor-Leste as existing (my iPhone's version of Google Maps, for instance, has no record of the capital city, Dili). Having worked at the only technical college in the country, I can say that very few people reach tertiary education, and, when they do, there are almost no Timor-based resources available for students to use. Schools cannot afford many copies of MS programmes, and are using out-of-date copies of everything (not to mention the regular nation-wide blackouts and enormous computers!), which slows down the education and administrative process. Additionally, the major native language of Timor-Leste is endangered - the Dutch colonisation introduced Portuguese across the country, and the 1975 Indonesian invasion and brutal 25-year occupation has left many young Timorese people resorting to Bahasa Indonesia as a common language. Without a Timorese influence in schools (for education) and government (for employment), within ten years, the Timorese will probably not have a native language. So... Wouldn't it be great if we could provide a version of the Open Office website in the native language of Timor-Leste - Tetun/Tetum? And wouldn't it be great if there was a Tetun/Tetum language dictionary for Open Office, so that Timorese people could write documents in their own language and possibly retain some knowlege of this ancient spoken language in written form, to spread throughout their communities and reinforce the notion that Tetun/Tetum is a viable and valuable/valued choice? I have the language resources and the energy to begin working on this project. It is up to you guys to decide if you are willing to take on this important task and help Timor-Leste retain its culture and educate its people while gaining a valuable technical resource. Thank you (obrigada)! Ms Charlie Sanders Australia/Timor-Leste
Re: Wiki maintenance.
On 27/11/2012 23:23, janI wrote: On 27 November 2012 22:53, Andrea Pescetti wrote: On 25/11/2012 jan iversen wrote: I agree we should have this stuff versioned (actually, all configuration files on the Apache infrastructure are versioned, but in distinct SVN repository). I'll check with Infra what's the best place for versioning configuration files and report back, provided I get an answer. As far as I know, that is the only svn I have access to...and we do have ooo-site in there, so it would be quite natural to have wiki as well. Infra (Gavin) says that some files already are under version control, and that the correct place to put config files is under: /infrainfrastructure/trunk/machines/vms/ooo-wiki.apache.org/ [Note: I don't know if he really meant infrainfrastructure] He says that some files under /etc/ are there. Gavin asks that you catch him (or another infra member) on IRC #asfinfra to agree on the best way of doing this. it is nice that all AOO stuff is in one SVN, and that is nicely divided into distinct directories. We can disagree about the nicely divided, but this is only aesthetic and not a blocker for this discussion! they do have (of course) SVN for VM specific settings, but wiki php files or mysql scripts, that is not part of their domain. Apparently they prefer to version application-specific files in the same way, but just find out with them directly as explained above, it's easier. g) Make a test.wiki.openoffice.org. ... We will also need to have the DNS entry created in that case. Again, a JIRA ticket is needed. And the test installation should be configured to: not send e-mails; have a .htaccess password protection so that nobody opens it by mistake. Actually we do have a number of aliases on wiki at the moment that are not in the DNS Yes, but we only alias *.openoffice.org , not *.*.openoffice.org ; so test.wiki.openoffice.org won't resolve, while testwiki.openoffice.org would. We need to have a place to test an upgrade, with mail, create user and everything, otherwise we run a high risk when it is moved to production. Enabling mail is quite a risk. If I am watching a page and you edit it on test, I will receive a notification. If you bulk-edit 100 pages just to try, I'll receive 100 notifications! If it really needs to be enabled I would recommend to make sure it doesn't have side effects for the tests that are run. And I dont think anybody uses e.g. test.wiki.openoffice.org or solelyfortesting.wiki.openoffice.org without actually wanting to use it. Clueless users manage to do incredible things. See how the spam attack on the wiki has been understood by some to be a virus on openoffice.org (while of course being totally unrelated). See how many people, before I added If you need to edit pages on this wiki to the wiki banner, contacted this list not understanding what a wiki account is needed for. So it's safer for everybody, and I'd warmly recommend, to put a simple .htaccess (you can even suggest username and password in the message box, and they can well be test and wiki!) on the test wiki, to avoid that it is indexed by robot.txt-ignoring search engines and attacked by random bots. It is a very small overhead, and there is concrete possibility that if we don't do it we will regret. Regards, Andrea.
Re: Wiki maintenance.
On 28 November 2012 18:47, Andrea Pescetti pesce...@apache.org wrote: On 27/11/2012 23:23, janI wrote: On 27 November 2012 22:53, Andrea Pescetti wrote: On 25/11/2012 jan iversen wrote: I agree we should have this stuff versioned (actually, all configuration files on the Apache infrastructure are versioned, but in distinct SVN repository). I'll check with Infra what's the best place for versioning configuration files and report back, provided I get an answer. As far as I know, that is the only svn I have access to...and we do have ooo-site in there, so it would be quite natural to have wiki as well. Infra (Gavin) says that some files already are under version control, and that the correct place to put config files is under: /infrainfrastructure/trunk/**machines/vms/ooo-wiki.apache.**org/http://ooo-wiki.apache.org/ [Note: I don't know if he really meant infrainfrastructure] He says that some files under /etc/ are there. That is the OS files (like apacheconf etc.), I am mostly talking about mwiki php files and e.g. my user_removal script (from /x1), this is a lot more than configuration files. An example is our page layout with banner. Gavin asks that you catch him (or another infra member) on IRC #asfinfra to agree on the best way of doing this. he is a very responsive person, helped me quite quickly even though I made a couple of beginner mistakes. I will for now simply postpone the whole issue, Once it is all running I will present the package, and then the community, infra and whoever else can discuss if or where the files are to be stored. Wiki is updated to reflect this procedure. it is nice that all AOO stuff is in one SVN, and that is nicely divided into distinct directories. We can disagree about the nicely divided, but this is only aesthetic and not a blocker for this discussion! they do have (of course) SVN for VM specific settings, but wiki php files or mysql scripts, that is not part of their domain. Apparently they prefer to version application-specific files in the same way, but just find out with them directly as explained above, it's easier. Which means I can find the original wiki files in their repository, that sounds like a brilliant idea to find out what have changed during the apache period, that will help a lot with the upgrade. I have found /infrastructure in the repos but I cannot find the trunk/machines. g) Make a test.wiki.openoffice.org. ... We will also need to have the DNS entry created in that case. Again, a JIRA ticket is needed. And the test installation should be configured to: not send e-mails; have a .htaccess password protection so that nobody opens it by mistake. Actually we do have a number of aliases on wiki at the moment that are not in the DNS Yes, but we only alias *.openoffice.org , not *.*.openoffice.org ; so test.wiki.openoffice.org won't resolve, while testwiki.openoffice.orgwould. We need to have a place to test an upgrade, with mail, create user and everything, otherwise we run a high risk when it is moved to production. Enabling mail is quite a risk. If I am watching a page and you edit it on test, I will receive a notification. If you bulk-edit 100 pages just to try, I'll receive 100 notifications! If it really needs to be enabled I would recommend to make sure it doesn't have side effects for the tests that are run. ok will be done, wiki is updated. And I dont think anybody uses e.g. test.wiki.openoffice.org or solelyfortesting.wiki.**openoffice.orghttp://solelyfortesting.wiki.openoffice.org without actually wanting to use it. Clueless users manage to do incredible things. See how the spam attack on the wiki has been understood by some to be a virus on openoffice.org(while of course being totally unrelated). See how many people, before I added If you need to edit pages on this wiki to the wiki banner, contacted this list not understanding what a wiki account is needed for. So it's safer for everybody, and I'd warmly recommend, to put a simple .htaccess (you can even suggest username and password in the message box, and they can well be test and wiki!) on the test wiki, to avoid that it is indexed by robot.txt-ignoring search engines and attacked by random bots. It is a very small overhead, and there is concrete possibility that if we don't do it we will regret. .htaccess is a real cool and simple idea, wiki is updated. Regards, Andrea.
how to scale a worksheet to fill the printed page
OpenOffice 3.1 on Windows Vista Fit object to paper format check box missing I'm trying to scale the spreadsheet to fill the printed page, the closest thing I find in help is - Printing a Slide to Fit a Paper Size You can reduce the size of a slide when you print, so that the slide can fit on a printed page. 1. Open the document that you want to print. 2. In Normal View, choose Format - Page, and then click the Page tab. 3. In Layout settings area, select the Fit object to paper format check box. 4. In the Paper format area, select a Format. 5. Click OK. The slide is resized to fit the printed page, while maintaining the relative positions of the objects on the slide. however, when print previewing a worksheet, there is no such check box. How then can one fill a print page with a scaled up worksheet? sincerely macduff40
Re: Gmane
On 18/11/2012 Andrea Pescetti wrote: I found out Gmane was carrying the following lists and I've submitted requests to update them copying your configuration for the dev and users list. They should become available within a few days. # gmane.comp.apache.incubator.ooo.announce Announcements for Apache OpenOffice (read-only) Proposed new name: gmane.comp.apache.openoffice.announce Now available at http://dir.gmane.org/gmane.comp.apache.openoffice.announce # gmane.comp.apache.incubator.ooo.commits Apache OpenOffice SVN commit list (read-only) Proposed new name: gmane.comp.apache.openoffice.commits Now available at http://dir.gmane.org/gmane.comp.apache.openoffice.scm # gmane.comp.apache.incubator.ooo.issues Apache OpenOffice issue tracker list (read-only) Proposed new name: gmane.comp.apache.openoffice.issues Now available at http://dir.gmane.org/gmane.comp.apache.openoffice.issues Regards, Andrea.
Re: Spellchecker
On 28/11/2012 Jennifer Balls wrote: For some reason my Spellcheck has gone wrong! It was working well and now I either get a red wiggly line under every word OR I have to correct every individual word! Hi Jennifer, reset your profile. First bullet point of http://www.openoffice.org/development/releases/3.4.1.html#AOO3.4.1ReleaseNotes-KnownIssues : Apache OpenOffice 3.4.0 and 3.4.1 manage the user profile differently than previous versions. The old user profile is automatically converted so that users can keep their extensions and settings. In a minority of cases, especially with highly customized profiles (many extensions or customizations) the conversion doesn't succeed. Common symptoms are: frequent application crashes, problems with dictionaries or thesaurus, OpenOffice starting and crashing after a few seconds. To solve this, just reset/rename your user profile as explained in the official OpenOffice forum. http://user.services.openoffice.org/en/forum/viewtopic.php?t=12426 Regards, Andrea.
Re: Ask OpenOffice -- The Apache OpenOffice project invites your questions
2012/11/28 Rob Weir robw...@apache.org On Tue, Nov 27, 2012 at 4:22 PM, RGB ES rgb.m...@gmail.com wrote: Advertised on the ES, EN and IT forums. Personal blog to follow... Thanks. I'm hoping that this does not become the garbage collector that other forum volunteers seem to think it is: http://forum.openoffice.org/en/forum/viewtopic.php?f=107p=254779 I might remind them that this proposal was discussed extensively on the list a few weeks ago and no concerns were raised. In fact is was seen as a great idea. It IS a great idea. Of course there will be lots of garbage questions but there are also many really valid ones. Let's see happens. Regards Ricardo -Rob Regards Ricardo 2012/11/27 Rob Weir robw...@apache.org Do you have a question about Apache OpenOffice? Something you always wondered about the product? Or a question about the OpenOffice open source project? Ask OpenOffice -- The Apache OpenOffice project invites your questions. Technical questions, questions about the open source project, questions about where we see things going in 5 years, all are good candidates. You submit your questions and help rate questions submitted by others. We'll then collect the top 10 questions and respond to them in a future project blog post (http://blogs.apache.org/ooo/). We're using Google Moderator to collection questions. To submit your question, and to view and rate questions already submitted, go to this page and click on Submit a question: http://www.google.com/moderator/#16/e=2033e8 Note: support questions should still go to our community support forums (http://forum.openoffice.org/) for faster response. Ask OpenOffice is intended for questions of broader interest to users and the community. Regards, -Rob
Re: Trobles using Forum and Wiki
Hi, Daniel, because your are not subscribed to the list you missed some answers from Rory that I'm copying below. Regards Ricardo 2012/11/28 Rory O'Farrell ofarr...@iol.ie On Wed, 28 Nov 2012 15:21:43 + Rory O'Farrell ofarr...@iol.ie wrote: On Wed, 28 Nov 2012 16:14:22 +0100 Daniel Paviotti danpav2...@gmail.com wrote: Hello, I'm writing to tell you about my troubles to connect to sites in object, I get the connection time out and I'm not able to use that sites. Probably the server is down. Tank for your attention, Daniel I have had no problems in logging on to the Forum sites; I log on regularly many times per day. For your information, the mWiki site is under spam attack and access to add new information is currently restricted, although this should not hinder read access. -- Rory O'Farrell ofarr...@iol.ie I should emphasise that my Forum connection which gives no trouble is to the Apache Forum. Over the past few weeks (perhaps 4 or 5) connections to the older forum have been very intermittent for everybody. -- Rory O'Farrell ofarr...@iol.ie
Re: Gallery extension from Symphony ressources
On Tue, Nov 27, 2012 at 9:36 AM, Shenfeng Liu liush...@gmail.com wrote: 2012/11/27 Marcus (OOo) marcus.m...@wtnet.de Am 11/26/2012 02:44 PM, schrieb Armin Le Grand: Hi List, I took a closer look at Symphony's checked in ressources concerning the gallery. There are quite some nice and useful additional themes there we (and our users) should benefit from. Thus, I propose (and volunteer :-) to integrate these to the trunk. Please have a look at a current Symphony version or look at the provides symphony sourcecode to get an impression (it's in main/extras/source/gallery). The added themes are: arrows bullets computers diagrams education environment finance gallery_sound gallery_system people sounds symbols transportation txtshapes The currently existing themes in trunk are: bullets gallery_sound gallery_system htmpexpo rulers sounds ww-back www-graf Where bullets, gallery_sound, gallery_system and sounds are double. I propose to just merge the contents. (gallery_sound and gallery_system are hidden, internal themes). For info: ww-back and www-graf are also hidden themes which are used in Writer's www export. I think these themes are useful for a wide variety of users and I will try to just merge them smoothly to have these available. All contents are in png format (not yet svg) with transparencies and offer quite some useful stuff. We should have them in that format for now, conversion to SVG is not realistic due to many contained gradients. For adding future themes I propose to use svg, but for now we should use what we have. Same is true for evtl. later add online data access for the gallery for clipart libraries (which support svg). But one step after the other... I'm currently inverstigating on the issue (wrote #121407# for it, see there) and will report how much size it would add to download packages. Suggestions welcome! Yeah, great idea. :-) +1. Let's add those themes in! Thanks, Armin! - Shenfeng (Simon) Marcus Armin, From a content perspective, we should review the content and drop any dated items. Rulers, for example, are page separators from web 1.0. Regards, Kevin
Re: [UX] Desoign Exploration - Dockable Task Pane Content Design
On Wed, Nov 28, 2012 at 1:21 PM, Lei Wang lei.wang.l...@gmail.com wrote: Hi Regina, From your screen shot, the Symphony you used is not a real Symphony. It is just a Symphony CPP version (Symphony Main Edit area + CPP menu/toolbar...). You can download a Symphony release version to have a try for its UI.(http://www-03.ibm.com/software/lotus/symphony/home.nsf/home) On Wed, Nov 28, 2012 at 12:23 AM, Regina Henschel rb.hensc...@t-online.dewrote: Hi Kevin, Kevin Grignon schrieb: Hello All, I've been exploring the information design (content) for the dockable task pane. I've analyzed the current content in both LS and AOO, and captured some thoughts on future design direction. See: http://wiki.openoffice.org/**wiki/AOO_UX_Design_** Exploration_-_Task_Pane_**Content_-_Information_Design http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_-_Information_Design Capture any thoughts or feedback in the discussion section of the wiki page. Because new page is currently disabled in the Wiki and I need some pictures to explain the problems, I have put it into a file http://people.apache.org/~**regina/**ProblemsWithSymphonyTaskPane.**odt http://people.apache.org/~regina/ProblemsWithSymphonyTaskPane.odt Feel free to use the content in the Wiki, when it is available again. The document is about some problems in the current implementation of such dockable task pane in Symphony. You will see, that I'm not very happy with it. I know, that I'm not an average user, but it shows, that a simple copy of that feature will not satisfy all people. Kind regards Regina Regina, Thanks for taking time to review the UI and ask why?. Often the UI is assumed to be correct because that is what is implemented. We should always ask Why is this here, why is it like this? Regarding your key concern over layout and space, we should ensure that the default size accommodates the content within the sidebar container. The AOO task panes must fit within the AOO workspace and will have slightly different dimensions. In fact, in my design explorations, I have based the container on the existing sidebar (ex: Impress Slides pane) in AOO today. For the dockable task pane, we will add tabs and section headers to this baseline design. As for the remaining comments regarding Style commands, we should continue to push on the content and available actions for this pane. More broadly, we should be open to reviewing the content for each pane as we implement this feature. I'm updating the dockable task pane designs this week. Check out the AOO UX wiki for the various design explorations: http://wiki.openoffice.org/wiki/AOO_4.0_Dockable_Task_Pane_%28Task_Bar%29_Design_Exploration Best regards, Kevin
Re: [UX] Desoign Exploration - Dockable Task Pane Content Design
KG01 - see comments inline On Tue, Nov 27, 2012 at 6:02 PM, Xin Li lxnice...@gmail.com wrote: I noticed that there are two position and size for different object, is that means we should have different content design for different object type? 2012/11/26 Kevin Grignon kevingrignon...@gmail.com On Sun, Nov 18, 2012 at 7:10 AM, Manuel del Valle m...@outlook.com wrote: NOTE: I really like the style only way. In fact, I would love to see an alternative Writer UI were direct formatting is completely forbidden. Direct formatting is a bad habit that always cause headaches. But that's just me ;) Regards Ricardo +1 I couldn't agree with you more, Ricardo. Perhaps users wouldn't be accustomed to it at the beginning, but eventually it becomes a win-win situation. In my (small) experience, most non-techie users (which are, by the way, a vast majority) don't even know styles and, even when you try to introduce it to them, or even when they actually do know them, they can't get used to it. They see it as some sort of a problem instead of a (very) useful tool. And so, in order to convince them, we end up writing articles like this one: http://openoffice.blogs.com/openoffice/2005/12/why_should_you_.html Even when it's quite aged, not much has changed since then regarding Styles' UX. It would be a good idea to try to make it more obvious for users that, whenever they write a Title (or anything else), they should tell OO that those words put toghether are meant to be a Title (or a subtitle, or...). Perhaps presenting it as some kind of tagging procedure would be a good idea, since users are very used to it as most web giants (Facebook, G+, GMail, etc) already feature them. And actually showing that tag (some transparency over the text, perhaps?) would probably help as well. That said, perhaps forbidding direct formatting might be a little too much. But maybe we could explore the idea of presenting it more clearly as the second choice. Help users understand that, when direct formatting, they are actually overriding an already predefined style (e.g.: default text). IMHO, the way we group tools toghether in a brand new Task pane could actually help that purpose. Among other things, of course, but all those would be a bit off-topic ;-) Regards, Manuel Hello All, I've further refined my proposal for the minimum viable content in support of the task pane design exploration. See: http://wiki.openoffice.org/wiki/AOO_UX_Design_Exploration_-_Task_Pane_Content_-_Information_Design#Must_Have Please keep the great comments, as see above, coming. Ideally, we should be open to enhancing the task panes and property views for the minimum vialble, aka must have content as we implement this first phase of the task pane capability. Insight taken from our review comments will help drive such enhancements. Best regards, Kevin KG01 - yes, different objects will have different properties and available actions -- Best regards, Xin Li 李欣 UX designer
Re: voluntario
2012/11/29 Ignacio Mendoza nha...@gmail.com Que tal? Me interesa colaborar en su proyecto de openoffice gratuito. Si me pueden enviar información al respecto. Soy Profesional Técnico en Informática. Por su atención gracias. ATT Ignacio Mendoza Hi Ignacio. I see you have shown your interest in collaborating with the OpenOffice project. I warn you that English is the preferred language of this mailing list. I hope you don´t have trouble with that. If you do, there´s the Spanish language Apache OpenOffice community forums that you can visit at http://forum.openoffice.org/es/forum/ Saludos/Regards FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act Durante épocas de Engaño Universal, decir la verdad se convierte en un Acto Revolucionario - George Orwell
Re: voluntario
Hola ignacio, como te va, bienvenido a la comuniddad, esta es una lista en ingles, por favor envia tus comentarios en ese idioma. Hi Ingacio, how are you, welcome to the community, this is a list in english, please send your comments in that language. Saludos/Greetings. 2012/11/28 Ignacio Mendoza nha...@gmail.com Que tal? Me interesa colaborar en su proyecto de openoffice gratuito. Si me pueden enviar información al respecto. Soy Profesional Técnico en Informática. Por su atención gracias. ATT Ignacio Mendoza -- Alexandro Colorado Apache OpenOffice Contributor http://es.openoffice.org
