Re: Issues with file associations for some users...
On 18 December 2013 02:09, Kay Schenk kay.sch...@gmail.com wrote: On Tue, Dec 17, 2013 at 4:43 PM, Rob Weir robw...@apache.org wrote: On Tue, Dec 17, 2013 at 6:30 PM, Kay Schenk kay.sch...@gmail.com wrote: We have posted Installation Instructions for OpenOffice for some years. However, some users seem to still have issues with the file types that AOO will assign to itself after installation despite the fact that users are given the opportunity to change this. Please see: http://www.openoffice.org/download/common/instructions.html#fileassoc We could use some help with alternate wording or presentation of this topic. We welcome your suggestions. Thanks. Presumably the user who had the problem (and reported it to the private list): 1) Did not read the install instructions 2) Did not pay attention to the install wizard panel where associations were set 3) Perhaps is not familiar with what file associations are and that they can be changed by applications or by the user. Looking at Google Analytics it looks like the /download/common/instructions.html page is viewed around 700 times per day. Since we have around 170K downloads per day, it is clear that very few people consult that page. I wonder this is a topic for a future post-install survey? Questions like: Are you aware of the MD5 hashes and detached signatures? Did you use them? Are you aware of the install instructions on the website? Did you read them? Are you aware of the release notes? Did you read them? Did you have any install-related questions while installing? Stuff like that. Try to figure out what users actually do when installing AOO. We like to think they read all the material we create. But I bet most of them just click and pray. Yeah, I was aware of the divide in downloads vs instruction views quite some time ago. :/ Since I've only installed on Linux and know how to do that successfully for my needs, it would be nice if we could improve and/or clarify the experience for other platforms -- but I don't know what they experience. click and pray is probably very descriptive. Assuming some are not likely to ever use the Install Instructions, is there anything we can do during the install process to assist them in NOT getting unexpected results? That's the crux of the matter. For instance, can 2) above in your list be modified to make them more aware of what this means and what will happen? (I don't see anything like this on Linux install). I believe users only consult these instruction if click and pray fails. If we want to make users aware of hash etc, we should write it on the initial splash screen. I know that is no guarantee the people actually read it, but at least it guarantees they have seen it. rgds jan I. Regards, -Rob -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason
Re: Reopening the Vietnamese Forum
On 17 December 2013 23:59, Kay Schenk kay.sch...@gmail.com wrote: On Tue, Dec 17, 2013 at 11:59 AM, Hagar Delest hagar.del...@laposte.net wrote: Le 16/12/2013 23:15, Kay Schenk a écrit : Aside from captcha (I'm assuming this is used for registration?), do we have any other spam tools in place for the Forums? The only other counter measure is the first post moderation. And it is very effective. On the English board, there is absolutely no spam. The only remaining is the signature or the profile link but they are spotted very quickly and they don't appear until you look at the members list. So I don't think we need further tools. Except for moderators perhaps, something like a nuke button that bans the user and delete signature and profile web link automatically. But we live without. The rate (on the EN forum) is below 3.5 spam account per day. Hagar OK, thanks. The reason why I asked is I saw that there ARE spam mods available for phpBB and, not knowing our setup, I didn't know if we were using any of them, or if they would help. there are, but not a lot is configured. However if the en forum is happy and have a low spam level, then there are no need to hazzle users more. Like anything of that nature, they might help if configured appropriately. +1 One even claims to do moderation. But, of course, some attention would likely be necessary. In this particular case, we might think about closing the vi forum and deleting all accounts of a certain age if these seem to be the cause of problems, then reopening again with only newer accounts available and see what happens. +1, thats a real good idea, there would be no need to close the forum, simply clean the user base older than e.g. 3 month and see if the spam continues. rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason
Re: OpenOffice development with Eclipse
On 12/18/13 12:16 AM, Rob Weir wrote: On Tue, Dec 17, 2013 at 4:34 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 12/17/13 9:58 AM, Andre Fischer wrote: Hi, About a week or so ago I tried again to import the OpenOffice source code into Eclipse. The last time I tried that, a few years ago, this did not work at all. Our source code was just to big and too complex. This time however, it worked out of the box. If you do it right :-) The developers of the CDT (the C/C++ Development Tooling) have made great progress in the last years. As this allows newcomers a much easier way to become OpenOffice developers and also can make the work of experienced developers more productive I would like to share how to set up Eclipse for OpenOffice. This process is still a bit rough around the edges. Any help is appreciated. I have started a Wiki page [1] which explains the manual setup. It should work on all platforms but at the moment only Windows is described. Maybe you can help to fill in missing values for other platforms. I am working on a few Eclipse plugins to automate this process: - A wizard for setting up an Eclipse workspace. The prototype has just to be pointed to the (compiled) source code. It will then collect all the necessary include paths and set the necessary compiler defines so that the indexer can resolve even the platform dependent definitions. This is important because even something as simple as sal_Int16 will not be recognized without the indexer being told about platform specific preprocessor defines. - The idea of CDT about how C/C++ files are built is different from how OpenOffice does it. Therefore I am developing a short term solution that provides a couple of buttons/menu entries/whatever will be appropriate to build the current module, directory or file and then deploy the new libraries into an installed office. Here are some highlight of what Eclipse and CDT allow us to do: - Easily switch between header and implementation file. - Follow header inclusion (just Ctrl-click on an #include statement and the referenced header file is opened in the editor. - Get information about variables and classes by simply hovering over their names. A popup box shows you the variable definition or the class implementation. That is something you have to see to believe it. - Find out from where a function or method is called - Explore the type hierarchy of a class. - Macro expansion. Hover over a macro use and see the expansion of it, several iterations if necessary. Ever wanted to know how IMPL_LINK is defined? Just move your mouse pointer over it. - Code assist while typing. Define a variable, eg. ::rtl::OUString sText Then type sText., wait a little (default is 500ms) and a box shows you all the available methods of OUString. - An overview at the right side shows you all the functions, methods, includes, macro defines etc, that are made in the currently edited file. Click on one and jump to the corresponding source code. All of this may sound familiar to Java developers. But for C++, especially for OpenOffice, I think this is quite remarkable. Yes. this is very impressive. I thought the code base was too large for Eclipse, but it sounds like it is fine. And to underline what Andre has described above, this is really cool and we are sure it will help us a lot. I watched a video from Bjoern Michaelsen from LO where he presented something similar for KDevelop and pointed out what's possible with their new complete gbuild system I didn't understand the relation between the build system and the integration and talked with Andre about and others about it. Andre who is quite familiar with Eclipse (I am more a NetBeans guy) spend a first hour on experimenting with Eclipse. We didn't knew that and after an hour he presented us the first results which were impressive. It will be interesting to see the full experience, with Subversion integration and especially the refactoring support. There is also a Bugzilla plugin, yes? I haven't done too much yet with the svn integration but it seems to work. yes there is Bugzilla plugin, but I didn't got to work on Mac. Andre was able to view but could not edit issues. But the embedded browser view worked. I did a similar test on my Mac with the same result and was able to compile and debug (old gcc env) in Eclipse. Well I had some problems with the new upcoming env (clang, lldb) because there is no lldb tool chain for Eclipse yet. But anyway the whole support and the advantage of the indexer and the related navigation in the source code is so huge that we will definitely continue and follow up on this. And as Andre pointed out this is and can be fun and even the results after a few hours were impressive. If there are volunteers who have experience in plugin development for Eclipse please join and help us to make this even more comfortable.
Re: OpenOffice development with Eclipse
On 12/18/13 12:07 AM, Kay Schenk wrote: On Tue, Dec 17, 2013 at 1:34 AM, Jürgen Schmidt jogischm...@gmail.comwrote: On 12/17/13 9:58 AM, Andre Fischer wrote: Hi, About a week or so ago I tried again to import the OpenOffice source code into Eclipse. The last time I tried that, a few years ago, this did not work at all. Our source code was just to big and too complex. This time however, it worked out of the box. If you do it right :-) The developers of the CDT (the C/C++ Development Tooling) have made great progress in the last years. As this allows newcomers a much easier way to become OpenOffice developers and also can make the work of experienced developers more productive I would like to share how to set up Eclipse for OpenOffice. This process is still a bit rough around the edges. Any help is appreciated. I have started a Wiki page [1] which explains the manual setup. It should work on all platforms but at the moment only Windows is described. Maybe you can help to fill in missing values for other platforms. I am working on a few Eclipse plugins to automate this process: - A wizard for setting up an Eclipse workspace. The prototype has just to be pointed to the (compiled) source code. It will then collect all the necessary include paths and set the necessary compiler defines so that the indexer can resolve even the platform dependent definitions. This is important because even something as simple as sal_Int16 will not be recognized without the indexer being told about platform specific preprocessor defines. - The idea of CDT about how C/C++ files are built is different from how OpenOffice does it. Therefore I am developing a short term solution that provides a couple of buttons/menu entries/whatever will be appropriate to build the current module, directory or file and then deploy the new libraries into an installed office. Here are some highlight of what Eclipse and CDT allow us to do: - Easily switch between header and implementation file. - Follow header inclusion (just Ctrl-click on an #include statement and the referenced header file is opened in the editor. - Get information about variables and classes by simply hovering over their names. A popup box shows you the variable definition or the class implementation. That is something you have to see to believe it. - Find out from where a function or method is called - Explore the type hierarchy of a class. - Macro expansion. Hover over a macro use and see the expansion of it, several iterations if necessary. Ever wanted to know how IMPL_LINK is defined? Just move your mouse pointer over it. - Code assist while typing. Define a variable, eg. ::rtl::OUString sText Then type sText., wait a little (default is 500ms) and a box shows you all the available methods of OUString. - An overview at the right side shows you all the functions, methods, includes, macro defines etc, that are made in the currently edited file. Click on one and jump to the corresponding source code. All of this may sound familiar to Java developers. But for C++, especially for OpenOffice, I think this is quite remarkable. This work is good news for those who like Eclipse that's for sure. So, thanks. not only for Eclipse friends, it can be something that makes you an Eclipse friend. As I mentioned earlier I am normally more focused on NetBeans simply because I used it before Eclipse becomes more and more popular and probably because I worked for Sun ;-) Juergen And to underline what Andre has described above, this is really cool and we are sure it will help us a lot. I watched a video from Bjoern Michaelsen from LO where he presented something similar for KDevelop and pointed out what's possible with their new complete gbuild system I didn't understand the relation between the build system and the integration and talked with Andre about and others about it. Andre who is quite familiar with Eclipse (I am more a NetBeans guy) spend a first hour on experimenting with Eclipse. We didn't knew that and after an hour he presented us the first results which were impressive. I did a similar test on my Mac with the same result and was able to compile and debug (old gcc env) in Eclipse. Well I had some problems with the new upcoming env (clang, lldb) because there is no lldb tool chain for Eclipse yet. But anyway the whole support and the advantage of the indexer and the related navigation in the source code is so huge that we will definitely continue and follow up on this. And as Andre pointed out this is and can be fun and even the results after a few hours were impressive. If there are volunteers who have experience in plugin development for Eclipse please join and help us to make this even more comfortable. OpenOffice developers please try it out and I am sure you will be impressed and it will help you a lot to find your way in the OpenOffice code jungle.
RE: Issues with file associations for some users...
-Original Message- From: jan i [mailto:j...@apache.org] Sent: Wednesday, December 18, 2013 9:39 AM To: dev Subject: Re: Issues with file associations for some users... On 18 December 2013 02:09, Kay Schenk kay.sch...@gmail.com wrote: On Tue, Dec 17, 2013 at 4:43 PM, Rob Weir robw...@apache.org wrote: On Tue, Dec 17, 2013 at 6:30 PM, Kay Schenk kay.sch...@gmail.com wrote: We have posted Installation Instructions for OpenOffice for some years. However, some users seem to still have issues with the file types that AOO will assign to itself after installation despite the fact that users are given the opportunity to change this. Please see: http://www.openoffice.org/download/common/instructions.html#fileassoc citation from instructions page link above 7. Select a setup type (we recommend Complete) and click Next. The File Type window is displayed. /citation I just tried a fresh install on one of my test vm's (win7-32 ultimate) where previously only LO 4.21 (updated from LO 3.x) was installed, no Microsoft Office, no earlier version of OOo/AOO. I've used the German installer 'Apache_OpenOffice_4.0.1_Win_x86_install_de.exe', downloaded from sourceforge about 3 months ago. I left setup type to the pre-selected type complete (I don't remember what it said in German). Contrary to the description cited above, there was no File Type window displayed at all, i.e. there was no chance to choose file type associations during install. We could use some help with alternate wording or presentation of this topic. We welcome your suggestions. Thanks. Presumably the user who had the problem (and reported it to the private list): 1) Did not read the install instructions 2) Did not pay attention to the install wizard panel where associations were set 3) Perhaps is not familiar with what file associations are and that they can be changed by applications or by the user. Looking at Google Analytics it looks like the /download/common/instructions.html page is viewed around 700 times per day. Since we have around 170K downloads per day, it is clear that very few people consult that page. I wonder this is a topic for a future post-install survey? Questions like: Are you aware of the MD5 hashes and detached signatures? Did you use them? Are you aware of the install instructions on the website? Did you read them? Are you aware of the release notes? Did you read them? Did you have any install-related questions while installing? Stuff like that. Try to figure out what users actually do when installing AOO. We like to think they read all the material we create. But I bet most of them just click and pray. Yeah, I was aware of the divide in downloads vs instruction views quite some time ago. :/ Since I've only installed on Linux and know how to do that successfully for my needs, it would be nice if we could improve and/or clarify the experience for other platforms -- but I don't know what they experience. click and pray is probably very descriptive. Assuming some are not likely to ever use the Install Instructions, is there anything we can do during the install process to assist them in NOT getting unexpected results? That's the crux of the matter. For instance, can 2) above in your list be modified to make them more aware of what this means and what will happen? (I don't see anything like this on Linux install). I believe users only consult these instruction if click and pray fails. If we want to make users aware of hash etc, we should write it on the initial splash screen. I know that is no guarantee the people actually read it, but at least it guarantees they have seen it. rgds jan I. Regards, -Rob -- --- -- MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- --- -- MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[CODE]: proposal to use a common since tag in IDL files
Hi, I noticed that we currently have at least 2 different @since tag notations in our IDL files. I would like to propose that we use in the future a common notation. Today we have: @since OOo version @since Apache OpenOffice version Proposal: @since OpenOffice version I think we don't need Apache OpenOffice, simply OpenOffice is enough. If nobody complains I will change it until 4.1 (the script is ready) Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reopening the Vietnamese Forum
On Dec 18, 2013 3:43 AM, jan i j...@apache.org wrote: On 17 December 2013 23:59, Kay Schenk kay.sch...@gmail.com wrote: On Tue, Dec 17, 2013 at 11:59 AM, Hagar Delest hagar.del...@laposte.net wrote: Le 16/12/2013 23:15, Kay Schenk a écrit : Aside from captcha (I'm assuming this is used for registration?), do we have any other spam tools in place for the Forums? The only other counter measure is the first post moderation. And it is very effective. On the English board, there is absolutely no spam. The only remaining is the signature or the profile link but they are spotted very quickly and they don't appear until you look at the members list. So I don't think we need further tools. Except for moderators perhaps, something like a nuke button that bans the user and delete signature and profile web link automatically. But we live without. The rate (on the EN forum) is below 3.5 spam account per day. Hagar OK, thanks. The reason why I asked is I saw that there ARE spam mods available for phpBB and, not knowing our setup, I didn't know if we were using any of them, or if they would help. there are, but not a lot is configured. However if the en forum is happy and have a low spam level, then there are no need to hazzle users more. Like anything of that nature, they might help if configured appropriately. +1 One even claims to do moderation. But, of course, some attention would likely be necessary. In this particular case, we might think about closing the vi forum and deleting all accounts of a certain age if these seem to be the cause of problems, then reopening again with only newer accounts available and see what happens. +1, thats a real good idea, there would be no need to close the forum, simply clean the user base older than e.g. 3 month and see if the spam continues. FWIW I would close and remove the site. The real problem is lack of interest by users. The VI user activity never really was adequate to support a forum IMO. rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason
Advertising request
Hello there, My name is Pavel. I came across your contact details at http://openoffice.org I have a client that is planning to launch a New Generation software solution for Project Management. This solution is designed to significantly simplify project execution and help teams effectively collaborate in the context of work. Briefly, it’s achieved through automated planning and the predictive Gantt chart. The product will be launched in January 2014. On this note, I’d like to ask if you’d like to: - write a review on my client’s product - include information about the product in your articles - publish our press releases / white papers / infographics Is there anything you’d be interested in? I understand that there can be some costs involved, thus, do not hesitate to name your price if needed. Thank you in advance, Pavel
Re: Advertising request
mmh, I wouldn't have moderated this email on the list. it's only noise on the list and not useful at all Juergen On 12/18/13 11:06 AM, Pavel G wrote: Hello there, My name is Pavel. I came across your contact details at http://openoffice.org I have a client that is planning to launch a New Generation software solution for Project Management. This solution is designed to significantly simplify project execution and help teams effectively collaborate in the context of work. Briefly, it’s achieved through automated planning and the predictive Gantt chart. The product will be launched in January 2014. On this note, I’d like to ask if you’d like to: - write a review on my client’s product - include information about the product in your articles - publish our press releases / white papers / infographics Is there anything you’d be interested in? I understand that there can be some costs involved, thus, do not hesitate to name your price if needed. Thank you in advance, Pavel - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CODE]: proposal to use a common since tag in IDL files
Hi, On 18.12.2013 13:10, Jürgen Schmidt wrote: Hi, I noticed that we currently have at least 2 different @since tag notations in our IDL files. I would like to propose that we use in the future a common notation. Today we have: @since OOo version @since Apache OpenOffice version Proposal: @since OpenOffice version I think we don't need Apache OpenOffice, simply OpenOffice is enough. +1 Best regards, Oliver. If nobody complains I will change it until 4.1 (the script is ready) Juergen - 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: Reminder and blog post about FOSDEM 2014 talk submissions
Hi, On 17.12.2013 00:11, Andrea Pescetti wrote: Reminder: FOSDEM talk proposals must be submitted by Sunday 22 December. I also drafted a blog post quite similar to the official call, please have a look so that we can publish it: https://blogs.apache.org/preview/OOo/?previewEntry=join_apache_openoffice_at_fosdem It also contains all details about the submission process in case someone missed them. I have submitted a talk. How do I know that my submission has been received? Best regards, Oliver. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice website
On Tue, Dec 17, 2013 at 10:24 PM, grumpy rp...@q.com wrote: From this page: http://www.openoffice.org/download/common/java.html taking the link Installation FAQ which goes here: http://wiki.services.openoffice.org/wiki/Documentation/FAQ/Installation results in this message: There is a problem with this website's security certificate. The security certificate presented by this website was issued for a different website's address. Confirmed in IE8. Though I don't get it in Chrome. Don
Re: OpenOffice development with Eclipse
On 12/18/2013 09:40 AM, Andrew Douglas Pitonyak wrote: And I still think it is a good thing that LO builds under eclipse :-) Did i really write LO? Smack head! -- Andrew Pitonyak My Macro Document: http://www.pitonyak.org/AndrewMacro.odt Info: http://www.pitonyak.org/oo.php - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Apache OpenOffice 2013 Mailing List Review
http://www.robweir.com/blog/2013/12/aoo-2013-mailing-list.html I did this on my personal blog because I was getting disk quota errors on our project blog when trying to upload the images, and I don't have time to deal with that right now. Enjoy! -Rob - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Apache OpenOffice 2013 Mailing List Review
We’d appreciate it if you filed an INFRA jira ticket when you do have some free time. Thanks. On Dec 18, 2013, at 11:36 AM, Rob Weir robw...@apache.org wrote: http://www.robweir.com/blog/2013/12/aoo-2013-mailing-list.html I did this on my personal blog because I was getting disk quota errors on our project blog when trying to upload the images, and I don't have time to deal with that right now. Enjoy! -Rob - 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: Apache OpenOffice 2013 Mailing List Review
On Wed, Dec 18, 2013 at 11:38 AM, Joseph Schaefer joe_schae...@yahoo.com wrote: We’d appreciate it if you filed an INFRA jira ticket when you do have some free time. Certainly. That would be the next step. -Rob Thanks. On Dec 18, 2013, at 11:36 AM, Rob Weir robw...@apache.org wrote: http://www.robweir.com/blog/2013/12/aoo-2013-mailing-list.html I did this on my personal blog because I was getting disk quota errors on our project blog when trying to upload the images, and I don't have time to deal with that right now. Enjoy! -Rob - 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: dev-h...@openoffice.apache.org
Re: Apache OpenOffice 2013 Mailing List Review
On Wed, Dec 18, 2013 at 12:04 PM, Rob Weir robw...@apache.org wrote: On Wed, Dec 18, 2013 at 11:38 AM, Joseph Schaefer joe_schae...@yahoo.com wrote: We’d appreciate it if you filed an INFRA jira ticket when you do have some free time. Certainly. That would be the next step. Before I forget, the message was You cannot exceed the maximum directory size of 4.00 MB. The subdirectory I was in had a 153KB file already in it and I was uploading a 652KB file. So the message is odd, unless it is referring to storage for the entire OOo blog. But I assume we would have exceeded 4 MB a long, long time ago. Does anyone know if this is a configuration option within reach of our non-Infra Roller admin? Regards, -Rob -Rob Thanks. On Dec 18, 2013, at 11:36 AM, Rob Weir robw...@apache.org wrote: http://www.robweir.com/blog/2013/12/aoo-2013-mailing-list.html I did this on my personal blog because I was getting disk quota errors on our project blog when trying to upload the images, and I don't have time to deal with that right now. Enjoy! -Rob - 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: dev-h...@openoffice.apache.org
Re: Apache OpenOffice 2013 Mailing List Review
On Wed, Dec 18, 2013 at 12:16 PM, Joseph Schaefer joe_schae...@yahoo.com wrote: Unless we did something really unusual, we don’t apply quotas to any of our filesystems, so this is likely a configuration option within Roller. That makes sense. And if it was filesystem level it would not give a nicely formatted error message like I saw. -Rob On Dec 18, 2013, at 12:10 PM, Rob Weir robw...@apache.org wrote: On Wed, Dec 18, 2013 at 12:04 PM, Rob Weir robw...@apache.org wrote: On Wed, Dec 18, 2013 at 11:38 AM, Joseph Schaefer joe_schae...@yahoo.com wrote: We’d appreciate it if you filed an INFRA jira ticket when you do have some free time. Certainly. That would be the next step. Before I forget, the message was You cannot exceed the maximum directory size of 4.00 MB. The subdirectory I was in had a 153KB file already in it and I was uploading a 652KB file. So the message is odd, unless it is referring to storage for the entire OOo blog. But I assume we would have exceeded 4 MB a long, long time ago. Does anyone know if this is a configuration option within reach of our non-Infra Roller admin? Regards, -Rob -Rob Thanks. On Dec 18, 2013, at 11:36 AM, Rob Weir robw...@apache.org wrote: http://www.robweir.com/blog/2013/12/aoo-2013-mailing-list.html I did this on my personal blog because I was getting disk quota errors on our project blog when trying to upload the images, and I don't have time to deal with that right now. Enjoy! -Rob - 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: 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: dev-h...@openoffice.apache.org
RE: createRegistryServiceFactory: cannot get uno environments!
Anyway, if we're lucky the problem is just a missing library or the failed
loading
of a library. In that case the patch below might help you to analyze the
problem:
Indeed the problem is a missing library:
:
LD_LIBRARY_PATH=/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib${LD_LIBRARY_PATH:+:${LD_LIBRARY_PATH}}
../../../unxsogi.pro/bin/saxparser en_AU en_AU.xml
../../../unxsogi.pro/misc/localedata_en_AU.cxx \
file:///extra/sources/OpenOffice/aoo4/main/i18npool/source/localedata/data/../../../unxsogi.pro/misc/saxparser.rdb
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/bin/types.rdb \
-env:OOO_INBUILD_SHAREDLIB_DIR=file:///extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib
loadModule(
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so,
257) failed with ld.so.1: saxparser: fatal:
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so:
open failed: No such file or directory
loadModule(
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so,
257) failed with ld.so.1: saxparser: fatal:
/extra/sources/OpenOffice/aoo4/main/solver/410/unxsogi.pro/lib/libg++_uno.so:
open failed: No such file or directory
Exception on createRegistryServiceFactory: cannot get uno environments!
dmake: Error code 1, while making
'../../../unxsogi.pro/misc/localedata_en_AU.cxx'
Google returns nothing about libg++_uno...
A.S.
--
Apostols Syropoulos
Xanthi, Greece
Re: AOO is now also available as GIT (READ-ONLY).
Just keep in mind that there is no support for partial checkouts in git so it’s not all roses and unicorns for a project like this to switch from svn to git. On Dec 18, 2013, at 12:38 PM, jan i j...@apache.org wrote: Hi Infra-5590 has now been solved, thanks to an effort from jfarrell: jfarrell 16:11:32 janIV: christmas gift for you. took a little over a week to wrap, had to use duct tape along the way. git ls-remote git:// git.apache.org/openoffice.git Please have a look at our new READ-ONLY git mirror. Once everybody is happy, we can consider moving fully to GIT, I will however recommend to it imidiatly after next release. rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: AOO is now also available as GIT (READ-ONLY).
On 18 December 2013 18:51, Joseph Schaefer joe_schae...@yahoo.com wrote: Just keep in mind that there is no support for partial checkouts in git so it’s not all roses and unicorns for a project like this to switch from svn to git. I my opinion svn offers a number of things superior than git (I have lots of problems with branches in git, when you have a project as big as AOO). I prefer the current solution GIT Readonly for reference, and svn for production, but the majority of the project decides. rgds jan I. On Dec 18, 2013, at 12:38 PM, jan i j...@apache.org wrote: Hi Infra-5590 has now been solved, thanks to an effort from jfarrell: jfarrell 16:11:32 janIV: christmas gift for you. took a little over a week to wrap, had to use duct tape along the way. git ls-remote git:// git.apache.org/openoffice.git Please have a look at our new READ-ONLY git mirror. Once everybody is happy, we can consider moving fully to GIT, I will however recommend to it imidiatly after next release. rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [RELEASE]: proposal for our next release AOO 4.1
Feb ??, 2014 feature FVT finish (I know in China is public holiday as well from Jan 31 - Feb 7) QA needs about 70 PD to complete the left 1061 executions (total 1061, suppose 15 executions per day per QA volunteer being concentrated on this work) on Writer(140), Calc(330) and Impress(591). We started the feature FVT early on Oct 29, the original plan is to complete Writer on 11/29, Calc on 12/27 and Impress on 1/24, we are very behind the planned schedule now because of the less volunteers. It would be optimistic to finish feature FVT before Feb 13. Feb 21 - ? full regression testing and bug fixing Based on the experience from 4.0 Full Regression(22 QA volunteers completed 1,221 regression test executions during 10 weeks), if we take the same volume of executions and execution rate in 4.1, we may not complete it before Mar 20(4 weeks). The complete date would depend on how many QA volunteers will participate and how much effort they will provide, as well as how many defects are found. Regards, Yu Zhen On Tue, Dec 17, 2013 at 8:22 PM, Jürgen Schmidt jogischm...@gmail.comwrote: Hi, well it seems that I was a little bit to optimistic or do I need a break? I don't know probably both but I talked with the developers in my direct surrounding field and taking the Christmas break, vacation etc. into account we believe that my proposal was a little bit to optimistic. I don't know what others think but based on this new information I would like to move my proposed schedule a little bit. Jan 24, 2014 feature freeze Jan 27, 2014 translation freeze Feb ??, 2014 feature FVT finish (I know in China is public holiday as well from Jan 31 - Feb 7) Feb 14, 2014 4.1 beta candidate Feb 21, 2014 4.1 beta release for pubic review Feb 21 - ? full regression testing and bug fixing Mar 21, 2014 RC1? Apr 1, 2014 GA? (I like this date if possible) It would nice to hear other opinions or general feedback. Juergen On 12/6/13 9:41 AM, Jürgen Schmidt wrote: Hi, some time ago we have discussed a language only release on base of 4.0.1. And even a language release requires a lot of work. Until today I see 3 potential languages ready which is not enough from my perspective. But on the other side we have some nice stuff in place that should be released asap, for example the iAccessibility support which is a great step forward and will help a lot of people. I would like to propose a new release AOO 4.1 early next year and as soon as possible. Taking into account that Christmas and the related holidays in many countries will slow down all the activities a little bit I can think of the following: Jan 10, 2014features freeze Jan 13, 2014 translation freeze for beta Jan 20, 2014 feature FVT finish Jan 21, 2014 4.1 beta candidate, with major features and languages Jan 27, 2014 4.1 beta release for public review Jan 27 - ?full regression testing and bug fixing ? RC1 Feb 28, or later? GA ? I really would like to see the iAccessibility improvements publicly available as soon as possible because from my perspective it is a further huge milestone for AOO. And I would like to support the new languages as soon as possible and hopefully we can have a few more. Some are very close to be ready. Opinions and feedback is welcome and I hope may of you can share my view. Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Issues with file associations for some users...
On Wed, Dec 18, 2013 at 1:22 AM, Jürgen Schmidt jogischm...@gmail.comwrote: On 12/18/13 9:39 AM, jan i wrote: On 18 December 2013 02:09, Kay Schenk kay.sch...@gmail.com wrote: On Tue, Dec 17, 2013 at 4:43 PM, Rob Weir robw...@apache.org wrote: On Tue, Dec 17, 2013 at 6:30 PM, Kay Schenk kay.sch...@gmail.com wrote: We have posted Installation Instructions for OpenOffice for some years. However, some users seem to still have issues with the file types that AOO will assign to itself after installation despite the fact that users are given the opportunity to change this. Please see: http://www.openoffice.org/download/common/instructions.html#fileassoc We could use some help with alternate wording or presentation of this topic. We welcome your suggestions. Thanks. Presumably the user who had the problem (and reported it to the private list): 1) Did not read the install instructions 2) Did not pay attention to the install wizard panel where associations were set 3) Perhaps is not familiar with what file associations are and that they can be changed by applications or by the user. Looking at Google Analytics it looks like the /download/common/instructions.html page is viewed around 700 times per day. Since we have around 170K downloads per day, it is clear that very few people consult that page. I wonder this is a topic for a future post-install survey? Questions like: Are you aware of the MD5 hashes and detached signatures? Did you use them? Are you aware of the install instructions on the website? Did you read them? Are you aware of the release notes? Did you read them? Did you have any install-related questions while installing? Stuff like that. Try to figure out what users actually do when installing AOO. We like to think they read all the material we create. But I bet most of them just click and pray. Yeah, I was aware of the divide in downloads vs instruction views quite some time ago. :/ Since I've only installed on Linux and know how to do that successfully for my needs, it would be nice if we could improve and/or clarify the experience for other platforms -- but I don't know what they experience. click and pray is probably very descriptive. Assuming some are not likely to ever use the Install Instructions, is there anything we can do during the install process to assist them in NOT getting unexpected results? That's the crux of the matter. For instance, can 2) above in your list be modified to make them more aware of what this means and what will happen? (I don't see anything like this on Linux install). I believe users only consult these instruction if click and pray fails. If we want to make users aware of hash etc, we should write it on the initial splash screen. I know that is no guarantee the people actually read it, but at least it guarantees they have seen it. regarding t the file type association I can think of an improved start center using the whole window where we can show recent documents, favorite templates ... tips and latest news. We talked about it already some time ago but maybe we can think in more detail about it next year. Juergen That would be great! I think we really need to bring more attention *on installation* to this particular wizard. Some way of informing users that file type associations will be changed unless they check or uncheck something whatever the case might be. If that' already there, my apologies. rgds jan I. Regards, -Rob -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason
Re: OpenOffice development with Eclipse
Jürgen Schmidt wrote: We will blog about it in the new year and I ma sure we can then present a little bit more. This may be an interesting topic for FOSDEM too and I think you (Andre included, obviously!) already have quite clear ideas, so you could submit it as explained in https://blogs.apache.org/OOo/entry/join_apache_openoffice_at_fosdem by the Dec 22 deadline... unless you have already done it! Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Reporting a problem with the OpenOffice Wiki
Jean Calvet jean.cal...@neuf.fr wrote: Hay everyone, I wanted to suscribe to the forum. Error Error again Error still But 100%, I made any mistaque: it's so simple!! But ... I got the message: *Erreur de connexion* Code de confirmation erroné ou manquant What the meaning of Code de confirmation In fact, ther is any in the page: https://wiki.openoffice.org/w/index.php?title=Special:UserLoginaction=submitlogintype=signupreturnto=Main+Page as shown here. Et comme je n'ai pas pu m'inscrire, je ne puis pas respecter ce qui est écrit ailleurs: mon adresse électronique reconnue. Avec amitié et reconnaissance par ailleurs. Jean -- -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Re: OpenOffice development with Eclipse
On Dec 18, 2013 12:46 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 12/18/13 12:16 AM, Rob Weir wrote: On Tue, Dec 17, 2013 at 4:34 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 12/17/13 9:58 AM, Andre Fischer wrote: Hi, About a week or so ago I tried again to import the OpenOffice source code into Eclipse. The last time I tried that, a few years ago, this did not work at all. Our source code was just to big and too complex. This time however, it worked out of the box. If you do it right :-) The developers of the CDT (the C/C++ Development Tooling) have made great progress in the last years. As this allows newcomers a much easier way to become OpenOffice developers and also can make the work of experienced developers more productive I would like to share how to set up Eclipse for OpenOffice. This process is still a bit rough around the edges. Any help is appreciated. I have started a Wiki page [1] which explains the manual setup. It should work on all platforms but at the moment only Windows is described. Maybe you can help to fill in missing values for other platforms. I am working on a few Eclipse plugins to automate this process: - A wizard for setting up an Eclipse workspace. The prototype has just to be pointed to the (compiled) source code. It will then collect all the necessary include paths and set the necessary compiler defines so that the indexer can resolve even the platform dependent definitions. This is important because even something as simple as sal_Int16 will not be recognized without the indexer being told about platform specific preprocessor defines. - The idea of CDT about how C/C++ files are built is different from how OpenOffice does it. Therefore I am developing a short term solution that provides a couple of buttons/menu entries/whatever will be appropriate to build the current module, directory or file and then deploy the new libraries into an installed office. Here are some highlight of what Eclipse and CDT allow us to do: - Easily switch between header and implementation file. - Follow header inclusion (just Ctrl-click on an #include statement and the referenced header file is opened in the editor. - Get information about variables and classes by simply hovering over their names. A popup box shows you the variable definition or the class implementation. That is something you have to see to believe it. - Find out from where a function or method is called - Explore the type hierarchy of a class. - Macro expansion. Hover over a macro use and see the expansion of it, several iterations if necessary. Ever wanted to know how IMPL_LINK is defined? Just move your mouse pointer over it. - Code assist while typing. Define a variable, eg. ::rtl::OUString sText Then type sText., wait a little (default is 500ms) and a box shows you all the available methods of OUString. - An overview at the right side shows you all the functions, methods, includes, macro defines etc, that are made in the currently edited file. Click on one and jump to the corresponding source code. All of this may sound familiar to Java developers. But for C++, especially for OpenOffice, I think this is quite remarkable. Yes. this is very impressive. I thought the code base was too large for Eclipse, but it sounds like it is fine. And to underline what Andre has described above, this is really cool and we are sure it will help us a lot. I watched a video from Bjoern Michaelsen from LO where he presented something similar for KDevelop and pointed out what's possible with their new complete gbuild system I didn't understand the relation between the build system and the integration and talked with Andre about and others about it. Andre who is quite familiar with Eclipse (I am more a NetBeans guy) spend a first hour on experimenting with Eclipse. We didn't knew that and after an hour he presented us the first results which were impressive. It will be interesting to see the full experience, with Subversion integration and especially the refactoring support. There is also a Bugzilla plugin, yes? I haven't done too much yet with the svn integration but it seems to work. I HAD been using Eclipse w/ svn plugin and connector for quite some time successfully with the Juno version. When I upgraded to Kepler (and new java) the svn did not work at all. So, I am now using NetBeans also. I really don't know what went wrong with the newer version, but after a few tries at reinstalling, etc. I gave up. Hopefully others will be more successful, as things had worked quite well for 2 years or more for me. yes there is Bugzilla plugin, but I didn't got to work on Mac. Andre was able to view but could not edit issues. But the embedded browser view worked. I did a similar test on my Mac with the same result and was
Re: OpenOffice development with Eclipse
Hello Andre and Jürgen, I have recently started working with OpenOffice, and wanted to get into deeper details of the massive codebase. Although I am used to working with vim+gnuToochain, but given the codebase size, an IDE for indexing and viewing the code seems to be a good way forward for someone new to this codebase. Eclipse as specified here seems to be quite good for debugging and viewing code. Is there some standard IDE that is used for debugging/editing core OO code in SC/SD/WriterFilter etc? Thanks, Abhishek On Tue, Dec 17, 2013 at 3:04 PM, Jürgen Schmidt jogischm...@gmail.comwrote: On 12/17/13 9:58 AM, Andre Fischer wrote: Hi, About a week or so ago I tried again to import the OpenOffice source code into Eclipse. The last time I tried that, a few years ago, this did not work at all. Our source code was just to big and too complex. This time however, it worked out of the box. If you do it right :-) The developers of the CDT (the C/C++ Development Tooling) have made great progress in the last years. As this allows newcomers a much easier way to become OpenOffice developers and also can make the work of experienced developers more productive I would like to share how to set up Eclipse for OpenOffice. This process is still a bit rough around the edges. Any help is appreciated. I have started a Wiki page [1] which explains the manual setup. It should work on all platforms but at the moment only Windows is described. Maybe you can help to fill in missing values for other platforms. I am working on a few Eclipse plugins to automate this process: - A wizard for setting up an Eclipse workspace. The prototype has just to be pointed to the (compiled) source code. It will then collect all the necessary include paths and set the necessary compiler defines so that the indexer can resolve even the platform dependent definitions. This is important because even something as simple as sal_Int16 will not be recognized without the indexer being told about platform specific preprocessor defines. - The idea of CDT about how C/C++ files are built is different from how OpenOffice does it. Therefore I am developing a short term solution that provides a couple of buttons/menu entries/whatever will be appropriate to build the current module, directory or file and then deploy the new libraries into an installed office. Here are some highlight of what Eclipse and CDT allow us to do: - Easily switch between header and implementation file. - Follow header inclusion (just Ctrl-click on an #include statement and the referenced header file is opened in the editor. - Get information about variables and classes by simply hovering over their names. A popup box shows you the variable definition or the class implementation. That is something you have to see to believe it. - Find out from where a function or method is called - Explore the type hierarchy of a class. - Macro expansion. Hover over a macro use and see the expansion of it, several iterations if necessary. Ever wanted to know how IMPL_LINK is defined? Just move your mouse pointer over it. - Code assist while typing. Define a variable, eg. ::rtl::OUString sText Then type sText., wait a little (default is 500ms) and a box shows you all the available methods of OUString. - An overview at the right side shows you all the functions, methods, includes, macro defines etc, that are made in the currently edited file. Click on one and jump to the corresponding source code. All of this may sound familiar to Java developers. But for C++, especially for OpenOffice, I think this is quite remarkable. And to underline what Andre has described above, this is really cool and we are sure it will help us a lot. I watched a video from Bjoern Michaelsen from LO where he presented something similar for KDevelop and pointed out what's possible with their new complete gbuild system I didn't understand the relation between the build system and the integration and talked with Andre about and others about it. Andre who is quite familiar with Eclipse (I am more a NetBeans guy) spend a first hour on experimenting with Eclipse. We didn't knew that and after an hour he presented us the first results which were impressive. I did a similar test on my Mac with the same result and was able to compile and debug (old gcc env) in Eclipse. Well I had some problems with the new upcoming env (clang, lldb) because there is no lldb tool chain for Eclipse yet. But anyway the whole support and the advantage of the indexer and the related navigation in the source code is so huge that we will definitely continue and follow up on this. And as Andre pointed out this is and can be fun and even the results after a few hours were impressive. If there are volunteers who have experience in plugin development for Eclipse please join and
Test cases are ready for OOXML improvements - OSBA patches use case 4
Hi All, I have completed writing test cases for OOXML improvements - OSBA patches use case 4 in TestLink[1], they are listed in tree Apache OpenOffice testproject - Fidelity - OSBA OOXML Improvements - Use Case 4, in Test Specification when select Test Project as Apache OpenOffice testproject The test cases (total number is 14) cover all places/objects which can have comments and will check those comments made in Microsoft Word and saved in OOXML format can be imported as a true presentation into AOO, and subsequently exported back to OOXML The precondition is the requirement of apache.org account to get test documents. [1] http://aootesting.adfinis-sygroup.org/index.php Regards, Yu Zhen
