[OSM-dev] Naming streets without applet

[Tom Carden]

Heads up!

The version of Processing we're using, which does nice line styles and
things, is implemented using Graphics2D (I think), and is therefore not
compatible with Java 1.1.

Processing source is at http://dev.processing.org if you want to check...
PApplet instantiates a PGraphics object based on a call to size.  The
default is JAVA2D, there is also OPENGL (fast but doesn't support applets)
and P3D/P2D (fast-ish but don't support anti-aliasing, strokeWeight,
strokeJoin or strokeCap).

Best,

Tom.

> I have been re-sharpening my teeth on Java by modifying osmapplet to
> work with pre-1.4 Java.
>
> I have tested my modifications with 1.3. Basic functionality  Seems to
> work OK. Need to fix the dialog box. Given that 1.3->1.4 appears to be a
> step change, I'll try to make it run with 1.1. I guess I might have
> problems with processing etc. but I'll see. That will be a lot of
> practical use given many people still use JRE 1.1. This is really a
> warm-up to help the effort to converge applet (and perhaps josm?) with
> classpath. AFAIK, none of the changes I have made actually put the
> applet closer to running with GCJ, which is a goal.
>
> I also imagine most of these 1.1 implementations could be original
> MS-shipped (broken) VMs. I am now applying the Java programming theory I
> learned 7 years ago into practise. I both love and loathe the Java
> implementation. I am confident I have not even started hitting real
> problems.
>
> I have also made some changes so that osmapplet works both straight from
> eclipse runtime environment and stand-alone without any non-obvious
> changes.
>
> Tom Carden wrote:
>
>> That said, Ben Fry at processing.org quoted the following stats last
>> June for his zipdecode applet:
>>
>> 11698 - not installed
>> 7742 - 1.1
>> 329 - 1.3
>> 5154 - 1.4
>> 7668 - 1.5
>>
>