Re: [QA Report]Weekly Defect Analysis
Good suggestions. Thanks Helen! I'll add this list in the following report. On Fri, Mar 29, 2013 at 3:41 PM, Yue Helen helenyu...@gmail.com wrote: Thanks Xuan. Good to know that 23 were opened, and 24 were fixed...we got one reduce in total :) One suggestion is, it would be great if you can include a list of defects which need highlight...it could be based on the severity or the scenario is very common... Helen 2013/3/24 Yi Xuan Liu liuyixuan@gmail.com Hi, all: Here is this week(20130317~20130324) report http://wiki.openoffice.org/wiki/QA/Report/DefectStatus/20130325 http://wiki.openoffice.org/wiki/QA/Report/DefectStatus/20130325
Re: add a feature to the document processor
I think this is a good feature suggestion and this improvement will benefit AOO end users. I copy your proposal to community for more comments. If you want to be a developer volunteer for this feature, please prepare an AOO build environment in your local and you can get some references from the followed links...Hope them helpful for you.. Any issue,please feel free to post to community for help..Good Weekend! [1]The Build Guide: http://wiki.openoffice.org/wiki/Documentation/Building_Guide [2]For AOO Text Document (sw module):http://wiki.openoffice.org/wiki/Writer [3] For AOO Impress (sd module):http://wiki.openoffice.org/wiki/Impress [4] For AOO Calc (sc module):http://wiki.openoffice.org/wiki/Calc On Thu, Mar 28, 2013 at 8:22 PM, Don Chase d...@donchaseco.com wrote: Hi, Thanks for replying. I think that a running word count feature being displayed on the bottom margin, that would would also show selected or boundry based selectio would be cool for us writers. What do you think? Don On 3/28/13 1:46 AM, chengjh wrote: Hi Don, What's feature that you want to dev? Could you please provide more detail description about your feature?Any related issue opened in https://issues.apache.org/ooo/? On Wed, Mar 27, 2013 at 9:47 PM, Don Chase d...@donchaseco.com wrote: may I? Thanks... Don -- Don Chase CEO Creative Director 1.727.230.2888 1.727.455.4676 - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Best Regards,Jianhong Cheng -- Don Chase CEO Creative Director 1.727.230.2888 1.727.455.4676 -- Best Regards,Jianhong Cheng
Re: wiki.openoffice.org is down, and pam is not runing so sudo is not possible.
On 29 March 2013 00:20, Andrea Pescetti pesce...@apache.org wrote: janI wrote: On 28 March 2013 12:04, Jürgen Schmidt wrote: On 3/28/13 11:36 AM, janI wrote: On 28 March 2013 06:56, Jürgen Schmidt wrote: On 3/28/13 3:37 AM, janI wrote: If I am really the only one caring for our mwiki, I agree with rob愀 concern about a single person being a risk !! Any thought on how we can remedy this situation ? The Infra wishlist we discussed here a while ago will be sent to Infra soon, in time for the Apache budget discussion. The list will include the suggestion that we can receive official support from Infra for our LAMP applications (wiki, forum). Of course we will continue and try to build a small team of project volunteers, but it would be very nice to know that Infra is monitoring our sites too. - All our changes are documented in infra svn Is it accessible via an Url? https://svn.apache.org/repos/**infra/infrastructure/trunk/** machines/vms/ooo-wiki2-vmhttps://svn.apache.org/repos/infra/infrastructure/trunk/machines/vms/ooo-wiki2-vm It is a protected repository, I cannot access it. This is understandable. But I assume that all Infra people have access to it. Yes A couple of weeks ago, #asfinfra started using a ranking system (my word for it). Infra committers had a + added to their nick (was given voice), ... if being online and active daily for months is not regular then it is not a place for me. I almost never visit #asfinfra and I have no idea why this was done (maybe it has practical reasons, to see how many people can respond to an incident by changing configuration files... who knows), but I don't think this was done to put people like you in a second rank. Even though this is not related to OpenOffice, every demotivating action should be justified, so I would recommend to discuss this on the infrastructure list. I wrote it to explain why it is not in my power to provide the services we discussed earlier that I should provide. I have no intention of discussing this subject on this list. I will no longer get up during the night getting mwiki back online and in general only respond to service alerts when I happen to be on my pc. This will probably lead to longer downtimes This is a sane approach. As much as I appreciate your effort to restore the wiki while it's night in Europe, we cannot ask volunteers to be always available. A small team of geographically distributed volunteers with official backup from Infra seems the best solution. Totally agree, and I have prepared myself for being part of such a team, by learning a lot about our internal structures as well as infra. Today I think I have a deep knowledge on both subjects. translate-vm is another issue, we are still waiting for a pottle release, andrea asked the pottle guys but as far as I know did not get a reply. Yes, no replies so far about the availability of Pootle 2.5. The main question for me is how we can improve the overall situation. We need infra and the support from them, we want integrate us but want to be accepted as well. We have special requirements based on the history of our project, changes require a lot of work. A first step in improving relationships will be the wishlist, i.e., telling Infra in advance what we might need. The many needs of the OpenOffice project, especially the legacy ones, have been quite annoying to Infra also because they came after resources (people and money) had been allocated. Let's start by changing this. A wishlist is a needed thing, for hardware and other money resources. BUT infra is not a paid project (apart from a little handfull, that does a big job coordinating the rest and running some very core services), it is committers like you and I. All the sites I have seen, are being maintained by infra-committers. In my humble opinion the wishlist should contain a wish for a small team that are part of both projects (infra/aoo), we supply the people who either are or will become infra-committers. rgds Jan I. Regards, Andrea. --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.orgdev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Wiki]Trouble with math extension on one particular page
On Thu, Mar 28, 2013 at 07:27:30PM +0100, RGB ES wrote: If you look at this page http://wiki.openoffice.org/wiki/ES/Manuales/GuiaAOO/TemasAvanzados/Macros/StarBasic/TrabajandoConCalc/FuncionesPersonalizadas you'll see that all math objects are failing to parse. That's quite strange because other pages using the same extension are working just perfectly. Any idea? It seems a recurrent problem, described in the manual: http://www.mediawiki.org/wiki/Manual:Enable_TeX/problems#Error_:_Failed_to_parse_.28Missing_texvc_executable.29 (that said, I've no idea about all this stuff, it's just the first search result in Google). Regards -- Ariel Constenla-Haile La Plata, Argentina pgp4ZJumEInbC.pgp Description: PGP signature
Re: add a feature to the document processor
On Fri, Mar 29, 2013 at 04:14:21PM +0800, chengjh wrote: I think that a running word count feature being displayed on the bottom margin, that would would also show selected or boundry based selectio would be cool for us writers. What do you think? This is bug https://issues.apache.org/ooo/show_bug.cgi?id=41454 which is likely to be closed as WONTFIX; this can be done in the next version with an extension, by any extension developer (I guess I will end up enhancing my example, and making it available as an extension). Regards -- Ariel Constenla-Haile La Plata, Argentina pgpj_PCKuMqkf.pgp Description: PGP signature
Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1
On Tue, Mar 26, 2013 at 11:45:41PM +0100, Andrea Pescetti wrote: Ariel Constenla-Haile wrote: If dictionaries were ALv2, for sure AOO would include them, as Sun/Oracle did (this was something the native-lang asked for long time). So this is something we use with dictionaries just because we cannot include them by default. In the case of dictionaries (which is anyway marginal with respect to the current discussion) I actually find that what OpenOffice is doing now, i.e., bundling them as extensions, is a good solution. I was talking about *how* they are packaged in the basis core-01 package. Before, they were packaged as single packages. You can find the remaining of this under trunk/main/setup_native/source/packinfo/packinfo_office.txt All the gid_Module_Root_Extension_Dictionary_LANG are package descriptions for extension dictionaries, see http://svn.apache.org/viewvc/incubator/ooo/trunk/main/setup_native/source/packinfo/packinfo_office.txt?revision=1300105view=markup#l515 If you are still planning to package for Fedora, you will have to workaround this (extensions should be in its own package) and the problem of the duplication when the extensions is copied in the user installation (Fedora used a patched version of unopkg that added the link option). Regards -- Ariel Constenla-Haile La Plata, Argentina pgp55qO9HsVNI.pgp Description: PGP signature
Re: SRPM Request
Hi Fred, On Thu, Mar 28, 2013 at 12:43:29PM -0700, Fred Ollinger wrote: Did you create a single spec to build the rpms for the whole office? If you are interested in researching this, you can look at how it was done in Fedora: http://koji.fedoraproject.org/koji/buildinfo?buildID=276232 Download the srpm, and uncompress it (rpm2cpio file | cpio -idv), you'll see the single spec file openoffice.org.spec. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpJdZufovDM0.pgp Description: PGP signature
Re: [GSoC 2013] Interested in the idea Apache OpenOffice Extension Plugin for Eclipse
Hi Juergen, Thank you very much for the promptly reply. Please find my comments inline. On Fri, Mar 29, 2013 at 12:29 AM, Juergen Schmidt jogischm...@gmail.comwrote: Hi Ishan, first of all welcome at Apache and thank you for interest in this proposed GSoC project. Am Donnerstag, 28. März 2013 um 18:02 schrieb Ishan Thilina: Hi, I am a student from the Faculty of Engineering, Universtiy of Moratuwa, Sri Lanka who is currently in my 4th year (final year) majoring in Computer Science and Engineering. I was a GSoC participant in 2012 for Creative Commons and was able to successfully complete the assigned project[1]. The projects aim was to port an existing Java LibreOffice extension to Python. So I have an understanding about the OpenOffice API and I've been exposed to extensions development using both Java and Python for LibreOffice. sounds good so far I saw the idea of creating an OpenOffice Extension Plugin for Eclipse from [2]. Although I don't have prior experience on writing plugins for Eclipse, I think with proper guidance I achieve the goals of this project. The Eclipse community is very big and there is a lot documentation available. I am also no Eclipse expert but I will do my best to give you the necessary guidance and advice. Yes, I too agree to the fact that learning how to write eclipse plugins should be done my my self. What I meant by proper guidance is mostly the design decisions that will be involved in the plugin development process. I will start learning about eclipse plugins development as soon as possible so that I can get a clear understanding about the difficulty of the project it self and submit a strong proposal. I mentored a similar project years ago but it is not directly comparable with what we have for NetBeans already and license is not compatible with the Apache license. Anyway what I have it mind goes in the direction of the NetBeans plugin. I recommend that you take a look on it and try it out. Yes, I have already used the NetBeans plugin. I used for my work in GSoC 2012, So I'm familiar with its functionality. The idea is to provide some further tooling for developers who prefer Eclipse over NetBeans and potentially bring in more ideas ;-) Or support the same kind of wizard for different languages, eg. Java, Python and maybe c++. But the initial project should focus on the first basic steps of course. For example setting up working extension projects in Eclipse and think in a second step how it can convert in a plugin with wizards..., What will be your selection criteria for a GSoC student? Are there any other things that I need to be aware of this project? I wrote it the description already and it depends how many students are interested in this project. I am open to work with interested people and in the end it is up to them to move the project forward and to a success. So I guess the way to start working on the project is to first take a look at on how to write Eclipse plugins. But this could take some time. Also I think by looking at the NetBeans plugin, we'd be able to get a proper idea on how to *package an extension package (oxt), deploy it from Eclipse into the office and how to remote debug the extension in the office* (one of your ideas in the jira issue). Any other particular guidelines on what I should be focusing with in this period? You can access my LinkedIn profile from [3]. It'll list many of my project work and achievements. I will take a closer look on it later... Kind regards Juergen [1]. http://code.creativecommons.org/viewgit/cc.libreoffice.git/ [2]. https://issues.apache.org/jira/browse/COMDEV-77 [3]. www.linkedin.com/pub/ishan-somasiri/25/bab/951 -- Thank you..! - 071-6372089 Ishan's info: www.ishans.info මගේ සටහන්: www.siblog.ishans.info Ishan's way: www.blog.ishans.info -
Re: questions about Base---do we need an embedded DB?
2013.03.29. 17:25 keltezéssel, Michael Lam írta: On 03/28/2013 01:24 PM, Kay Schenk wrote: On Wed, Mar 27, 2013 at 7:56 PM, Andrew Douglas Pitonyak and...@pitonyak.org wrote: On 03/27/2013 04:57 PM, Kay Schenk wrote: Well Derby does seem to be embed-able . See: http://db.apache.org/derby/**papers/DerbyTut/embedded_**intro.htmlhttp://db.apache.org/derby/papers/DerbyTut/embedded_intro.html This has been suggested before, as early as 2006. See: http://markmail.org/message/**kp5n2d5yzhprgpjmhttp://markmail.org/message/kp5n2d5yzhprgpjm Still, is any embedded DB a good thing? Pros and cons... PRO: * Very convenient for small things. Imagine if I said that you can write a document in Write, but you must first install an external application that Write will connect to. This is rather daunting for new users. Also, most external systems I expect probably use multiple files, so, if I want to simply create something small and send it to you, well, I can't do that easily unless I zip up a directory, send it to you, and then expect you to install the same DB that I used and then make it work. So, it boils down to an ability to create a small single file DB. CON: * Our current Embedded DB works poorly with large DB, and someone who does not know better may try to create a very large DB and have performance issues. If it is not reliable, then it is probably better to not exist. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/**AndrewMacro.odthttp://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.orgdev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org This has been a very good discussion so far. I would again like to emphasize two things about our current situation/implementation: * the requirement of Java 6 by end users to get acceptable performance from Base. (More testing of builds will be needed to determine if this holds true for Java 7 and HSQL 2.2.9. Perhaps additional changes are needed to the connectivity portions of AOO). * the current and perhaps future issues in terms of development maintenance for the embedded DB In any case, we need to keep in mind this is a volunteer community. I have been working on updating the HSQL to the latest version. I have most of the configure and build portion ready but I did run into an issue which I addressed here http://sourceforge.net/projects/hsqldb/forums/forum/73674/topic/6842122 I have tested Base with version 2.2.9 and it does address the issues that the current patches are created for. Overall, most of the issues seem to be within the AOO code. I have tried to look into some of them but having made too much progress. Personally I am having a hard time locating the issue, I am still trying to get use to the build system and the code structure. For example, there is an issue with setting the default date on a column but I am unable to locate the UI code for it. The all hsqldb 2.0 intagration work finished in Oracle era, OOo3.4 but the final integration postponed to 3.5 version or later time. It contains lot of code change. All code was stored in cws hsqldb19: http://hg.services.openoffice.org/hg/cws/hsqldb19/ The code transfer to ASF is not clear to me. I did the user side QA work, if I have time will help you. I have no coding knowledge. First need to clarify the cws hsqldb19 code usage, to prevent duplicate work. Zoltan As a volunteer, I am going to concentrate on Base. I have been meaning to ask on the list if others would like to work together to get it back into shape. Any takers? Michael - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: questions about Base---do we need an embedded DB?
On Fri, Mar 29, 2013 at 10:08 AM, Reizinger Zoltán zreizin...@hdsnet.huwrote: 2013.03.29. 17:25 keltezéssel, Michael Lam írta: On 03/28/2013 01:24 PM, Kay Schenk wrote: On Wed, Mar 27, 2013 at 7:56 PM, Andrew Douglas Pitonyak and...@pitonyak.org wrote: On 03/27/2013 04:57 PM, Kay Schenk wrote: Well Derby does seem to be embed-able . See: http://db.apache.org/derby/papers/DerbyTut/embedded_intro.htmlhttp://db.apache.org/derby/**papers/DerbyTut/embedded_**intro.html http://db.apache.**org/derby/papers/DerbyTut/**embedded_intro.htmlhttp://db.apache.org/derby/papers/DerbyTut/embedded_intro.html This has been suggested before, as early as 2006. See: http://markmail.org/message/kp5n2d5yzhprgpjmhttp://markmail.org/message/**kp5n2d5yzhprgpjm http://**markmail.org/message/**kp5n2d5yzhprgpjmhttp://markmail.org/message/kp5n2d5yzhprgpjm Still, is any embedded DB a good thing? Pros and cons... PRO: * Very convenient for small things. Imagine if I said that you can write a document in Write, but you must first install an external application that Write will connect to. This is rather daunting for new users. Also, most external systems I expect probably use multiple files, so, if I want to simply create something small and send it to you, well, I can't do that easily unless I zip up a directory, send it to you, and then expect you to install the same DB that I used and then make it work. So, it boils down to an ability to create a small single file DB. CON: * Our current Embedded DB works poorly with large DB, and someone who does not know better may try to create a very large DB and have performance issues. If it is not reliable, then it is probably better to not exist. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odthttp://www.pitonyak.org/**AndrewMacro.odt http://www.**pitonyak.org/AndrewMacro.odthttp://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**a**pache.orghttp://apache.org dev-unsubscribe@**openoffice.apache.orgdev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org This has been a very good discussion so far. I would again like to emphasize two things about our current situation/implementation: * the requirement of Java 6 by end users to get acceptable performance from Base. (More testing of builds will be needed to determine if this holds true for Java 7 and HSQL 2.2.9. Perhaps additional changes are needed to the connectivity portions of AOO). * the current and perhaps future issues in terms of development maintenance for the embedded DB In any case, we need to keep in mind this is a volunteer community. I have been working on updating the HSQL to the latest version. I have most of the configure and build portion ready but I did run into an issue which I addressed here http://sourceforge.net/**projects/hsqldb/forums/forum/** 73674/topic/6842122http://sourceforge.net/projects/hsqldb/forums/forum/73674/topic/6842122 I have tested Base with version 2.2.9 and it does address the issues that the current patches are created for. Overall, most of the issues seem to be within the AOO code. I have tried to look into some of them but having made too much progress. Personally I am having a hard time locating the issue, I am still trying to get use to the build system and the code structure. For example, there is an issue with setting the default date on a column but I am unable to locate the UI code for it. Michael -- Great to hear from you again! The all hsqldb 2.0 intagration work finished in Oracle era, OOo3.4 but the final integration postponed to 3.5 version or later time. It contains lot of code change. All code was stored in cws hsqldb19: http://hg.services.openoffice.** org/hg/cws/hsqldb19/ http://hg.services.openoffice.org/hg/cws/hsqldb19/ The code transfer to ASF is not clear to me. I did the user side QA work, if I have time will help you. I have no coding knowledge. First need to clarify the cws hsqldb19 code usage, to prevent duplicate work. Zoltan and, hi Zoltan -- thanks for this info. I'm not sure how many of us knew about this. As a volunteer, I am going to concentrate on Base. I have been meaning to ask on the list if others would like to work together to get it back into shape. Any takers? Count me in! I too am doing some additional investigative work. I will be back with the procedures I took in a few days. I installed hsqldb 2.2.9 locally and went from there. I need to go over my build logs again to see if I missed something. I may rebuild with debug options etc to help me out. Michael --**--**- To unsubscribe, e-mail:
Re: questions about Base---do we need an embedded DB?
Hello Am 29.03.2013 19:07, schrieb Kay Schenk: On Fri, Mar 29, 2013 at 10:08 AM, Reizinger Zoltán zreizin...@hdsnet.huwrote: 2013.03.29. 17:25 keltezéssel, Michael Lam írta: On 03/28/2013 01:24 PM, Kay Schenk wrote: On Wed, Mar 27, 2013 at 7:56 PM, Andrew Douglas Pitonyak and...@pitonyak.org wrote: On 03/27/2013 04:57 PM, Kay Schenk wrote: Well Derby does seem to be embed-able . See: http://db.apache.org/derby/papers/DerbyTut/embedded_intro.htmlhttp://db.apache.org/derby/**papers/DerbyTut/embedded_**intro.html http://db.apache.**org/derby/papers/DerbyTut/**embedded_intro.htmlhttp://db.apache.org/derby/papers/DerbyTut/embedded_intro.html This has been suggested before, as early as 2006. See: http://markmail.org/message/kp5n2d5yzhprgpjmhttp://markmail.org/message/**kp5n2d5yzhprgpjm http://**markmail.org/message/**kp5n2d5yzhprgpjmhttp://markmail.org/message/kp5n2d5yzhprgpjm Still, is any embedded DB a good thing? Pros and cons... PRO: * Very convenient for small things. Imagine if I said that you can write a document in Write, but you must first install an external application that Write will connect to. This is rather daunting for new users. Also, most external systems I expect probably use multiple files, so, if I want to simply create something small and send it to you, well, I can't do that easily unless I zip up a directory, send it to you, and then expect you to install the same DB that I used and then make it work. So, it boils down to an ability to create a small single file DB. CON: * Our current Embedded DB works poorly with large DB, and someone who does not know better may try to create a very large DB and have performance issues. If it is not reliable, then it is probably better to not exist. This has been a very good discussion so far. I would again like to emphasize two things about our current situation/implementation: * the requirement of Java 6 by end users to get acceptable performance from Base. (More testing of builds will be needed to determine if this holds true for Java 7 and HSQL 2.2.9. Perhaps additional changes are needed to the connectivity portions of AOO). * the current and perhaps future issues in terms of development maintenance for the embedded DB In any case, we need to keep in mind this is a volunteer community. I have been working on updating the HSQL to the latest version. I have most of the configure and build portion ready but I did run into an issue which I addressed here http://sourceforge.net/**projects/hsqldb/forums/forum/** 73674/topic/6842122http://sourceforge.net/projects/hsqldb/forums/forum/73674/topic/6842122 I have tested Base with version 2.2.9 and it does address the issues that the current patches are created for. Overall, most of the issues seem to be within the AOO code. I have tried to look into some of them but having made too much progress. Personally I am having a hard time locating the issue, I am still trying to get use to the build system and the code structure. For example, there is an issue with setting the default date on a column but I am unable to locate the UI code for it. Michael -- Great to hear from you again! The all hsqldb 2.0 intagration work finished in Oracle era, OOo3.4 but the final integration postponed to 3.5 version or later time. It contains lot of code change. All code was stored in cws hsqldb19: http://hg.services.openoffice.** org/hg/cws/hsqldb19/ http://hg.services.openoffice.org/hg/cws/hsqldb19/ The code transfer to ASF is not clear to me. I did the user side QA work, if I have time will help you. I have no coding knowledge. First need to clarify the cws hsqldb19 code usage, to prevent duplicate work. Zoltan I can/will also do QA for Base Kind regards Mechtilde and, hi Zoltan -- thanks for this info. I'm not sure how many of us knew about this. As a volunteer, I am going to concentrate on Base. I have been meaning to ask on the list if others would like to work together to get it back into shape. Any takers? Count me in! I too am doing some additional investigative work. I will be back with the procedures I took in a few days. I installed hsqldb 2.2.9 locally and went from there. I need to go over my build logs again to see if I missed something. I may rebuild with debug options etc to help me out. signature.asc Description: OpenPGP digital signature
Re: Conversation: Pick A Logo
On Mar 29, 2013, at 1:31 PM, Kay Schenk wrote: On Fri, Mar 29, 2013 at 12:08 PM, Robin Fowler robin.fow...@outlook.comwrote: Due to the opinions I've seen so far I've decided to make a new design: https://cwiki.apache.org/confluence/download/attachments/27846912/OO_4_final_design_Robin-Fowler.jpg?version=1modificationDate=1364582663662 Overall it has a flat look and yet still some depth to make it stand out from the microsoft brand. I think it is also important to think about the form itself, the silhouette should ideally be recognisable on its own, which is one reason using the apache feather is a good idea. I like this one too in addition to the other flat designs. My tendency would be give APACHE a bit more emphasis maybe with a more blocky/heavier font. Size-wize it seems about right. I know this is not a good explanation. And, I like the feather but think maybe it needs to be a bit smaller from top to bottom in relation to the orb, and perhaps a slightly different color unless that causes clashes/concerns. Really I like this one quite a bit! And I have enjoyed your other work also. Really I amazed at the amount of creativity and quality in these designs! Agreed and the wiki has some very nice progressions. I think that there is room for a large version Orb w/subtly shaded landmasses that would work well in large format versions of the logo. Some other thoughts: One of the problems i see with a lot of the proposals is the lack of thought given to typography. It seems the text is just slapped on as an afterthought, in many cases the 'apache' is floating somewhere randomly above 'openoffice'. Think of what you want the logo to imply, it should not look disorganised. Another thing worth pointing out is the kerning (spacing between letters) which could be optimised on some of the proposals. As I shrink the Logo image to smaller sizes. I think that the LogoType gets too small too quickly. But one of the beauties of this kind of logo design is that you can set a minimum size for the type and have that be larger than the minimum size for the orb/feather combination. I also like Chris R's logos - #13. Regards, Dave This is an extremely important aspect of the whole logo design and should be considered when choosing a design. After all, many logos consist of nothing other than text. I also want to say i really like Vasilis Xenofontos design. It might be too different from the current, but it's a very good logo imo. Robin On 28 Mar 2013, at 12:38, Samer Mansour samer...@gmail.com wrote: Robin brought up a good point that we should pick a logo before we start work on the application artifacts or the website as it will influence those. I initially was excited that we could have a new logo, an opportunity to change the face of OpenOffice. But after I saw Chris R. proposal I convinced myself refreshing rather than re-branding was the better path. So I would like to start a conversation that will hopefully give us strong arguments to picking a logo. I already mentioned I liked the flat logo. Here are reasons: - It is very similar to the current logo and that logo has a history of being recognized. - Flat is 'in', easily recognizable on and works well on social platforms, screens and print media. (Think corporate and product logos of today, recently Pepsi, Domino's, Microsoft, Skype, Twitter) - This logo can be severed from the word mark to make it fit in a square and still carry the branding image. Icons, site, etc. - A middle ground for community members who like the current logo. Who want to achieve a new image of 4.0 without tossing history. Looking back, we had lots of ideas but it only took me a moment when i saw Chris r.'s proposal to realize the logo didn't need to be complex and completely new. That simple was actually beautiful. Thoughts? Agree? Disagree (and your solution is)? Samer Mansour - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- MzK Achieving happiness requires the right combination of Zen and Zin. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Conversation: Pick A Logo
True. What we come up with should be reviewed by trademarks@ I doubt it will be a problem. Several projects have versions of the feather in their logos. Here is a very stylized one: http://directory.apache.org/ Here is a whimsical version with The Feather: http://forrest.apache.org/ Regards, Dave On Mar 29, 2013, at 2:13 PM, Dennis E. Hamilton wrote: If you go with a stylized feather, please check with trademarks@ a.o. - Dennis -Original Message- From: Dave Fisher [mailto:dave2w...@comcast.net] Sent: Friday, March 29, 2013 13:52 To: dev@openoffice.apache.org Subject: Re: Conversation: Pick A Logo On Mar 29, 2013, at 1:31 PM, Kay Schenk wrote: On Fri, Mar 29, 2013 at 12:08 PM, Robin Fowler robin.fow...@outlook.comwrote: Due to the opinions I've seen so far I've decided to make a new design: https://cwiki.apache.org/confluence/download/attachments/27846912/OO_4_final_design_Robin-Fowler.jpg?version=1modificationDate=1364582663662 Overall it has a flat look and yet still some depth to make it stand out from the microsoft brand. I think it is also important to think about the form itself, the silhouette should ideally be recognisable on its own, which is one reason using the apache feather is a good idea. I like this one too in addition to the other flat designs. My tendency would be give APACHE a bit more emphasis maybe with a more blocky/heavier font. Size-wize it seems about right. I know this is not a good explanation. And, I like the feather but think maybe it needs to be a bit smaller from top to bottom in relation to the orb, and perhaps a slightly different color unless that causes clashes/concerns. Really I like this one quite a bit! And I have enjoyed your other work also. Really I amazed at the amount of creativity and quality in these designs! Agreed and the wiki has some very nice progressions. I think that there is room for a large version Orb w/subtly shaded landmasses that would work well in large format versions of the logo. Some other thoughts: One of the problems i see with a lot of the proposals is the lack of thought given to typography. It seems the text is just slapped on as an afterthought, in many cases the 'apache' is floating somewhere randomly above 'openoffice'. Think of what you want the logo to imply, it should not look disorganised. Another thing worth pointing out is the kerning (spacing between letters) which could be optimised on some of the proposals. As I shrink the Logo image to smaller sizes. I think that the LogoType gets too small too quickly. But one of the beauties of this kind of logo design is that you can set a minimum size for the type and have that be larger than the minimum size for the orb/feather combination. I also like Chris R's logos - #13. Regards, Dave This is an extremely important aspect of the whole logo design and should be considered when choosing a design. After all, many logos consist of nothing other than text. I also want to say i really like Vasilis Xenofontos design. It might be too different from the current, but it's a very good logo imo. Robin On 28 Mar 2013, at 12:38, Samer Mansour samer...@gmail.com wrote: Robin brought up a good point that we should pick a logo before we start work on the application artifacts or the website as it will influence those. I initially was excited that we could have a new logo, an opportunity to change the face of OpenOffice. But after I saw Chris R. proposal I convinced myself refreshing rather than re-branding was the better path. So I would like to start a conversation that will hopefully give us strong arguments to picking a logo. I already mentioned I liked the flat logo. Here are reasons: - It is very similar to the current logo and that logo has a history of being recognized. - Flat is 'in', easily recognizable on and works well on social platforms, screens and print media. (Think corporate and product logos of today, recently Pepsi, Domino's, Microsoft, Skype, Twitter) - This logo can be severed from the word mark to make it fit in a square and still carry the branding image. Icons, site, etc. - A middle ground for community members who like the current logo. Who want to achieve a new image of 4.0 without tossing history. Looking back, we had lots of ideas but it only took me a moment when i saw Chris r.'s proposal to realize the logo didn't need to be complex and completely new. That simple was actually beautiful. Thoughts? Agree? Disagree (and your solution is)? Samer Mansour - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- MzK Achieving happiness requires the right
Re: Conversation: Pick A Logo
Robin Fowler wrote: Due to the opinions I've seen so far I've decided to make a new design: https://cwiki.apache.org/confluence/download/attachments/27846912/OO_4_final_design_Robin-Fowler.jpg?version=1modificationDate=1364582663662 Overall it has a flat look and yet still some depth to make it stand out from the microsoft brand. I tend to prefer the orb in its non-flat version, but maybe that is just because I've always seen it this way and I quite like it as an element. I find a little bit confusing, in your last proposal, that it has two prominent emblems (the orb and a feather). Currently the orb is clearly the one and only emblem for OpenOffice. For the rest, it is a great proposal like others (including your other one). One of the problems i see with a lot of the proposals is the lack of thought given to typography. I think the process will allow us to progressively converge and fine-tune the proposals when needed. So if a proposal is promising but would look better with the proper fonts/kerning then we can improve it incrementally. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
completed Level 1 Orientation Module
Hello I just downloaded Openoffice a few days ago and I think it's a fantastic program. Just completed Level 1 Orientation Module as i'd like to volunteer. Will go through the other modules before indicating how i think i can contribute. kind regards, Lorraine -- Dr. Lorraine Tilbury American Board-Certified Toxicologist Regulatory Affairs Leader *Global Regulatory Communications EIRL* globalreg...@gmail.com +33 631 32 93 01
Re: [GSoC 2013] Interested in the idea Apache OpenOffice Extension Plugin for Eclipse
On Fri, Mar 29, 2013 at 9:44 AM, Ishan Thilina is...@ishans.info wrote: Hi Juergen, Thank you very much for the promptly reply. Please find my comments inline. On Fri, Mar 29, 2013 at 12:29 AM, Juergen Schmidt jogischm...@gmail.com wrote: Hi Ishan, first of all welcome at Apache and thank you for interest in this proposed GSoC project. Am Donnerstag, 28. März 2013 um 18:02 schrieb Ishan Thilina: Hi, I am a student from the Faculty of Engineering, Universtiy of Moratuwa, Sri Lanka who is currently in my 4th year (final year) majoring in Computer Science and Engineering. I was a GSoC participant in 2012 for Creative Commons and was able to successfully complete the assigned project[1]. The projects aim was to port an existing Java LibreOffice extension to Python. So I have an understanding about the OpenOffice API and I've been exposed to extensions development using both Java and Python for LibreOffice. sounds good so far I saw the idea of creating an OpenOffice Extension Plugin for Eclipse from [2]. Although I don't have prior experience on writing plugins for Eclipse, I think with proper guidance I achieve the goals of this project. The Eclipse community is very big and there is a lot documentation available. I am also no Eclipse expert but I will do my best to give you the necessary guidance and advice. Yes, I too agree to the fact that learning how to write eclipse plugins should be done my my self. What I meant by proper guidance is mostly the design decisions that will be involved in the plugin development process. I will start learning about eclipse plugins development as soon as possible so that I can get a clear understanding about the difficulty of the project it self and submit a strong proposal. I mentored a similar project years ago but it is not directly comparable with what we have for NetBeans already and license is not compatible with the Apache license. Anyway what I have it mind goes in the direction of the NetBeans plugin. I recommend that you take a look on it and try it out. Yes, I have already used the NetBeans plugin. I used for my work in GSoC 2012, So I'm familiar with its functionality. The idea is to provide some further tooling for developers who prefer Eclipse over NetBeans and potentially bring in more ideas ;-) Or support the same kind of wizard for different languages, eg. Java, Python and maybe c++. But the initial project should focus on the first basic steps of course. For example setting up working extension projects in Eclipse and think in a second step how it can convert in a plugin with wizards..., What will be your selection criteria for a GSoC student? Are there any other things that I need to be aware of this project? I wrote it the description already and it depends how many students are interested in this project. I am open to work with interested people and in the end it is up to them to move the project forward and to a success. So I guess the way to start working on the project is to first take a look at on how to write Eclipse plugins. But this could take some time. Also I think by looking at the NetBeans plugin, we'd be able to get a proper idea on how to *package an extension package (oxt), deploy it from Eclipse into the office and how to remote debug the extension in the office* (one of your ideas in the jira issue). Cedric Bosonat wrote an Eclipse Extension for AOO, this could be the best testcase to develop a new one. http://wiki.openoffice.org/wiki/OpenOffice_Eclipse_Integration code is here: http://www.openoffice.org/api/Projects/EclipseIntegration/dev-update/plugins/ Pending the changes on extensions newer versions of Eclipse demand and other additional configurations. Any other particular guidelines on what I should be focusing with in this period? You can access my LinkedIn profile from [3]. It'll list many of my project work and achievements. I will take a closer look on it later... Kind regards Juergen [1]. http://code.creativecommons.org/viewgit/cc.libreoffice.git/ [2]. https://issues.apache.org/jira/browse/COMDEV-77 [3]. www.linkedin.com/pub/ishan-somasiri/25/bab/951 -- Thank you..! - 071-6372089 Ishan's info: www.ishans.info මගේ සටහන්: www.siblog.ishans.info Ishan's way: www.blog.ishans.info - -- Alexandro Colorado Apache OpenOffice Contributor http://es.openoffice.org
Re: Open-Xchange to launch open-source, browser-based office suite
On 28/03/2013 Malte Timmermann wrote: On 27.03.2013 18:27, Andrea Pescetti wrote: Whatever way you decide to use to contribute patches (you already have committer access to the OpenOffice repository, after all) please sent a short note here when you do, or tag issues appropriately in Bugzilla, so that we can properly acknowledge work by the Open-Xchange project in the OpenOffice release notes and/or similar documents. In our team, Sven Jacobi is taking care for contributing our patches Thank you! Feel free to tag them by adding [OX] to the title, or something that makes them recognizable. Or course, if Sven is the only person who submits patches from Open-Xchange, it could be enough to look up his name in the Reporter field, with no need for further changes. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Blind Accessibility
Hi, I'm very happy to know that people like Steve and Jennifer plan to deal with accessibility in OOo. I had submitted the fssue 1,5 year ago; it's very cool if things are in progress. Thanks! For me, I especially can help you by testing and doing feedbacks. Is there some URL to download the release in test? This URL will involve and be updated at this link? Is that a binary? Well. I'd be happy to support this work. Thanks again Steve to code for this issue! Best regards, JPM On samedi 23 mars 2013 à 22:17:04 (+0800), Steve Yin wrote: Thanks Andrea! You are a considerate person : ) On Sat, Mar 23, 2013 at 9:55 PM, Andrea Pescetti pesce...@apache.orgwrote: Forwarding the answer below to Jennifer, who may have missed the answer since it seems she's not subscribed to the list. Andrea On 22/03/2013 Steve Yin wrote: Hi Jennifer, Welcome! My name is Steve Yin. I am working on the IAccessible2 migration for AOO Windows version. You can read our plan and get some useful information here: https://cwiki.apache.org/**confluence/display/OOOUSERS/** AOO+4.0+IAccessible2https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+IAccessible2 . Thanks. On Thu, Mar 21, 2013 at 8:36 AM, Doitblind Jennifer McKinley j...@doitblind.com wrote: Hi, My name is Jennifer McKinley. I am the co-founder of Do It Blind. My business partner, John Martyn, and I would like to work with Open Office to make it blind accessible. We have already developed scripts for other very popular programs like iTunes, Rhapsody, and Spotify. Please visit doitblind.com for more information on them. Who can we speak with in regards to making Open Office blind accessible? Please email me or call me. We appreciate your time. Thank you! Jennifer McKinley Co-Founder, Do It Blind, LLC doitblind.com 505-382-2641 --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.orgdev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- Best Regards, Steve Yin - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org