You wrote
File dataStorageDirectory = new File(argPath);
File toWrite = new File(argPath + argFileName);
Do you intent to write
File dataStorageDirectory = new File(argPath);
File toWrite = new File(argPath, argFileName);
',' instead of '+' for appending a filename to the path?
See Java
I had a few minutes after my wife went to bed tonight to work on my
FeatureCache. I'm currently writing code for the BOFFFeatureWriter. In
this class I have a method that sets up a DataOutputStream so I can
write bytes representing the feature to a binary file.
I need to see if a binary file repr
Hi!
Larry Becker schrieb:
> Thanks Stefan. We appreciate other voices in what was becoming a dialog.
We're talking about a very small technical detail here so
nobody who is only concerned in the 'big plot' is willing
to follow. My fault. I should talk more about brand new, cool,
and hyper-ultra
After the design of the pluggable rendering system there will no
longer be any special "magic" needed to add a Renderer for objects
that are painted above or below Layerables. These Renderers will be
added in the same way as Renderers for Layerables.
To users of the Pluggable Rendering System API
Thanks Stefan. We appreciate other voices in what was becoming a dialog.
Hi Sascha,
I agree with your two problems as stated.
1 - We cannot determine exactly when a rendering
has ended (successfully or not).
2 - We have a javax,swing.Timer in RenderingManager
Paul,
I'm afraid I'm not quite ready to meet your request. Are you looking
for actual code? Or are you more interested in a narrative of how
things will work?
I think the key concept to my pluggable rendering system is this:
In the initial design I could not find a way to allow plug-ins to
acces
Just a note on my recent work on OpenJUMP's pluggable renderering
system. I have eliminated the need for an external text file
specifying custom renderers and the classes they paint. This
simplified my modifications to the RendererFactory class quite a bit,
and removed the problem of IOExceptions i
SS,
Do you have a simple example that you can share? I'm currently looking
at a whole bunch of ways of allowing additional things to be pluggable
in JUMP so will be interested in learning more.
Paul
Sunburned Surveyor wrote:
> Just a note on my recent work on OpenJUMP's pluggable renderering
>
except the ones from pirol I am not really aware of other renderers...
but compatibility is (sometimes unfortunately) one of our goals
stefan
Sascha L. Teichmann schrieb:
> Hi Larry,
>
> this all fits together very well and I have
> a couple of comments/ideas. This is most radical one:
>
> Let
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(First of all sorry for cross-posting but I feel this is a matter that
interests all recipients)
Thread on pgadmin support:
http://www.pgadmin.org/archives/pgadmin-support/2007-06/msg00046.php
Hello Dave,
This behavior (trying to show the entire geom
On trunk and the current branch add the following, these will be copied
if you branch or tag further
target
dist
build
log
tmp
.eclipse
.settings
Paul
Sunburned Surveyor wrote:
> Paul,
>
> Can you add the directories that you think are applicable?
>
> The Sunburned Surveyor
>
> On 6/19/07, Paul
Paul,
Can you add the directories that you think are applicable?
The Sunburned Surveyor
On 6/19/07, Paul Austin <[EMAIL PROTECTED]> wrote:
> One other thing, I think we should add some directories to svn:ignore
> (such as build, or target (if people use maven)) so that people don't
> accidentall
12 matches
Mail list logo