between 'no running threads left'
and 'all jobs done'.
- Sascha
Larry Becker schrieb:
Hi Sascha,
Adding a 'wakeup' Runnable works great and is easier than using the
listener anyway.
By the way, I couldn't find any other code using the Listener
interface, but I suppose
I cut the WORKER_STAY_ALIVE_TIME to 50 ms and the flash now works. 50
ms is an eternity in CPU time anyway.
regards,
Larry
On 6/15/07, Larry Becker [EMAIL PROTECTED] wrote:
Thanks for finding that Listener use in ZoomToSelectedItemsPlugIn. I
tried it and it doesn't flash anymore.
regards
.
The real problem: How can I get a notification
when a zoom is done?
The ZoomToSelectedItemsPlugIn ThreadQueue code looks
like a workaround due to lack of a real possibility
to get informed when the zoom is done.
I will have a look at this problem.
regards,
Sascha
Larry Becker schrieb:
I cut
that can't be seen or measured.
How about 400 ms? That is about the average reaction time.
regards,
Larry Becker
On 6/15/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
Take zoom/panning as an example:
When I zoom to a certain level I often do some zooming
or panning within a few seconds
.
But in difference to the original we keep the
worker thread alive afterwards instead of killing it.
Find attached a new version of the ThreadQueue that
implements this behavior.
regards,
Sascha
Larry Becker schrieb:
Sascha,
I tried one second, and it feels slow. When I am arrowing through
fulfilled for
the defaultRenderingThread.
- listeners get there kick.
This means that after each and every job the listeners get kicked.
= Same behavior for 1) and 2)
Maybe I bore you a bit by repeating it.
Regards,
Sascha
Larry Becker schrieb:
Sascha,
Thanks for your
first and then zooms. Clearly there is
something wrong, but it is not in your ThreadQueue code. I'll look some
more tomorrow.
regards,
Larry
On 6/18/07, Larry Becker [EMAIL PROTECTED] wrote:
Sascha,
Don't you have the same effects with the original one?
I begin to see... I can reproduce
to do that anyway when mouse wheel
zooming in ported over.
regards,
Larry
On 6/18/07, Larry Becker [EMAIL PROTECTED] wrote:
Sascha,
I replaced the ThreadQueue.Listener with the following code:
panel.getRenderingManager().getDefaultRendererThreadQueue().add(
new
want to wipe off this idea.
Any comments?
Regards,
Sascha
PS: If you don't like it all I have some 'workaround' ideas too ...
Larry Becker schrieb:
Hi Sascha,
I have figured out what is different about rendering timing in
SkyJUMP and OpenJump. The randomly delayed drawing in OpenJump
can synchronize better.
I'll also take a look at your proposed rendering system changes, but I
would also like to investigate a different solution first. I'll report back
soon.
regards,
Larry
On 6/20/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote:
Hi!
Larry Becker schrieb:
Thanks Stefan
faster than 1.5.
regards,
Larry Becker
On 6/21/07, Paul Austin [EMAIL PROTECTED] wrote:
I would recommend for now that we stick with 1.5 for the core, plug-ins
can be free to do whatever they want I guess.
I did notice however that running under 1.6 or even 1.5 is a lot faster
than 1.4
Paul
have an idea for improving the quality of the
generated SVG. I'll create a new post, but it involves fixing
BasicStyle.setLineWidth(int lineWidth) to use a float instead of an
int and changing setLineWidth(1) to setLineWidth(0.1) or something
smaller in the constructor.
regards,
Larry Becker
On 6
seem to be any
Java2D support for this concept that I could find, so we would
probably have to implement the scaling ourselves. Someone else may
have already thought of a better solution.
There are probably other printer related rendering problems I haven't
heard about.
regards,
Larry Becker
I agree with Martin. Modifying Coordinate values in-place is probably
a bad idea, however I'm pretty sure I've been guilty. What I'm trying
to figure out now, is a good way to find out where and how many times.
regards,
Larry Becker
On 6/25/07, Martin Davis [EMAIL PROTECTED] wrote:
Michaël
modified.
regards,
Larry
On 6/25/07, Larry Becker [EMAIL PROTECTED] wrote:
I agree with Martin. Modifying Coordinate values in-place is probably
a bad idea, however I'm pretty sure I've been guilty. What I'm trying
to figure out now, is a good way to find out where and how many times
Hi SS,
OK by me. IMO Javadoc comments should be short statements of
purpose. They shouldn't talk about algorithms, but should document
anything unusual about parameters. For example, Object parameters are
used in RenderManager methods, but it isn't documented what Objects
are acceptable.
implies they need to create new objects for whatever output they
are creating).
Larry Becker wrote:
Yes, and I was right about being guilty too. The ISA tools are full
of .x = assignments.
Martin, does all of JTS support the JTS CoordinateSequence, or do you
need to convert to Coordinate
of the list an exception will be thrown.
*
* @throws IndexOutOfBoundsException Thrown if the object passed as a
parameter
* is already at the top of the list.
*/
Thanks again.
SS
On 6/25/07, Larry Becker [EMAIL PROTECTED] wrote:
Hi SS,
OK by me. IMO Javadoc comments should be short
is frozen, the user
could panic and kill the application.
It would seem that my solution need some more tweaking.
I'll post again after I've made some modifications to change to a
non-blocking notifying version.
regards,
Larry Becker
On 6/25/07, Sascha L. Teichmann [EMAIL PROTECTED] wrote
Hi Peppe,
Thanks for your input. We don't get enough of the user perspective
on the list.
Regarding transferring styles, I would point out the very useful
copy style and paste style functions in OpenJump. Also, in addition
to Paul's efforts, I will be porting over SkyJUMP's Merge Task
some improved editing
capabilities.
The Sunburned Surveyor
On 6/26/07, Larry Becker [EMAIL PROTECTED] wrote:
Hi Peppe,
Thanks for your input. We don't get enough of the user perspective
on the list.
Regarding transferring styles, I would point out the very useful
copy style
User participation in the jump-list has always been pretty sparse.
Makes you wonder. I wonder what the 1200 people who downloaded
OpenJump in the last 60 days are doing with it?
Larry
On 6/26/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
Or it might be possible that we only have 6 users. :]
used by JUMP. This needs to be passed into or used in
all places where Geometry is created. That factory will then control
what CoordinateSequence representation will be used.
Larry Becker wrote:
Hi Martin. Correct me if I'm wrong, but if we implemented use of
CoordinateSequences
I have a question about Coordinate Projection in JUMP. Does it happen
when the dataset is opened (as with ArcMap)? If so, what happens when
you save the dataset? Is it saved in the original projection (i.e.
reprojected back) or is it saved with the new projection? I can see
use cases for both.
Seems like most people are uncomfortable with the duplication of
load/save menu items.
Not me. Of course, I remember why the Save as File was created in the
first place. It was to get rid of that darn Format menu in the upper
left of the dialog that confused everyone.
SkyJUMP has a new twist
mode with the
ZoomToSelectedItemsPlugIn, and in execute on event thread mode on my
LayerPrinter2 plug-in which generates high resolution images.
Everything seems to be working fine. I hope that others can get some
time to test the modifications.
regards,
Larry Becker
On 6/26/07, Larry Becker
Hi Michaël,
You're right. We do agree. Reading my response again, I didn't
express myself clearly. I haven't updated the SourceForge SkyJUIMP
download since we moved the format menu to the bottom. Of course, you
can always compare the SourceForge Java code.
regards,
Larry
On 6/27/07,
://intevation.de/pipermail/freegis-list/2006-September/002959.html
I don't agree with Jan's interpretation, but I think Stefan did in a
previous post.
regards,
Larry Becker
On 6/28/07, Paul Austin [EMAIL PROTECTED] wrote:
Does anyone know what versions of buoy and ermapper we are using?
Also do we know
you have a lot
of linestrings very close together.
regards,
Larry
On 6/28/07, Larry Becker [EMAIL PROTECTED] wrote:
Interesting... It turns out that when rendering antialiased lines,
Java2D actually draws lines with fractional widths as shown in the
attached JumpWindow screen capture
the proper interface routine.
The SkyJUMP launcher source is at:
http://skyjump.cvs.sourceforge.net/skyjump/skyjump/launcher/
I can help with the port when I get through with my rendering mods.
regards,
Larry Becker
On 7/3/07, Paul Austin [EMAIL PROTECTED] wrote:
Hi Larry,
As you've obviously
Thanks for the tips, Paul. It is great when we can encourage each
other to write better code. I for one, didn't know any Java at all
before starting with JUMP in January of 2004. My previous GIS
projects were in C++ and object pascal. It was hard but I think I
have finally made peace with
of the BasicStyle constructor is
now obsolete, since we can use 0
BTW... I am exporting in svg and then prepare my images in
illustrator(inkscape). Thus, i don't really have styling problems. but
who has the time to do like i do.
Larry Becker schrieb:
More surprises (for me). Someone stop me
are
showing up too wide on the print device, or just when you have a lot
of linestrings very close together.
regards,
Larry
On 6/28/07, Larry Becker [EMAIL PROTECTED] wrote:
Interesting... It turns out that when rendering antialiased lines,
Java2D actually draws lines with fractional
There is a lot of dead code that could be removed. I'm surprised that
the ones on your list are no longer referenced, but it doesn't hurt to
try.
Larry
On 7/8/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
Michaël Michaud schrieb:
Hi,
OK, I did not remember the ok button problem with
Seems like a harmless change to me.
Larry
On 7/11/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
This seems like a logical patch to apply Paul. If no one pipes up
about a problem I think you should go for it.
SS
On 7/11/07, Paul Austin [EMAIL PROTECTED] wrote:
I have created a patch for
Paul,
As it currently stands, the SkyJUMP launcher assumes that the
startup jar has all of the classpath stuff defined in the Manifest.
This is what SkyJUMP does, but to date this technique has not worked
on OJ. I'm not sure what the problem is. It may have something to do
with having two
,
Larry Becker
--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get
the linestring is
closed. Will we have to trace one more segment (over the first one) ?
How your code is supposed to change the join type?
Michaël
Larry Becker a écrit :
We recently implemented some modifications to Java2DConverter and
PolygonShape to use PathIterator. The implementation
already exists because the linestring is
closed. Will we have to trace one more segment (over the first one) ?
How your code is supposed to change the join type?
Michaël
Larry Becker a écrit :
We recently implemented some modifications to Java2DConverter and
PolygonShape to use PathIterator
it commit)
Michaël
Larry Becker a écrit :
I read that PathIterator.SEG_CLOSE add a segment back to the point
corresponding to the most recent SEG_MOVETO.
In our case, this segment already exists because the linestring is
closed.
The linestring is closed, but Java2D won't build a bevel
Hi Paul,
All of the image reprojection I've seen is slow, and in proprietary code.
Larry
On 7/13/07, Paul Austin [EMAIL PROTECTED] wrote:
Has anyone done any work with the raster plugins to support reprojecting
the images when loading/viewing in JUMP?
Thanks,
Paul
See the Wikipedia article on JPEG 2000 for comments on legal issues re: JP2000:
http://en.wikipedia.org/wiki/JPEG_2000#Legal_issues
It seems OK, but it pays to be informed.
Larry
On 7/13/07, Michaël Michaud [EMAIL PROTECTED] wrote:
Paul Austin a écrit :
Has anyone done any work with GeoJP2
JP2000 to their utility.
This would make it trivial for our MRSID plugin to support the format.
But so far I haven't had any customers with JPEG2000 images, so I
won't be working on implementing it any time soon.
regards,
Larry Becker
On 7/17/07, Rahkonen Jukka [EMAIL PROTECTED] wrote:
Hi,
I
I've attached a screen shot as a teaser for what I've been working on.
consider me teased. :-)
Larry
On 7/17/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
wow..
but lets see how the look and feel will be (it looks in the screenshot
pretty much like eclipse which is not that probably a low
somewhere.
I'll let any users lurking out there speak as to suggestions for development.
regards,
Larry Becker
On 7/19/07, Harvey Harrison [EMAIL PROTECTED] wrote:
I'm new to the list and was wondering how welcome patches would be to
do some codingstyle / pachage name cleanup
are mostly in the RenderingManager class.
I had to tweak the behavior of the getRenderer and createRenderer
methods. Everything else basically stayed the same.
I hope this rambling makes some sense.
The Sunburned Surveyor
On 7/26/07, Larry Becker [EMAIL PROTECTED] wrote:
Hi SS,
I believe I
was your
specific goal for this modification? For instance, SkyJUMP has
additional hard-coded (special selection feedback) renderers to
support a new Audit Geometry tool. Would your pluggable mod remove
the necessity for these to pollute the name space in the
RenderingManager?
regards,
Larry Becker
if you like.
regards,
Larry Becker
On 7/26/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
Larry,
I just took a quick look at the Developer's Guide for JUMP and the
Javadoc. It looks like Renderer objects can delegate painting to
Styles.
The Developer's Guide says: A renderer is an object
The Quasimode access to pan and zoom through Alt and Shift keys was
present in the original JUMP, and still works in OpenJump as far as I
can tell.
regards,
Larry
On 8/1/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
Larry,
I noticed when I was using OpenJUMP last night that I couldn't pan
). I had never heard of an application
using the term Task to describe a collection of objects, but I
thought it was immediately intuitive to anyone who heard it.
regards,
Larry Becker
/8/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
Martin,
In a message from May you wrote: (BTW, sSometime I
Yep, along with some support in ZoomTool.
Larry
On 8/14/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
This is great news Larry.
I'm just curious, how did you go about adding support for mouse wheel
zoom. Did you add a mouse listener to the LayerViewPanel.
SS
On 8/14/07, Larry Becker
I'm probably responsible for most of the commit notifications today,
but I don't understand what I could have done to prevent it. I
subscribed to the svn notify list and used the same email address that
I have registered with Sourceforge. Did I miss something?
Larry
On 8/14/07, Sunburned
images.
stefan
Larry Becker schrieb:
Ok, I've stepped the Image Layer code in the debugger up though the
final g.drawImage() method in GraphicImage.paint() and all seemed to
be well. Of course, I can't really tell if the jpeg got converted to
an image correctly using the debugger, but I
I have updated the changeLog with entries for Mouse Wheel Zoom and
Image Layer fix.
Larry
On 8/15/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
Hei Larry,
thanx for adding the mousewheel support :)
can you also update the changeLog file with your changes?
thank you
stefan
Larry Becker
I just found and fixed a problem with the Toggle Visibility Layer Name
popup menu item. It was totally nonfunctional. I wonder how long it
has been broken.
This (and the problem with Image Layres) raises the question, Is
anyone besides the developers testing and reporting bugs? We need to
to be
mostly quiet. I think that most casual users of OpenJump are put off
by the effort it takes to monitor discussion lists, and that they
would be more likely to participate in a forum where they can search
for solutions or post a question (hopefully in their own language).
regards,
Larry Becker
See: http://www.multilingual-seo.com/ for an example of a forum with
multilingual content.
Larry
On 8/16/07, Paul Austin [EMAIL PROTECTED] wrote:
I like to make the distinction between feature requests, bug reports and
general user support.
For feature requests and bug reports the best
.
Larry
On 8/17/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
Paul,
I have always found the function of mouse wheel zoom that you
described very useful. It reduces the need for panninf when you zoom
in on an object.
The Sunburned Surveyor
On 8/16/07, Larry Becker [EMAIL PROTECTED] wrote
Larry Becker wrote:
This whole issue of support for large image sizes is the reason that
SkyJUMP doesn't have Image Layers yet. It seems to open up a can of
worms. If you need jai to process images, IMHO you are already in
(memory) trouble. Also, some formats, such as GeoTIFF are simply
OK the code to perform the mouse wheel zoom at cursor is:
public void mouseWheelMoved(MouseWheelEvent e) {
int nclicks = e.getWheelRotation(); //negative is up/away
try {
double zoomFactor = (nclicks 0)
? (1 /
Hi Paul,
Some of the functionality you are talking about is already present
in my new ZoomRealTime tool, which pans and zooms continuously in real
time. Perhaps I should port it over (it just needs
internationalization) before doing any more tweaks to Mouse Wheel
Zoom, which I thought was
zooming is not active for this tool.
regards,
Larry Becker
--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events
Well, I guess I'll commit the change on the strength or Paul and
Sunburn's recommendation. We can always back out the change if we
don't like it.
Larry
On 8/17/07, Larry Becker [EMAIL PROTECTED] wrote:
Hi Paul,
Some of the functionality you are talking about is already present
in my new
.
Cheers,
Paul
Larry Becker wrote:
Well, I guess I'll commit the change on the strength or Paul and
Sunburn's recommendation. We can always back out the change if we
don't like it.
Larry
On 8/17/07, Larry Becker [EMAIL PROTECTED] wrote:
Hi Paul,
Some of the functionality
that Stefan's math is correct.
:-)
regards,
Larry Becker
On 8/18/07, Uwe Dalluege [EMAIL PROTECTED] wrote:
Hi,
does anybody knows how the scale
of Change StyleScale is calculate?
I have a screen resolution of 1280 x 1024 pixel.
When I use OpenJUMP with full screen
the graphical window has
in the
real world. This, of course, assumes that Stefan's math is correct.
Larry
On 8/18/07, Larry Becker [EMAIL PROTECTED] wrote:
Hi Uwe,
There are two kinds of scale in JUMP. The internal scale is given by:
internalScale = ModeViewWidth / PixelViewWidth. (typically units of
meters/pixel
of the screen scale goes, I think no one is
using a precision measuring device on their on-screen map, however if
it is displayed on printed maps, IMO it needs to be accurate or
omitted.
regards,
Larry Becker
On 8/20/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
Hie Uwe,
if you activate the button
.
com.vividsolutions.jump.workbench.ui.ColorPanel.java
regards,
Larry Becker
On 8/20/07, Uwe Dalluege [EMAIL PROTECTED] wrote:
Hi,
there is a ViewError in Custom Color Theming:
1. Leftclick in Color Theming on a colour under Attribute...
2. Choose Custom in the ComboBox.
3. Choose Fill pattern: in the Custom-Window.
4
,
Larry Becker
On 8/20/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
Dear OpenJUMP users,
after shipping the OpenJUMP 1.2 C prerelease we discovered a major bug
that prevented the loading of raster images. We could fix that bug last
week (thanx to Larry B.) and present as an additional feature
tends not to create many
variables. With threading, there is actually some justification for
this.
What affect does variable creation have on threaded programs?
The Sunburned Surveyor
On 8/17/07, Larry Becker [EMAIL PROTECTED] wrote:
Those duplicate method calls are mostly cut and pasted
1.5
installed. (probably it is not set to default)
stefan
Larry Becker schrieb:
Hi Stefan,
I tried the Setup-openjump12d.exe (nice looking installer), but I
couldn't get past the OpenJump uses Java 1.5, it will now be
downloaded and installed prompt. I don't want to download since
, and Spanish tentative translations have been made. It still
needs a check by native speakers.
This is my first attempt at internationalization, so if my
translations are bad, be kind.
regards,
Larry Becker
--
http://amusingprogrammer.blogspot.com
Hi Stefan,
You're right. Now that I have located the Edit button, I can make
changes. 8-)
thanks,
Larry
On 8/22/07, Stefan Steiniger [EMAIL PROTECTED] wrote:
mhm.. you don't have write access?
but you should have ;) There are no restrictions, as far as I know.
stefan
Larry Becker
.
The Sunburned Surveyor
On 8/22/07, Larry Becker [EMAIL PROTECTED] wrote:
I'm going to be making some major improvements to the Label Style. Is
anyone else working in this area?
The improvements will be:
1. Support for halo text. A halo is a surrounding outline in a
contrasting color
I found an article on java and vista:
http://weblogs.java.net/blog/chet/archive/2006/10/java_on_vista_y.html
@Barbara and Uwe: What version of Java are you running OJ under?
Have you tried 6?
regards,
Larry
On 8/22/07, Barbara Zack [EMAIL PROTECTED] wrote:
Uwe,
Sorry, I misunderstood the
you
start JUMP
Paul
Larry Becker wrote:
Added an Open Recent Project submenu to the File menu that will
remember the last 8 tasks opened. Tentative translations were made
for French, German, and Spanish.
In trying out various translations I had trouble deciding between
Oops, its: http://openjump.org/wiki/show/SkyJUMP+-+OpenJUMP+Synchronization
Larry
On 8/23/07, Paul Austin [EMAIL PROTECTED] wrote:
Larry,
Can you send me the link to that list.
Cheers,
Paul
Larry Becker wrote:
Hi Paul,
Wow! GMTA. :-) Perhaps you should take a look
Hi Uwe,
Interesting use case. I've searched OJ's code, but haven't found
anything similar the the -properties option for the
workbench-properties.xml file. I could probably put in an option to
do that fairly easily.
There is a work around that might work. If you copy the openjump.bat
(or
.
Hope this helps.
Larry Becker
On 8/23/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
That question probably reflects my ignorance of OpenJUMP's rendering
system and Java threading. But I'm hoping some of the more experienced
programmers can help me out.
It seems that OpenJUMP currently stores
have on this.
Landon
On 8/23/07, Larry Becker [EMAIL PROTECTED] wrote:
Hi SS,
I'll just state some things that I believe are true:
1. contendID is just a Layer cast to Object.
2. If you have 50 layers then it would follow that you have 50
contentID objects.
3. Every layer gets its
? Is this different?
Thanks again.
The Sunburned Surveyor
On 8/23/07, Larry Becker [EMAIL PROTECTED] wrote:
There are really only two kinds of renderers I think: vector geometry
and raster.
Mostly we are talking about geometry, right? If you have geometry,
then you can style it anyway
How much code are we talking about?
regards,
Larry Becker
On 8/24/07, Paul Austin [EMAIL PROTECTED] wrote:
Andreas,
Maybe if we as a community offer to help the author create a community
around the Java projection library it will eventually have full support.
I think that it would be nice
, Center, and Right; should I complete the process and
disable the images and replace them with the I18N strings?
regards,
Larry Becker
--
http://amusingprogrammer.blogspot.com/
-
This SF.net email is sponsored by: Splunk Inc
Becker schrieb:
Hi Geoff,
I've played around with offset distance and HTML formatting on
labels too. Perhaps we'll get there. I am changing the code base a
little at a time to judge the response and keep backward compatibility
with project files.
regards,
Larry Becker
It isn't the parser that takes up the memory except temporarily), but
the memory resident dataset after loading. This will still limit the
size.
Larry
On 8/30/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
Yup. It makes you wonder why they didn't use pull parsers from the
very beginning,
as for DOM you have probably at
least 2x memory required to load if not more
Paul
Larry Becker wrote:
It isn't the parser that takes up the memory except temporarily), but
the memory resident dataset after loading. This will still limit the
size.
Larry
On 8/30/07, Sunburned
the GeoTools code to access one
Feature at a time from the Shapefile, storing this Feature in the
FeatureCache.
SS
On 8/30/07, Larry Becker [EMAIL PROTECTED] wrote:
At one point I actually rewrote the Shapefile parser to be streaming as
well...
I guess I hadn't actually realized it wasn't
happens ?
Michael
Larry Becker a écrit :
The nightly build of OpenJump hasn't been updated since the 27th
although the source folder has. Does this indicate that the build is
broken?
Larry
-
This SF.net
to the wiki to let OpenJUMP users on Vista know about
it?
The Sunburned Surveyor
On 8/27/07, Uwe Dalluege [EMAIL PROTECTED] wrote:
Hi Larry,
the error is not fixed!
There is still no text in the ComboBoxes
with original Vista LookAndFeel.
Regards,
Uwe
Larry Becker
Hi Peppe,
I was just waiting for someone to ask! I'll be glad to. Are there
any icons that you didn't find particularly helpful? I thought that
perhaps I might have gotten a little over enthusiastic and ended up
with icon clutter on the Layer Name right click menu.
Larry
On 9/2/07, Giuseppe
@Michaël,
I think that bug tracker level 1 is lowest and level 9 is highest.
Looking through the list again, I don't see anything that I would
classify as a major bug. To me, a major bug is a stability problem
with OJ in general. You can break some cases of obscure features and
99% of users
it more easy to understand.
Peppe
--- Michaël Michaud [EMAIL PROTECTED] ha
scritto:
Hi Larry, new icons look nice
Thank you,
Michaël
Larry Becker a écrit :
OK, I've added menu icons to Save Selected
Datasets,Save Dataset As,
Delete Selected Items, Delete All Features, Remove
Actually I like the idea that the wiki IS the help. We can put in a
menu item that simply opens the wiki help page. This is the simplest
solution and consolidates all of the help work with no duplication of
effort. Keeping PDFs up to date could be a big effort. I have tried
to do this on other
Pretty nice!
Larry
On 9/4/07, Giuseppe Aruta [EMAIL PROTECTED] wrote:
Hi,
I send some file as a sample. One is an opendoc help
file - only the list of the function (a clone of the
wiki page)
The second one is the exported PDF.
You can see how minimum can be an help file (ODT only
58KB)
) a
connection to the wikipage as on-line help and 2) the
possibility to put a small pdf with all the important
information to know
regards,
peppe
--- Larry Becker [EMAIL PROTECTED] ha scritto:
Actually I like the idea that the wiki IS the help.
We can put in a
menu item
to understand.
Peppe
--- Michaël Michaud [EMAIL PROTECTED] ha
scritto:
Hi Larry, new icons look nice
Thank you,
Michaël
Larry Becker a écrit :
OK, I've added menu icons to Save Selected
Datasets,Save Dataset As,
Delete Selected Items, Delete All Features, Remove
Selected
Hi Malte,
If I understand you correctly, I guess I'm not surprised at the
fact that a Style added first would be removed first since the
underlying data structure is an ArrayList. The javadoc for ArrayList
says that list.remove(o) will delete the first occurance of o in list.
regards,
Larry
to remove the first CTS from the list without
any trouble like the BasicStyle and not only after I added a second one.
Maybe, the use of a Thread causes this problem ?
Greetings from Hannover,
Malte
Larry Becker schrieb:
Hi Malte,
If I understand you correctly, I guess I'm not surprised
Hi SS,
Congrats! Sounds like a cool new tool. How are you going to invoke it?
If you want a wrench icon, Wrench.gif and WrenchCursor.gif are
already in the images folder. Also BigWrench.gif.
regards,
Larry
On 9/11/07, Sunburned Surveyor [EMAIL PROTECTED] wrote:
I've finished writing a
BigWrench.gif.
That is just what I needed. Thank you.
SS
On 9/11/07, Larry Becker [EMAIL PROTECTED] wrote:
Hi SS,
Congrats! Sounds like a cool new tool. How are you going to invoke it?
If you want a wrench icon, Wrench.gif and WrenchCursor.gif are
already in the images folder
101 - 200 of 770 matches
Mail list logo