Hi list,
Recently I started introducing an image back buffer in the LayerViewPanel in my
project for the purpose creating a (another) flicker free panning tool. It was
the first thing I was planning to do when I started with OJ. So far I have made
nice progress.
Basically I have a back
Hi all,
after East I will write down some proposal.
I am working around two ideas:
Modify some terminology on lòang files to make the menus more comprensible for
2 kinds of people:
a) students for middle/class school
b) users who are not familiar with topological/GIS terminology
Two samples:
Hi Peppe,
I hope you will not create your own GIS terminology.
Students for middle/class school
and users who are not familiar with topological/GIS terminology
have to learn this vocabulary!!!
I think the terminology must be conform to the OGC-Standards!
Please have a look at:
Hi Bing,
I haven't studied this code for a while, but it seems like the line is
moving the origin (top for window coordinate system, bottom for world).
regards,
Larry
2009/4/9 Bing Ran bing_...@hotmail.com
Hi list,
Recently I started introducing an image back buffer in the LayerViewPanel
Hi Uwe,
It is not my intention to create my personal GIS terminology.
My idea is to make menus simpler. Without creating a new terminology.
I give another example:
On FileSave view menu there are options which show again save as (Save
view asSave view as Raster and Save view asSave view as
Bing and others:
I thought that Swing was already double-buffered, which would make
this modificaiton unnecessary. Are we double double-buffering? Or does
the improvement come because Swing is only double-buffering the actual
LVP envelope, while Bing is developing beyond this envelope?
The
One of the students I met at my Google Summer of Code presentation at
UC Davis missed the student application deadline. (This was my fault,
as I gave him the wrong deadline date.) To my pleasant surprise, he
would still like to work on the project for the summer! He is looking
to gain some
Hei,
on rendering: no modifications needed, plugin should work if the same
techniques is used as Pirol employes for their rasterimage plugin.
However, I integrated that plugin now.
on labeling: it may be worth to have a look into the NoteTool of the
EditToolbox. It would be even interesting
doesn't have JTIN a separate external renderer too?
stefan
Stefan Steiniger schrieb:
Hei,
on rendering: no modifications needed, plugin should work if the same
techniques is used as Pirol employes for their rasterimage plugin.
However, I integrated that plugin now.
on labeling: it may
Hi SS,
The renderer is the lest of your problem with adding the capability to do
labels without a backing feature. How are you planning to persist the
labels. How will this integrate with the Project (Task)? How will you keep
this from making prior .jmp files incompatible?
Why is it
Yes it does. When I get a few minutes, I'll write an overview on how to set up
an external renderer.
--Christopher
--- On Thu, 4/9/09, Stefan Steiniger sst...@geo.uzh.ch wrote:
From: Stefan Steiniger sst...@geo.uzh.ch
Subject: Re: [JPP-Devel] Almost GSoc Student and Best Way to Add
Hi Stefan,
(somewehere on the
wiki there
was a tip on how to use html tags for displaying images?
Here: http://openjump.org/wiki/show/View nder Map tooltip.
Peppe
--
This SF.net email is sponsored by:
Thanks for all of the responses. I'll get with Christopher on
implementing the external renderer.
Larry asked some good questions. Let me try to answer them.
Larry wrote: The renderer is the lest of your problem with adding the
capability to do labels without a backing feature. How are you
Hi SS,
We also have the need to transfer our labels from CAD to SkyJUMP.
1) Use Michael's DXF plugin to import the (simple) DXF. It comes in with a
Text attribute.
2) Use my Extract Layer by Attribute plugin, (which defaults to the
attribute Layer) to break the dxf-derived layer back out to
Thanks for the steps to extracting text from the DXF Larry. I'm
acutally looking at the Kabeja library (suggested by Christopher) as a
way to improve DXF import. I'll keep you posted on my progress.
http://kabeja.sourceforge.net/
SS
On Thu, Apr 9, 2009 at 2:44 PM, Larry Becker
Yes, it pushed the result point one screen down. Just curious why this is
required.
From: Larry Becker
Sent: Thursday, April 09, 2009 9:09 PM
To: OpenJump develop and use
Subject: Re: [JPP-Devel] modelToViewTransform
Hi Bing,
I haven't studied this code for a while, but it seems like
You're right. The double buffering provided by swing is too low level. The
back buffer I'm using is bigger than the size of the LayerViewPanel, so that
while moving around with mouse, I immediately see the pre-buffered region
surrounding the current viewport, instead of seeing blank space, very
17 matches
Mail list logo
