Re: [RELEASE] Update 4.0 planning items
Hi, all, I updated the planning wiki and moved most proposed feature/enhancement with no owner from http://4.04.0https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Planningto 4.1https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning. And I left Encryption GUI still in 4.0 for now, since TJ is discussing the UI design and trying to get developer volunteer for this item. So I suggest we revisit this item later (January?). Next, I'd like our owners to double check the following proposed items and confirm if each of them can/should be in 4.0 (current target is to release in April 2013). Again, I will move out those having no confirmation after 1 week. (of course, any one is free to propose them back any time). enhanced extensions manager The extensions manager should support multiple repositories. Either via UI or via configuration only. - jsc OpenSocial support Enable 'sharing' to OpenSocial container's Activity Streams for document, chart, or spreadsheet review comment - Kevin Grignon (UX design) MacOS support with Java dropped - Herbert Duerr Usability improvement in Ctrl+A and mouse operations in tables and sections - Cheng Jian Hong Interoperability improvement with MS Word 2007/2010 on Shape support - Zhang Ying XLS loading performance with multiple pivot tables - Wang Lei Speaker notes support in normal view - Chen Jin Hua Include ODF Toolkit- robweir Thanks! - Shenfeng (Simon) 2012/12/8 Jürgen Schmidt jogischm...@gmail.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 12/7/12 3:18 PM, Ariel Constenla-Haile wrote: On Fri, Dec 07, 2012 at 08:55:23AM -0500, TJ Frazier wrote: The Encryption GUI item has not attracted a sponsor. I added this per the resolution of a very long discussion in BZ [1]. Subsequently, Jürgen wrote an extension to set SHA256 mode, and I wrote a macro[2] to toggle the settings; both are still available. (I have no idea whether any or many users have used them.) [1] https://issues.apache.org/ooo/show_bug.cgi?id=119090#c31 [2] http://wiki.openoffice.org/wiki/User:TJFrazier/Encryption (this page includes text suitable for release notes) If somebody wants to pick up on this, and implement a GUI (probably in Tools Options, possibly on the Save and Save As dialogs), that's wonderful. Lacking all fu for SVN and C++, I can't volunteer for this. the best way is to start a new thread asking for UX advice where to include the option. IMHO the Save dialogs are a no-go, the average user will have no idea what this means. On the other hand, Tools Options Load/Save General has almost no space to add anything else, but may be a new Encryption options page is an overhead... Mmh, maybe directly over the Size optimization ... checkbox. I have thought initially about Tools - Options - OpenOffice.org - Security. There should be enough place for a checkbox with some explanation. Juergen -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBCgAGBQJQwhb+AAoJEM/u8xZRtf3oP2EP/jOzchb2sy8C+Pat1hygnzP8 CHreoVW2K7Zgmxs9WPsAuhz6NEH6dhmwg2kHQsh+rP/6FbkXtcKdVuUavKF8JqqW SlqKIu52Od6c2DBznhX3yEjj2/qcUOEOGL303TEXnINIxOYc4Xr2jbInbsB6Weaq +RoxTUvRLIrP9l6j0iXR7GLmM2CKokKH6fzPXYn2jAVsYSMh9oeT55xTgOjww72m ZS6/6FZdAtsjTplqDGUqsDcAZXOVd+qhjBHLFxzFEAsE0gQzKglKKZJsszZ6EcIj b4PgpHfIHrkvcuIHOe0O+aDrxd0lwuYBONFHb9hA4+4JHi+rBnLHDxHAUkbHljC1 IHNXxYJP+d8Sb7VDHuKilqxlefZtrTJAqbcIveY0sONPQBSm+8NluxN4p26ko+RZ TYXJEOHe4Xvz6FvG4bLyD2A2JwxgVLf8kVk/sayM3/x+QD+X0RLEUDQa4EhWYGdi CugUxj0jbIyvumvY2EIslxQetMGuykeRmDw62jvAu65XFaquKuPaIbDmP/gpFISx d+3dYO43wUVnCfrEQY1b3dJijSQbgjsC6GTr6JVF+YxcjNfJOIAe3gjvZsJal63X v4UJVwQpVDm/eLpyH+YT4M6wEPz0a1f9N+zgRcdXVIOEH0lrVckHmM3bUjeUTyjp GEb0OnjoK5eCGCfvUNx7 =Q2xu -END PGP SIGNATURE-
Re: [proposal]: Enhance visualisation of Handles
Hi List, On 16.12.2012 15:30, RGB ES wrote: 2012/12/16 Regina Henschel rb.hensc...@t-online.de --- snip --- The buildbot version has it now and I tried it. The transparency for the anchor icon is really a large improvement. And the handles have a good compromise between brightness and transparency. The draw center and mirror axis markers are visible in front of dark backgrounds too. So I think, well done. :) Thanks Regina. Be ensured - if you would have had concerns, I would take them serious ;-) +1!!! The new handlers are really nice, and the anchor transparency is just gorgeous! Thanks Ricardo :-) Regards Ricardo Did someone try the HighContrast setting? (I did, but just to make sure...) -- ALG
Re: Is mwiki down?
The whole server is down I will contact infra. rgds Jan I. On 17 December 2012 12:22, Shenfeng Liu liush...@gmail.com wrote: I can not access mwiki now... Any one can help to check? Thanks! - Shenfeng (Simon)
Re: Is mwiki down?
On 12/17/2012 06:22, Shenfeng Liu wrote: I can not access mwiki now... Any one can help to check? Thanks! - Shenfeng (Simon) Hi, Simon, Yes, it's down. The link below[1] is very handy for checking on things like this. [1] http://monitoring.apache.org/status/ The mwiki is currently marked in red, which should mean that someone in Infra is already hustling to fix it. /tj/
Re: Is mwiki down?
I am on IRC right nowIt was dead and have a power recyclehopefully it comes up in a minute or two. jan I. On 17 December 2012 12:51, tj t...@apache.org wrote: On 12/17/2012 06:22, Shenfeng Liu wrote: I can not access mwiki now... Any one can help to check? Thanks! - Shenfeng (Simon) Hi, Simon, Yes, it's down. The link below[1] is very handy for checking on things like this. [1] http://monitoring.apache.org/**status/http://monitoring.apache.org/status/ The mwiki is currently marked in red, which should mean that someone in Infra is already hustling to fix it. /tj/
Re: Correction of mailing list addresses on AOO site and other things
2012/12/17 Gianluca Turconi m...@letturefantastiche.com Hello *, in this page: http://wiki.openoffice.org/wiki/Documentation/Contribute under Getting Started section, the Join the Apache OpenOffice.org Mailing List link is still pointing to ooo-dev-subscr...@incubator.apache.org rather than dev-subscr...@openoffice.apache.org Same thing under High Priority Tasks section. They are ok now Furthermore, I'm currently testing Google Chrome browser and while accessing this secure URL: https://www.openoffice.org/support/index.html it displays a rather worrying huge red warning about the site safety... :'( Same here with chromium, firefox, konqueror... Regards Ricardo BTW, was the documentation mailing list already created? I may have missed the announcement. Regards, -- Gianluca Turconi
Re: Is mwiki down?
It's back now! Thanks for every one! - Shenfeng (Simon) 2012/12/17 janI j...@apache.org I am on IRC right nowIt was dead and have a power recyclehopefully it comes up in a minute or two. jan I. On 17 December 2012 12:51, tj t...@apache.org wrote: On 12/17/2012 06:22, Shenfeng Liu wrote: I can not access mwiki now... Any one can help to check? Thanks! - Shenfeng (Simon) Hi, Simon, Yes, it's down. The link below[1] is very handy for checking on things like this. [1] http://monitoring.apache.org/**status/ http://monitoring.apache.org/status/ The mwiki is currently marked in red, which should mean that someone in Infra is already hustling to fix it. /tj/
Re: Correction of mailing list addresses on AOO site and other things
Il 17/12/2012 14.06, RGB ES ha scritto: Same here with chromium, firefox, konqueror... It seems they display the warning because the domain is www.openoffice.org while the certification is for *.apache.org. An average user may simply skip OO secure website. :( Regards, Gianluca
Re: Correction of mailing list addresses on AOO site and other things
Gianluca Turconi wrote: Il 17/12/2012 14.06, RGB ES ha scritto: Same here with chromium, firefox, konqueror... It seems they display the warning because the domain is www.openoffice.org while the certification is for *.apache.org. This has been discussed in https://issues.apache.org/jira/browse/INFRA-5450 Fact is, did you find any links to the HTTPS site or did you (or a browser extension for you!) decide to try the HTTPS version? We don't publicly advertise the HTTPS version and https://ooo-site.apache.org/ is the recommended URL if someone really wants HTTPS. It shouldn't display warnings. BTW, was the documentation mailing list already created? I may have missed the announcement. Still in Infra's pipeline... the request was sent but the list has not been created yet. Regards, Andrea.
Re: Correction of mailing list addresses on AOO site and other things
Il 17/12/2012 14.21, Andrea Pescetti ha scritto: Gianluca Turconi wrote: Il 17/12/2012 14.06, RGB ES ha scritto: Same here with chromium, firefox, konqueror... It seems they display the warning because the domain is www.openoffice.org while the certification is for *.apache.org. This has been discussed in https://issues.apache.org/jira/browse/INFRA-5450 Fact is, did you find any links to the HTTPS site or did you (or a browser extension for you!) decide to try the HTTPS version? We don't publicly advertise the HTTPS version and https://ooo-site.apache.org/ is the recommended URL if someone really wants HTTPS. It shouldn't display warnings. The secure pages are provided as first result from the DuckDuckGo search engine for several AOO related results like this: https://duckduckgo.com/?q=apache+openoffice+blogkl=it-it In other search engines, when you use their secure version for the searches, they provide secure versions of any website higher in their results list (i.e. on https://www.bing.com/ and https://www.google.com/ if you're able to see my same list of results. You know, Bing and Google always want to *personalize* your search results... :'( Regards, Gianluca
Re: Spam on extensions website
Massive spam from several users (fake oxt)
Re: Spam on extensions website
On Mon, Dec 17, 2012 at 4:25 PM, FR web forum ooofo...@free.fr wrote: Massive spam from several users (fake oxt) Actually is one user who created about 10 fake extensions, not properly spam I'd say. Anyway, all those have been erased, thanks for heads up. Roberto -- This e- mail message is intended only for the named recipient(s) above. It may contain confidential and privileged information. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and delete the message and any attachment(s) from your system. Thank you.
Re: [Blog Draft] Update about Apache Asia Road Show Beijing 2012 @Dec 13
I missed the great event...Thanks for the update! Looking forward to more users and contributors from China. Helen 2012/12/17 Shenfeng Liu liush...@gmail.com Hi, all, I just want to give you an update that we had a successful Apache OpenOffice session last Thursday (Dec 13) on Apache Asia Road Show 2012 Beijing. Thanks to Peter, Tao and Da Li for the speech! The topics covered AOO general introduction, contributions from local volunteers, how to join community and make contribution, and building social/cloud solutions by integrating with AOO. We also distributed AOO promotion materials that prepared by Da Li. We got more than 100 audience participated in the OpenOffice session 14:00-15:00. Most of them are technical people from different companies and universities. Per my check during my speech, only 20 had used OpenOffice before. So it is really a good promotion of our product and community. We are refining the presentations and will publish them later. Thanks! - Shenfeng (Simon) 2012/12/5 Peter Junge peter.ju...@gmx.org OK. On 12/5/2012 4:55 PM, Shenfeng Liu wrote: Peter, Thanks for your comments! I added the speaker names per the presenting sequence. Apache OpenOffice in Apache Asia Road Show Beijing 2012 at December 13 Apache Asia Road Show Beijing 2012 will be held at December 13, and Apache OpenOffice will deliver a session in the conference. In the Apache OpenOffice session, Peter Junge, Apache OpenOffice PMC member, will give a speech to introduce Apache OpenOffice, its history and way in Apache. And other contributors in Beijing, Shenfeng Liu, Hongyun An, Tao Liu and Dali Liu, will also give their speech to share the best practice of contributing to the open source community, as well as building enterprise business and Cloud/Social solution on top of Apache OpenOffice. Please visit the Apache Asia Road Show Beijing 2012 website and register: http://apacheasiaroadshow04.eventbrite.com . We are looking forward to seeing you there! Apache OpenOffice将在12月13日Apache Asia Road Show Beijing 2012大会上介绍其发展及解决方案 Apache Asia Road Show Beijing 2012将于12月13日在北京中关村软件园举行。届时Apache OpenOffice将在大会上介绍其发展及相关解决方案。 在论坛上，Apache OpenOffice项目管理委员会成员Peter Junge将首先介绍Apache OpenOffice及其历史和发展方向。其他在北京的Apache OpenOffice志愿者，刘慎锋，安红云，刘涛，刘大力等，也会分享在Apache OpenOffice开源社区做贡献的经验，以及如何基于Apache OpenOffice开发企业应用和云计算及社交解决方案。 欢迎大家到Apache Asia Road Show Beijing 2012网站注册： http://apacheasiaroadshow04.eventbrite.com！让我们共同关注Apache OpenOffice，共同推动开源社区的发展！ - Shenfeng (Simon) 2012/12/5 Peter Junge peter.ju...@gmx.org I would also mention the names of the other speakers. Apart from that it's OK. Peter On 12/4/2012 11:15 PM, Rob Weir wrote: On Mon, Dec 3, 2012 at 11:21 PM, Shenfeng Liu liush...@gmail.com wrote: Don, Thanks for your suggestion! Here is my draft of the blog, in English Chinese. Please review and give your comments! I found myself not able to edit the blog directly, so I wonder if you or any one else can help to post? Thanks very much! Here is the post, in draft form on the blog: https://blogs.apache.org/**preview/OOo/?previewEntry=** apache_asia_road_show_beijing https://blogs.apache.org/preview/OOo/?previewEntry=apache_asia_road_show_beijing Let me know if it is OK and I will publish it. -Rob --**-- Apache OpenOffice in Apache Asia Road Show Beijing 2012 at December 13 Apache Asia Road Show Beijing 2012 will be held at December 13, and Apache OpenOffice will deliver a session in the conference. In the Apache OpenOffice session, Peter Junge, Apache OpenOffice PMC member, will give a speech to introduce Apache OpenOffice, its history and way in Apache. And other contributors in Beijing will also give their speech to share the best practice of contributing to the open source community, as well as building enterprise business and Cloud/Social solution on top of Apache OpenOffice. Please visit the Apache Asia Road Show Beijing 2012 website and register: http://apacheasiaroadshow04.**eventbrite.com http://apacheasiaroadshow04.eventbrite.com. We are looking forward to seeing you there! --**-- Apache OpenOffice将在12月13日Apache Asia Road Show Beijing 2012大会上介绍其发展及解决方案 Apache Asia Road Show Beijing 2012将于12月13日在北京中关村软件园举行。**届时Apache OpenOffice将在大会上介绍其发展及相关解决方案。 在论坛上，Apache OpenOffice项目管理委员会成员Peter Junge将首先介绍Apache OpenOffice及其历史和发展方向。**其他在北京的Apache OpenOffice志愿者也会分享在Apache
Re: AOO trunk build fails with HSQLDB
On Sun, Dec 16, 2012 at 2:50 PM, Pedro Giffuni p...@apache.org wrote: Hello Kay; Yes, I can confirm after solving those two issues,we got OpenOffice building with JDK 7 on FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice-3-devel/files/ Pedro. Hey -- thanks for this notice. Well, IMO, we should fix these supposedly *trivial* issues and get on with java 7. Java 6 is out of support for *some* time now. We can't expect users to keep an older version like 6 around. I will try this when I get a chance -- assuming I can deal with temp file issues. -- MzK No act of kindness, no matter how small, is ever wasted. -- Aesop
Re: AOO trunk build fails with HSQLDB
On Mon, Dec 17, 2012 at 09:10:09AM -0800, Kay Schenk wrote: On Sun, Dec 16, 2012 at 2:50 PM, Pedro Giffuni p...@apache.org wrote: Hello Kay; Yes, I can confirm after solving those two issues,we got OpenOffice building with JDK 7 on FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice-3-devel/files/ Pedro. Hey -- thanks for this notice. Well, IMO, we should fix these supposedly *trivial* issues and get on with java 7. Java 6 is out of support for *some* time now. We can't expect users to keep an older version like 6 around. AFAIK the Java base is 1.5 (both source and target). Moving this to 1.7 is a bad idea. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpkTWpp6mSEV.pgp Description: PGP signature
Re: [WEBSITE] Problem with .htm files
On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher dave2w...@comcast.net wrote: Hi Andrea, On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote: Dave Fisher wrote: I think that we can purge these *.htm duplicates, but if we do it will be a sledgehammer build. It will also be a problem, unless we accompany it with other changes: for example, http://www.openoffice.org/pt/ would completely break, and all external sites that now link to some of our .htm files would break too. Got it. It was intentional. Before doing so we would need to make a group decision about how to treat the two types of files. Regardless of what templates we apply, the best solution should: 1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve existing internal and external links) 2) Have the SVN file names match the URLs: editing a file named news.htm in SVN should not result in a change in a page with URL .../news.html. The current handling confuses the CMS too (for example, no diff is reported). So either we mass-rename files from .htm to .html and rely on 1) above, or we don't change .htm to .html but publish .htm URLs. We need only do (1) and I would do it within the httpd config like our existing redirects. Regardless if there are both file1.htm and file1.html in the source, one of these must be removed from the source svn. Dave, Andrea -- Only ONE copy is in source, the htm file. The duplicate gets generated from CMS -- but the new html is the most recent copy (on the actual web tree) -- generated from htm. Could we fix our templating to just continue to allow for htm instead of combing them as we're doing now? maybe that would work. The web server seems happy enough to server up htm in addition to html I don't know what this would do to the html file now on the web server. maybe a re-publish for say /pt/about would make this new html file go away once we fixed the templating. Thoughts? See https://issues.apache.org/jira/browse/INFRA-5668 for this request along with a set to avoid an incubator redirect for certain links. We do not need to do (2) because we already are making this change in the staging and publish. You see no diffs for the old htm files because they are not changed. I do see diffs in the html versions of the pages. Even with the redirect in place, it still makes sense to edit the pages to use *.html and not *.htm in links. There are two different procedures from view.pm used: ... There are several templates used from templates/. To me, .htm and .html are not different file types and were never used as such: I mean, volunteers historically committed .htm or .html according to their habits, but it doesn't make sense to have different ways of handling them now. So I would tend to rename all .htm to .html and put the .htaccess redirect in place, and have only one type of HTML files to handle. I think it is ok to force the pages to be *.html. We should have some consistency. Maybe soon it will be time to start switching openoffice.org to mdtext. Regards, Dave Regards, Andrea. -- MzK No act of kindness, no matter how small, is ever wasted. -- Aesop
Re: AOO trunk build fails with HSQLDB
On Mon, Dec 17, 2012 at 9:28 AM, Ariel Constenla-Haile arie...@apache.org wrote: On Mon, Dec 17, 2012 at 09:10:09AM -0800, Kay Schenk wrote: On Sun, Dec 16, 2012 at 2:50 PM, Pedro Giffuni p...@apache.org wrote: Hello Kay; Yes, I can confirm after solving those two issues,we got OpenOffice building with JDK 7 on FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice-3-devel/files/ Pedro. Hey -- thanks for this notice. Well, IMO, we should fix these supposedly *trivial* issues and get on with java 7. Java 6 is out of support for *some* time now. We can't expect users to keep an older version like 6 around. AFAIK the Java base is 1.5 (both source and target). Moving this to 1.7 is a bad idea. Regards -- Ariel Constenla-Haile La Plata, Argentina Ariel -- can you elaborate on this? -- MzK No act of kindness, no matter how small, is ever wasted. -- Aesop
Re: [WEBSITE] Problem with .htm files
On Dec 17, 2012, at 9:29 AM, Kay Schenk wrote: On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher dave2w...@comcast.net wrote: Hi Andrea, On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote: Dave Fisher wrote: I think that we can purge these *.htm duplicates, but if we do it will be a sledgehammer build. It will also be a problem, unless we accompany it with other changes: for example, http://www.openoffice.org/pt/ would completely break, and all external sites that now link to some of our .htm files would break too. Got it. It was intentional. Before doing so we would need to make a group decision about how to treat the two types of files. Regardless of what templates we apply, the best solution should: 1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve existing internal and external links) 2) Have the SVN file names match the URLs: editing a file named news.htm in SVN should not result in a change in a page with URL .../news.html. The current handling confuses the CMS too (for example, no diff is reported). So either we mass-rename files from .htm to .html and rely on 1) above, or we don't change .htm to .html but publish .htm URLs. We need only do (1) and I would do it within the httpd config like our existing redirects. Regardless if there are both file1.htm and file1.html in the source, one of these must be removed from the source svn. Dave, Andrea -- Only ONE copy is in source, the htm file. The duplicate gets generated from CMS -- but the new html is the most recent copy (on the actual web tree) -- generated from htm. Could we fix our templating to just continue to allow for htm instead of combing them as we're doing now? It can be tried on a local copy. The prospective changes are required in lib/view.pm, but exactly what these changes are I am guessing at this point. It will be something about determining which type of page htm vs. html and then make the appropriate call here: I think, but do not know. If someone wants to experiment on a local build then I'll give pointers, but I may not have time to check for a day or two. maybe that would work. The web server seems happy enough to server up htm in addition to html I don't know what this would do to the html file now on the web server. maybe a re-publish for say /pt/about would make this new html file go away once we fixed the templating. Either way we need to republish those directories somehow to either remove the extra htm or the extra html files. The redirect that has been requested will force all *.htm into *.html which I find to be simpler, but may be confusing to volunteers. Regards, Dave Thoughts? See https://issues.apache.org/jira/browse/INFRA-5668 for this request along with a set to avoid an incubator redirect for certain links. We do not need to do (2) because we already are making this change in the staging and publish. You see no diffs for the old htm files because they are not changed. I do see diffs in the html versions of the pages. Even with the redirect in place, it still makes sense to edit the pages to use *.html and not *.htm in links. There are two different procedures from view.pm used: ... There are several templates used from templates/. To me, .htm and .html are not different file types and were never used as such: I mean, volunteers historically committed .htm or .html according to their habits, but it doesn't make sense to have different ways of handling them now. So I would tend to rename all .htm to .html and put the .htaccess redirect in place, and have only one type of HTML files to handle. I think it is ok to force the pages to be *.html. We should have some consistency. Maybe soon it will be time to start switching openoffice.org to mdtext. Regards, Dave Regards, Andrea. -- MzK No act of kindness, no matter how small, is ever wasted. -- Aesop
Re: AOO trunk build fails with HSQLDB
Hi Key, On Mon, Dec 17, 2012 at 09:30:43AM -0800, Kay Schenk wrote: Yes, I can confirm after solving those two issues,we got OpenOffice building with JDK 7 on FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice-3-devel/files/ Pedro. Hey -- thanks for this notice. Well, IMO, we should fix these supposedly *trivial* issues and get on with java 7. Java 6 is out of support for *some* time now. We can't expect users to keep an older version like 6 around. AFAIK the Java base is 1.5 (both source and target). Moving this to 1.7 is a bad idea. Ariel -- can you elaborate on this? See Rony's mail. In the discussion, two things are mixed: - Java baseline - supported Java version by our build environment Currently, the build system does not support JDK 7. This is a draw back for the people that builds OpenOffice if their system only comes with JDK 7. So supporting JDK 7 in the build environment may be a good idea as it would make building easier for new comers. But we should keep the Java baseline as it is now (Java 1.5), both source (the source files have code written without using new API introduced post JDK 1.5) and target (the binaries generated are targeted to run in a JRE 5). This is for compatibility: with old extensions, LTS systems with older JRE, etc. Note that a 1.7 JDK is able to build 1.5 sources and generate 1.5 targeted binaries, so while supporting JDK 7 in the build environment, we must ensure that the Java baseline is not touched - or, if the Java baseline is going to be changed, this has to be carefully discussed (and Java 7 as a baseline is a no-go - AFAIK Mac OS does not support it). Regards -- Ariel Constenla-Haile La Plata, Argentina pgpu1Poi7Eyw7.pgp Description: PGP signature
Re: [WEBSITE] Problem with .htm files
Dave Fisher wrote on Mon, Dec 17, 2012 at 10:20:05 -0800:
On Dec 17, 2012, at 9:29 AM, Kay Schenk wrote:
On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher dave2w...@comcast.net wrote:
Hi Andrea,
On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote:
Dave Fisher wrote:
I think that we can purge these *.htm duplicates, but if we do it
will be a sledgehammer build.
It will also be a problem, unless we accompany it with other changes: for
example, http://www.openoffice.org/pt/ would completely break, and all
external sites that now link to some of our .htm files would break too.
Got it.
It was intentional. Before doing so we would need to make a group
decision about how to treat the two types of files.
Regardless of what templates we apply, the best solution should:
1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve
existing internal and external links)
2) Have the SVN file names match the URLs: editing a file named
news.htm in SVN should not result in a change in a page with URL
.../news.html. The current handling confuses the CMS too (for example,
no diff is reported). So either we mass-rename files from .htm to .html
and rely on 1) above, or we don't change .htm to .html but publish .htm
URLs.
We need only do (1) and I would do it within the httpd config like our
existing redirects. Regardless if there are both file1.htm and file1.html
in the source, one of these must be removed from the source svn.
Dave, Andrea --
Only ONE copy is in source, the htm file. The duplicate gets
generated from CMS -- but the new html is the most recent copy (on
the actual web tree) -- generated from htm.
Could we fix our templating to just continue to allow for htm
instead of combing them as we're doing now?
It can be tried on a local copy. The prospective changes are required in
lib/view.pm, but exactly what these changes are I am guessing at this point.
It will be something about determining which type of page htm vs. html and
then make the appropriate call here:
I think, but do not know. If someone wants to experiment on a local build
then I'll give pointers, but I may not have time to check for a day or two.
I think you could define:
sub htm_page {
my (@r) = html_page @_;
$r[1] = 'html' if $r[1] eq 'htm';
@r
}
and then use that in path.pm.
Re: [Templates site]Cannot register
On Mon, Dec 17, 2012 at 8:41 PM, RGB ES rgb.m...@gmail.com wrote: 2012/11/12 Roberto Galoppini rgalopp...@geek.net Investigating the problem on our side, I'll let you know in the next hours. It seems it's working now. My apologies, we actually resolved the issue couple of days after your first email, but I forgot to mention it here. Roberto Regards Ricardo Roberto On Sun, Nov 11, 2012 at 11:38 PM, jan iversen jancasacon...@gmail.com wrote: I can just confirm that I have the same problem. To me it seems as if the site changes (from incubator) inhibeted the sending of mails. I trace the html post, and that seems to be ok. rgds Jan I. On 11 November 2012 23:28, RGB ES rgb.m...@gmail.com wrote: An user on the ES mailing list have problems registering on the Templates site, so I tried the process... and failed as well. After filling the fields on the registering page(1) nothing arrived to my mailbox. Then, I selected the ask for a new password (Solicitar nueva contraseña) option and nothing happened: no mail to my mailbox. If I try to register again using the same username and/or email the system tell me that the user already exists and suggest me to ask for a new password... process that do not work. I never was offered to set a first password so the registration is completely locked. Any idea where the problem is? (1) http://templates.openoffice.org/es/user/register Regards Ricardo -- This e- mail message is intended only for the named recipient(s) above. It may contain confidential and privileged information. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and delete the message and any attachment(s) from your system. Thank you.
Re: [WEBSITE] Problem with .htm files
On Dec 17, 2012, at 10:56 AM, Daniel Shahaf wrote:
Dave Fisher wrote on Mon, Dec 17, 2012 at 10:20:05 -0800:
On Dec 17, 2012, at 9:29 AM, Kay Schenk wrote:
On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher dave2w...@comcast.net wrote:
Hi Andrea,
On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote:
Dave Fisher wrote:
I think that we can purge these *.htm duplicates, but if we do it
will be a sledgehammer build.
It will also be a problem, unless we accompany it with other changes: for
example, http://www.openoffice.org/pt/ would completely break, and all
external sites that now link to some of our .htm files would break too.
Got it.
It was intentional. Before doing so we would need to make a group
decision about how to treat the two types of files.
Regardless of what templates we apply, the best solution should:
1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve
existing internal and external links)
2) Have the SVN file names match the URLs: editing a file named
news.htm in SVN should not result in a change in a page with URL
.../news.html. The current handling confuses the CMS too (for example,
no diff is reported). So either we mass-rename files from .htm to .html
and rely on 1) above, or we don't change .htm to .html but publish .htm
URLs.
We need only do (1) and I would do it within the httpd config like our
existing redirects. Regardless if there are both file1.htm and file1.html
in the source, one of these must be removed from the source svn.
Dave, Andrea --
Only ONE copy is in source, the htm file. The duplicate gets
generated from CMS -- but the new html is the most recent copy (on
the actual web tree) -- generated from htm.
Could we fix our templating to just continue to allow for htm
instead of combing them as we're doing now?
It can be tried on a local copy. The prospective changes are required in
lib/view.pm, but exactly what these changes are I am guessing at this
point.
It will be something about determining which type of page htm vs. html and
then make the appropriate call here:
I think, but do not know. If someone wants to experiment on a local build
then I'll give pointers, but I may not have time to check for a day or two.
I think you could define:
sub htm_page {
my (@r) = html_page @_;
$r[1] = 'html' if $r[1] eq 'htm';
@r
}
and then use that in path.pm.
Thank you. I'll give that a try in a few hours when I finish my work day.
Meanwhile it is likely that you will delay the JIRA issue. I'll keep you posted
both here and there.
Regards,
Dave
Re: [WEBSITE] Problem with .htm files
On Dec 17, 2012, at 12:44 PM, Dave Fisher wrote:
On Dec 17, 2012, at 10:56 AM, Daniel Shahaf wrote:
Dave Fisher wrote on Mon, Dec 17, 2012 at 10:20:05 -0800:
On Dec 17, 2012, at 9:29 AM, Kay Schenk wrote:
On Sun, Dec 16, 2012 at 3:54 PM, Dave Fisher dave2w...@comcast.net wrote:
Hi Andrea,
On Dec 16, 2012, at 2:44 PM, Andrea Pescetti wrote:
Dave Fisher wrote:
I think that we can purge these *.htm duplicates, but if we do it
will be a sledgehammer build.
It will also be a problem, unless we accompany it with other changes:
for example, http://www.openoffice.org/pt/ would completely break, and
all external sites that now link to some of our .htm files would break
too.
Got it.
It was intentional. Before doing so we would need to make a group
decision about how to treat the two types of files.
Regardless of what templates we apply, the best solution should:
1) Allow a .htaccess redirect/rewrite from .htm to .html (to preserve
existing internal and external links)
2) Have the SVN file names match the URLs: editing a file named
news.htm in SVN should not result in a change in a page with URL
.../news.html. The current handling confuses the CMS too (for example,
no diff is reported). So either we mass-rename files from .htm to .html
and rely on 1) above, or we don't change .htm to .html but publish .htm
URLs.
We need only do (1) and I would do it within the httpd config like our
existing redirects. Regardless if there are both file1.htm and file1.html
in the source, one of these must be removed from the source svn.
Dave, Andrea --
Only ONE copy is in source, the htm file. The duplicate gets
generated from CMS -- but the new html is the most recent copy (on
the actual web tree) -- generated from htm.
Could we fix our templating to just continue to allow for htm
instead of combing them as we're doing now?
It can be tried on a local copy. The prospective changes are required in
lib/view.pm, but exactly what these changes are I am guessing at this
point.
It will be something about determining which type of page htm vs. html and
then make the appropriate call here:
I think, but do not know. If someone wants to experiment on a local build
then I'll give pointers, but I may not have time to check for a day or two.
I think you could define:
sub htm_page {
my (@r) = html_page @_;
$r[1] = 'html' if $r[1] eq 'htm';
@r
}
and then use that in path.pm.
Thank you. I'll give that a try in a few hours when I finish my work day.
Meanwhile it is likely that you will delay the JIRA issue. I'll keep you
posted both here and there.
Actually the r[1] line needed to be reversed.
Here is the patch about to be applied:
Index: view.pm
===
--- view.pm (revision 1423170)
+++ view.pm (working copy)
@@ -101,6 +101,12 @@
return Template($template)-render(\%args), html = \%args;
}
+sub htm_page {
+ my (@r) = html_page @_;
+ $r[1] = 'htm' if $r[1] eq 'html';
+ @r
+}
+
sub sitemap {
my %args = @_;
my $template = content$args{path};
Index: path.pm
===
--- path.pm (revision 1423170)
+++ path.pm (working copy)
@@ -11,7 +11,7 @@
[qr!rightnav.mdtext$!, single_narrative = { template =
navigator.html }],
[qr!\.mdtext$!, single_narrative = { template =
single_narrative.html }],
[qr!\.html$!, html_page = { template = html_page.html }],
- [qr!\.htm$!, html_page = { template = html_page.html }],
+ [qr!\.htm$!, htm_page = { template = html_page.html }],
) ;
# for specifying interdependencies between the files
We can discuss the cleanup of the old *.html files later.
Regards,
Dave
Regards,
Dave
OSCON CFP Open
I've updated our events calendar (https://cwiki.apache.org/confluence/display/OOOUSERS/Events+Calendar) to add the OSCON Call for Participation: http://www.oscon.com/oscon2013/public/cfp/251 The actual conference is not until July, so our 4.0 release should already be out by then. -Rob
Re: Help needed on CMS : How can we bypass template application?
On Fri, Dec 14, 2012 at 11:45 AM, Joe Schaefer joe_schae...@yahoo.com wrote:
Alternately you could write a positive
regexp and a pass_thru view to view.pm
a'la
sub pass_thru {
my %args = @_;
open my $fh, $args{path} or die Can't open $args{path}:$!;
read $fh, my $content, -s $fh;
return $content, html = %args;
}
Thanks, I like that approach. After testing locally, and a with a
small modification, I've checked that in.
-Rob
From: Joe Schaefer joe_schae...@yahoo.com
To: dev@openoffice.apache.org dev@openoffice.apache.org
Sent: Friday, December 14, 2012 11:25 AM
Subject: Re: Help needed on CMS : How can we bypass template application?
1 or 2 is the easiest to accomplish:
just alter the regexps in path.pm to ignore
those directories (you'll need a negative pattern
so be sure to test it before applying).
From: Rob Weir robw...@apache.org
To: dev@openoffice.apache.org
Sent: Friday, December 14, 2012 11:23 AM
Subject: Help needed on CMS : How can we bypass template application?
On the marketing list we're preparing a content experiment to try
different variations of social networking icon placement. The idea is
to increase brand awareness by encouraging downloaders to share the
good news about AOO with their friends.
As part of this experiment we're creating several variations of the
download page. But we're changing more than the body. We're working
directly with the HTML, changing stuff that ordinarily would be done
via the template skeleton, header, footer, etc. Don't worry, this is
just a mock up. Whatever we learn from this experiment would feed back
into the real template. However, in order to do this experiment we
need to be able to freely change the page and make, in some cases, 9
different variations of it.
The problem is if we check in these mockups, the CMS will try to apply
the template. And that makes a mess, since we already have the
template applied. (Remember, we're starting from the full HTML).
So what we're looking for is some easy way we can avoid applying the
site-wide template to a set of web pages. Since this experimentation
will likely be an ongoing effort, it would be good to have a way that
does not require mucking around with perl script every time.
Is there any way we can arrange it so:
1) All files in a given directory, say /content-experiment, are passed
through as-is with no template applied?
or
2) All files that match a given naming pattern, say,
-content-experiment.html, skip the templating process
or
3) All files with a given meta header such as meta
property=content-experiment value=true skip the templating
process
(I think 3 is the most flexible, but not sure how hard this is to code).
Regards,
-Rob
Re: Help needed on CMS : How can we bypass template application?
On Dec 17, 2012, at 2:18 PM, Rob Weir wrote:
On Fri, Dec 14, 2012 at 11:45 AM, Joe Schaefer joe_schae...@yahoo.com wrote:
Alternately you could write a positive
regexp and a pass_thru view to view.pm
a'la
sub pass_thru {
my %args = @_;
open my $fh, $args{path} or die Can't open $args{path}:$!;
read $fh, my $content, -s $fh;
return $content, html = %args;
}
Thanks, I like that approach. After testing locally, and a with a
small modification, I've checked that in.
We've collided, fyi. I guess my full scan will follow yours. I was applying
Daniel's htm suggestion with the same comment :-)
Regards,
Dave
-Rob
From: Joe Schaefer joe_schae...@yahoo.com
To: dev@openoffice.apache.org dev@openoffice.apache.org
Sent: Friday, December 14, 2012 11:25 AM
Subject: Re: Help needed on CMS : How can we bypass template application?
1 or 2 is the easiest to accomplish:
just alter the regexps in path.pm to ignore
those directories (you'll need a negative pattern
so be sure to test it before applying).
From: Rob Weir robw...@apache.org
To: dev@openoffice.apache.org
Sent: Friday, December 14, 2012 11:23 AM
Subject: Help needed on CMS : How can we bypass template application?
On the marketing list we're preparing a content experiment to try
different variations of social networking icon placement. The idea is
to increase brand awareness by encouraging downloaders to share the
good news about AOO with their friends.
As part of this experiment we're creating several variations of the
download page. But we're changing more than the body. We're working
directly with the HTML, changing stuff that ordinarily would be done
via the template skeleton, header, footer, etc. Don't worry, this is
just a mock up. Whatever we learn from this experiment would feed back
into the real template. However, in order to do this experiment we
need to be able to freely change the page and make, in some cases, 9
different variations of it.
The problem is if we check in these mockups, the CMS will try to apply
the template. And that makes a mess, since we already have the
template applied. (Remember, we're starting from the full HTML).
So what we're looking for is some easy way we can avoid applying the
site-wide template to a set of web pages. Since this experimentation
will likely be an ongoing effort, it would be good to have a way that
does not require mucking around with perl script every time.
Is there any way we can arrange it so:
1) All files in a given directory, say /content-experiment, are passed
through as-is with no template applied?
or
2) All files that match a given naming pattern, say,
-content-experiment.html, skip the templating process
or
3) All files with a given meta header such as meta
property=content-experiment value=true skip the templating
process
(I think 3 is the most flexible, but not sure how hard this is to code).
Regards,
-Rob
Re: Google+ Community
On Mon, Dec 17, 2012 at 8:14 PM, RGB ES rgb.m...@gmail.com wrote: 2012/12/18 Rob Weir robw...@apache.org A follow up from a previous note. We have a new Google+ Community set up for Apache OpenOffice. You are welcome to join: https://plus.google.com/u/0/b/114598373874764163668/communities/103683488250592271079 I get an error 404 try https://plus.google.com/u/0/communities/103683488250592271079
Re: Google+ Community
Error 404 :( El lunes, 17 de diciembre de 2012, Ariel Constenla-Haile escribió: On Mon, Dec 17, 2012 at 8:14 PM, RGB ES rgb.m...@gmail.com javascript:; wrote: 2012/12/18 Rob Weir robw...@apache.org javascript:; A follow up from a previous note. We have a new Google+ Community set up for Apache OpenOffice. You are welcome to join: https://plus.google.com/u/0/b/114598373874764163668/communities/103683488250592271079 I get an error 404 try https://plus.google.com/u/0/communities/103683488250592271079 -- *Galileo Teco Juarez* *Web:* http://80bits.wordpress.com *Twitter:* @genitalico http://twitter.com/genitalico *Linkedin:* http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797
RE: Google+ Community
Hmmm. Got a 404 error msg. Maurice Howe -Original Message- From: Rob Weir [mailto:robw...@apache.org] Sent: Monday, December 17, 2012 6:12 PM To: dev@openoffice.apache.org Cc: market...@openoffice.apache.org; us...@openoffice.apache.org Subject: Google+ Community A follow up from a previous note. We have a new Google+ Community set up for Apache OpenOffice. You are welcome to join: https://plus.google.com/u/0/b/114598373874764163668/communities/103683488250 592271079 We've been beta testing it for a couple of weeks with a smaller group. One advantage, compared to the users mailing list, is the ease of sharing images. Regards, -Rob - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org - No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.2805 / Virus Database: 2637/5965 - Release Date: 12/16/12
Re: Google+ Community
Hi 2012/12/17 Galileo Teco Juárez genital...@gmail.com: Error 404 :( Page G+: https://plus.google.com/u/0/+openoffice/posts Community G+: https://plus.google.com/u/0/communities/103683488250592271079 -- Albino www.albino.ws
Chinese list (was Re: [Blog Draft] Update about Apache Asia Road Show Beijing 2012 @Dec 13)
Hello; FWIW, one idea that I left floating during ApacheConEU was the creation of a chinese list. Imacat was working on it, no idea if it the idea is still alive or waiting for volunteers to help moderate, etc. Pedro. - Messaggio originale - Da: Yue Helen I missed the great event...Thanks for the update! Looking forward to more users and contributors from China. Helen 2012/12/17 Shenfeng Liu liush...@gmail.com Hi, all, I just want to give you an update that we had a successful Apache OpenOffice session last Thursday (Dec 13) on Apache Asia Road Show 2012 Beijing. Thanks to Peter, Tao and Da Li for the speech! The topics covered AOO general introduction, contributions from local volunteers, how to join community and make contribution, and building social/cloud solutions by integrating with AOO. We also distributed AOO promotion materials that prepared by Da Li. We got more than 100 audience participated in the OpenOffice session 14:00-15:00. Most of them are technical people from different companies and universities. Per my check during my speech, only 20 had used OpenOffice before. So it is really a good promotion of our product and community. We are refining the presentations and will publish them later. Thanks! - Shenfeng (Simon) 2012/12/5 Peter Junge peter.ju...@gmx.org OK. On 12/5/2012 4:55 PM, Shenfeng Liu wrote: Peter, Thanks for your comments! I added the speaker names per the presenting sequence. Apache OpenOffice in Apache Asia Road Show Beijing 2012 at December 13 Apache Asia Road Show Beijing 2012 will be held at December 13, and Apache OpenOffice will deliver a session in the conference. In the Apache OpenOffice session, Peter Junge, Apache OpenOffice PMC member, will give a speech to introduce Apache OpenOffice, its history and way in Apache. And other contributors in Beijing, Shenfeng Liu, Hongyun An, Tao Liu and Dali Liu, will also give their speech to share the best practice of contributing to the open source community, as well as building enterprise business and Cloud/Social solution on top of Apache OpenOffice. Please visit the Apache Asia Road Show Beijing 2012 website and register: http://apacheasiaroadshow04.eventbrite.com . We are looking forward to seeing you there! Apache OpenOffice将在12月13日Apache Asia Road Show Beijing 2012大会上介绍其发展及解决方案 Apache Asia Road Show Beijing 2012将于12月13日在北京中关村软件园举行。届时Apache OpenOffice将在大会上介绍其发展及相关解决方案。 在论坛上，Apache OpenOffice项目管理委员会成员Peter Junge将首先介绍Apache OpenOffice及其历史和发展方向。其他在北京的Apache OpenOffice志愿者，刘慎锋，安红云，刘涛，刘大力等，也会分享在Apache OpenOffice开源社区做贡献的经验，以及如何基于Apache OpenOffice开发企业应用和云计算及社交解决方案。 欢迎大家到Apache Asia Road Show Beijing 2012网站注册： http://apacheasiaroadshow04.eventbrite.com！让我们共同关注Apache OpenOffice，共同推动开源社区的发展！ - Shenfeng (Simon) 2012/12/5 Peter Junge peter.ju...@gmx.org I would also mention the names of the other speakers. Apart from that it's OK. Peter On 12/4/2012 11:15 PM, Rob Weir wrote: On Mon, Dec 3, 2012 at 11:21 PM, Shenfeng Liu liush...@gmail.com wrote: Don, Thanks for your suggestion! Here is my draft of the blog, in English Chinese. Please review and give your comments! I found myself not able to edit the blog directly, so I wonder if you or any one else can help to post? Thanks very much! Here is the post, in draft form on the blog: https://blogs.apache.org/**preview/OOo/?previewEntry=** apache_asia_road_show_beijing https://blogs.apache.org/preview/OOo/?previewEntry=apache_asia_road_show_beijing Let me know if it is OK and I will publish it. -Rob --**-- Apache OpenOffice in Apache Asia Road Show Beijing 2012 at December 13 Apache Asia Road Show Beijing 2012 will be held at December 13, and Apache OpenOffice will deliver a session in the conference. In the Apache OpenOffice session, Peter Junge, Apache OpenOffice PMC member, will give a speech to introduce Apache OpenOffice, its history and way in Apache. And other contributors in Beijing will also give their speech to share the best practice of contributing to the open source community, as well as building enterprise business and Cloud/Social solution on top of Apache OpenOffice. Please visit the Apache Asia Road Show Beijing 2012 website and register: http://apacheasiaroadshow04.**eventbrite.com
Re: Chinese list (was Re: [Blog Draft] Update about Apache Asia Road Show Beijing 2012 @Dec 13)
On Mon, Dec 17, 2012 at 8:57 PM, Pedro Giffuni p...@apache.org wrote: Hello; FWIW, one idea that I left floating during ApacheConEU was the creation of a chinese list. Imacat was working on it, no idea if it the idea is still alive or waiting for volunteers to help moderate, etc. Interesting idea, but two of our committers in China are German (Peter) and Canadian (Kevin). So discussing local Chinese marketing in English would possibly be better for them ;-) -Rob Pedro. - Messaggio originale - Da: Yue Helen I missed the great event...Thanks for the update! Looking forward to more users and contributors from China. Helen 2012/12/17 Shenfeng Liu liush...@gmail.com Hi, all, I just want to give you an update that we had a successful Apache OpenOffice session last Thursday (Dec 13) on Apache Asia Road Show 2012 Beijing. Thanks to Peter, Tao and Da Li for the speech! The topics covered AOO general introduction, contributions from local volunteers, how to join community and make contribution, and building social/cloud solutions by integrating with AOO. We also distributed AOO promotion materials that prepared by Da Li. We got more than 100 audience participated in the OpenOffice session 14:00-15:00. Most of them are technical people from different companies and universities. Per my check during my speech, only 20 had used OpenOffice before. So it is really a good promotion of our product and community. We are refining the presentations and will publish them later. Thanks! - Shenfeng (Simon) 2012/12/5 Peter Junge peter.ju...@gmx.org OK. On 12/5/2012 4:55 PM, Shenfeng Liu wrote: Peter, Thanks for your comments! I added the speaker names per the presenting sequence. Apache OpenOffice in Apache Asia Road Show Beijing 2012 at December 13 Apache Asia Road Show Beijing 2012 will be held at December 13, and Apache OpenOffice will deliver a session in the conference. In the Apache OpenOffice session, Peter Junge, Apache OpenOffice PMC member, will give a speech to introduce Apache OpenOffice, its history and way in Apache. And other contributors in Beijing, Shenfeng Liu, Hongyun An, Tao Liu and Dali Liu, will also give their speech to share the best practice of contributing to the open source community, as well as building enterprise business and Cloud/Social solution on top of Apache OpenOffice. Please visit the Apache Asia Road Show Beijing 2012 website and register: http://apacheasiaroadshow04.eventbrite.com . We are looking forward to seeing you there! Apache OpenOffice将在12月13日Apache Asia Road Show Beijing 2012大会上介绍其发展及解决方案 Apache Asia Road Show Beijing 2012将于12月13日在北京中关村软件园举行。届时Apache OpenOffice将在大会上介绍其发展及相关解决方案。 在论坛上，Apache OpenOffice项目管理委员会成员Peter Junge将首先介绍Apache OpenOffice及其历史和发展方向。其他在北京的Apache OpenOffice志愿者，刘慎锋，安红云，刘涛，刘大力等，也会分享在Apache OpenOffice开源社区做贡献的经验，以及如何基于Apache OpenOffice开发企业应用和云计算及社交解决方案。 欢迎大家到Apache Asia Road Show Beijing 2012网站注册： http://apacheasiaroadshow04.eventbrite.com！让我们共同关注Apache OpenOffice，共同推动开源社区的发展！ - Shenfeng (Simon) 2012/12/5 Peter Junge peter.ju...@gmx.org I would also mention the names of the other speakers. Apart from that it's OK. Peter On 12/4/2012 11:15 PM, Rob Weir wrote: On Mon, Dec 3, 2012 at 11:21 PM, Shenfeng Liu liush...@gmail.com wrote: Don, Thanks for your suggestion! Here is my draft of the blog, in English Chinese. Please review and give your comments! I found myself not able to edit the blog directly, so I wonder if you or any one else can help to post? Thanks very much! Here is the post, in draft form on the blog: https://blogs.apache.org/**preview/OOo/?previewEntry=** apache_asia_road_show_beijing https://blogs.apache.org/preview/OOo/?previewEntry=apache_asia_road_show_beijing Let me know if it is OK and I will publish it. -Rob --**-- Apache OpenOffice in Apache Asia Road Show Beijing 2012 at December 13 Apache Asia Road Show Beijing 2012 will be held at December 13, and Apache OpenOffice will deliver a session in the conference. In the Apache OpenOffice session, Peter Junge, Apache OpenOffice PMC member, will give a speech to introduce Apache OpenOffice, its history and way in Apache. And other contributors in Beijing will also give their speech to share the best practice of contributing to the open source community, as well as building
Re: Default Toolbar for Certain Languages
As we are considering about the side bar stuff currently, would you mind giving us more specifications on your suggestions? 2012/11/26 Rob Weir robw...@apache.org On Thu, Oct 11, 2012 at 10:40 PM, imacat ima...@mail.imacat.idv.tw wrote: I would like to ask if it is possible for a default toolbar for certain languages, but not all. Out local community was asking a Chinese punctuation toolbar for a long time, which they were used to it since MS Office 97. Unlike English punctuation, it is very trouble to input Chinese full-width punctuation. This toolbar helped them a lot. I submit a request, and am amazed how fast words got spread and people are enthusiastic about getting this done. http://goo.gl/mod/GTi6 I know it is easy to do it in with a extension of BASIC macros. Is it possible to include it in the OpenOffice installation? Or maybe hard-code it? Hi -- is this new Extension related? http://extensions.services.openoffice.org/en/project/ROCtwTCP -Rob -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/
Re: AOO trunk build fails with HSQLDB
- Messaggio originale - Da: Ariel Constenla-Haile On Mon, Dec 17, 2012 at 09:10:09AM -0800, Kay Schenk wrote: On Sun, Dec 16, 2012 at 2:50 PM, Pedro Giffuni wrote: Hello Kay; Yes, I can confirm after solving those two issues,we got OpenOffice building with JDK 7 on FreeBSD: http://www.freebsd.org/cgi/cvsweb.cgi/ports/editors/openoffice-3-devel/files/ Pedro. Hey -- thanks for this notice. Well, IMO, we should fix these supposedly *trivial* issues and get on with java 7. Java 6 is out of support for *some* time now. We can't expect users to keep an older version like 6 around. AFAIK the Java base is 1.5 (both source and target). Moving this to 1.7 is a bad idea. My understanding is that Java 1.5 is EOL. I agree that moving to 1.7 is a bad idea, so I would say 1.6 is what should be expected. Of course we will have to clean the build for 1.7 anyways and the sooner the better. Pedro.
Re: wiki.open office Volunteer Application
Hi, Thank you for the account!But I can not edit mwiki after I logged in.I wonder that if I can get more permit to edit wiki?I am very interest in the Symphony Sidebar. Best regards, Doreen 2012/12/13 Andrew Douglas Pitonyak and...@pitonyak.org On 12/12/2012 12:37 AM, 陶然 wrote: Hello, I'm a collage student ,and my major is industry design.I'm very interested in wiki open office,so I send you this letter to wonder that may I be a member of volunteers? I will be very Appreciate if you agree my joining ! Best regards, Doreen Also, if you intend to edit content on the WIKI, respond to this email (be sure to include the mailing list) and indicate the username to use for your account. Note that you only require an account if you will edit WIKI content. -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/**AndrewMacro.odthttp://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php
