RE: Deflecting the Attack of the Clones
-- in reply to -- From: Andrea Pescetti [mailto:pesce...@apache.org] Sent: Monday, December 15, 2014 13:37 To: dev@openoffice.apache.org Subject: Re: Deflecting the Attack of the Clones Dennis E. Hamilton wrote: However, there are now apparent forks of AOO, such as AndrOpen Office (boldly dubbed AOO and which seems to confuse some folks even though it is described as a fork and as not associated with the project). We are in good relationship with the author. The current branding and wording of AndrOpen Office were approved by the OpenOffice PMC. If any changes are needed, feel free to suggest them. It is an unofficial port, but it is also as close as possible to OpenOffice. orcnote My correspondent notices that there are appropriate disclaimers on the AndrOpen Office AOO web page. In a follow-up sent to me, I am told that the installed software identifies itself as Apache OpenOffice and all of the branding of Apache OpenOffice is present. I think it is important that a fork *not* do that, and that such identifications, including any links to support addresses and for pinging updates be corrected. (I don't have an answer for the on-line help or identification of AndrOpen-specific topics on the OpenOffice Forums.) /orcnote Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Deflecting the Attack of the Clones
On Sunday, December 21, 2014, Dennis E. Hamilton dennis.hamil...@acm.org wrote: -- in reply to -- From: Andrea Pescetti [mailto:pesce...@apache.org javascript:;] Sent: Monday, December 15, 2014 13:37 To: dev@openoffice.apache.org javascript:; Subject: Re: Deflecting the Attack of the Clones Dennis E. Hamilton wrote: However, there are now apparent forks of AOO, such as AndrOpen Office (boldly dubbed AOO and which seems to confuse some folks even though it is described as a fork and as not associated with the project). We are in good relationship with the author. The current branding and wording of AndrOpen Office were approved by the OpenOffice PMC. If any changes are needed, feel free to suggest them. It is an unofficial port, but it is also as close as possible to OpenOffice. orcnote My correspondent notices that there are appropriate disclaimers on the AndrOpen Office AOO web page. In a follow-up sent to me, I am told that the installed software identifies itself as Apache OpenOffice and all of the branding of Apache OpenOffice is present. I think it is important that a fork *not* do that, and that such identifications, including any links to support addresses and for pinging updates be corrected. (I don't have an answer for the on-line help or identification of AndrOpen-specific topics on the OpenOffice Forums.) /orcnote I highly agree but the problem is that our official source tar ball contain all the branding, so people who fork fork do nothing wrong. maybe the right way to go is to remove the branding from the source tree and only add them in the build process. rgds jan it Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org javascript:; For additional commands, e-mail: dev-h...@openoffice.apache.org javascript:; - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org javascript:; For additional commands, e-mail: dev-h...@openoffice.apache.org javascript:; -- Sent from My iPad, sorry for any misspellings.
Re: Deflecting the Attack of the Clones
On 16/12/14 00:20, Dennis E. Hamilton wrote: I'll ask the particular user what led him to users @oo.a.o. Photographs at http://libreoffice-environment.blogspot.com/2014/12/when-is-apache-open-office-not-apache.html to show why Apache Open Office is the expected support site. For some strange reason, I can't do screen-shots on my Android device. (I think I need to root it, to install the screen-shot software.) jonathon signature.asc Description: OpenPGP digital signature
Re: broken download link
Please make sure this is being downloaded from www.openoffice.org and with many large files is a good idea to have a download manager with a resumable option. Getleft is a good option. On Dec 20, 2014 10:48 AM, Martin Tõnumaa mtonu...@gmail.com wrote: Hi OpenOfficce team the download links on your openoffice website all break down after 50mb of downloading. i think you should include P2P download versions like in the past - they worked. thanks Martin mtonu...@gmail.com
Re: Java 32
On 11/12/2014 Andreas Säger wrote: Am 11.12.2014 um 09:49 schrieb Andrea Pescetti: My suggestion (can be executed as a team, not necessarily by one person): 1. Find a proper wording for http://www.openoffice.org/download/common/java.html More detailed info is needed to overthrow the common prejudice that OpenOffice relies heavily on Java which is not even true for the Base component. Thanks for the excellent text. Indeed, the page could be written in the form of FAQ and this one (link to archives: http://markmail.org/message/zr5cjxxpv7qqu5y3 ) be the answer to What is Java needed for in OpenOffice?. 2. Create a link www.openoffice.org/java pointing at it 3. Find a short (short!) text for the dialog box, sending the people to www.openoffice.org/java for any details (including 32 and 64-bit And here we have this proposal by Dennis, which can work for me. http://markmail.org/thread/awj3rdjxluw4kdf3 This would be very easy if the dialog box would not show inadequate JREs. If it would list only the JREs with correct bitness, the list of JREs could have a slightly modified label with a 32 or 64 bit prefix like this: 32|64 bit Java runtime environments (JRE) already installed: I strongly suggest to fix the list content first. Showing the right label text with wrong options does not help much. At the moment, this will have to be postponed since nobody volunteered to do the needed code fix. So I would go on with the rest, otherwise we will wait forever. 4. Place #3 in form of a patch in Bugzilla and send the number here (and if the patch comes from someone who is not one of the usual code committers, even better) 5. At that point it will be easy for people who have their own build tree to check the patch before we get it in, so don't worry about this. This is still perfectly feasible, so my recommendation is: just do it! We have the text, creating a patch from it is easy and even it is a small improvement it will help many users. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: [DISCUSS] No Suitable JRE Message
Thanks for the comments so far on this thread. I want to make one wording change, to using Some OpenOffice operations use Java Runtime (JRE). A suitable JRE is not installed. For details http://openoffice.org/java.html; The statement unavailable is too broad. All that is known is one is not installed on the configuration where the message is produced. - Dennis PS: Has anyone found where the resource is in the code base? Maybe the Pootle folks know? -Original Message- From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] Sent: Wednesday, December 17, 2014 18:02 To: dev@openoffice.apache.org Subject: [DISCUSS] No Suitable JRE Message Some OpenOffice operations use Java Runtime (JRE). A suitable JRE is unavailable. For details http://openoffice.org/java.html; I am proposing this to avoid the various cases that arise, not just the 32-bit on x64 Windows case. It would be great to look at how this wording works for non-native English speakers and also how easily it is translated for localization. Any simpler way to say this? - Dennis -Original Message- From: Rory O'Farrell [mailto:ofarr...@iol.ie] Sent: Wednesday, December 10, 2014 23:55 To: dev@openoffice.apache.org Subject: Re: Java 32 [ ... ] A Java Runtime (JRE) is needed for some operations using OpenOffice. If using 64 bit version of Windows, a 32 bit Java must be installed to work with OpenOffice. See helpful URL. I read through the text at the target URL: my thoughts are that it is over-complex and (specifically) didn't mention the problem of the bit-matching. Remember that our major User-base is of Windows Users, many of whom are using older machines running XP(32), Win 7(32). I may re-read the text at that URL later, but can't guarantee it - my central heating has died and I have to go investigate - I fear it is serious! [ ... ] - 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: [DISCUSS] No Suitable JRE Message
Am 12/21/2014 11:20 PM, schrieb Dennis E. Hamilton: Thanks for the comments so far on this thread. I want to make one wording change, to using Some OpenOffice operations use Java Runtime (JRE). A suitable JRE is not installed. For details http://openoffice.org/java.html; The statement unavailable is too broad. All that is known is one is not installed on the configuration where the message is produced. - Dennis PS: Has anyone found where the resource is in the code base? Maybe the Pootle folks know? I hope so. See my mail Re: Java 32 from Dec, 10th. Marcus -Original Message- From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] Sent: Wednesday, December 17, 2014 18:02 To: dev@openoffice.apache.org Subject: [DISCUSS] No Suitable JRE Message Some OpenOffice operations use Java Runtime (JRE). A suitable JRE is unavailable. For details http://openoffice.org/java.html; I am proposing this to avoid the various cases that arise, not just the 32-bit on x64 Windows case. It would be great to look at how this wording works for non-native English speakers and also how easily it is translated for localization. Any simpler way to say this? - Dennis -Original Message- From: Rory O'Farrell [mailto:ofarr...@iol.ie] Sent: Wednesday, December 10, 2014 23:55 To: dev@openoffice.apache.org Subject: Re: Java 32 [ ... ] A Java Runtime (JRE) is needed for some operations using OpenOffice. If using 64 bit version of Windows, a 32 bit Java must be installed to work with OpenOffice. See helpful URL. I read through the text at the target URL: my thoughts are that it is over-complex and (specifically) didn't mention the problem of the bit-matching. Remember that our major User-base is of Windows Users, many of whom are using older machines running XP(32), Win 7(32). I may re-read the text at that URL later, but can't guarantee it - my central heating has died and I have to go investigate - I fear it is serious! [ ... ] - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Java 32
Am 12/21/2014 11:06 PM, schrieb Andrea Pescetti: On 11/12/2014 Andreas Säger wrote: Am 11.12.2014 um 09:49 schrieb Andrea Pescetti: My suggestion (can be executed as a team, not necessarily by one person): 1. Find a proper wording for http://www.openoffice.org/download/common/java.html More detailed info is needed to overthrow the common prejudice that OpenOffice relies heavily on Java which is not even true for the Base component. Thanks for the excellent text. Indeed, the page could be written in the form of FAQ and this one (link to archives: http://markmail.org/message/zr5cjxxpv7qqu5y3 ) be the answer to What is Java needed for in OpenOffice?. 2. Create a link www.openoffice.org/java pointing at it when thinking a bit, I would favor to completely move the file to the root of w.oo.o As it is the explaining text how OpenOffice and Java are working together and therefore it has nothing to do with the download - as it was in former days as the JRE was included - it's better suited there than in the download area. What do others think? 3. Find a short (short!) text for the dialog box, sending the people to www.openoffice.org/java for any details (including 32 and 64-bit And here we have this proposal by Dennis, which can work for me. http://markmail.org/thread/awj3rdjxluw4kdf3 He updated his suggestion a bit. Now it's: Some OpenOffice operations use Java Runtime (JRE). A suitable JRE is not installed. For details http://openoffice.org/java.html; This would be very easy if the dialog box would not show inadequate JREs. If it would list only the JREs with correct bitness, the list of JREs could have a slightly modified label with a 32 or 64 bit prefix like this: 32|64 bit Java runtime environments (JRE) already installed: I strongly suggest to fix the list content first. Showing the right label text with wrong options does not help much. At the moment, this will have to be postponed since nobody volunteered to do the needed code fix. So I would go on with the rest, otherwise we will wait forever. 4. Place #3 in form of a patch in Bugzilla and send the number here (and if the patch comes from someone who is not one of the usual code committers, even better) 5. At that point it will be easy for people who have their own build tree to check the patch before we get it in, so don't worry about this. This is still perfectly feasible, so my recommendation is: just do it! We have the text, creating a patch from it is easy and even it is a small improvement it will help many users. Then it's time to go to point #4. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: Java 32
-- in reply to -- From: Marcus [mailto:marcus.m...@wtnet.de] Sent: Sunday, December 21, 2014 15:32 To: dev@openoffice.apache.org Subject: Re: Java 32 Am 12/21/2014 11:06 PM, schrieb Andrea Pescetti: [ ... ] 2. Create a link www.openoffice.org/java pointing at it when thinking a bit, I would favor to completely move the file to the root of w.oo.o As it is the explaining text how OpenOffice and Java are working together and therefore it has nothing to do with the download - as it was in former days as the JRE was included - it's better suited there than in the download area. What do others think? orcnote I think the reason for redirecting from the top level was simply to have something still at the original location for those who might be linked to it for some reason. It doesn't matter which location has the actual file, versus which one redirects. I am assuming that we can do the job with a single text. So I see no problem with where it is kept. One consideration might be the maintenance of the different-language versions and how browsers are routed to the correct one. I don't have any sense of what is involved for that. Marcus, would localization and browser branching on language be a factor in preference for the location of the file? /orcnote [ ... ] - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: Java 32
Marcus, Thank you for reminding me about this message. I have used your clues to dig into the code farther. Remarks in-line below. I am tired digging through the code for now. -- in reply to -- From: Marcus [mailto:marcus.m...@wtnet.de] Sent: Wednesday, December 10, 2014 14:49 To: dev@openoffice.apache.org Subject: Re: Java 32 Am 12/10/2014 08:22 AM, schrieb Rory O'Farrell: Here is the message as quoted on the en-Forum JRE is Defective No Java installation could be found Please check your installation thanks for your help. I think I've found the locations in the code and it seems to be a combined text from 2 sources: http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/svtools/source/java/javaerror.src Line 86 orcnote That code defines 5 dialog boxes, all about Java situations. The five STR_... definitions are for the titles on those dialog boxes. Messages with those dialogs are produced by the file Main/svtools/source/java/javainteractionhandler.cxx in method JavaInteractionHandler::handle. This function noses around And then produces exactly one of those 5 dialogs, without Any apparent modification of the messages. If that analysis holds, it is easy to adjust the five messages. Here are the exceptions that lead to each one, with the default title on the dialog box and the default message in the box. com::sun::star::Java::JavaNotFoundException Title: JRE required %PRODUCTNAME requires a Java runtime environment (JRE) to perform this task. Please install a JRE and restart %PRODUCTNAME. [This is the only one to customize, I think.] com::sun::star::Java::InvalidJavaSettingsException Title: Select JRE %The %PRODUCTNAME configuration has been changed. Under Tools - Options - %PRODUCTNAME - Java, select the Java runtime environment you want to have used by %PRODUCTNAME. com::sun::star::java::JavaDisabledException Title: Enable JRE %PRODUCTNAME requires a Java runtime environment (JRE) to perform this task. However, use of a JRE has been disabled. Do you want to enable the use of a JRE now? [Responses are Yes, No, Cancel] com::sun::star::java::JavaVMCreationFailureException Title: JRE is Defective %PRODUCTNAME requies a Java runtime environment (JRE) to perform this task. The selected JRE is defective. Please select another version or install a new JRE and select it under Tools - Options - %PRODUCTNAME - Java. com::sun::star::java::RestartRequiredException Title: Restart Required For the selected Java runtime environment to work properly, %PRODUCTNAME must be restarted. Please restart %PRODUCTNAME now. /orcmid and http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/connectivity/source/resource/conn_shared_res.src Line 535 orcnote The definition in conn_shared_res.src is a definition of the string resource with ID of STR_NO_JAVA and initial value { Text [ en-US ] = No Java installation could be found. \ Please check your installation. [Line break is my addition above to keep the lines short.] This line is internationalized in a ton of languages elsewhere. However, in code in trunk/main, this string resource is only used in the following ways: main/connectivity/source/drivers/jdbc/JConnection.cxx: throwGenericSQLException(STR_NO_JAVA,*this); main/connectivity/source/drivers/jdbc/JConnection.cxx: throwGenericSQLException(STR_NO_JAVA,*this); main/connectivity/source/inc/resource/common_res.hrc: #define STR_NO_JAVA ( STR_COMMON_BASE + 22 ) main/connectivity/source/resource/conn_shared_res.src: String STR_NO_JAVA (setting the default message) The use in JConnection.cxx is on failure to get a JVM Connected for setting up a Java SQL Connection. There are numerous usages of the function throwGenericSQLException( ). When the final catch happens and a dialog comes up, the message is composed by combining messages from the cascade of exceptions that may be involved. That takes more examination to find out where any other messages, if any, come from in this case. This seems to be handled in main/connectivity/source/commontools/dbexception.cxx. I don't think there is any cascading in this case, But more analysis is required. I can see modifying the STR_NO_JAVA message text depending on how that turns out. /orcnote [ ... ] If you have a translation, the fastest way (it's in OpenGrok too, but in huge files) is probably to search for it in Pootle: https://translate.apache.org/projects/aoo40/ and find the English original, then do the above. Fixing the message should be quite easy too, but open an issue for it and report the number here if you have doubts. OK, let's see. Marcus