Re: Binfilter removal - PATCH
Excellent! What should we put in the Release Notes for this? We are started to collect the info here: Changes that Impact Backwards Compatibility Module binfilter removed - we do no longer support old fileformats from StarOffice. -- Pavel Janík - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Proposal]: Call for donations
On 4/5/13 4:22 AM, Rob Weir wrote: On Thu, Apr 4, 2013 at 8:23 PM, Dave Fisher dave2w...@comcast.net wrote: We can easily copy the Donate button from the footer to the topnav. The pages are already so busy that making anything stand out is rather difficult. I'll give you an example. We (Samer and I) did an experiment with different placements of the social sharing links. So we weren't asking for money or anything like that. We were just asking users to friend us on Facebook. We tracked the response rate over a two week period. For placement up on the navbar or to the right of search, the response rate was 0.04%. For further down on the page, in its own section (how we have it now) the response rate was 0.19%. The best rate was right front and center, above the announcement with graphics. That had 0.34% response rate. Though that was the best, we opted not to go with it since it was not really appropriate for permanent use, though it might work OK for a temporary campaign. (We also did some variations that were text-only, but the versions with graphics did better each time) So with 0.34% response rate on click through, we'd get maybe 2500 clicks/day. Not sure what % of those would actually contribute, but even at 1% that adds up over a while. Well I would prefer a better and more prominent place on the page in general but I trust your experiment with Samer and the facebook link. If we don't find a really good place we can of course repeat this periodically. I don't know every 3 month or at least combined with new releases. But we should definitely prepare a blog post that 40 million downloads and the related traffic are not for free, the forum and wiki is not for free etc. Simply presenting the facts and describe how donation will help to run all this. We have good partners like sourceforge but any single individual can help as well. PayPal can handle many small donations. But yes we have to align this with fundrasing to ensure that we do it correct and in a way that they can handle it. Another entirely unrelated approach would be to have an Amazon Affiliate account for the ASF and then have a listing of books related to Apache projects. The ASF would then get a % of each referred sale. That could be huge, especially with the Hadoop family of projects. interesting idea, who would be able to work on something like this. I assume fundraising, you should share the idea with them Juergen -Rob We can request that l10n teams add a translated donate button for their language. If they haven't translated their brand and topnav now would a time to do so. We would want to translate the fundraising page, too. Is this a vehicle for incrementally starting the new web hierarchy? Some variation on the plans that many of us have kicked around? On Apr 4, 2013, at 4:05 PM, Daniel Shahaf wrote: You might want to talk to fundraising@ before you do anything --- not as much for permission as for ideas on how to frame the Please donate request. (fundraising@ is privately-archived) Joseph Schaefer wrote on Thu, Apr 04, 2013 at 18:38:18 -0400: FWIW last time I checked there was a huge increase in paypal donations once OpenOffice adjusted it's contribution page accordingly. On Apr 4, 2013, at 6:21 PM, Andrea Pescetti pesce...@apache.org wrote: Raphael Bircher wrote: Am 04.04.13 14:22, schrieb Jürgen Schmidt: And opinions or further ideas how we can improve this? It shouldn't be a big problem for us to collect the money we need. I disagree. Yes, we can help with foundings for ASF, but please do this on ASF Level. Founding money is not the task of a ASF project, It's the task for the foundation. The Foundation is made by its projects, so OpenOffice should definitely help with fundraising. Consider that OpenOffice (downloads excluded!) generates as much web traffic as all the other Apache projects put together, or something reasonably close to that. Also, the OpenOffice infrastructure requirements (buildbots, management) generates additional expenses for the Foundation that only benefit the OpenOffice project. In short: if OpenOffice can use its web traffic and popularity to drive more donations to the Foundation, it will surely directly benefit from most of them. So I agree with Juergen that we should solicit donations. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail:
Re: tpcolor.cxx
Hi, On 04.04.2013 20:35, jorge ivan poot diaz wrote: Hello I've made changes to the module cui (tpcolor.cxx): http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/cui/source/tabpages/tpcolor.cxx#465 I want to know which modules should I build or explain me what modules are built by editing the file tpcolor.cxx and why? As you had not changed a source file on which no other source file depends on you just need to build module cui. If you already have an installed OpenOffice of your local working copy you can replace the corresponding deliverables of module cui in the installation. What are the deliverables of a module for an installation is not that easy to answer in general. In your case I expect that the library found in main/cui/platform/bin/ (for windows) and main/cui/platform/lib/ (for Linux) needs to be copied to the OpenOffice installation. If you are changing a header file in a module which is used in other modules you should perform an incompatible build. Please have a look at [1]. Here you find some information about partial builds - compatible and incompatible ones. [1] http://wiki.openoffice.org/wiki/Documentation/Building_Guide_AOO#Partial_Builds Best regards, Oliver. - 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?
We can't really change the embedded DB, only add a new implementation - compatibility with previous ODB files needs to be kept for a long long time. Damjan On Fri, Apr 5, 2013 at 1:33 AM, Dennis E. Hamilton orc...@apache.orgwrote: The link to OpenOffice.org Base is interesting. I wonder if the decision about SQLite (or a variant) should be reconsidered for a re-engineered AOO Base. It essentially depends on how important SQL is. And of course, it would be just to furnish a default built-in DBMS. - Dennis Small. Fast. Reliable. Choose any three. I love the brass! http://sqlite.org/ -Original Message- From: Kay Schenk [mailto:kay.sch...@gmail.com] Sent: Thursday, April 04, 2013 14:05 To: dev@openoffice.apache.org Subject: Re: questions about Base---do we need an embedded DB? [ ... ] You may want to take a look at this page from Wikipedia. Not guaranteed of course. http://en.wikipedia.org/wiki/Category:Free_database_management_systems [ ... ] - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Lazy concensus] language merge into trunk.
On 4/4/13 9:22 PM, janI wrote: On 4 April 2013 20:58, Rob Weir robw...@apache.org wrote: On Thu, Apr 4, 2013 at 11:21 AM, janI j...@apache.org wrote: Hi. Since we are now putting a lot of positive energy into 4.0, we have a lot of changes in trunk and at the same time I have made language changes in the l10n branch. This is a bad combination, that gives me quite some extra manual work. Furthermore I would like the 4.0 language files to be clean (whether we make them as po for sdf). If there are no objections I will merge the language changes (NO code changes) back into trunk. The changes in trunk will primarely be in .src files, where language different from en-US, as discussed in an earlier thread. This will not in any way affect the modules or the build system. All changes are committed in l10n branch. If no objections I will merge into trunk, monday april 8 using lazy consensus. So we had translations in Pootle, in the 3.4 branch and in the trunk. I assume you're able to get us all back together? If so, this is a big step forward. Thanks! Yes if you look in branches/l10n/solenv/lang you will find a consolidated set of po files (which cannot be used for 4.0, before I get genLang integrated in build) I don't think that solenv is the best place for hosting the po files. Can you explain why you have chosen solenv? solenv is typically the home of our build env in the broader sense. We had reasons to extract the localization files and moved it in extras/l10n. One reason was to reduce the files needed for daily development without building localized builds. Juergen A message with a non en-US languages in the source code overrule a real translation (comming from pootle or elsewhere) of that message (by simple order of presence). These messages are wrong, and the new genLang does not allow them. rgds jan I -Rob rgds Jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Binfilter removal - PATCH
On 4/5/13 7:59 AM, Pavel Janík wrote: Excellent! What should we put in the Release Notes for this? We are started to collect the info here: Changes that Impact Backwards Compatibility Module binfilter removed - we do no longer support old fileformats from StarOffice. We discussed the advantage of removing binfilter and maybe it's a good idea to explain exactly in the release notes which formats are not longer supported. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Conversation: Pick A Logo
On 4/5/13 6:01 AM, Samer Mansour wrote: Hello Everyone, Can I propose we move forward with this logo: http://imagebin.org/252847 I kept the current official blue for both the logo and word 'Open' in the wordmark because the word 'Open' gets less emphasis with the lighter blue. I also gave the text Apache a placement inside the valley made by the two O's as many people's designs had suggested. The font is Roboto Condensed which is Apache 2.0 Licensed. mmh, I don't think that it would be a good approach if we simply move forward with this one. We collected several proposals over weeks now and it is still not easy to pick the serious ones. We should summarize what we have, maybe drop the obvious bad ones and start a first vote. the 3 best voted proposals will be reviewed in more detail if they fulfill our requirements and if we can appropriate further brand elements like icons, app icon, etc. Then start the final vote. Just my opinion Juergen The source file is an SVG created in Inkscape. The above is a png export. Samer On Sun, Mar 31, 2013 at 2:55 PM, Samer Mansour samer...@gmail.com wrote: Hello, I will wait a few more days but it sounds like the group will be able to come to a consensus on refreshing the orb in some way or another. We can proceed with finalizing this logo proposal if no one objectifies. Samer On Sun, Mar 31, 2013 at 3:40 AM, Kadal Amutham vka...@gmail.com wrote: A flat logo may be good for Pepsi, Domino's, Microsoft, Skype, Twitter since they have money power to promote. What AOO needs is a good looking logo With Warm Regards V.Kadal Amutham 919444360480 914422396480 On 30 March 2013 18:17, Juergen Schmidt jogischm...@gmail.com wrote: Am Samstag, 30. März 2013 um 03:05 schrieb Alexandro Colorado: On 3/29/13, Robin Fowler robin.fow...@outlook.com 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 Here is a tweak, without the orb. Looks pretty olympic. http://imagebin.org/252139 maybe I am confused but I thought that we want something like the orb that can be used standalone with the name. For ample for buttons, stickers etc. Juergen 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. 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. There was a long discussion about the typography, starting with an open typography, and also a more artistic. 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
Re: Conversation: Pick A Logo
I agree with Juergen. There are multiple things I don't really like about the proposed logo (obviously there'll always be something someone doesn't like). I think it would be better to vote and then make an educated decision based on the results. I can't say I agree with one person choosing a logo, especially with the amount of good proposals we've had. Robin On 5 Apr 2013, at 08:33, Jürgen Schmidt jogischm...@gmail.com wrote: On 4/5/13 6:01 AM, Samer Mansour wrote: Hello Everyone, Can I propose we move forward with this logo: http://imagebin.org/252847 I kept the current official blue for both the logo and word 'Open' in the wordmark because the word 'Open' gets less emphasis with the lighter blue. I also gave the text Apache a placement inside the valley made by the two O's as many people's designs had suggested. The font is Roboto Condensed which is Apache 2.0 Licensed. mmh, I don't think that it would be a good approach if we simply move forward with this one. We collected several proposals over weeks now and it is still not easy to pick the serious ones. We should summarize what we have, maybe drop the obvious bad ones and start a first vote. the 3 best voted proposals will be reviewed in more detail if they fulfill our requirements and if we can appropriate further brand elements like icons, app icon, etc. Then start the final vote. Just my opinion Juergen The source file is an SVG created in Inkscape. The above is a png export. Samer On Sun, Mar 31, 2013 at 2:55 PM, Samer Mansour samer...@gmail.com wrote: Hello, I will wait a few more days but it sounds like the group will be able to come to a consensus on refreshing the orb in some way or another. We can proceed with finalizing this logo proposal if no one objectifies. Samer On Sun, Mar 31, 2013 at 3:40 AM, Kadal Amutham vka...@gmail.com wrote: A flat logo may be good for Pepsi, Domino's, Microsoft, Skype, Twitter since they have money power to promote. What AOO needs is a good looking logo With Warm Regards V.Kadal Amutham 919444360480 914422396480 On 30 March 2013 18:17, Juergen Schmidt jogischm...@gmail.com wrote: Am Samstag, 30. März 2013 um 03:05 schrieb Alexandro Colorado: On 3/29/13, Robin Fowler robin.fow...@outlook.com 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 Here is a tweak, without the orb. Looks pretty olympic. http://imagebin.org/252139 maybe I am confused but I thought that we want something like the orb that can be used standalone with the name. For ample for buttons, stickers etc. Juergen 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. 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. There was a long discussion about the typography, starting with an open typography, and also a more artistic. 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
Question...about helpcontent2 and online doc.
Hi. in helpcontent2, we generate a .tree file for each product part (e.g. sbasic.tree), this file contains the index of the online documentation. Can anybody tell me where the generated docu is available ? The current scripts does not generate a sdraw.tree, does that mean we have no online docu for draw, or is it an error in the existing scripts ? thanks in advance tor your help. jan I.
Re: [Lazy concensus] language merge into trunk.
On 5 April 2013 09:16, Jürgen Schmidt jogischm...@gmail.com wrote: On 4/4/13 9:22 PM, janI wrote: On 4 April 2013 20:58, Rob Weir robw...@apache.org wrote: On Thu, Apr 4, 2013 at 11:21 AM, janI j...@apache.org wrote: Hi. Since we are now putting a lot of positive energy into 4.0, we have a lot of changes in trunk and at the same time I have made language changes in the l10n branch. This is a bad combination, that gives me quite some extra manual work. Furthermore I would like the 4.0 language files to be clean (whether we make them as po for sdf). If there are no objections I will merge the language changes (NO code changes) back into trunk. The changes in trunk will primarely be in .src files, where language different from en-US, as discussed in an earlier thread. This will not in any way affect the modules or the build system. All changes are committed in l10n branch. If no objections I will merge into trunk, monday april 8 using lazy consensus. So we had translations in Pootle, in the 3.4 branch and in the trunk. I assume you're able to get us all back together? If so, this is a big step forward. Thanks! Yes if you look in branches/l10n/solenv/lang you will find a consolidated set of po files (which cannot be used for 4.0, before I get genLang integrated in build) I don't think that solenv is the best place for hosting the po files. Can you explain why you have chosen solenv? I chose solenv, because it is the place we store build information, but it can also be l10ntools that might be better (and is easy to change). I do not like languages as extras, that is the wrong signal to send, languages are an integrated part of aoo and not an addon. We have extensions and swext in main, they should go long before our languages. Developers should always try their work with languages, actually I have the opinion that we should always build with languages (or at least compile). Just to be sure, I will not move the lang directory to trunk now...it is not part of this lazy con. decision. rgds Jan I solenv is typically the home of our build env in the broader sense. We had reasons to extract the localization files and moved it in extras/l10n. One reason was to reduce the files needed for daily development without building localized builds. Juergen A message with a non en-US languages in the source code overrule a real translation (comming from pootle or elsewhere) of that message (by simple order of presence). These messages are wrong, and the new genLang does not allow them. rgds jan I -Rob rgds Jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
XCode 4.x, any progress?
Hi Herbert, * Do you have any progress in make Apache OpenOffice run on XCode 4? Do you have allready any code in this area? Greetings Raphael - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Shell access to LAMP machines
On 3 April 2013 23:53, Rob Weir robw...@apache.org wrote: On Mon, Apr 1, 2013 at 2:46 AM, janI j...@apache.org wrote: On 1 April 2013 01:16, Andrea Pescetti pesce...@apache.org wrote: The OpenOffice project maintains a few machines with different people responsible for them. One step forward for better maintenance would be to build a small team of LAMP administrators here, common to the two LAMP machines because problems tend to be common: for example, the forum MySQL problems are similar to those already solved by Jan on the wiki. The two machines, ooo-wiki2 (wiki.openoffice.org) and ooo-forums ( forum.openoffice.org) are unsupported by Infra (they help, but with low priority) and here is the situation: - imacat has already access to both (with sudo rights); no changes needed here. - jani has already sudo access to ooo-wiki2 and is available to receive it at ooo-forums too, and I propose he is granted access - rbircher used to have access but the machines were reconfigured, so he probably doesn't have it now: Raphael, if you are available please let us know (and I recommend that whatever you choose is common to both ooo-wiki2 and ooo-forums) - I, as already proposed here, have now got access to ooo-forums and I'll ask access to ooo-wiki2 too; however, if we have a new volunteer (needs to be an OpenOffice committer) willing to join, especially in the American timezone (but any timezone will be OK!), I'll very happily step back and remain only as a backup, to avoid building an unnecessarily large team. This does not include the translate-vm machine, which should be home to the new Pootle, and which is managed by Infra, jani and jsc. Thanks andrea for a very precise summary of our LAMP park, which of course does not include my/our current infra discussion, I would like to add a note about the work needed by a new volunteer, since it might sound more scary than it actually is. The top work of the team is being able to respond swiftly to breakdowns. we need people in different TZ (imacat is taiwan, and I am spain). In case of a breakdown, we have the initative, most quick responses are quite simple, and for the complicated ones infra is there to help. We need to regulary look at the logs, and take apropriate action, like tuning a table, or finding a php problem. However this is not time critical and can be done by a team member who master it or one who wants to learn. We need to update the OS regulary, apply package fixes approx. once every month, this is all standard ubuntu, and is typically done in 1/2 hours. Last we try to keep the server upgraded, in regards of the applications we use. This is something normally carefully planned so we are sure not only to be able to do the upgrade, but also have a higher alert level the first 24 hours after the upgrade. What about data backup? How is that currently handled? Standard. program changes are in svn, mysql is being backed up automatically to the infra backup server. rgds jan I. -Rob I have a dream, to make the 3 lamp´s have a identical setup (but of course different application). Mwiki today uses mysql, php with fast-cgi, httpd and ats. Especially the forum would benefit from fast-cgi and problaly a tuned mysql. A volunteer does not need to be an expert, that can be learned, possibility to react swiftly to alers in your TZ is the key. General knowledge about mysql/php is a clear advantage. In general we talk about 1-2 hours work pr month, not including upgrades. rgds Jan I Regards, Andrea. --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Question...about helpcontent2 and online doc.
Hi Jan, janI schrieb: Hi. in helpcontent2, we generate a .tree file for each product part (e.g. sbasic.tree), this file contains the index of the online documentation. Can anybody tell me where the generated docu is available ? helpcontent2 is the build in help, which you get e.g. with F1. The .tree files determine what can be seen in the 'contents' tab. The current scripts does not generate a sdraw.tree, does that mean we have no online docu for draw, or is it an error in the existing scripts ? Draw and Impress have a combined branch in the 'contents' tab. As far as I know, there has never been a file 'draw.tree'. Kind regards Regina - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: XCode 4.x, any progress?
On 4/5/13 11:13 AM, Raphael Bircher wrote: Hi Herbert, * Do you have any progress in make Apache OpenOffice run on XCode 4? Do you have allready any code in this area? Herbert is on vacation. And yes he makes good progress but it's still early. It is a lot of work and not only the switch to clang. The goal is to address the Java 64 bit problem with this change as well. Means a 64 bit port and the switch to newer MacOS abi's, getting rid of the stlport etc. Herbert will probably check in the code when he think it's ready. We are happy to share it with other derivative products of course but not to early and only if they tell in public where the code comes from. We will see, if they don't do it, I will do it. But I think it is a god idea if we talk more often in the public about the tings we are doing. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Lazy concensus] language merge into trunk.
On 4/5/13 10:21 AM, janI wrote: On 5 April 2013 09:16, Jürgen Schmidt jogischm...@gmail.com wrote: On 4/4/13 9:22 PM, janI wrote: On 4 April 2013 20:58, Rob Weir robw...@apache.org wrote: On Thu, Apr 4, 2013 at 11:21 AM, janI j...@apache.org wrote: Hi. Since we are now putting a lot of positive energy into 4.0, we have a lot of changes in trunk and at the same time I have made language changes in the l10n branch. This is a bad combination, that gives me quite some extra manual work. Furthermore I would like the 4.0 language files to be clean (whether we make them as po for sdf). If there are no objections I will merge the language changes (NO code changes) back into trunk. The changes in trunk will primarely be in .src files, where language different from en-US, as discussed in an earlier thread. This will not in any way affect the modules or the build system. All changes are committed in l10n branch. If no objections I will merge into trunk, monday april 8 using lazy consensus. So we had translations in Pootle, in the 3.4 branch and in the trunk. I assume you're able to get us all back together? If so, this is a big step forward. Thanks! Yes if you look in branches/l10n/solenv/lang you will find a consolidated set of po files (which cannot be used for 4.0, before I get genLang integrated in build) I don't think that solenv is the best place for hosting the po files. Can you explain why you have chosen solenv? I chose solenv, because it is the place we store build information, but it can also be l10ntools that might be better (and is easy to change). solenv = solar build env, contains of course a lot of things for the build env but no data lile po files I do not like languages as extras, that is the wrong signal to send, languages are an integrated part of aoo and not an addon. We have extensions and swext in main, they should go long before our languages. I don't see and never have seen it this way. The idea of keeping the translation data files separately is simply to reduce the stuff for daily development work I believe. Languages are of course no addon and a very important part but we used en-SU as our reference language and start normally with it during the development. The translation come in later in the development cycle and requires the collaboration with our translators. And it much faster to build with out lang when do your daily work as developer. If translation issues have to fixed or if translation have to check then of course we build with lang. But for developers it should be configurable to simplify the daily work form my pov. Developers should always try their work with languages, actually I have the opinion that we should always build with languages (or at least compile). I agree i general and lang tests should be part of the normal work but not at every time. If you work on bug fixes you are fine with an en-US version. We don't give en-US really a preference but we have to use one source reference language and that is en-US, not more and not less. For the release all supported supported languages are important and equal. Just to be sure, I will not move the lang directory to trunk now...it is not part of this lazy con. decision. Let us simply find a better place for these files where of course it is easier to find them. I would have never searched under solenv. Juergen rgds Jan I solenv is typically the home of our build env in the broader sense. We had reasons to extract the localization files and moved it in extras/l10n. One reason was to reduce the files needed for daily development without building localized builds. Juergen A message with a non en-US languages in the source code overrule a real translation (comming from pootle or elsewhere) of that message (by simple order of presence). These messages are wrong, and the new genLang does not allow them. rgds jan I -Rob rgds Jan I. - 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: OpenOffice Cases of Success
In China ,Some Chinese government embedded OO to OA platform, Two years ago in Taiwan, I have see the Hualien County use openoffice to deal with government documents. Michael Lee On 今日 10:10, Galileo Teco Juárez 写到: Anyone with information on success stories of the suite for example: schools, governments.. en donde se utilice la suite regards -- *Galileo Teco Juarez* *Web:* http://80bits.wordpress.com *Twitter:* @genitalico *Linkedin:* http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797
Re: Binfilter removal - PATCH
On Fri, Apr 5, 2013 at 1:59 AM, Pavel Janík pa...@janik.cz wrote: Excellent! What should we put in the Release Notes for this? We are started to collect the info here: Changes that Impact Backwards Compatibility Module binfilter removed - we do no longer support old fileformats from StarOffice. From end-user perspective it would help to explain the impact and recommended steps. Maybe something like this: Module binfilter removed - We do no longer read or write the legacy StarOffice formats (files with extensions XXX,XXX,XXX, etc.). Removal of this code brings advantages of . Since OpenOffice.org version XXX the default format has been Open Document Format (ODF). Users with legacy StarOffice documents are advised to re-save them into ODF format (*.odt, *.ods, *.odp, etc.) *before* upgrading to Apache OpenOffice 4.0. Of course, we need to fill in the blanks ;-) -Rob -- Pavel Janík - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[CODE]: consolidating of several directories - looking for a volunteer
Hi, today we have several modules who do something with UNO types udkapi - contains UNO txpes for the URE offapi - contains the UNO types for the office ridljar - generate the class files for the types of udkapi unoil - generates the class files for the types of offapi offuh - generate the C++ header for all types The idea is to consolidate all this in the module offapi ridl.jar and unoil.jar are combined into either unoil.jar or a new offapi.jar And we combine the udkapi and offapi rdb in one types.rdb (today we have offapi.rdb and ure/shre/misc/types.rdb. Well some other places in the code and build env have to be changed accordingly. But I think this can be a nice task for somebody who wants to get started with something useful. If somebody is interested please let me know and I will the necessary guidance. The work is somewhat related to my 3lyer rework. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: source code for find and replace by (format) in openoffice
On Thu, Apr 4, 2013 at 3:18 PM, Arwa A ar.ss@gmail.com wrote: Hi I have problem i can't download source code of open office. I try and search it every day i can download some but i am not sure it is source code of open office. all this It's very complicated. I can't understand. Hello Arwa, I'm forwarding your note to our development mailing list ( dev@openoffice.apache.org). That is the best place to get answers to questions about the OpenOffice source code. -Rob I would like to suggest you send me only code for find and replace function (by format) if possible for open office to me. I prefer only find and replace code. Could you kindly send it to me? I hope you can help me.
Re: Conversation: Pick A Logo
On Fri, Apr 5, 2013 at 10:37 AM, janI j...@apache.org wrote: On 5 April 2013 14:50, Rob Weir robw...@apache.org wrote: On Fri, Apr 5, 2013 at 3:33 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 4/5/13 6:01 AM, Samer Mansour wrote: Hello Everyone, Can I propose we move forward with this logo: http://imagebin.org/252847 I kept the current official blue for both the logo and word 'Open' in the wordmark because the word 'Open' gets less emphasis with the lighter blue. I also gave the text Apache a placement inside the valley made by the two O's as many people's designs had suggested. The font is Roboto Condensed which is Apache 2.0 Licensed. mmh, I don't think that it would be a good approach if we simply move forward with this one. We collected several proposals over weeks now and it is still not easy to pick the serious ones. We should summarize what we have, maybe drop the obvious bad ones and start a first vote. the 3 best voted proposals will be reviewed in more detail if they fulfill our requirements and if we can appropriate further brand elements like icons, app icon, etc. Maybe call the initial thing a poll rather than a vote. It is a form of testing, really, gathering feedback in a structured way. But it is not a decision-making process. We could put the top 3 into a blog post and gather feedback and preferences on blog, mailing list, facebook, etc. We'll also get 'expert opinion' from those who understand logos well. This all gives the PMC some solid information, from community members, users, experts, etc., to make a final decision. Ideally these sources concur on their preferences. But there might be divergent views. But the PMC decides in the end. I have lost the overview of how many logos are in competition, since it do not follow this theme intensively. I have seen at least one I really liked, but to fair I think we should make one page (mwiki/cwiki or something else) where everybody can see the competing logos side by side. The logos should each be structured as Web-logo, software-logo and favicon (many seems to forget this important part). With such a page the community can give their opinion (I agree with rob, no vote just a poll), and the 3 best, go in a second round, and of course pmc officially decide, but I am pretty sure they will follow the opinion of the community. I personally would not take the 3 best to a blog/facebook etcthis is our product, and we the community decide how to present it to the end-users. I think of the Facebook thing would be more a poll then a decision making process. It is another source of info. As a PMC member, the more data I have to help make decisions the better. I'd weigh heavily community opinion on our mailing lists, but I'd also be interesting in taking the pulse of ordinary users who are seeing these things for the first time with a fresh perspecitve, as well as the opinions of experts. It is all data. It is all good. It is our product, yes, but the logo is not for our private adoration. It is functional, in the sense that its distinctiveness and recognizably is as important as its aesthetics. Personally, to make up my mind, I need to have feedback on how outsiders see and mentally process the logo, and not just how project insiders see it. I think it needs to work well for all. -Rob Rgds Jan I. -Rob Then start the final vote. Just my opinion Juergen The source file is an SVG created in Inkscape. The above is a png export. Samer On Sun, Mar 31, 2013 at 2:55 PM, Samer Mansour samer...@gmail.com wrote: Hello, I will wait a few more days but it sounds like the group will be able to come to a consensus on refreshing the orb in some way or another. We can proceed with finalizing this logo proposal if no one objectifies. Samer On Sun, Mar 31, 2013 at 3:40 AM, Kadal Amutham vka...@gmail.com wrote: A flat logo may be good for Pepsi, Domino's, Microsoft, Skype, Twitter since they have money power to promote. What AOO needs is a good looking logo With Warm Regards V.Kadal Amutham 919444360480 914422396480 On 30 March 2013 18:17, Juergen Schmidt jogischm...@gmail.com wrote: Am Samstag, 30. März 2013 um 03:05 schrieb Alexandro Colorado: On 3/29/13, Robin Fowler robin.fow...@outlook.com 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 Here is a tweak, without the orb. Looks pretty olympic. http://imagebin.org/252139 maybe I am confused but I thought that we want something like the orb that can be used
[CODE]: 3layer drop, looking for volunteers who are interested to play with my test builds
Hi, I am looking for volunteers who are interested to play around with my test builds. I mainly interested in general feedback when people play around with the office and use if for some typical tasks. I have prepared builds for MacOS, Linux 64bit (built on a newer Ubuntu system). Windows is still building :-(, I will provide a build on Monday. Linux and Windows are archive builds/packages, no installation necessary. Just unpack it and run it. MacOS is a normal dmg and I recommend to edit the bootstraprc and change the user installation. There are still more things to do but they can be done at any time later as well. Further code cleanup, further consolidation, etc. But I believe it looks not bad for now and I haven't find bigger issues. I am looking forward to your feedback. Thanks in advance Juergen http://people.apache.org/~jsc/3layerdrop/Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg http://people.apache.org/~jsc/3layerdrop/Apache_OpenOffice_4.0.0_Linux_x86-64_install-arc_en-US.tar.gz - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CODE]: 3layer drop, looking for volunteers who are interested to play with my test builds
On 5 April 2013 18:06, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I am looking for volunteers who are interested to play around with my test builds. I mainly interested in general feedback when people play around with the office and use if for some typical tasks. I have prepared builds for MacOS, Linux 64bit (built on a newer Ubuntu system). Windows is still building :-(, I will provide a build on Monday. Linux and Windows are archive builds/packages, no installation necessary. Just unpack it and run it. MacOS is a normal dmg and I recommend to edit the bootstraprc and change the user installation. Did you do it with --with-lang if so, I can give the da or es version a spin (I assume I can do it in parallel with my stable 3.4.1). I would do in on ubuntu 12.04 64bit. rgds jan I. There are still more things to do but they can be done at any time later as well. Further code cleanup, further consolidation, etc. But I believe it looks not bad for now and I haven't find bigger issues. I am looking forward to your feedback. Thanks in advance Juergen http://people.apache.org/~jsc/3layerdrop/Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg http://people.apache.org/~jsc/3layerdrop/Apache_OpenOffice_4.0.0_Linux_x86-64_install-arc_en-US.tar.gz - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Proposal: Improve security by limiting committer access in SVN
On Wed, Apr 3, 2013 at 5:39 AM, Rob Weir robw...@apache.org wrote: We're starting to take a deeper look at what is required to integrate code signing into the OpenOffice build and release process. As you probably know operating systems, especially Windows and MacOS, are now checking for digital signatures and by default prevent users from installing programs that are not signed. We see similar checks being integrated into anti-virus scanners and even web browsers now. One of the things that has come out in discussions is how large a target OpenOffice is, to hackers. We're on track to have 50 million downloads in our first year. If someone is able to get a virus or a trojan into our code, they have the ability to cause a huge amount of damage. And if we are also signing our code, then this damage can propagate even faster, since the OS's let down their guard somewhat when dealing with signed code. (Signed code == trust). Of course, none of this has ever happened with OpenOffice, but with the stature and reach we have, it is reasonable to believe that we could be a target of opportunity for someone wishing to cause trouble. We should always keep this in mind and make sure that we are taking reasonable precautions to prevent this from happening. One vulnerability, in theory, is that we have over 100 committers (123 to be exact) who have permission to modify the source code in Subversion. Each account is protected by a self-selected passcode. It is not clear to me that we even have requirements on password complexity or expiration policies. In any case, the weakness of this approach is not necessarily what you might think -- brute force attack on the password. If someone wants to initiate a spear phishing attack against a committer, it would be something like: 1) Standard phishing: a spoofed note from Apache Infra, with some invented story that asks you to change your password but first enter your old one for confirmation. It leads you to a fake, non-Apache website. 2) If you use the same passcode on multiple web services and one of them is compromised, say by retrieving the passcode hashes, then it is easy to do offline dictionary attacks (rainbow tables, etc.) and figure out your Apache password. 3) If you lose control of your laptop, at a conference, bar, hotel, whatever, even temporarily, someone can gain access to your Subversion account, via applications that cache credentials, like TortoiseSVN. 4) Similar to #3, but by taking control of your laptop via remote means, i.e., via a virus loaded on to your machine via another vulnerability. None of these things have happened to us yet, but all of these things are possible. So how do we reduce this risk? There are a few things we do or should be doing already. 1) Be careful on the machines that you use Subversion from. Treat it like a machine where you access your bank account from. If you are visiting risky sites or downloading and installing software from dubious places, then you are putting your Apache account at risk. 2) Use a high-complexity Apache passcode, one not used by you on any other service. 3) Change your passcode periodically, say every 90 days. 4) On laptops be sure to set a strong login password, but also where available also a separate harddrive password. These should also be strong passwords, not reused, and should be periodically changed. For those who are building binaries for distribution, the above guidance is even more critical. Of course, we also protect the code through our CTR process. All active coders should be subscribed to the commits list and should be reviewing the changes that are made there. Trust the code, not the person. Remember, if we ever are attacked then it will be through someone's compromised account. So if you see an odd check-in, say, from Juergen, don't just accept it saying Juergen knows what he is doing. If it is odd, then it should be challenged. All of the above should already be going on today. But I'd like to propose one change to our current process that will, I think, greatly increase security. This would be to restrict SVN authorization for the code to only the subset of committers who are actively coding. We should give this authorization freely to committers who request it. But today we have 123 committers, some of whom have never used Subversion, and some (like me) who edit /site and /ooo-site but never touch the code. So we probably have 90 or more accounts that don't need access to the source code tree. Since such used accounts are unlikely to be following the best practices outlined above (changing passwords periodically, etc.) then they are even more risky. We lose nothing by removing authorization for those users, in order to reduce the risk profile. Of course, on request we can easily restore access. But the idea would be to keep the bullets separate from the gun by default,
Re: [CODE]: 3layer drop, looking for volunteers who are interested to play with my test builds
On 4/5/13 6:16 PM, janI wrote: On 5 April 2013 18:06, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I am looking for volunteers who are interested to play around with my test builds. I mainly interested in general feedback when people play around with the office and use if for some typical tasks. I have prepared builds for MacOS, Linux 64bit (built on a newer Ubuntu system). Windows is still building :-(, I will provide a build on Monday. Linux and Windows are archive builds/packages, no installation necessary. Just unpack it and run it. MacOS is a normal dmg and I recommend to edit the bootstraprc and change the user installation. Did you do it with --with-lang if so, I can give the da or es version a spin (I assume I can do it in parallel with my stable 3.4.1). I would do in on ubuntu 12.04 64bit. I built with --with-lang=en-US de fr and tested language packs. I can include da for the enxt build ;-) For now I mainly interested in a general function test. Including features like scripts, macros, passwords, encryption ... Juergen rgds jan I. There are still more things to do but they can be done at any time later as well. Further code cleanup, further consolidation, etc. But I believe it looks not bad for now and I haven't find bigger issues. I am looking forward to your feedback. Thanks in advance Juergen http://people.apache.org/~jsc/3layerdrop/Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg http://people.apache.org/~jsc/3layerdrop/Apache_OpenOffice_4.0.0_Linux_x86-64_install-arc_en-US.tar.gz - 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: Easy hack for website
On Fri, Apr 5, 2013 at 11:54 AM, Michal Hriň michalh...@aol.com wrote: Hi Rob, I can take a look at sk cs NL pages, but I don't have a lot of free time now. (and I got broken heating in my office where I got dedicated apache working machine :( ) When is the deadline ? Hi Michal, No deadline. Any help is appreciated. -Rob Regards, Michal Hriň -Original Message- From: Rob Weir robw...@apache.org To: dev dev@openoffice.apache.org Sent: Fri, Apr 5, 2013 3:20 pm Subject: Re: Easy hack for website On Thu, Apr 4, 2013 at 11:39 PM, Samer Mansour samer...@gmail.com wrote: Rob could you possibly export the pages missing titles in a CSV, one per line? I'll check google analytics to see if there is a page visit export feature and then prioritize. The data is from the Google Web Master Tools. Anyone doing site-wide website work should probably have access. Want access? I just took the current version and attached it to the BZ issue. I would also surface NL homepages for example, even if a language doesn't as many hit, the home page should be at least titled. Some of these pages are NL pages, for example: http://www.openoffice.org/cs/**bugs.htmlhttp://www.openoffice.org/cs/bugs.html Figuring out a title for these is a little harder, but maybe the first header on the page would be a good indication. I would document the output in the cWiki so that as pages are completed volunteers can mark done in a column. Slash if I get time I would tackle some as well. I think the most efficient way to accomplish this this task is with an editor that can search for these files by a regex and load them automatically, rather than process a list of URLs in a file. If done that way I bet pages could be processed in 15-20 seconds each. As a side note if the goal is to improve in search results, let me talk to some colleagues that are familiar with SEO if they have any high ROI steps. ie. is there a meta tag like description that is highly used by search engines. Maybe a topic for a separate thread. In general we're doing very good on the key searches. I have a small list of specific queries I've been working to improve our position for, and I'm getting some success. But it has been more about producing useful, relevant, targeted content. Meta description gives you maybe a little edge, but the site is pretty well optimized that already. Regards, -Rob On Thu, Apr 4, 2013 at 6:49 PM, Rob Weir robw...@apache.org wrote: I just entered a BZ issue : https://issues.apache.org/ooo/**show_bug.cgi?id=122003https://issues.apache.org/ooo/show_bug.cgi?id=122003 Missing title tag on many webpages If there are any new volunteers looking for how to get started, this is one easy way that does not require any programming. We need someone to review a bunch of HTML pages and add titles to them. It should help these pages be listed more appropriately in Google, Bing and other search engines. There are 874 pages missing titles, so this is something where we can divide up the work as well. Regards, -Rob --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.orgdev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CODE]: 3layer drop, looking for volunteers who are interested to play with my test builds
On 5 April 2013 18:26, Jürgen Schmidt jogischm...@gmail.com wrote: On 4/5/13 6:16 PM, janI wrote: On 5 April 2013 18:06, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I am looking for volunteers who are interested to play around with my test builds. I mainly interested in general feedback when people play around with the office and use if for some typical tasks. I have prepared builds for MacOS, Linux 64bit (built on a newer Ubuntu system). Windows is still building :-(, I will provide a build on Monday. Linux and Windows are archive builds/packages, no installation necessary. Just unpack it and run it. MacOS is a normal dmg and I recommend to edit the bootstraprc and change the user installation. Did you do it with --with-lang if so, I can give the da or es version a spin (I assume I can do it in parallel with my stable 3.4.1). I would do in on ubuntu 12.04 64bit. I built with --with-lang=en-US de fr and tested language packs. I can include da for the enxt build ;-) For now I mainly interested in a general function test. Including features like scripts, macros, passwords, encryption ... Sorry that is not really me (I am a very ordinary user). rgds jan I. Juergen rgds jan I. There are still more things to do but they can be done at any time later as well. Further code cleanup, further consolidation, etc. But I believe it looks not bad for now and I haven't find bigger issues. I am looking forward to your feedback. Thanks in advance Juergen http://people.apache.org/~jsc/3layerdrop/Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg http://people.apache.org/~jsc/3layerdrop/Apache_OpenOffice_4.0.0_Linux_x86-64_install-arc_en-US.tar.gz - 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: Shell access to LAMP machines
Andrew Rist wrote: I'll raise my hand for US TZ - though that doesn't there isn't plenty of room for others here to step up. Who else is willing to help? (don't be shy!) Thank you! So the team is shaping this way: - jani, imacat: full access - arist, kschenk, pescetti: devops access (can manage/restart services... Kay, I'm counting you in, just let us know if I misunderstood) Any other committers are welcome to join at any time, but we will get access for the above people enabled during the weekend. Everybody involved will need to upload (the public part of) an SSH key to id.apache.org if they haven't already one. Jan is going to prepare and send some documentation. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CODE]: 3layer drop, looking for volunteers who are interested to play with my test builds
Hi All Am 05.04.13 19:41, schrieb janI: On 5 April 2013 18:26, Jürgen Schmidt jogischm...@gmail.com wrote: On 4/5/13 6:16 PM, janI wrote: On 5 April 2013 18:06, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I am looking for volunteers who are interested to play around with my test builds. I mainly interested in general feedback when people play around with the office and use if for some typical tasks. I have prepared builds for MacOS, Linux 64bit (built on a newer Ubuntu system). Windows is still building :-(, I will provide a build on Monday. Linux and Windows are archive builds/packages, no installation necessary. Just unpack it and run it. MacOS is a normal dmg and I recommend to edit the bootstraprc and change the user installation. Did you do it with --with-lang if so, I can give the da or es version a spin (I assume I can do it in parallel with my stable 3.4.1). I would do in on ubuntu 12.04 64bit. I built with --with-lang=en-US de fr and tested language packs. I can include da for the enxt build ;-) For now I mainly interested in a general function test. Including features like scripts, macros, passwords, encryption ... Sorry that is not really me (I am a very ordinary user). Where are this builds? If you have one, I make a call for tests at the german community. I think there are people with interest in testing. Greetings Raphael - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: XCode 4.x, any progress?
Hi all Am 05.04.13 11:56, schrieb Jürgen Schmidt: On 4/5/13 11:13 AM, Raphael Bircher wrote: Hi Herbert, * Do you have any progress in make Apache OpenOffice run on XCode 4? Do you have allready any code in this area? Herbert is on vacation. And yes he makes good progress but it's still early. It is a lot of work and not only the switch to clang. Thanks for the informations, then I will wait util Herbert is back from the vacantion. I have still interest in anything happend on MacOS X Greetings Raphael - 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?
Good point. So even if there were a replacement, there would need to be legacy interop. That's probably an interesting challenge to avoid with Base. So, we're back to the previously unanswered problem with regard to support of HSQLDB and rotting bits (and version-specific Java dependencies) in Base. - Dennis -Original Message- From: Damjan Jovanovic [mailto:dam...@apache.org] Sent: Friday, April 05, 2013 00:17 To: dev@openoffice.apache.org Subject: Re: questions about Base---do we need an embedded DB? We can't really change the embedded DB, only add a new implementation - compatibility with previous ODB files needs to be kept for a long long time. Damjan On Fri, Apr 5, 2013 at 1:33 AM, Dennis E. Hamilton orc...@apache.orgwrote: The link to OpenOffice.org Base is interesting. I wonder if the decision about SQLite (or a variant) should be reconsidered for a re-engineered AOO Base. It essentially depends on how important SQL is. And of course, it would be just to furnish a default built-in DBMS. - Dennis Small. Fast. Reliable. Choose any three. I love the brass! http://sqlite.org/ -Original Message- From: Kay Schenk [mailto:kay.sch...@gmail.com] Sent: Thursday, April 04, 2013 14:05 To: dev@openoffice.apache.org Subject: Re: questions about Base---do we need an embedded DB? [ ... ] You may want to take a look at this page from Wikipedia. Not guaranteed of course. http://en.wikipedia.org/wiki/Category:Free_database_management_systems [ ... ] - 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: [CODE]: 3layer drop, looking for volunteers who are interested to play with my test builds
Am Freitag, 5. April 2013 um 20:36 schrieb Raphael Bircher: Hi All Am 05.04.13 19:41, schrieb janI: On 5 April 2013 18:26, Jürgen Schmidt jogischm...@gmail.com wrote: On 4/5/13 6:16 PM, janI wrote: On 5 April 2013 18:06, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I am looking for volunteers who are interested to play around with my test builds. I mainly interested in general feedback when people play around with the office and use if for some typical tasks. I have prepared builds for MacOS, Linux 64bit (built on a newer Ubuntu system). Windows is still building :-(, I will provide a build on Monday. Linux and Windows are archive builds/packages, no installation necessary. Just unpack it and run it. MacOS is a normal dmg and I recommend to edit the bootstraprc and change the user installation. Did you do it with --with-lang if so, I can give the da or es version a spin (I assume I can do it in parallel with my stable 3.4.1). I would do in on ubuntu 12.04 64bit. I built with --with-lang=en-US de fr and tested language packs. I can include da for the enxt build ;-) For now I mainly interested in a general function test. Including features like scripts, macros, passwords, encryption ... Sorry that is not really me (I am a very ordinary user). Where are this builds? If you have one, I make a call for tests at the german community. I think there are people with interest in testing. not available, I have only uploaded the en-us version Juergen Greetings Raphael - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Conversation: Pick A Logo
On Apr 5, 2013, at 8:02 AM, janI wrote: On 5 April 2013 16:52, Rob Weir robw...@apache.org wrote: On Fri, Apr 5, 2013 at 10:37 AM, janI j...@apache.org wrote: On 5 April 2013 14:50, Rob Weir robw...@apache.org wrote: On Fri, Apr 5, 2013 at 3:33 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 4/5/13 6:01 AM, Samer Mansour wrote: Hello Everyone, Can I propose we move forward with this logo: http://imagebin.org/252847 I kept the current official blue for both the logo and word 'Open' in the wordmark because the word 'Open' gets less emphasis with the lighter blue. I also gave the text Apache a placement inside the valley made by the two O's as many people's designs had suggested. The font is Roboto Condensed which is Apache 2.0 Licensed. mmh, I don't think that it would be a good approach if we simply move forward with this one. We collected several proposals over weeks now and it is still not easy to pick the serious ones. We should summarize what we have, maybe drop the obvious bad ones and start a first vote. the 3 best voted proposals will be reviewed in more detail if they fulfill our requirements and if we can appropriate further brand elements like icons, app icon, etc. Maybe call the initial thing a poll rather than a vote. It is a form of testing, really, gathering feedback in a structured way. But it is not a decision-making process. We could put the top 3 into a blog post and gather feedback and preferences on blog, mailing list, facebook, etc. We'll also get 'expert opinion' from those who understand logos well. This all gives the PMC some solid information, from community members, users, experts, etc., to make a final decision. Ideally these sources concur on their preferences. But there might be divergent views. But the PMC decides in the end. I have lost the overview of how many logos are in competition, since it do not follow this theme intensively. I have seen at least one I really liked, but to fair I think we should make one page (mwiki/cwiki or something else) where everybody can see the competing logos side by side. The logos should each be structured as Web-logo, software-logo and favicon (many seems to forget this important part). With such a page the community can give their opinion (I agree with rob, no vote just a poll), and the 3 best, go in a second round, and of course pmc officially decide, but I am pretty sure they will follow the opinion of the community. I personally would not take the 3 best to a blog/facebook etcthis is our product, and we the community decide how to present it to the end-users. I think of the Facebook thing would be more a poll then a decision making process. It is another source of info. As a PMC member, the more data I have to help make decisions the better. I'd weigh heavily community opinion on our mailing lists, but I'd also be interesting in taking the pulse of ordinary users who are seeing these things for the first time with a fresh perspecitve, as well as the opinions of experts. It is all data. It is all good. It is our product, yes, but the logo is not for our private adoration. It is functional, in the sense that its distinctiveness and recognizably is as important as its aesthetics. Personally, to make up my mind, I need to have feedback on how outsiders see and mentally process the logo, and not just how project insiders see it. I think it needs to work well for all. Point taken, now I understand your view better and agree with it. But I would still like to see all logos on a single page in the 3 variants, that would help me and others make up our minds, and give you as PMC better input. All logos on a new wiki page. If a designer wants to remove some of their designs from consideration now would be the time. I agree with having a poll. Keep track of the source of each set of results. Interpret the poll here on the list. If there is no consensus on the best choice then we have a vote. If there are more than 2 possible best choices we can use a ranked choice voting method. Seems like a plan. Would be something to start next week. Maybe Tuesday? Regards, Dave rgds jan I. -Rob Rgds Jan I. -Rob Then start the final vote. Just my opinion Juergen The source file is an SVG created in Inkscape. The above is a png export. Samer On Sun, Mar 31, 2013 at 2:55 PM, Samer Mansour samer...@gmail.com wrote: Hello, I will wait a few more days but it sounds like the group will be able to come to a consensus on refreshing the orb in some way or another. We can proceed with finalizing this logo proposal if no one objectifies. Samer On Sun, Mar 31, 2013 at 3:40 AM, Kadal Amutham vka...@gmail.com wrote: A flat logo may be good for Pepsi, Domino's, Microsoft, Skype, Twitter since they have money power to promote. What AOO needs is a good looking
Re: questions about Base---do we need an embedded DB?
On Fri, Apr 5, 2013 at 12:18 PM, Dennis E. Hamilton dennis.hamil...@acm.org wrote: Good point. So even if there were a replacement, there would need to be legacy interop. yes...somehow That's probably an interesting challenge to avoid with Base. So, we're back to the previously unanswered problem with regard to support of HSQLDB and rotting bits (and version-specific Java dependencies) in Base. Much investigation would need to be done with respect to the interface vs data store. - Dennis -Original Message- From: Damjan Jovanovic [mailto:dam...@apache.org] Sent: Friday, April 05, 2013 00:17 To: dev@openoffice.apache.org Subject: Re: questions about Base---do we need an embedded DB? We can't really change the embedded DB, only add a new implementation - compatibility with previous ODB files needs to be kept for a long long time. Damjan On Fri, Apr 5, 2013 at 1:33 AM, Dennis E. Hamilton orc...@apache.org wrote: The link to OpenOffice.org Base is interesting. I wonder if the decision about SQLite (or a variant) should be reconsidered for a re-engineered AOO Base. It essentially depends on how important SQL is. And of course, it would be just to furnish a default built-in DBMS. - Dennis Small. Fast. Reliable. Choose any three. I love the brass! http://sqlite.org/ -Original Message- From: Kay Schenk [mailto:kay.sch...@gmail.com] Sent: Thursday, April 04, 2013 14:05 To: dev@openoffice.apache.org Subject: Re: questions about Base---do we need an embedded DB? [ ... ] You may want to take a look at this page from Wikipedia. Not guaranteed of course. http://en.wikipedia.org/wiki/Category:Free_database_management_systems [ ... ] - 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 -- MzK Achieving happiness requires the right combination of Zen and Zin.
Re: Binfilter removal - PATCH
Rob Weir wrote: Module binfilter removed - We do no longer read or write the legacy StarOffice formats (files with extensions XXX,XXX,XXX, etc.). Removal of this code brings advantages of . Since OpenOffice.org version XXX the default format has been Open Document Format (ODF). Users with legacy StarOffice documents are advised to re-save them into ODF format (*.odt, *.ods, *.odp, etc.) *before* upgrading to Apache OpenOffice 4.0. Of course, we need to fill in the blanks ;-) Here's the needed information. Feel free to rephrase. We do no longer read or write the legacy StarOffice formats (files with extensions .sdw, .sdc, .sdd, etc.). Removal of this code makes the OpenOffice codebase easier to maintain. The legacy formats have never been the default format in any version of OpenOffice. Users with legacy StarOffice documents are advised to re-save them into ODF format (*.odt, *.ods, *.odp, etc.) *before* upgrading to Apache OpenOffice 4.0. This can be done using File - Wizards - Document Converter in OpenOffice 3.x. OpenOffice 1.x files (*.sxw, *.sxc, *.sxi) are still supported. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Binfilter removal - PATCH
On Fri, Apr 5, 2013 at 5:38 PM, Andrea Pescetti pesce...@apache.org wrote: Rob Weir wrote: Module binfilter removed - We do no longer read or write the legacy StarOffice formats (files with extensions XXX,XXX,XXX, etc.). Removal of this code brings advantages of . Since OpenOffice.org version XXX the default format has been Open Document Format (ODF). Users with legacy StarOffice documents are advised to re-save them into ODF format (*.odt, *.ods, *.odp, etc.) *before* upgrading to Apache OpenOffice 4.0. Of course, we need to fill in the blanks ;-) Here's the needed information. Feel free to rephrase. We do no longer read or write the legacy StarOffice formats (files with extensions .sdw, .sdc, .sdd, etc.). Removal of this code makes the OpenOffice codebase easier to maintain. The legacy formats have never been the default format in any version of OpenOffice. Users with legacy StarOffice documents are advised to re-save them into ODF format (*.odt, *.ods, *.odp, etc.) *before* upgrading to Apache OpenOffice 4.0. This can be done using File - Wizards - Document Converter in OpenOffice 3.x. OpenOffice 1.x files (*.sxw, *.sxc, *.sxi) are still supported. Thanks. I added that to the wiki. -Rob 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: Conversation: Pick A Logo
I don't know if anyone watched the news yesterday, but does this logo look a little familiar: Facebook Home - http://www.youtube.com/watch?feature=player_embeddedv=Lep_DSmSRwE Hi Everyone, Think of the average person, you tell them this needs to be used in the icons, website, print, media, if you put these up for a poll from them, they will vote for the most visually appealing. Now think of designers, you tell them this needs to be used in the icons, website, print, media, if you put these up for a poll from them, they will vote for the best logo based on the use. Like Janl has stated, I moved forward with this one because it considered the different mediums they will be displayed on and scaling the best. What specifically is not liked in the flattened proposals? Like Milos pointed out, the TM spacing and size can be corrected and the font can be changed with a new open font (someone can suggest and point me where to download the font that suggest?) In order to propose a logo to the PMC, I don't think a vote or poll may be necessar If we can get to a point where one logo is picked, the PMC doesn't need to judge logos, they just have to approve the change, am I correct? Here is something more constructive: - Robin, would you be able to alter your logo to make it scalable, lines are currently lost when shrinking. 32x32 and 16x16 icon? - Vasilis, your logo too, could you figure a way to scale that down to 32x32 and 16x16. I'm also interested to see what that logo would look like if the gradients were gone, it would be excellent for print. Could you post that separately to compare? This isn't easy, the old logo works really well in all these areas so I don't want to replace it with something that doesn't work well in the same areas The official logo should be version independent as well. Samer On Fri, Apr 5, 2013 at 4:07 PM, Dave Fisher dave2w...@comcast.net wrote: On Apr 5, 2013, at 8:02 AM, janI wrote: On 5 April 2013 16:52, Rob Weir robw...@apache.org wrote: On Fri, Apr 5, 2013 at 10:37 AM, janI j...@apache.org wrote: On 5 April 2013 14:50, Rob Weir robw...@apache.org wrote: On Fri, Apr 5, 2013 at 3:33 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 4/5/13 6:01 AM, Samer Mansour wrote: Hello Everyone, Can I propose we move forward with this logo: http://imagebin.org/252847 I kept the current official blue for both the logo and word 'Open' in the wordmark because the word 'Open' gets less emphasis with the lighter blue. I also gave the text Apache a placement inside the valley made by the two O's as many people's designs had suggested. The font is Roboto Condensed which is Apache 2.0 Licensed. mmh, I don't think that it would be a good approach if we simply move forward with this one. We collected several proposals over weeks now and it is still not easy to pick the serious ones. We should summarize what we have, maybe drop the obvious bad ones and start a first vote. the 3 best voted proposals will be reviewed in more detail if they fulfill our requirements and if we can appropriate further brand elements like icons, app icon, etc. Maybe call the initial thing a poll rather than a vote. It is a form of testing, really, gathering feedback in a structured way. But it is not a decision-making process. We could put the top 3 into a blog post and gather feedback and preferences on blog, mailing list, facebook, etc. We'll also get 'expert opinion' from those who understand logos well. This all gives the PMC some solid information, from community members, users, experts, etc., to make a final decision. Ideally these sources concur on their preferences. But there might be divergent views. But the PMC decides in the end. I have lost the overview of how many logos are in competition, since it do not follow this theme intensively. I have seen at least one I really liked, but to fair I think we should make one page (mwiki/cwiki or something else) where everybody can see the competing logos side by side. The logos should each be structured as Web-logo, software-logo and favicon (many seems to forget this important part). With such a page the community can give their opinion (I agree with rob, no vote just a poll), and the 3 best, go in a second round, and of course pmc officially decide, but I am pretty sure they will follow the opinion of the community. I personally would not take the 3 best to a blog/facebook etcthis is our product, and we the community decide how to present it to the end-users. I think of the Facebook thing would be more a poll then a decision making process. It is another source of info. As a PMC member, the more data I have to help make decisions the better. I'd weigh heavily community opinion on our mailing lists, but I'd also be interesting in taking the pulse of ordinary users who are seeing these
Regression in text search in Calc
Please note this BZ issue: https://issues.apache.org/ooo/show_bug.cgi?id=121880 -Rob
Re: Shell access to LAMP machines
On Fri, Apr 5, 2013 at 11:01 AM, Andrea Pescetti pesce...@apache.orgwrote: Andrew Rist wrote: I'll raise my hand for US TZ - though that doesn't there isn't plenty of room for others here to step up. Who else is willing to help? (don't be shy!) Thank you! So the team is shaping this way: - jani, imacat: full access - arist, kschenk, pescetti: devops access (can manage/restart services... Kay, I'm counting you in, just let us know if I misunderstood) um...yes, you misunderstood. Please don't count me in. Maybe at some point, but not now. Thanks. Any other committers are welcome to join at any time, but we will get access for the above people enabled during the weekend. Everybody involved will need to upload (the public part of) an SSH key to id.apache.org if they haven't already one. Jan is going to prepare and send some documentation. 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 -- MzK Achieving happiness requires the right combination of Zen and Zin.