GTK+ AWT peer library for Java
I've started a project to implement Java AWT peers in GTK+ (instead of in Motif). Besides breaking the dependency on Motif, I believe that this will make it simpler to integrate Java apps into the Gnome desktop project. (See www.gtk.org and www.gnome.org). I'm intending to add this to the JDK1.2 for Linux as an extension, so that either the existing Motif version or my new GTK+ version of the AWT can be used, depending on personal preference. I noticed in the archives that this was discussed a few months ago, but I haven't seen anything on this topic recently recently. I happen to work on Java at Sun, so I have access to the JDK1.2 sources, although this is not an offical Sun project - I'm strictly doing it in my spare time. I hope to have something of alpha quality, that other developers can also work on, by the time JDK1.2 is released. Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/
Re: Using "setSize" with a Frame.
On 29 Nov 1998, Juergen Kreileder wrote: > >>>>> Nelson Minar writes: > > >> If I use setSize(100,100); I get a frame that's smaller than that: > >> something like 90x72 I think: I've deleted the source and can't be > >> bothered retyping it. > > Nelson> Top level frame sizes unhelpfully include the size of the > Nelson> window decorations - titlebar and borders. > > Right. If you use setSize(100,100) the frame should have exactly that > size - including the borders and the titlebar. E.g. if the title > bar height is 24 and border size is 4, the drawing area of the > frame will have the size 92x72. I think this is a terribly misguided implementation. On the X Window System, there is no reliable way for an application to have any idea of what the window manager is doing around the application's top level frame, or even if there is a window manager at all. Comments in the Sun souce code admit this. The code only claims to work properly for the Motif/CDE window manager on Solaris, but I've been able to find situations where it didn't work properly even on my Solaris machine at work. And what about window managers that might dynamically change the size of their decorations (removing bottom and side frames and leaving only a top bar, for example)? I don't think the Motif peer code could cope with situation. I'm porting the AWT peer code to GTK, and I've decided to cut through this particular Gordian knot by defining a GTK FramePeer size to not include any window manager borders, in line with most other X applications. This has allowed me to junk hundreds of lines of code, and has made the remaining code much easier to follow. If you want your code to be portable, and to do what you expect on all platforms, I would suggest never using Frame.setSize(); instead you should set the sizes of the components inside the Frame and let the Frame pack around them as necessary. Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/
Re: Will SWING be included in the Linux version of Java 1.2?
On Tue, 29 Dec 1998, Kontorotsui wrote: > As I say in the subject, can you confirm that SWING will be part of the JDK 1.2 > for Linux? Yes. Swing is a standard part of Java 2 (formerly known as JDK1.2). Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/
Re: finalize() again
On Tue, 5 Jan 1999, Manfred Hauswirth wrote: > Even more confusing is the follwoing statement (Bug Id 4102959, State Closed, > will not be fixed) : > > "According to the bugs database, this is only the third time that anyone's > noticed that we've never implemented class finalization. -- >^ > ! > x@x 1/9/1998 > > Please see 4108421 "Remove class finalization from JLS". Because of that > proposal, this bug will not be fixed. x@x 1998-04-07" This refers to "class" finalization, not the usual "object" finalization. There would be a static finalize() method that would be called when the class itself was garbage collected. This is what is referred to as "never implemented". Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/
GTK+ AWT peers (was: KDE L&F ?)
On Wed, 20 Jan 1999, Aaron Gaudio wrote: > How about a GTK+ AWT peer, along with the ability to set this as the default > to remove the dependancy on Motif, and thus cut down a little on bloat? I'm working on this. It is based on the JDK1.2 port, so don't expect it any time soon. Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/
Re: GTK+ AWT peers (was: KDE L&F ?)
On 20 Jan 1999, Brian Jones wrote: > Nigel Gamble <[EMAIL PROTECTED]> writes: > > On Wed, 20 Jan 1999, Aaron Gaudio wrote: > > > How about a GTK+ AWT peer, along with the ability to set this as the default > > > to remove the dependancy on Motif, and thus cut down a little on bloat? > > > > I'm working on this. It is based on the JDK1.2 port, so don't expect > > it any time soon. > > Take a look at http://www.classpath.org/. Paul Fisher and Jim Blair > have been hammering out GTK+ peers for a few months now. Not sure > just how far they are from done, but Paul's threading modification to > GTK+ may get into the main tree sometime in the near future and their > current work is being done with the JDK 1.1.7 native threads from > Blackdown. That's great! What I'm working on is not so ambitious: I'm starting from Sun's existing Motif peer classes and (more or less) just replacing the Motif widgets with corresponding GTK+ widgets. It will be able to be released as a jar file and a shared lib, and would be an optional alternative to the standard Motif AWT toolkit. (I work for Sun, so I can't work on the classpath.org project, but I hope that it is a great success!) Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/
Re: SUN "supports" Java on Linux
On Sun, 7 Feb 1999, Wim Ceulemans wrote: > Can the sunwjit be used in combination with the latest JDK1.1.x on Linux? No, the JIT interface in Java 2 is very different from that in JDK1.1. Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/
Re: SUN "supports" Java on Linux
On Mon, 8 Feb 1999, Albrecht Kleine wrote: > > > Can the sunwjit be used in combination with the latest JDK1.1.x on Linux? > > > > No, the JIT interface in Java 2 is very different from that in JDK1.1. > > Is there any information about (public!) available ? I'm not sure. I couldn't find any on java.sun.com. However, COMPILER_VERSION has changed from 5 in JDK1.1 to 6 in JDK1.2. This version number is "updated whenever there are changes to the interface between the interpreter and JIT compilers". Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/
Re: A Java VM that uses svgalib?
On Wed, 3 Mar 1999, Rick Graham wrote: > We're tossing around the idea of creating a linux JAVA port that does > not require X. There would be several advantages to such a system, thin > clients for one, Bill Gates would probably lose sleep over it, theres > another (hehe). > > Since you are the experts I was hoping to get some useful feedback > regarding this idea. > > Do you think it would be a prohibitivly enormous undertaking to make the > vm work with svgalib? Sun's JavaStation network computer doesn't use X. Instead it uses the Tiny AWT peers. See the directory sun/awt/tiny in the JDK 1.1 sources. Basically, all you would have to do is to implement all of the native methods declared in Tiny AWT in terms of svgalib function. However, I don't believe that any work has been done to allow Tiny to support Java 2. This would be the most difficult part. Cheers, Nigel Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: null layout?
On Mon, 8 Mar 1999, Kevin White wrote:
> I have a frame in which I would like to use no layout manager so that I
> can directly position elements where I want them.
>
> I use the following code, in the constructor of a class that descends
> from Frame:
>
> setSize(600,380);
> setLayout(null);
> Label label=new Label("Hi there");
> label.setBounds(10,10,200,20);
> add(label);
>
> Is there anything wrong with this? This is what I do on other platforms
> and works fine. However, unless I use a layout manager, I cannot see
> this label show up on the window.
On which platforms does it work fine?
I don't think there is anything wrong with this. I just tried it
on the pre-release of JDK1.2, using a remote X server, and I
noticed the label briefly appear and then disappear (which may
happen too fast to be noticeable on a local X server), so I think
this is probably a bug in the Motif AWT peers on Linux.
I also tried it using my prototype GTK AWT peers, and the
label did appear (although I don't think it was in quite the
right place, so I also have a bug).
Nigel Gamble[EMAIL PROTECTED]
Mountain View, CA, USA. http://www.nrg.org/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Non mofit AWT.
On Sat, 3 Apr 1999, Jonathan Mark Brooks wrote: > I suspect that they didn't get the point. What people are asking for is > that the graphical elements of java be implemented with GTK+ rather than > Motif or some other platform specific GUI kit (GTK exists for win32 now as > well...). Even Swing must at some level call on GUI elements that are > coded not with Java but with a lower-level graphics library. I'm already working on this with the Blackdown 1.2 Linux sources. It's working well enough to run the SwingSet demo, but I still have much work to do to implement all of the AWT widgets. As soon as the source diffs for 1.2 are available, I will be making my diffs available to anyone who is interested in helping me finish the implementation. (I have already made them available to the other members of the Blackdown porting team but, not surprisingly, they are all too busy with the actual porting to be able to help with this project.) Cheers, Nigel Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Non mofit AWT.
On Sun, 4 Apr 1999, Michael Emmel wrote: > The next thing I did was write a driver in Java for the CirrusLogic 5430 and > got IFC then JFC running on it. > It wasn't much slower than Swing on top of a Windowing system and this was on > a fully interpeted. > I unrolled the blit loops and it helped a lot. I would not suggest you try > that at home but it showed me that > it was feasible with todays jit's its proabably usable. > If Sun ever decided to really release Hotspot. > Swing + Hotspot+ low level graphics lib is probably faster than todays native > windowing systems. > But I don't think Sun wants Java to have it own windowing system. Actually, Java 1.1 does have it's own windowing system. It's called TinyAWT, which has a Java implementation of all the AWT peers. And it is used on a currently shipping Sun product - the JavaStation. The JavaStation uses Java for everything - including the windowing system, the OS (JavaOS) and all the device drivers. Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Non mofit AWT.
On Tue, 6 Apr 1999, Robb Shecter wrote: > Is it me, or did the original question get kind of lost here. :) The original question was originally answered at the beginning of this thread. > So the question is whether some runtime-license-free library could be used > instead. Is this possible? Yes. I'm working on an implementation using GTK+. Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: source
On Mon, 5 Apr 1999, Danno Ferrin wrote: > When is source code going to be released? Dose the whole chart have to > go green before sun will let you do that? I think Steve is planning to release the source diffs once the final binary release is ready. Remember that only a pre-release is available now. There are still various bugs to fix. Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: netscape 4.61, Java, Redhat 6.0
On Fri, 23 Jul 1999, Nelson Minar wrote: > Could it really just be me? I'm running pretty basic Netscape, about > the only change I made was running Fortify over the browser. Trivial > applets like > >http://nelson.www.media.mit.edu/people/nelson/research/mas964/ps2/CircleRepetition.html > are killing it. Try it yourself - run the applet, click and hold in > the window and drag around awhile. (Enjoy the pretty circles). For me, > after about 15 seconds of this, Netscape locks up solid. Same here, with Netscape 4.61 running on Debian unstable (potato). Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Where/When is a new release? (Big News!)
On Tue, 7 Sep 1999, Mark Wielaard wrote: > I saw that the status page says that there have been some big improvements > in the recent Blackdown port. > > <http://www.blackdown.org/java-linux/jdk1.2-status/jdk1.2-status.html> > > > Big news! > > We've made significant progress with the problems plaguing the native > > threads implementation. Some core parts of the native threads library > > have been reimplemented to better utilize Linux threads. We also believe > > we have discovered whyinterrupts were being "lost", and understand how > > to work around the problems. > > But I can not find this new version. Is there a new version already? No, a new version hasn't yet been released. This is just a progress report. Nigel Gamble[EMAIL PROTECTED] Mountain View, CA, USA. http://www.nrg.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
