Re: [JPP-Devel] SVN: [4505] core/trunk

2015-06-24 Thread Giuseppe Aruta
This is an upgrade of OJ behaviour when it is closed "before saving the project file", *in italics my comments*: a) Open OJ and *load a vector* layer. Than close OJ. OJ shuts down with no warning to save the project. *This is a bit ambiguous as an user wants maybe only to loads vectors with no nee

[JPP-Devel] OJ behaviour when it is closed without saving project file

2015-06-24 Thread Giuseppe Aruta
Hi all, I already post this mail to [JUMP] lis SVN. I put here also for user who are not involved on developing just to explore other opinion. The test I did is on OpenJUMP 4508. This is a OJ behavior when it is closed "before saving the project file", *in italics my comments*: a) Open OJ and *lo

Re: [JPP-Devel] OJ behaviour when it is closed without saving project file

2015-06-24 Thread edgar . soldin
On 24.06.2015 10:58, Giuseppe Aruta wrote: > My conclusion: > 1) I think we need anyhow a warning message that ask user to save the project > (see point a, c and e) > 2) extend the automatically generated warning to the presence of "temporary > raster layer" and to save them (see point d) > 3) p

[JPP-Devel] Proposal for Layer View contex menu

2015-06-24 Thread Giuseppe Aruta
Hi all, I would like to modify the Layer View context menu introducing a submenu called "Tools" where I want to move some of the plugins. The idea is to make the core menu shorter and flexible by introducing submenus for tools which are not used so frequently The candidate plugins to move are with

Re: [JPP-Devel] Proposal for Layer View contex menu

2015-06-24 Thread Stefan Steiniger
sounds reasonable. These are tools available when clicking on a feature to edit it - right? Although navigating into submenus is sometimes tricky with a mouse. stefan Am 24.06.15 um 06:16 schrieb Giuseppe Aruta: > Hi all, > I would like to modify the Layer View context menu introducing a submenu

Re: [JPP-Devel] Proposal for Layer View contex menu

2015-06-24 Thread Giuseppe Aruta
Yes Stefan, those are all tools available when clicking on a feature to edit it. Regarding MacOSX, I can see (https://en.wikipedia.org/wiki/Context_menu) that is is a bit different comparing to Win or Linux. How difficult can be for a MacOSX user to have submenus on the context menu? I am not a Ma

Re: [JPP-Devel] OJ behaviour when it is closed without saving project file

2015-06-24 Thread sstein
thanks for the analysis, Peppe. The proposal sounds good to me, if you want to go ahead. Warning messages before closing something are never wrong. I think QGis does ask too, when closing a project. cheers,stefan -- Originalnachricht --Von: Giuseppe Aruta Datum: 24.06.2015 4:58An: OpenJum

Re: [JPP-Devel] OJ behaviour when it is closed without saving project file

2015-06-24 Thread sstein
thanks for the analysis, Peppe. The proposal sounds good to me, if you want to go ahead. Warning messages before closing something are never wrong. I think QGis does ask too, when closing a project. cheers,stefan -- Originalnachricht --Von: Giuseppe Aruta Datum: 24.06.2015 4:58An: OpenJum

Re: [JPP-Devel] Proposal for Layer View contex menu

2015-06-24 Thread edgar . soldin
not easier or more difficult than on any other os. as Stefan said, it is just a bit more tricky to stay on the context menu while navigating. but as it does not deactivate if you leave it's boundaries, like main menus do, that is not a big issue. find attached how the popup menu looks on mac. .

Re: [JPP-Devel] OJ behaviour when it is closed without saving project file

2015-06-24 Thread Michaël Michaud
Hi Peppe, All your propositions makes sense to me, Michaël Le 24/06/2015 10:58, Giuseppe Aruta a écrit : Hi all, I already post this mail to [JUMP] lis SVN. I put here also for user who are not involved on developing just to explore other opinion. The test I did is on OpenJUMP 4508. This is

Re: [JPP-Devel] Proposal for Layer View contex menu

2015-06-24 Thread Michaël Michaud
Hi Peppe, I don't use the context menu too much, but you're right , it is a bit long. On the other hand, creating a Tools submenu will hide candidate plugins a bit more. I have no strong opinion, maybe two advices : - name the submenu "Other tools" or "Miscellaneous tools" as the content of will

[JPP-Devel] SVN: [4509] core/trunk/src

2015-06-24 Thread jump-pilot-svn
Revision: 4509 http://sourceforge.net/p/jump-pilot/code/4509 Author: ma15569 Date: 2015-06-25 04:43:37 + (Thu, 25 Jun 2015) Log Message: --- Modified Paths: -- core/trunk/src/com/vividsolutions/jump/workbench/ui/MenuNames.java core/trunk/src/languag