Re: [JPP-Devel] SEXTANTE forks ?
Hallo Stefan, I'm CCing your email to the gvSIG CE dev list, so we can coordinate this better. Victor Olaya, Benjamin Ducke and Fran Puga will read this email also here. Fran Puga (Cartolab-gvSIG developer) has sent a couple of patches last week. This email goes also to these developers in CC. Could you please sign the gvSIG CE dev list (http://gvsigce.sourceforge.net/joomla/index.php/community/mailing-lists) and follow the discussion here? The repository of the java version of SEXTANTE for gvSIG CE is now here: http://gvsigce.sourceforge.net/joomla/index.php/sextante. The latest release for this version (SEXTANTE-gvSIG CE) has been published here: http://gvsigce.blogspot.de/2013/03/sextante-news-and-inofficial-preview.html We are glad to read about your interest for SEXTANTE in OpenJUMP and would like to help you to find a good solution for your project. Let us discuss this here together. See you (maybe in Rapperswil?) Jose -- José Canalejo www.csgis.de De: Stefan Steiniger sst...@geo.uzh.ch Para: José Antonio Canalejo Alonso jacanal...@yahoo.es CC: OpenJump develop and use jump-pilot-devel@lists.sourceforge.net Enviado: Martes 14 de Mayo de 2013 2:42 Asunto: Re: SEXTANTE forks ? Hola Jose (CC jpp-dev), I am reading this email below late and have now a question. Where should I/we watch out for Sextante changes (e.g. an 1.1 release?). I.e. what/where is the repository now and where will releases be published. I ask, because I am with the OpenJUMP team, and as you may know, Sextante is part of OpenJUMPs PLUS edition. saludos, stefan Am 24.03.13 04:33, schrieb José Antonio Canalejo Alonso: No, it ins't a fork. Just to clarify, the original java source code of SEXTANTE has been transfered (in coordination with the original creator of SEXTANTE) to the gvSIG Community Edition (CE) repository NOT to the official gvSIG repository [1]. gvSIG CE is a fork of gvSIG made in 2011. In SEXTANTE there are now two versions: one in python managed by the QGIS community, one in java managed by the gvSIG CE project. Both versions are well coordinated with the original SEXTANTE project team. QGIS and gvSIG CE have been the projects with more activity behind SEXTANTE since its creator announced that the development of SEXTANTE could not continue as a full-time work. Best regards Jose [1] http://gvsig-ce-users.1049287.n5.nabble.com/Gvsigce-users-SEXTANTE-news-and-inofficial-preview-td5706342.html -- José Canalejo www.csgis.de On 03/23/2013 10:15 AM, Brian Hamlin wrote: Hi All - I am reading a blog post today on planet.osgeo.org about SEXTANTE moving to python, while the original code will be part of gvSIG now.. plus some new improvements.. A classical fork it appears.. I imagine the Live will host gvSIG and so continue to benefit from that branch.. But it raises the question, what to do with the new python SEXTANTE ? no rush, but interesting development -- Brian M Hamlin The new python Sextante is in the QGIS plugin, which I think we're already shipping. It's not a classic fork in my understanding because one of the key authors is the same for both variants. Although it's actually possible that the python version may become the primary one and wrapped by java in gvSIG rather than being maintained in java. So, I don't think there's anything else to do about it for us. Thanks, Alex ___ Live-demo mailing list live-d...@lists.osgeo.org mailto:live-d...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/live-demo http://live.osgeo.org http://live.osgeo.org/ http://wiki.osgeo.org/wiki/Live_GIS_Disc ___ Live-demo mailing list live-d...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/live-demo http://live.osgeo.org http://wiki.osgeo.org/wiki/Live_GIS_Disc -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] [ jump-pilot-Bugs-3613274 ] Inconsistencies in plugin enablecheck
Bugs item #3613274, was opened at 2013-05-13 23:43 Message generated for change (Tracker Item Submitted) made by michaudm You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3613274group_id=118054 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: General / Other Group: None Status: Open Resolution: None Priority: 3 Private: No Submitted By: michael michaud (michaudm) Assigned to: Nobody/Anonymous (nobody) Summary: Inconsistencies in plugin enablecheck Initial Comment: There are many inconsistencies in the enablecheck parameter of plugins. Most of them appear if two projects or more are opened, and/or if an Attribute table is active. One current problem happens if layer B of project B is selected, and Attribute table of layer A of project A is the active frame : most plugins are initialized with layer B, not A. Some suggestions : Save view as... Copy to clipboard Printer == should be deactivated if no task window is active (if a attribute table is active) Analysis == some plugins are activated if no layer is selected and an attribute table is active (ex. buffer, offset) and others are not (union, polygon overlay) : as soon as the plugin offers a layer chooser, it should be active (and propose only layers of the task related to the active window, either a task window or a attribute table) Classify Calculate Layer attribute Layer statistics Feature statistics == Should be activated if no layer is selected but a Attribute table is active Generate Create point layer == Should be activated if a Attribute table is active Edit geometries == Planar graph activation is not similar to other plugins of the submenu Edit attribute == Some of them should be available if a Attribute table is active -- You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=679906aid=3613274group_id=118054 -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [ jump-pilot-Bugs-3613274 ] Inconsistencies in plugin enablecheck
On 14.05.2013 08:43, SourceForge.net wrote: == Should be activated if no layer is selected but a Attribute table is active Generate Create point layer why? ..ede -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Need translation help with Jump DB Query Internationalization
ok, guessed so. but be aware, Cmd on mac is used (confusingly) like Ctrl on other operating systems. e.g. copy/paste Ctrl+C vs Cmd+C, Ctrl+V vs Cmd+V, ... additionally Cmd+Left Click is expected to show the context menu for on button mice (gotta love your legacy ;) so, Cmd is actually not a MacOS Alt key replacement. instead the Option key http://en.wikipedia.org/wiki/Option_key is mapped as Alt key and also available as such. as i see it. you should - change your code to use Alt on all platforms - use the exact key name, if keys differ on platforms, so users don't start searching for keys they do not have ;) do want me to finish the translation disregardless ? ..ede but you should use java to tell you which string (Alt vs. Cmd) to show, as windows users might get confused over the key not existing on their keyboard. On 14.05.2013 05:20, Larry Reeder wrote: Hey Ede, cmd is the mouseless modifier key to trigger the mnemonic. It's Alt on Windows and Linux, and Cmd on MacOS. -Larry On Sat, May 11, 2013 at 12:55 PM, Rahkonen Jukka jukka.rahko...@mmmtike.fi mailto:jukka.rahko...@mmmtike.fi wrote: Hi, Finnish translation attached. It may need some fine tuning once I will see it in the real UI. -Jukka Rahkonen- Larry Reeder wrote: All, I need help translating the strings in the Jump DB Query Plugin. I've got English covered :-), but if you speak something else, please provide a translation for the strings in the attached file. Note that one of the values is parameterized: dbquery.query.info http://dbquery.query.infohttp://dbquery.query.info=Query returned {0,number,integer} features in {1,number,integer} {2} The parameters are in the { } braces, and the code will fill those portions in. With parameters filled in, in English, this would read something like: Query returned 15 features in 23 seconds. I just need the part outside the braces translated. Thanks! -lreeder -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] FW: RE:how to built own built of openjump
Hi, I tried the steps provided in the website of openjum.but its getting error,and shows symbols not found error.plese help to built own jump built. thank you, tintu mary george -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] FW: RE:how to built own built of openjump
On 14.05.2013 13:20, Tintu mary George wrote: Hi, I tried the steps provided in the website of openjum.but its getting error,and shows symbols not found error.plese help to built own jump built. thank you, tintu mary george sorry, we need more details on the error provided. A. what ide do you use? B. how are you trying to build OJ? C. what wikipage do you refer to? ..ede -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] SEXTANTE forks ?
forgot the cc ;) Am 14.05.13 10:05, schrieb Stefan Steiniger: Hi Jose, thanks, I just subscribed to the gvSIG CE dev list. Unfortunately I am not able to make it to Rapperswill. I am currently living in Chile.. so trips to Europe are far from being cheap and take a long time too... :( saludos de Santiago stefan Am 14.05.13 02:02, schrieb José Antonio Canalejo Alonso: Hallo Stefan, I'm CCing your email to the gvSIG CE dev list, so we can coordinate this better. Victor Olaya, Benjamin Ducke and Fran Puga will read this email also here. Fran Puga (Cartolab-gvSIG developer) has sent a couple of patches last week. This email goes also to these developers in CC. Could you please sign the gvSIG CE dev list (http://gvsigce.sourceforge.net/joomla/index.php/community/mailing-lists) and follow the discussion here? The repository of the java version of SEXTANTE for gvSIG CE is now here: http://gvsigce.sourceforge.net/joomla/index.php/sextante. The latest release for this version (SEXTANTE-gvSIG CE) has been published here: http://gvsigce.blogspot.de/2013/03/sextante-news-and-inofficial-preview.html We are glad to read about your interest for SEXTANTE in OpenJUMP and would like to help you to find a good solution for your project. Let us discuss this here together. See you (maybe in Rapperswil?) Jose -- José Canalejo www.csgis.de *De:* Stefan Steiniger sst...@geo.uzh.ch *Para:* José Antonio Canalejo Alonso jacanal...@yahoo.es *CC:* OpenJump develop and use jump-pilot-devel@lists.sourceforge.net *Enviado:* Martes 14 de Mayo de 2013 2:42 *Asunto:* Re: SEXTANTE forks ? Hola Jose (CC jpp-dev), I am reading this email below late and have now a question. Where should I/we watch out for Sextante changes (e.g. an 1.1 release?). I.e. what/where is the repository now and where will releases be published. I ask, because I am with the OpenJUMP team, and as you may know, Sextante is part of OpenJUMPs PLUS edition. saludos, stefan Am 24.03.13 04:33, schrieb José Antonio Canalejo Alonso: No, it ins't a fork. Just to clarify, the original java source code of SEXTANTE has been transfered (in coordination with the original creator of SEXTANTE) to the gvSIG Community Edition (CE) repository NOT to the official gvSIG repository [1]. gvSIG CE is a fork of gvSIG made in 2011. In SEXTANTE there are now two versions: one in python managed by the QGIS community, one in java managed by the gvSIG CE project. Both versions are well coordinated with the original SEXTANTE project team. QGIS and gvSIG CE have been the projects with more activity behind SEXTANTE since its creator announced that the development of SEXTANTE could not continue as a full-time work. Best regards Jose [1] http://gvsig-ce-users.1049287.n5.nabble.com/Gvsigce-users-SEXTANTE-news-and-inofficial-preview-td5706342.html -- José Canalejo www.csgis.de On 03/23/2013 10:15 AM, Brian Hamlin wrote: Hi All - I am reading a blog post today on planet.osgeo.org about SEXTANTE moving to python, while the original code will be part of gvSIG now.. plus some new improvements.. A classical fork it appears.. I imagine the Live will host gvSIG and so continue to benefit from that branch.. But it raises the question, what to do with the new python SEXTANTE ? no rush, but interesting development -- Brian M Hamlin The new python Sextante is in the QGIS plugin, which I think we're already shipping. It's not a classic fork in my understanding because one of the key authors is the same for both variants. Although it's actually possible that the python version may become the primary one and wrapped by java in gvSIG rather than being maintained in java. So, I don't think there's anything else to do about it for us. Thanks, Alex ___ Live-demo mailing list live-d...@lists.osgeo.org mailto:live-d...@lists.osgeo.org mailto:live-d...@lists.osgeo.org mailto:live-d...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/live-demo http://live.osgeo.org http://live.osgeo.org/http://live.osgeo.org/ http://wiki.osgeo.org/wiki/Live_GIS_Disc ___ Live-demo mailing list live-d...@lists.osgeo.org
Re: [JPP-Devel] [ jump-pilot-Bugs-3613274 ] Inconsistencies in plugin enablecheck
Le 14/05/2013 10:32, edgar.sol...@web.de a écrit : On 14.05.2013 08:43, SourceForge.net wrote: == Should be activated if no layer is selected but a Attribute table is active Generate Create point layer I think plugins which have a layer chooser in their dialog box should be available every time a the active frame is related to a task including at least one layer. Selected layer, if any, should be proposed first. Don't you think so ? Michaël why? ..ede -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [ jump-pilot-Bugs-3613274 ] Inconsistencies in plugin enablecheck
On 14.05.2013 19:54, Michaël Michaud wrote: Le 14/05/2013 10:32, edgar.sol...@web.de a écrit : On 14.05.2013 08:43, SourceForge.net wrote: == Should be activated if no layer is selected but a Attribute table is active Generate Create point layer I think plugins which have a layer chooser in their dialog box should be available every time a the active frame is related to a task including at least one layer. Selected layer, if any, should be proposed first. Don't you think so ? sorry, lost me here.. can you give steps? why should 'Create point layer' be active when an attribute window is active? the plugin draws in the task frame, hence it should be active only then. ..eDe -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [ jump-pilot-Bugs-3613274 ] Inconsistencies in plugin enablecheck
Hi, On 14.05.2013 19:54, Michaël Michaud wrote: Le 14/05/2013 10:32, edgar.sol...@web.de a écrit : On 14.05.2013 08:43, SourceForge.net wrote: == Should be activated if no layer is selected but a Attribute table is active Generate Create point layer I think plugins which have a layer chooser in their dialog box should be available every time a the active frame is related to a task including at least one layer. Selected layer, if any, should be proposed first. Don't you think so ? sorry, lost me here.. can you give steps? why should 'Create point layer' be active when an attribute window is active? OK, I realize that what I feeled like something obvious is not... I think that as a user, I have to know in which project I work (it is not the same to create a point in project 1 and to create it in project 2) But I generally don't want to bother about which window is active, if they belong to the same project. Just want to work on my project. The plugin may update the view, the table, both, create a report, etc. It is not related to a particular view of the project. In Create point layer case, my last operation was to check or to edit some coordinates in the attribute table. Now I want to create the points. Why should I have to explain OpenJUMP I don't want to create them in Attribute table but in the view. I just want to create them in my project. I don't want to bother which is the active frame and click the view just to have the menu available. Oh, this may not be a great example, but hope it makes my perspective more clear. the plugin draws in the task frame, hence it should be active only then. Maybe you point a technical issue I did not see. My point is that the user generally does not need to bother which frame is active. In some cases, the soft may need to know of course. Michaël ..eDe -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [ jump-pilot-Bugs-3613274 ] Inconsistencies in plugin enablecheck
I'm going to stand with Michaël on this one. Here is why: In SkyJUMP (and probably JUMP) it behaves this way and it seems natural. I suspect this capability has been lost along the way since OJ has added more sophisticated support for window management and multiple views. Here is how I tested so we can see if I understood exactly what Michaël was going for: 1. I created two new projects, each with one rectangle in one layer. In project 2 I selected the rectangle. 2. I opened an Attribute View for project 1 and project 2 for the one layer in each. 3. With Attribute View 2 as the active window, I went to Tools-Analysis-Buffer (Multiple Ring) For SkyJUMP the menu was active and for OpenJUMP it was not. Make Attribute View 1 active and SkyJUMP greys out the menu - OJ does not change. @Michaël: is this what you meant? regards, Larry On Tue, May 14, 2013 at 3:46 PM, Michaël Michaud michael.mich...@free.frwrote: Hi, On 14.05.2013 19:54, Michaël Michaud wrote: Le 14/05/2013 10:32, edgar.sol...@web.de a écrit : On 14.05.2013 08:43, SourceForge.net wrote: == Should be activated if no layer is selected but a Attribute table is active Generate Create point layer I think plugins which have a layer chooser in their dialog box should be available every time a the active frame is related to a task including at least one layer. Selected layer, if any, should be proposed first. Don't you think so ? sorry, lost me here.. can you give steps? why should 'Create point layer' be active when an attribute window is active? OK, I realize that what I feeled like something obvious is not... I think that as a user, I have to know in which project I work (it is not the same to create a point in project 1 and to create it in project 2) But I generally don't want to bother about which window is active, if they belong to the same project. Just want to work on my project. The plugin may update the view, the table, both, create a report, etc. It is not related to a particular view of the project. In Create point layer case, my last operation was to check or to edit some coordinates in the attribute table. Now I want to create the points. Why should I have to explain OpenJUMP I don't want to create them in Attribute table but in the view. I just want to create them in my project. I don't want to bother which is the active frame and click the view just to have the menu available. Oh, this may not be a great example, but hope it makes my perspective more clear. the plugin draws in the task frame, hence it should be active only then. Maybe you point a technical issue I did not see. My point is that the user generally does not need to bother which frame is active. In some cases, the soft may need to know of course. Michaël ..eDe -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential security capabilities. Easily and efficiently configure, manage, and operate all of your security controls from a single console and one unified framework. Download a free trial. http://p.sf.net/sfu/alienvault_d2d___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] [ jump-pilot-Bugs-3613274 ] Inconsistencies in plugin enablecheck
Hi Larry, I'm going to stand with Michaël on this one. Here is why: In SkyJUMP (and probably JUMP) it behaves this way and it seems natural. I suspect this capability has been lost along the way since OJ has added more sophisticated support for window management and multiple views. Here is how I tested so we can see if I understood exactly what Michaël was going for: 1. I created two new projects, each with one rectangle in one layer. In project 2 I selected the rectangle. 2. I opened an Attribute View for project 1 and project 2 for the one layer in each. 3. With Attribute View 2 as the active window, I went to Tools-Analysis-Buffer (Multiple Ring) For SkyJUMP the menu was active and for OpenJUMP it was not. Make Attribute View 1 active and SkyJUMP greys out the menu - OJ does not change. @Michaël: is this what you meant? This is this kind of thing. I'm not sure I fully understand your example though as I cannot see any reason to activate the menu with Attribute View 2 and to deactivate it with Attribute View 1 in SkyJUMP. In the ticket, I probably mixed several small consistency problems, and to be honest, I noticed several of them on plugins I added. But as you see, the rule to determine when a plugin must be activated is not so obvious. My main point is that a plugin should be deactivated when it cannot get all the information it needs from the context. Ex. if there are two projects opened and none of them is active (ex. the active windows is the output window), there is no way to know in which project you want to work (no plugin except drivers has a combobox to choose the target project). So most plugin should be deactivated (currently, some plugins are still activated). On the other hand, when there is no ambiguity and the plugin can get all the information it needs from the dialog box (ex. one project only, and a layer selector in the plugin dialog box), I cannot see any reason to grey it out. I can see limits to this rule though : if a plugin needs selected features, making it work when the attribute table is active may be misleading as the plugin will work on features selected on the view, not with features selected on the table ! So I can admit that some plugins must be activated when one particular window is active and not the other and that layerview and attribute view must not always be considered as equivalent from the plugin perspective. Hope I could clarify (It has probably not been clear in my mind from the beginning ;-) Michaël regards, Larry On Tue, May 14, 2013 at 3:46 PM, Michaël Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr wrote: Hi, On 14.05.2013 19:54, Michaël Michaud wrote: Le 14/05/2013 10:32, edgar.sol...@web.de mailto:edgar.sol...@web.de a écrit : On 14.05.2013 08:43, SourceForge.net wrote: == Should be activated if no layer is selected but a Attribute table is active Generate Create point layer I think plugins which have a layer chooser in their dialog box should be available every time a the active frame is related to a task including at least one layer. Selected layer, if any, should be proposed first. Don't you think so ? sorry, lost me here.. can you give steps? why should 'Create point layer' be active when an attribute window is active? OK, I realize that what I feeled like something obvious is not... I think that as a user, I have to know in which project I work (it is not the same to create a point in project 1 and to create it in project 2) But I generally don't want to bother about which window is active, if they belong to the same project. Just want to work on my project. The plugin may update the view, the table, both, create a report, etc. It is not related to a particular view of the project. In Create point layer case, my last operation was to check or to edit some coordinates in the attribute table. Now I want to create the points. Why should I have to explain OpenJUMP I don't want to create them in Attribute table but in the view. I just want to create them in my project. I don't want to bother which is the active frame and click the view just to have the menu available. Oh, this may not be a great example, but hope it makes my perspective more clear. the plugin draws in the task frame, hence it should be active only then. Maybe you point a technical issue I did not see. My point is that the user generally does not need to bother which frame is active. In some cases, the soft may need to know of course. Michaël ..eDe -- AlienVault Unified Security Management (USM) platform delivers complete security visibility with the essential