[Visual-devel] Fwd: Fwd: Re: Re: bug in java.lang.Integer.java?

[Thomas H. <Tho...@we...>]

"Thomas Hergenhahn" <Tho...@we...> schrieb am 22.07.02 14:04:26:
> "Thomas Hergenhahn" <Tho...@we...> schrieb am 22.07.02 12:41:20:
> > Mark Wielaard <ma...@kl...> schrieb am 22.07.02 01:27:44:
> > Hi Mark,
> > > 
> > > On Sunday 21 July 2002 16:56, you wrote:
> > > 
> > > Cool! Let us know if you have something that works.
> > > (screenshots would be nice :)
> > 1. My difficulty with that: How do I take a screeshot from the framebuffer screen?
> > 2. What I do is maybe completetely uncool and against the concept of JAVA ? :-(
> > Let me explain what I try do and what purpose I want it for:
> > I've a project where I use applets to monitor and operate industrial machinery over a network. 
> > The applet shows a so called HMI (human machine interface) screen resemling a control panel. 
> > It consists of a background drawing and some elements which show values or which can modify 
> > values. The applet is allways the same for every screen or page. A specific page layout is then 
> > defined in the applets parameter lines. To use different types of "GUI" elements, these elements 
> > are defined in separate classes and serve as a kind of plugin for the applet.
> > Now I can display the HMI screen in a browser.
> > Snapshots of this are available from my project's home page on:
> > http://visual.sourceforge.net
> > Now, my next goal is to show them on a local computer in or near the machine. Such a computer 
> > might be some embedded system, which has not enough resources to show an applet in a 
> > browser on top of X11. Further, when such a device serves as a machines control panel only, I 
> > don't want a windowed view. The operator shall allways see the essential things. So I want to 
> > show it on the framebuffer display in full screen mode.
> > Were it only this, I could write a C or C++ application that interprets the parameter lines as the 
> > applet would and show the page.
> > But I also want that users can create new plugin classes for new HMI/GUI elements according 
> > to their needs. I, for example, have built an application where an HMI screen shows results from 
> > a diameter measurement. Some round product comes out of a machine and diameter is 
> > measured under four different angles. Now, I've a special element, that takes the four values and 
> > computes and interploted contour function, which in turn is used to display the approximated 
> > more or less round outline.
> > Such a new element can easily be created be deriving it form hmiElement base class.
> > Then, it works with the hmiViewer applet in the
> > > Note though that the Kaffe AWT implementation is under the GPL, not
> > > under the GPL+exception statement as used by Classpath.
> > > 
> > > > Sorry if there was aa attachmanent with strtod code/diff. I posted this in 
> > > > April when I found that a String of the form 12.3E000 is NOT converted as it 
> > > > should. 
> > > 
> > > OK, found that message in the archives. Just checked that the problem
> > > was already solved. And it seems to be. With gcj 3.0.4 the following
> > > program prints 0.0 for both cases. But with a recent Classpath (and
> > > Kissme) or gcj 3.1 it correctly prints 12.3 twice.
> > > 
> > > public class D {
> > >         public static void main(String[] args)
> > >         {
> > >                 double d = new Double("12.3E000").doubleValue();
> > >                 System.out.println(d);
> > >                 d = new Double("12.3E+000").doubleValue();
> > >                 System.out.println(d);
> > >         }
> > > }
> > > 
> > > Cheers,
> > > 
> > > Mark
> > 
> > 
> 

______________________________________________________________________________
FreeMail in der Premiumversion! Mit mehr Speicher, mehr Leistung, mehr 
Erlebnis und mehr Praemie. Jetzt unter http://club.web.de/?mc=021105