[JPP-Devel] Comparing identical expressions ConnectionManagerToolboxPlugIn.java
Hi,
when I compile the code from
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/src/
in eclipse I get always the error:
Comparing identical expressions ConnectionManagerToolboxPlugIn.java
/OJ3469/src/com/vividsolutions/jump/workbench/ui/plugin/datastore line
43 Java Problem
Everytime I have to chance line 43 from:
public void initialize(final PlugInContext context) throws Exception {
if (1 == 1) {
...
to:
public void initialize(final PlugInContext context) throws Exception {
if (true) {
...
Please, is it possible to change this little code for me?
Thanks.
Uwe
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
Hi,
after compiling and run OJ in eclipse from
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/
the splash-window shows
Version ${version.number} ${version.release} rev.${version.revision}
and the readme.txt file also.
What is the secret to get the right version numbers to the variables?
What have I do, to configure eclipse, that the version-variables get the
right values?
Regards
Uwe
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
On 05.04.2013 08:24, Uwe Dalluege wrote:
Hi,
after compiling and run OJ in eclipse from
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/
the splash-window shows
Version ${version.number} ${version.release} rev.${version.revision}
and the readme.txt file also.
What is the secret to get the right version numbers to the variables?
What have I do, to configure eclipse, that the version-variables get the
right values?
maven fills this during packaging. eclipse does no such thing or even can afaik.
..ede
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] beanshell scripts now sorted on OSX
On 05.04.2013 08:36, Michaël Michaud wrote: Hi, this should probably be enabled to 1. autoscan on each menu opening Can you elaborate ? it looked like changes during OJ runtime (adding, renaming bsh scripts) are not reflected in the menu until the update script is run. didn't test that though. 2. to support subfolders as submenu entries Already included, nice 3. maybe a description text can be shown in the tooltip already Any idea how to do this ? The first idea which comes to my mind is to add a metadata file with the same name as the script file with a different extension. too messy. simply checking the bsh script for comment syntax and then parse it manually should be cleaner. we could add several fields in one comment block (description,author,version...) i am particularly in favour of enhancing this as it could be a second easy way to extend OJ for ordinary users. future aim could be whole plugins done entirely with script. I've always been a fan of beanshell, and one of my first plugin has been to facilitate that : http://michael.michaud.free.fr/jump/plugins/ressources/jump-spim-en.pdf i see.. just read it. i'd rather implement an extended plugin interface though (as we have to anyway for OJ2.0 and the new plugin management) which would allow plugins to be written with anything imaginable. ideally a bsh plugin would be just one bsh file, a bsh extension would allow using libs and several menuitems (plugins) and have to be a folder structure. I've already built a full application a few years ago, including many scripts and java libraries dependencies (itext). Now, my opinion is more nuanced : - scripts are a very powerful way for the user to achieve complex tasks or to automatize and oh so easy.. no ide/compiling etc. a process with many steps harder to debug right. well there is always be a backdraft right? - scripts are a poor way for programmers to add new capabilities, as it is an invitation to do quick and dirty programming (eg, bad exception handling, worse reusability...) true, still it is a good way to draw userpower into extending a software's capabilities. most people simply don't want to go the extra mile to learn java ;9 and some ide usage, left alone svn That said, I still like writing small scripts as it is a fun way to make thinks work in a few minutes, and I've written a small script library containing frequently used functions to make scripting more easy for beginners (a drawback is that adding dependencies involve more strictness in the library management and evolution). the new plugin management should separate classpaths via private classloaders, so library management should become easier. I'll submit it if anyone is interested. you might want to clean them up a bit (as necessary) and add them to PLUS ? ..ede Michaël ..ede On 05.04.2013 07:34, Giuseppe Aruta wrote: Thanks Michael, I will check today with Ubuntu. Peppe 2013/4/5 Michaël Michaud michael.mich...@free.fr mailto:michael.mich...@free.fr Hi, with your fix it works now; 0-9 are sorted. Should now sort smartly for more than 9 tools (there is now 10) Michaël stefan -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net mailto:Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Jump-pilot-devel mailing list
Re: [JPP-Devel] snap
On 05.04.2013 08:43, Michaël Michaud wrote: - releasing the bar open the option dialog if you do it just after you have opened the option dialog) : OK write snap active (but snap is still not active) : not good spacebar only temporarily disables snapping. it does not enable any snap setting. I'm fine with that, i probably could disable the shortcut alltogether or print a hint if no snapping is selected but spacebar is pushed. better? Yes. I don't know what is better, disabling shortcut or disabling message, but user should not be warn if nothing is done. anybody else? A. disabling spacebar shortcut if no snapping option is selected in options, hence disabling the statusbar messages B. replacing current messages with appropriate one's that no snapping option is selected. easiest would be a proper enablecheck. that would sport a warning message though, but probably correct as someone using the shortcut would wanna know why it won't work. ..ede -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
On 05.04.2013 09:08, Michaël Michaud wrote:
Hi,
after compiling and run OJ in eclipse from
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/
the splash-window shows
Version ${version.number} ${version.release} rev.${version.revision}
and the readme.txt file also.
What is the secret to get the right version numbers to the variables?
What have I do, to configure eclipse, that the version-variables get the
right values?
As a side note, these variables and some others (useJvmChmod,
recompress.folder...)
are viewed as errors in the IntelliJ IDEA interface (cannot resolve
symbol).
Not a big problem, but I don't know if there is a way to make it
understand everything
is fine. Are these parameters only defined on the command line ? Would
it be better
to have them declared/defined at one place ?
well, you cannot define them. svn revision e.g. is only known during compile
time.
having placeholders like such is pretty common. i have another project that
also sports these until you properly package it (actually a python app).
the only way to get rid of them is to implement their replacement in the
build process. still, however it looks under the hood. it makes it pretty easy
to fill in version values in several places and i see no alternative currently.
..ede
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
[JPP-Devel] icon adding WAS: [Jump-pilot-svn-notify] SF.net SVN: jump-pilot:[3473] core/trunk
Peppe,
could you please refrain from adding icons manually in featureinstaller calls
for the future?
it's much cleaner to either
A. implement the Iconified interface
or
B. if the plugin is based oon AbstractPlugin it already is, so you can simply
implement a getIcon() method.
thanks.. ede
On 05.04.2013 10:19, ma15...@users.sourceforge.net wrote:
Revision: 3473
http://jump-pilot.svn.sourceforge.net/jump-pilot/?rev=3473view=rev
Author: ma15569
Date: 2013-04-05 08:19:03 + (Fri, 05 Apr 2013)
Log Message:
---
2013-04-05 Giuseppe Aruta (giuseppe_ar...@yahoo.it)
* Add icons to Style Layer Context Submenu, RasterColorEditor,
SarchAllAttribute, SimpleQuery and SpatialQuery plugins
Modified Paths:
--
core/trunk/ChangeLog
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/analysis/SpatialQueryPlugIn.java
core/trunk/src/org/openjump/core/ui/plugin/queries/SearchAllAttributes.java
core/trunk/src/org/openjump/core/ui/plugin/queries/SimpleQueryPlugIn.java
core/trunk/src/org/openjump/core/ui/plugin/raster/color/RasterColorEditorPlugIn.java
Added Paths:
---
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/color_wheel.png
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/search.png
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/simple_query.png
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/spatial_query.png
Modified: core/trunk/ChangeLog
===
--- core/trunk/ChangeLog 2013-04-04 22:51:32 UTC (rev 3472)
+++ core/trunk/ChangeLog 2013-04-05 08:19:03 UTC (rev 3473)
@@ -1,5 +1,9 @@
# for display continuity sake please use 2 spaces instead of tabs
+2013-04-05 Giuseppe Aruta (giuseppe_ar...@yahoo.it)
+ * Add icons to Style Layer Context Submenu, RasterColorEditor,
SearchAllAttribute,
+SimpleQuery and SpatialQuery plugins
+
2013-04-04 mmichaud michael.mich...@free.fr
* add Flatten3DGeometries.bsh BeanTool and improve beantools sorting
Modified:
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
===
--- core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
2013-04-04 22:51:32 UTC (rev 3472)
+++ core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
2013-04-05 08:19:03 UTC (rev 3473)
@@ -567,7 +567,7 @@
GUIUtil.toSmallIcon(pasteStylesPlugIn.getIcon()),
PasteStylesPlugIn.createEnableCheck(workbenchContext));
FeatureInstaller.childMenuItem(MenuNames.STYLE, layerNamePopupMenu)
-.setIcon(GUIUtil.toSmallIcon(pasteStylesPlugIn.getIcon()));
+.setIcon(IconLoader.icon(color_wheel.png));
featureInstaller.addPopupMenuItem(layerNamePopupMenu,
refreshDataStoreLayerPlugin, new String[] { MenuNames.DATASTORE },
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/color_wheel.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/color_wheel.png
___
Added: svn:mime-type
+ application/octet-stream
Added: core/trunk/src/com/vividsolutions/jump/workbench/ui/images/search.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/search.png
___
Added: svn:mime-type
+ application/octet-stream
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/simple_query.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/simple_query.png
___
Added: svn:mime-type
+ application/octet-stream
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/spatial_query.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/spatial_query.png
___
Added: svn:mime-type
+ application/octet-stream
Modified:
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/analysis/SpatialQueryPlugIn.java
===
---
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/analysis/SpatialQueryPlugIn.java
2013-04-04 22:51:32 UTC
Re: [JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
Hi,
the big advantage of OJ is that it is written in Java.
Java should be platform-independent.
But if we (the developer of OJ) write code
that is not pure Java and contains tricky code
for svn, maven and so on...
we make life hard for new developers!
As I suggested some mails before
please write your code IDE-independent
so every developer who likes to develop
OJ can use its own IDE.
The ideal case would be
only download the sourcecode and the libs
to build a runable OpenJUMP.
But I think, this is a pipe-dream.
Regards
Uwe
Am 05.04.2013 09:22, schrieb edgar.sol...@web.de:
On 05.04.2013 09:08, Michaël Michaud wrote:
Hi,
after compiling and run OJ in eclipse from
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/
the splash-window shows
Version ${version.number} ${version.release} rev.${version.revision}
and the readme.txt file also.
What is the secret to get the right version numbers to the variables?
What have I do, to configure eclipse, that the version-variables get the
right values?
As a side note, these variables and some others (useJvmChmod,
recompress.folder...)
are viewed as errors in the IntelliJ IDEA interface (cannot resolve
symbol).
Not a big problem, but I don't know if there is a way to make it
understand everything
is fine. Are these parameters only defined on the command line ? Would
it be better
to have them declared/defined at one place ?
well, you cannot define them. svn revision e.g. is only known during compile
time.
having placeholders like such is pretty common. i have another project that
also sports these until you properly package it (actually a python app).
the only way to get rid of them is to implement their replacement in the
build process. still, however it looks under the hood. it makes it pretty
easy to fill in version values in several places and i see no alternative
currently.
..ede
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
On 05.04.2013 10:34, Uwe Dalluege wrote:
Hi,
the big advantage of OJ is that it is written in Java.
Java should be platform-independent.
But if we (the developer of OJ) write code
that is not pure Java and contains tricky code
for svn, maven and so on...
we make life hard for new developers!
old dogs have to learn new tricks sometimes, sorry 'bout that. it's a small
sacrifice for the sake of automation.
As I suggested some mails before
please write your code IDE-independent
so every developer who likes to develop
OJ can use its own IDE.
i am sure there is a plugin for your ide to have the vars automatically filled
if it is so important for you. alternatively pretty much all java ide's
support maven nowadays.
The ideal case would be
only download the sourcecode and the libs
to build a runable OpenJUMP.
But I think, this is a pipe-dream.
well, your approach of downloading svn archives seems to work. doesn't it now?
..ede
..ede
Regards
Uwe
Am 05.04.2013 09:22, schrieb edgar.sol...@web.de:
On 05.04.2013 09:08, Michaël Michaud wrote:
Hi,
after compiling and run OJ in eclipse from
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/
the splash-window shows
Version ${version.number} ${version.release} rev.${version.revision}
and the readme.txt file also.
What is the secret to get the right version numbers to the variables?
What have I do, to configure eclipse, that the version-variables get the
right values?
As a side note, these variables and some others (useJvmChmod,
recompress.folder...)
are viewed as errors in the IntelliJ IDEA interface (cannot resolve
symbol).
Not a big problem, but I don't know if there is a way to make it
understand everything
is fine. Are these parameters only defined on the command line ? Would
it be better
to have them declared/defined at one place ?
well, you cannot define them. svn revision e.g. is only known during compile
time.
having placeholders like such is pretty common. i have another project that
also sports these until you properly package it (actually a python app).
the only way to get rid of them is to implement their replacement in the
build process. still, however it looks under the hood. it makes it pretty
easy to fill in version values in several places and i see no alternative
currently.
..ede
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Colourtheming problems
Hi Arnd, Thank you, I've got the maps sorted now. Much appreciated! Best regards Emil 3 apr 2013 kl. 18.20 skrev Arnd Kielhorn: Hello Emil, You can edit the minimum and maximum values and the labels in the table of color theming dialog. After that You choose the right mouse click on the layer in the right layer panel, choose copy style and than select the other layer which You want to style in the same scheme and make again a right mouse click on the layer and choose paste style. When You always work in project You do not loose Your style and You can copy and paste styles between different openend projects. As I just realized in Your attached screenshot You also have a problem with partially hachured legend. I often have the same problem and I found no workaround for it. May be some others have a solution. Kindly regards Arnd Gesendet: Mittwoch, 03. April 2013 um 13:07 Uhr Von: Emil Fast emilmathias.f...@gmail.com An: jump-pilot-devel@lists.sourceforge.net Betreff: [JPP-Devel] Colourtheming problems Dear all, I'm doing a study of the geographic distribution of tuberculosis in Indonesia, using OpenJump. I've encountered a problem, and if you would have time to help it would be greatly appreciated. I want to make two maps with the case notification rate, from year 2007 and 2011 to compare the progress. However, when I do the colour theming, I can't find a way to set my own values. To be able to get a clear impression of any change, there should be the same colourtheming scale for both years, otherwise it's not possible to interpret them by colour. For instance, setting the colourtheming interval to 0-100, 101-200, 201-300 etc in both maps. With the methods I've tried, for instance equal interval and Jenks optimal, the data is divided so the maps looks almost exactly the same, even though there are some substantial differences. I've attached two drafts so you'll get an idea. As you can see they look very similar at first glance, but when you look at the legend you can tell the difference in colourtheming. Is it a way to work that out, to set the colourtheming interval? Kind regards Emil Fast -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
Hi,
Am 05.04.2013 10:39, schrieb edgar.sol...@web.de:
On 05.04.2013 10:34, Uwe Dalluege wrote:
Hi,
the big advantage of OJ is that it is written in Java.
Java should be platform-independent.
But if we (the developer of OJ) write code
that is not pure Java and contains tricky code
for svn, maven and so on...
we make life hard for new developers!
old dogs have to learn new tricks sometimes, sorry 'bout that. it's a small
sacrifice for the sake of automation.
As I suggested some mails before
please write your code IDE-independent
so every developer who likes to develop
OJ can use its own IDE.
i am sure there is a plugin for your ide to have the vars automatically
filled if it is so important for you. alternatively pretty much all java
ide's support maven nowadays.
The ideal case would be
only download the sourcecode and the libs
to build a runable OpenJUMP.
But I think, this is a pipe-dream.
well, your approach of downloading svn archives seems to work. doesn't it
now? ..ede
Why do you think I am writing my last mails?
It works not perfectly!
Uwe
..ede
Regards
Uwe
Am 05.04.2013 09:22, schrieb edgar.sol...@web.de:
On 05.04.2013 09:08, Michaël Michaud wrote:
Hi,
after compiling and run OJ in eclipse from
http://jump-pilot.svn.sourceforge.net/viewvc/jump-pilot/core/trunk/
the splash-window shows
Version ${version.number} ${version.release} rev.${version.revision}
and the readme.txt file also.
What is the secret to get the right version numbers to the variables?
What have I do, to configure eclipse, that the version-variables get the
right values?
As a side note, these variables and some others (useJvmChmod,
recompress.folder...)
are viewed as errors in the IntelliJ IDEA interface (cannot resolve
symbol).
Not a big problem, but I don't know if there is a way to make it
understand everything
is fine. Are these parameters only defined on the command line ? Would
it be better
to have them declared/defined at one place ?
well, you cannot define them. svn revision e.g. is only known during
compile time.
having placeholders like such is pretty common. i have another project that
also sports these until you properly package it (actually a python app).
the only way to get rid of them is to implement their replacement in the
build process. still, however it looks under the hood. it makes it pretty
easy to fill in version values in several places and i see no alternative
currently.
..ede
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
--
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire
the most talented Cisco Certified professionals. Visit the
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
___
Jump-pilot-devel mailing list
Jump-pilot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
On 05.04.2013 10:56, Uwe Dalluege wrote: Hi, Am 05.04.2013 10:39, schrieb edgar.sol...@web.de: On 05.04.2013 10:34, Uwe Dalluege wrote: Hi, the big advantage of OJ is that it is written in Java. Java should be platform-independent. But if we (the developer of OJ) write code that is not pure Java and contains tricky code for svn, maven and so on... we make life hard for new developers! old dogs have to learn new tricks sometimes, sorry 'bout that. it's a small sacrifice for the sake of automation. As I suggested some mails before please write your code IDE-independent so every developer who likes to develop OJ can use its own IDE. i am sure there is a plugin for your ide to have the vars automatically filled if it is so important for you. alternatively pretty much all java ide's support maven nowadays. The ideal case would be only download the sourcecode and the libs to build a runable OpenJUMP. But I think, this is a pipe-dream. well, your approach of downloading svn archives seems to work. doesn't it now? ..ede Why do you think I am writing my last mails? not sure really ;) It works not perfectly! well, perfection is a rare quality. if you are telling me that the placeholders throw compiler errors i'll be inclined to hear your suggestion on how to solve that. if it is a mere cosmetic issue, seeing the placeholders instead of values during test runs out of your ide, i suggest we leave this topic be as manually filling it in is currently no option, sorry. ..ede -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] icon adding WAS: [Jump-pilot-svn-notify] SF.net SVN: jump-pilot:[3473] core/trunk
OK Ede,
can you just show a couple of example in OJ core?
thanks
Peppe
2013/4/5 edgar.sol...@web.de
Peppe,
could you please refrain from adding icons manually in featureinstaller
calls for the future?
it's much cleaner to either
A. implement the Iconified interface
or
B. if the plugin is based oon AbstractPlugin it already is, so you can
simply implement a getIcon() method.
thanks.. ede
On 05.04.2013 10:19, ma15...@users.sourceforge.net wrote:
Revision: 3473
http://jump-pilot.svn.sourceforge.net/jump-pilot/?rev=3473view=rev
Author: ma15569
Date: 2013-04-05 08:19:03 + (Fri, 05 Apr 2013)
Log Message:
---
2013-04-05 Giuseppe Aruta (giuseppe_ar...@yahoo.it)
* Add icons to Style Layer Context Submenu, RasterColorEditor,
SarchAllAttribute, SimpleQuery and SpatialQuery plugins
Modified Paths:
--
core/trunk/ChangeLog
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/analysis/SpatialQueryPlugIn.java
core/trunk/src/org/openjump/core/ui/plugin/queries/SearchAllAttributes.java
core/trunk/src/org/openjump/core/ui/plugin/queries/SimpleQueryPlugIn.java
core/trunk/src/org/openjump/core/ui/plugin/raster/color/RasterColorEditorPlugIn.java
Added Paths:
---
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/color_wheel.png
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/search.png
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/simple_query.png
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/spatial_query.png
Modified: core/trunk/ChangeLog
===
--- core/trunk/ChangeLog 2013-04-04 22:51:32 UTC (rev 3472)
+++ core/trunk/ChangeLog 2013-04-05 08:19:03 UTC (rev 3473)
@@ -1,5 +1,9 @@
# for display continuity sake please use 2 spaces instead of tabs
+2013-04-05 Giuseppe Aruta (giuseppe_ar...@yahoo.it)
+ * Add icons to Style Layer Context Submenu, RasterColorEditor,
SearchAllAttribute,
+SimpleQuery and SpatialQuery plugins
+
2013-04-04 mmichaud michael.mich...@free.fr
* add Flatten3DGeometries.bsh BeanTool and improve beantools sorting
Modified:
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
===
---
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
2013-04-04 22:51:32 UTC (rev 3472)
+++
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
2013-04-05 08:19:03 UTC (rev 3473)
@@ -567,7 +567,7 @@
GUIUtil.toSmallIcon(pasteStylesPlugIn.getIcon()),
PasteStylesPlugIn.createEnableCheck(workbenchContext));
FeatureInstaller.childMenuItem(MenuNames.STYLE, layerNamePopupMenu)
-.setIcon(GUIUtil.toSmallIcon(pasteStylesPlugIn.getIcon()));
+.setIcon(IconLoader.icon(color_wheel.png));
featureInstaller.addPopupMenuItem(layerNamePopupMenu,
refreshDataStoreLayerPlugin, new String[] { MenuNames.DATASTORE
},
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/color_wheel.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/color_wheel.png
___
Added: svn:mime-type
+ application/octet-stream
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/search.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/search.png
___
Added: svn:mime-type
+ application/octet-stream
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/simple_query.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/simple_query.png
___
Added: svn:mime-type
+ application/octet-stream
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/spatial_query.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/spatial_query.png
___
Added: svn:mime-type
+ application/octet-stream
Modified:
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/analysis/SpatialQueryPlugIn.java
===
Re: [JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
Hi, Am 05.04.2013 11:11, schrieb edgar.sol...@web.de: On 05.04.2013 10:56, Uwe Dalluege wrote: Hi, Am 05.04.2013 10:39, schrieb edgar.sol...@web.de: On 05.04.2013 10:34, Uwe Dalluege wrote: Hi, the big advantage of OJ is that it is written in Java. Java should be platform-independent. But if we (the developer of OJ) write code that is not pure Java and contains tricky code for svn, maven and so on... we make life hard for new developers! old dogs have to learn new tricks sometimes, sorry 'bout that. it's a small sacrifice for the sake of automation. As I suggested some mails before please write your code IDE-independent so every developer who likes to develop OJ can use its own IDE. i am sure there is a plugin for your ide to have the vars automatically filled if it is so important for you. alternatively pretty much all java ide's support maven nowadays. The ideal case would be only download the sourcecode and the libs to build a runable OpenJUMP. But I think, this is a pipe-dream. well, your approach of downloading svn archives seems to work. doesn't it now? ..ede Why do you think I am writing my last mails? not sure really ;) It works not perfectly! well, perfection is a rare quality. But it should be not for OpenJUMP! if you are telling me that the placeholders throw compiler errors i'll be inclined to hear your suggestion on how to solve that. Maybe you can read the version numbers out of a file like the readme.txt file is read by OpenJUMP. ..ede Uwe -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
On 05.04.2013 11:43, Uwe Dalluege wrote: Hi, Am 05.04.2013 11:11, schrieb edgar.sol...@web.de: On 05.04.2013 10:56, Uwe Dalluege wrote: Hi, Am 05.04.2013 10:39, schrieb edgar.sol...@web.de: On 05.04.2013 10:34, Uwe Dalluege wrote: Hi, the big advantage of OJ is that it is written in Java. Java should be platform-independent. But if we (the developer of OJ) write code that is not pure Java and contains tricky code for svn, maven and so on... we make life hard for new developers! old dogs have to learn new tricks sometimes, sorry 'bout that. it's a small sacrifice for the sake of automation. As I suggested some mails before please write your code IDE-independent so every developer who likes to develop OJ can use its own IDE. i am sure there is a plugin for your ide to have the vars automatically filled if it is so important for you. alternatively pretty much all java ide's support maven nowadays. The ideal case would be only download the sourcecode and the libs to build a runable OpenJUMP. But I think, this is a pipe-dream. well, your approach of downloading svn archives seems to work. doesn't it now? ..ede Why do you think I am writing my last mails? not sure really ;) It works not perfectly! well, perfection is a rare quality. But it should be not for OpenJUMP! right, shouldn't for everything. it unfortunately just is. if you are telling me that the placeholders throw compiler errors i'll be inclined to hear your suggestion on how to solve that. Maybe you can read the version numbers out of a file like the readme.txt file is read by OpenJUMP. it is actually just read from a file, meaning the placeholders are. language/jump.properties problem is, who is filling this file with the correct values. somebody would have to do this manually again. and what about e.g. readme.txt, Changes.txt ? ..ede -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] Version ${version.number} ${version.release} rev.${version.revision}
Hi, Am 05.04.2013 11:51, schrieb edgar.sol...@web.de: On 05.04.2013 11:43, Uwe Dalluege wrote: Hi, Am 05.04.2013 11:11, schrieb edgar.sol...@web.de: On 05.04.2013 10:56, Uwe Dalluege wrote: Hi, Am 05.04.2013 10:39, schrieb edgar.sol...@web.de: On 05.04.2013 10:34, Uwe Dalluege wrote: Hi, the big advantage of OJ is that it is written in Java. Java should be platform-independent. But if we (the developer of OJ) write code that is not pure Java and contains tricky code for svn, maven and so on... we make life hard for new developers! old dogs have to learn new tricks sometimes, sorry 'bout that. it's a small sacrifice for the sake of automation. As I suggested some mails before please write your code IDE-independent so every developer who likes to develop OJ can use its own IDE. i am sure there is a plugin for your ide to have the vars automatically filled if it is so important for you. alternatively pretty much all java ide's support maven nowadays. The ideal case would be only download the sourcecode and the libs to build a runable OpenJUMP. But I think, this is a pipe-dream. well, your approach of downloading svn archives seems to work. doesn't it now? ..ede Why do you think I am writing my last mails? not sure really ;) It works not perfectly! well, perfection is a rare quality. But it should be not for OpenJUMP! right, shouldn't for everything. it unfortunately just is. if you are telling me that the placeholders throw compiler errors i'll be inclined to hear your suggestion on how to solve that. Maybe you can read the version numbers out of a file like the readme.txt file is read by OpenJUMP. it is actually just read from a file, meaning the placeholders are. language/jump.properties Thank you, this is the information I am looking for! problem is, who is filling this file with the correct values. somebody would have to do this manually again. and what about e.g. readme.txt, Changes.txt ? ..ede Uwe -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
Re: [JPP-Devel] icon adding WAS: SF.net SVN: jump-pilot:[3473] core/trunk
I got an idea what you mean, but yes, two examples (how to do it right)
would help :)
stefan
Am 05.04.13 05:29, schrieb Giuseppe Aruta:
OK Ede,
can you just show a couple of example in OJ core?
thanks
Peppe
2013/4/5 edgar.sol...@web.de mailto:edgar.sol...@web.de
Peppe,
could you please refrain from adding icons manually in
featureinstaller calls for the future?
it's much cleaner to either
A. implement the Iconified interface
or
B. if the plugin is based oon AbstractPlugin it already is, so you
can simply implement a getIcon() method.
thanks.. ede
On 05.04.2013 10 tel:05.04.2013%2010:19,
ma15...@users.sourceforge.net mailto:ma15...@users.sourceforge.net
wrote:
Revision: 3473
http://jump-pilot.svn.sourceforge.net/jump-pilot/?rev=3473view=rev
Author: ma15569
Date: 2013-04-05 08:19:03 + (Fri, 05 Apr 2013)
Log Message:
---
2013-04-05 Giuseppe Aruta (giuseppe_ar...@yahoo.it
mailto:giuseppe_ar...@yahoo.it)
* Add icons to Style Layer Context Submenu, RasterColorEditor,
SarchAllAttribute, SimpleQuery and SpatialQuery plugins
Modified Paths:
--
core/trunk/ChangeLog
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
core/trunk/src/com/vividsolutions/jump/workbench/ui/plugin/analysis/SpatialQueryPlugIn.java
core/trunk/src/org/openjump/core/ui/plugin/queries/SearchAllAttributes.java
core/trunk/src/org/openjump/core/ui/plugin/queries/SimpleQueryPlugIn.java
core/trunk/src/org/openjump/core/ui/plugin/raster/color/RasterColorEditorPlugIn.java
Added Paths:
---
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/color_wheel.png
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/search.png
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/simple_query.png
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/spatial_query.png
Modified: core/trunk/ChangeLog
===
--- core/trunk/ChangeLog 2013-04-04 22:51:32 UTC (rev 3472)
+++ core/trunk/ChangeLog 2013-04-05 08:19:03 UTC (rev 3473)
@@ -1,5 +1,9 @@
# for display continuity sake please use 2 spaces instead of tabs
+2013-04-05 Giuseppe Aruta (giuseppe_ar...@yahoo.it
mailto:giuseppe_ar...@yahoo.it)
+ * Add icons to Style Layer Context Submenu, RasterColorEditor,
SearchAllAttribute,
+SimpleQuery and SpatialQuery plugins
+
2013-04-04 mmichaud michael.mich...@free.fr
mailto:michael.mich...@free.fr
* add Flatten3DGeometries.bsh BeanTool and improve beantools
sorting
Modified:
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
===
---
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
2013-04-04 22:51:32 UTC (rev 3472)
+++
core/trunk/src/com/vividsolutions/jump/workbench/JUMPConfiguration.java
2013-04-05 08:19:03 UTC (rev 3473)
@@ -567,7 +567,7 @@
GUIUtil.toSmallIcon(pasteStylesPlugIn.getIcon()),
PasteStylesPlugIn.createEnableCheck(workbenchContext));
FeatureInstaller.childMenuItem(MenuNames.STYLE,
layerNamePopupMenu)
-.setIcon(GUIUtil.toSmallIcon(pasteStylesPlugIn.getIcon()));
+.setIcon(IconLoader.icon(color_wheel.png));
featureInstaller.addPopupMenuItem(layerNamePopupMenu,
refreshDataStoreLayerPlugin, new String[] {
MenuNames.DATASTORE },
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/color_wheel.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/color_wheel.png
___
Added: svn:mime-type
+ application/octet-stream
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/search.png
===
(Binary files differ)
Property changes on:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/search.png
___
Added: svn:mime-type
+ application/octet-stream
Added:
core/trunk/src/com/vividsolutions/jump/workbench/ui/images/simple_query.png
