How do I implement a synchronous drawImage()

Hi all, For Reasons too Complicated to Explain, I would like to implement a set of methods similar to Graphics.drawImage(), only without the ImageObserver argument. These methods should block until the image is completely drawn, i.e. I would like to implement a synchronous variant of drawImage().

RE: help!!!

Why not? Many thirdparty vendor scripts rely on this value. --jason On 11-Oct-98 Steve Byrne wrote: > Jason Dillon writes: > > Try setting your classpath to contain jdk116/lib/classes.zip: > > > > sh: > > > > CLASSPATH=/where/ever/you/put/it/jdk116/lib/classes.zip > > export CLASSPATH

Re: JavaHelp Experience

Tram, I see similar results and believe that this was a "bug?" introduced in the second early access release. In order to work around it, I put all of my help initilialization in the "run" method of its own class. Then I use "SwingUtilities.invokeLater()" on this class. This works for me, but

Re: help!!!

RedHat 4.2 is based on libc v5.x so jdk_1.1.6-v5-x86-lib5.tar.gz is just what you need. If you ever upgrade to RedHat 5.1 (or above I would guess) then you would need the glibc version. I don't know very much about kaffe, but the few experences that I have had were poor. I have been using black

Re: Swing and Threads

> Short answer the UI used a single DPSContext you were free to create as many as > you wanted. Thre creation is expensive > I never used more than two. > The Contexts were individually thread safe. So you can eather create a new Context > or manage your default one. > You were gasp given a ch

Re: javac dies silently

On Sun, 11 Oct 1998 09:50:15 -0400, "Michael Sinz" <[EMAIL PROTECTED]> wrote: > > It should just work. Make sure (since you are RedHat 5.0) not to have > Kaffe installed from the default Kaffe archives. > >> On Sun, 11 Oct 1998 08:59:43 -0400, strider wrote: >>I notice that, after the 1.1.5 dist

Re: Swing and Threads

Gerald Gutierrez wrote: > > > Well that illustrates my point. A developer should not have to do that. > > > The Swing team should provide the queue interface it should not have to be > > > cobbled together by every developer that wants to write a complex graphics > > > program. > > > I never had

Re: Swing and Threads

> > Well that illustrates my point. A developer should not have to do that. > > The Swing team should provide the queue interface it should not have to be > > cobbled together by every developer that wants to write a complex graphics > > program. > > I never had any problems with Display Postscri

Re: Fw: javac dies silently

On Sun, 11 Oct 1998 13:08:26 -0400, Nathan Buggia wrote: >How do you de-install Kaffe? Where is it located? Remove the RPM - you can use GLINT (the GUI) to remove packages that are installed. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - ht

RE: help!!!

Jason Dillon writes: > Try setting your classpath to contain jdk116/lib/classes.zip: > > sh: > > CLASSPATH=/where/ever/you/put/it/jdk116/lib/classes.zip > export CLASSPATH > > csh: > > setenv CLASSPATH /where/ever/you/put/it/jdk116/lib/classes.zip > > You should also set JAVA_HOME

Re: Java Awt/Swing is fatally flawed

> Michael Emmel wrote: > > > > > > > > Thanks I read these once befor and went searching for them but could not find the > key words. ... > invokelater cl

Re: Java Awt/Swing is fatally flawed

Michael Emmel wrote: > > Hello I've been working for a while on and all java Windowing system. > > My current version is written on top of the Swing toolkit. Which is > practically all Java. > > Well it turns out even Swing is flawed. [ deleted ] > Java > graphics today are fatally flawed ,

Fw: javac dies silently

How do you de-install Kaffe? Where is it located? nate -Original Message- From: Michael Sinz <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>; strider <[EMAIL PROTECTED]> Date: Sunday, October 11, 1998 9:51 AM Subject: Re: javac dies silently >On Sun, 11 Oct 1998 08:59:43

Re: Swing and Threads

