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
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) possibly
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 need
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
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
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
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
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 selected feature context
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.
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
10 matches
Mail list logo