Return-Path: X-Original-To: apmail-openoffice-dev-archive@www.apache.org Delivered-To: apmail-openoffice-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 278E118E8C for ; Thu, 29 Oct 2015 18:13:44 +0000 (UTC) Received: (qmail 25087 invoked by uid 500); 29 Oct 2015 18:13:32 -0000 Delivered-To: apmail-openoffice-dev-archive@openoffice.apache.org Received: (qmail 25006 invoked by uid 500); 29 Oct 2015 18:13:32 -0000 Mailing-List: contact dev-help@openoffice.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@openoffice.apache.org Delivered-To: mailing list dev@openoffice.apache.org Received: (qmail 24995 invoked by uid 99); 29 Oct 2015 18:13:32 -0000 Received: from Unknown (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 29 Oct 2015 18:13:32 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id BB857C8E92 for ; Thu, 29 Oct 2015 18:13:31 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.607 X-Spam-Level: * X-Spam-Status: No, score=1.607 tagged_above=-999 required=6.31 tests=[HK_RANDOM_ENVFROM=0.626, KAM_LAZY_DOMAIN_SECURITY=1, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, URIBL_BLOCKED=0.001] autolearn=disabled Received: from mx1-us-west.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id G2RI1xQsH8cv for ; Thu, 29 Oct 2015 18:13:24 +0000 (UTC) Received: from mail2.vodafone.ie (mail2.vodafone.ie [213.233.128.44]) by mx1-us-west.apache.org (ASF Mail Server at mx1-us-west.apache.org) with ESMTP id 1D52821157 for ; Thu, 29 Oct 2015 18:13:23 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AscdAJ5gMlZtT8sf/2dsb2JhbABegzaBQqoqAgIBAQEBAQEFAYENhx2IJ4YJF4JIgzYCAgKBMkwBAQEBAQGBC0EBCAoBg2ABAQEDAToUJgoHBAgDDQQEAQEoBzEVAwEFCA4HBAEcBIgHDAHFRQEBAQEGAQEBAR+GMIVFhEFWBoQnBYdFjnQKjR2BYYdXDJJ6Y4QEPjQHggKBaYIMAQEB Received: from unknown (HELO 100AkerWood) ([109.79.203.31]) by mail2.vodafone.ie with SMTP; 29 Oct 2015 18:13:22 +0000 Date: Thu, 29 Oct 2015 18:13:21 +0000 From: Rory O'Farrell To: dev@openoffice.apache.org Subject: Re: [QUESTION] Usability of Non-Optional Java Dependencies Message-Id: <20151029181321.1971535f5828bc4137329bf5@iol.ie> In-Reply-To: <00ba01d11271$84589fa0$8d09dee0$@apache.org> References: <00ba01d11271$84589fa0$8d09dee0$@apache.org> X-Mailer: Sylpheed 3.5.0beta3 (GTK+ 2.24.28; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 29 Oct 2015 10:44:52 -0700 "Dennis E. Hamilton" wrote: > The Java dependency problem keeps coming up buried in other threads. I am redirecting the most recent case so we can put light on this situation. > > Before the dependencies on Java are increased/improved, I think there is a crucial usability matter. > > 1. Currently users are trap-doored by exercising a feature or dialog that suddenly raises a Java dependency, sometimes for which there is no escape other than finding a way to shut down AOO that is not a normally-required skill. > > 2. The fact that full functioning of AOO is buried in the system requirements in a way that users can easily overlook (or never examine) is a problem. We can fix that page, even providing (or linking to) specific details of what the dependencies are. That would be useful so developers and power-users have the details. However, the system requirements are probably not read by most who download the software (based on over 40 million downloads of 4.1.1, overwhelmingly on systems designed for casual users). > > 3. If the installer required presence of Java, that would be a clear indication that it is required for operation. It would also be helpful if the installer provided an usable link for installing a workable Java if one is not present. > > 4. If the presence of Java is indeed optional, and the user does not have it or elects not to use it, AOO should not even offer functions for which Java is required. That is another way to improve the usability and at least avoid users falling through trap-doors. > > 5. Shouldn't we do this better? Or are we to decree that AOO is only intended for power-users who have strong skills with regard to managing their configurations, managing the install of dependencies, trouble-shooting and being able to work around the not-dependable way things work now? > > Three paths come to mind. > > A. Remove the Java dependencies. > > B. Adjust the Java dependencies, > 1. So that the dependencies are clear and the situation around failures to find a suitable JRE is made workable for casual users. This could involve the above (2-4) remedies. > 2. Only then consider increasing the dependencies on Java for full-function operation in some controllable way. > > C. Make AOO a Java application that has C++ components, rather than the reverse. > > These are all serious. Probably on the way to either A or C, one must address B. > > We also need to consider what the project's capacity for any of these cases happens to be. > > Thoughts? > > - Dennis > > PS: There is a bigger question about platform presence in here. There are distributions for which Java dependency is not particularly attractive and we may be cutting ourselves off from those. That might not matter if we are talking about the small percentage of the downloads that are for neither Windows nor Macintosh desktop PCs. I am aware that there is an undercurrent among computer users against Java because of various security holes - whether real or generated by media paranoia. My reaction would be that the basic (i.e., unextended program) should be written in as secure a language as possible and extensions (which are an optional install) written as suits their author. > > > > > -----Original Message----- > > From: Pedro Giffuni [mailto:pfg@apache.org] > > Sent: Thursday, October 29, 2015 08:07 > > To: Apache OO > > Subject: Re: Thinking of joining OpenOffice as a developer > > > > Hello; > > > > First of all, a warm welcome to Patricia. Java developers are > > particularly welcome at this stage! > > > > Just IMHO, the C++ side of AOO is either under-control or > > too-ugly-to care-about, so we would do good focus more on the > > Java parts, which are also somewhat ugly but still promising. > [ ... ] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org > For additional commands, e-mail: dev-help@openoffice.apache.org > > -- Rory O'Farrell --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org For additional commands, e-mail: dev-help@openoffice.apache.org