Dave Postill wrote: > On 7 Oct 1998 16:40:34 GMT, [EMAIL PROTECTED] (Mohd) wrote: > | I have a swing application which needs to start two threads. The threads use > | Runnable classes. When I start the threads from inside my Swing application, > | The application hangs completely. I know the probl

Re: Java Awt/Swing is fatally flawed

Michael Emmel wrote: > > It seems to me that the Swing architects came to > > a conclusion about how to write thread-safe programs: ... > > they expect you to segment your program so that only > > one thread manages the user interface, and communicates > > with the rest of your program through a c

Re: Java Awt/Swing is fatally flawed

Dan Kegel wrote: > Michael Emmel wrote: > > Hello I've been working for a while on and all java Windowing system. > > My current version is written on top of the Swing toolkit. Which is > > practically all Java. > > Well it turns out even Swing is flawed. > > > > The problem with Swing is the a

ActionEvent problems

Hello. I trying teach swing components but when have run ButtonDemo.java sample my JFrame couldn't catch ActionEvents. Same problems occurs with all samples from Tutorial ( section Swing ). I'm using Swing103 and JDK1.1.6 under linux RedHat4.2 ( with libc5). Thanks in advance.. Ioan

Re: javac dies silently

On Sun, 11 Oct 1998 08:59:43 -0400, strider wrote: >Greetings. > >I notice that, after the 1.1.5 distribution of Java on Linux, regardless of >which port or subversion I try, javac no longer works. It seems to be a link to a >file called .java_wrapper, which basically sets a bunch of system var

RE: help!!!

On Sat, 10 Oct 1998 23:51:23 -0700 (PDT), Jason Dillon wrote: >Try setting your classpath to contain jdk116/lib/classes.zip: > >sh: > >CLASSPATH=/where/ever/you/put/it/jdk116/lib/classes.zip >export CLASSPATH This should not be needed. The problem below is most likely that he is not running the

javac dies silently

Greetings. I notice that, after the 1.1.5 distribution of Java on Linux, regardless of which port or subversion I try, javac no longer works. It seems to be a link to a file called .java_wrapper, which basically sets a bunch of system vars. What it doesn't do is compile .java files. There do

Re: Java Awt/Swing is fatally flawed

You might be interested in what I tell about the Kaffe AWT (and some of its future directions) on the Atlanta Linux Showcase. I don't want to engage into a Swing discussion, mainly because I know (since 1996) from biss-awt what is is about to create a portable lightweight framework, and I therefo

Re: Java Awt/Swing is fatally flawed

Dan Kegel wrote: > It seems to me that the Swing architects came to > a conclusion about how to write thread-safe programs: > thread safety is difficult. The best way to achieve > it is to carefully segment programs such that the > interfaces between threads are particularly well understood. A p

RE: help!!!

Try setting your classpath to contain jdk116/lib/classes.zip: sh: CLASSPATH=/where/ever/you/put/it/jdk116/lib/classes.zip export CLASSPATH csh: setenv CLASSPATH /where/ever/you/put/it/jdk116/lib/classes.zip You should also set JAVA_HOME to /where/ever/you/put/it/jdk116/ in the same fashion.

Re: Java Awt/Swing is fatally flawed

Michael Emmel wrote: > Hello I've been working for a while on and all java Windowing system. > My current version is written on top of the Swing toolkit. Which is > practically all Java. > Well it turns out even Swing is flawed. > > The problem with Swing is the attempt to reuse Graphics conte

help!!!

Sir/Madam, Good day!!! I download the jdk_1.1.6-v5-x86-lib5.tar.gz... then untar it... it extracted on jdk116 directory then... and when i run javac it return the error message "CLASSPATH NOT SET" please help me how to solve this problem... We're students now developing a softw

Java Awt/Swing is fatally flawed

Hello I've been working for a while on and all java Windowing system. My current version is written on top of the Swing toolkit. Which is practically all Java. Well it turns out even Swing is flawed. The problem with Swing is the attempt to reuse Graphics context and not being thread safe. P