Re: Java3D working at all?!?
Peter, I'm unsure of how the solaris version of 1.2 beta 3 is compiled but I think its to do with the libs. I found the same problem you think your there and any version of java will work on any platform, but once to download it and then attempt to use the javac or appletviewer it complains about .java_wrapper and its settings, then after working out the .java_wrapper you think your there then try the appletviewer and ... core dump (seg fault). Sorry but, I quite agree has anyone got a 1.2 beta 3 complied for linux if not could someone generate one for linux and place it on http://www.blackdown.org (subject to the correct say so of cause) ? Many thanks Matt
appletviewer + fvwm conflict?
Hiya,
Sorry if this is covered in a FAQ. BTW where is the FAQ for java-linux?
I have this wierd problem with appletviewer where anytime I view an
applet with a TextField or a TextArea, the applet moves to like
-30-30. This only happens with, as far as I can tell, text components,
and not dependent on what LayoutManager is being used.
Strangely enough, if I activate the FVWM main popup menu a second after
starting appletviewer, FVWM apparently blocks the appletviewer, then
when I click somewhere else, the appletview appears and does not move
off-screen.
I'm using:
JDK 1.1.5, Version 7
FVWM2 + Afterstep (stock Redhat stuff)
RedHat5/i386/kernel2.1.99
Below is an example which exhibits this behavior. If you comment out the
adding of the TextField, it doesn't exhibit the behavior.
import java.applet.*;
import java.awt.*;
public class CrashMe extends Applet{
public void init() {
add(new Label("Am I Sleep-Dep'd?"));
add(new TextField("Hello World!"));
}
}
--
// Alex Rice
// [EMAIL PROTECTED]
// Southwest Cyberport
Building nice looking forms with layout managers
Hi Thanks everyone for responding to my question of passing classes as parameters. I've successfully used the java.lang.reflect API to dynamically create instances even with parameters in the constructor. I have another question concerning building nice looking forms. In any data input form you have labels and next to the labels you have fields (in my case JLabel's and JTextField's). For laying out these labels and fields I use a BoxLayout and two GridLayout's like this: JPanel dataPanel = new JPanel(); dataPanel.setLayout(new BoxLayout(dataPanel,BoxLayout.X_AXIS); JPanel labelPanel = new JPanel(new GridLayout(0,1)); dataPanel.add(labelPanel); JPanel fieldPanel = new JPanel(new GridLayout(0,1)); dataPanel.add(fieldPanel); This works nice but the only problem is that all fields are stretched to the width of the largest field. Even if I add the JTextfield's with the width parameter (new JTextField(width)). Does anyone know of a possibility using layout managers to inhibit this stretching of fields? I don't want to resort to absolute positioning because this involves a lot of work and because my form template now is independant of the data. Wim Ceulemans Nice Software Solutions Eglegemweg 3, 2811 Hombeek Tel 0032-15-41-29-53 Fax 0032-15-41-29-54
Re: Building nice looking forms with layout managers
GridBagLayout can do this (with GridBagConstraints gbc = new GridBagConstraints(); ... gbc.fill = GridBagConstraints.NONE; ... ) and many other things. Since I have learned this layout manager I do not need any other layout manager(s). But it is complex and has very unpolish design. So do not hesitate to ask me if you have problems with it. Pavel Wim Ceulemans wrote: > > Hi > > Thanks everyone for responding to my question of passing classes as > parameters. I've successfully used the java.lang.reflect API to dynamically > create instances even with parameters in the constructor. > > I have another question concerning building nice looking forms. In any data > input form you have labels and next to the labels you have fields (in my > case JLabel's and JTextField's). For laying out these labels and fields I > use a BoxLayout and two GridLayout's like this: > > JPanel dataPanel = new JPanel(); > dataPanel.setLayout(new BoxLayout(dataPanel,BoxLayout.X_AXIS); > JPanel labelPanel = new JPanel(new GridLayout(0,1)); > dataPanel.add(labelPanel); > JPanel fieldPanel = new JPanel(new GridLayout(0,1)); > dataPanel.add(fieldPanel); > > This works nice but the only problem is that all fields are stretched to the > width of the largest field. Even if I add the JTextfield's with the width > parameter (new JTextField(width)). > > Does anyone know of a possibility using layout managers to inhibit this > stretching of fields? > I don't want to resort to absolute positioning because this involves a lot > of work and because my form template now is independant of the data. > > Wim Ceulemans > Nice Software Solutions > Eglegemweg 3, 2811 Hombeek > Tel 0032-15-41-29-53 Fax 0032-15-41-29-54
im sure this question has been asked before but...
Hi all, I'm sure that this question has been asked several times before but I'm wondering if anybody has looked at using Gtk for the peer components in the AWT. Java allows for the peers to be defined by the implementation, and so I think it would be really nice (and even a bit unique) if there was an implementation of the AWT in GTK. There seems to be no reason to stay tied to motif (which is 1: not free 2: bulky and 3: must be used as statically linked for those of us who dont have motif installed on our system). With the current linux trend steering towards Gnome/GTK , it would be really fantastic for there to be an AWT implementation in GTK. Some ppl mentioned earlier about implementing GTL l&f in swing, but this would remove that necessity and also provide a very significant speed increase. In short, the source code availablility of GTK and the non-restriciveness of the peering interface in the JDK should allow us to port the AWT to use GTK for its peering widgets with a fair degree of ease. If there are any significant technical reasons why this is not possible, could somebody enlighten me? I think its a good idea. Regards, Paul Duran
VB and Access == Java and ????
Thanks for all the responses! Most people suggested an rdbms with JDBC which is something I'll look into. But, seeing as how I know that there will be only about 2000 objects, what if I just read them in and put them in a vector/linked list/hash table. In your experience would that slow the app down/bloat it out too much for comfort? If it was C++ I wouldn't even worry about it. Eric
Re: VB and Access == Java and ????
OODBMS may be another option. The one from ODI comes in two versions, free and professional. The product is ObjectStore PSE for Java. Check www.odi.com -Antony >Thanks for all the responses! Most people suggested an rdbms with JDBC >which is something I'll look into. >But, seeing as how I know that there will be only about 2000 objects, what >if I just read them in and put them in a vector/linked list/hash table. In >your experience would that slow the app down/bloat it out too much for >comfort? >If it was C++ I wouldn't even worry about it. > >Eric > > __ Get Your Private, Free Email at http://www.hotmail.com
Re: VB and Access == Java and ????
Eric Mosley wrote: > Thanks for all the responses! Most people suggested an rdbms with JDBC > which is something I'll look into. > But, seeing as how I know that there will be only about 2000 objects, what > if I just read them in and put them in a vector/linked list/hash table. In > your experience would that slow the app down/bloat it out too much for > comfort? > If it was C++ I wouldn't even worry about it. Stop ! There is a much better way: using an object database. Look at www.odi.com and download the free ObjectStore - PSE. This is a pure Java database, so it runs on every platform. The version 2.0 is just released an it is fantatastic ! With this solution you don't have to deal with two models (object model for java and a data model for the database). You just have one object model. When you postprocess a class file, you indicate that objects of this class are persistent. There is not much coding for persistency. So you won't have about 30 % JDBC coding for mapping objects to tables. Good luck ! Herald
KDE AWT title text bug in sbb 1.1.6 v1-test
Hi all,
sbb jdk1.1.6v1 seems to have an awt bug when running KDE.
Frames have always the title text "AWTapp" visible.
Interestingly the same bug appeared in early 1.1.5
versions.
My system:
Suse 5.1 (libc5)
KDE Beta 4
sbb JDK 1.1.6 v1-test source diffs + orig. Sun sources
lesstif 0.84
I hope the problem lies not in compiling the jdk myself,
but everything else looks nice.
Cya,
Clemens
P.S. Thanks again Steve for your great contribution.
--
/**
* Test for jdk 1.1.5 (sbb) libc5 and KDE. Title of Frame is "AWTapp"
* but it should be "Test". Does work with 1.1.5v5.
* With sbb jdk 1.1.6v1-test it doesn't work again.
*/
public class FrameTitleTextTest {
public static void main(String[] asArg_) {
Frame pFrame = new Frame("Test");
pFrame.addWindowListener(new WindowAdapter() {
public void windowClosing(WindowEvent pWindowEvent_) {
System.exit(0);
}
});
pFrame.setBounds(400, 400);
pFrame.setVisible(true);
}
}
Re: Major Swing/Linux Project?
At 19:05 28/05/98 +, John Mitchell wrote: >The >administration of the machine is much better handled through e.g., Java >servlets running in e.g., Apache on each machine. You could then support >either an HTML or a Java applet interface (or both). Hmm, how would that work? Your servlet is typically running as an unprivileged user, but it would need to be root to perform most sysadmin tasks. Either the servlet would need to act as a wrapper to some suid programs or your web server needs to run with root privileges - neither seems particularly desirable. I guess you could have a dedicated web server running as root configured quite tightly to accept only a limited set of requests. I'm not sure how authentication would work though... Dave W. -- David Wilkinson http://www.cascade.org.uk/
RE: Installing Java JDK 1.1.5 on Debian?
I'm trying to set up the Java JDK 1.1.5 on Debian, and I'm a newbie to Linux, so I turn to y'all for help. I'm not the administrator, the admin is not very available and I'm a newbie at Linux/Unix admin stuff, but I have uncovered this much at least. * when I start I new shell I get the following: "Linux bay1 2.0.0 #19 Tue Jul 30 21:58:15 PDT 1996 i586 Debian v1.1 Copyright (C) 1993-1996 Debian Association, Inc. and others" Now if I'm understanding this correctly (and please set me straight if I'm wrong), this is telling me that the system I'm trying to set the JDK 1.1.5 up on is actually Rex (Debian 1.1) and that the Linux kernal is v. 2.0.0 (and is that #19 mean its 2.0.019 or that I'm the 19th user on-line or what?) So, given the fact I'm not in a position to compel the admin to upgrade to Debian 1.3 or 2.0 (but can and will lobby for it), in the meantime where does this leave me when I want to install the JDK 1.1.5 in my own shell account area? Which libraries and other configuration dealie-mic-bobbers which I need to get the admin to set in order to make this work? * I did ftp the Bryne jdk1.1.5-v5-glibc.tar files, untarred them and tried to set them up. Forgive my (perhaps appalling) ignorance, but I think I'm not sure if I need to set a symbolic link or add to my path or maybe it simply won't work due to incorrect libraries, some combo of the above or something else, but I haven't been able to get it to execute yet. * Without changing anything, if I'm in the /bin directory of the jdk which in my case is export/w1/hbe/java/jdk1.1.5v5-980311/bin/ and I type javac FileName.java as in: bay1:~/java/jdk1.1.5v5-980311/bin % javac DBClient.java I get the following response: export/w1/hbe/java/jdk1.1.5v5-980311/bin/../bin/i586/green_threads/javac: /export/w1/hbe/java/jdk1.1.5v5-980311/bin/../bin/i586/green_threads/java: No such file or directory What does this mean? Does this tell me I need to set some symbolic link? * Without changing anything, if I'm in most of my directories, because the jdk directories aren't in the path, I get a "command not found" type response. No suprise there, but I'm not sure what I should put in my path to make it work correctly. What is the combo of path and symbolic links I need to make this work? Or do I still need some other libraries installed to make this work? I hope I've provided enough detail so someone could steer me straight without drowning you in details. Thanks in advance! Marcus On Tue, 26 May 1998 [EMAIL PROTECTED] wrote: > If you are using hamm (Debian 2.0), you just ftp: > ftp.debian.org/debian/hamm/non-free/binary-i386/devel > and download the jdk*deb packages. Then use dpkg as usual. > I don't think jdk1.1.5 is packaged for Bo (Debian 1.3), so if you are > using bo, you will probably have to see www.blackdown.org, and download the > jdk1.1.5v5 tarball for libc5 and set it up yourself. Or else upgrade to hamm. > :). > jdk1.1.5v5 is the newest port that i've gotten to work on debian, and > it is also the version of jdk that is debianized. (jdk1.1v6&7 seem to only work > on RH5 for now). > For me, the jdk debian packages works out of the box while the tarball > only works once you set some symbolic links for its libraries into /usr/lib or > somewhere where it normally looks for libraries. > www.blackdown.org is the source for info and files on the linux jdk > ports. Note that there are afew separate ports going on. The one that is > debianized and the one i'm talking about is known as the Bryne port. > > Good luck, > Timothy > > > Sorry for the terseness of my question, and thank you for your answer. > > I'm a complete novice with Debian, so I don't know where to look for the > > jdk1.1-runtime debian and jdk1.1-dev packages that you speak of. Could > > y'all please direct me? Also what prerequisite libraries are required and > > issues that I should be prepared for? Are there any web pages that would > > aid me in this quest? > > > > Thanks! > > > > Marcus
Re: Installing Java JDK 1.1.5 on Debian?
Hi there, > Whoops - you need the libc5 version, for sure. Debian 2.0 (hamm) is the first with > real glibc support. That's not right. I use Debian 1.3.1 and the glib 1.1.5v5 works just fine. I'm going to try 1.1.5v7 as well as 1.1.6v1 shortly. Regards, - _/ _/_/ Jauvane Cavalcante de Oliveira _/ _/ _/ University of Ottawa _/ _/ _/ _/_/ School of Information Technology & Engineering _/ _/ _/ _/ Multimedia Communications Research Laboratory _/ _/ _/_/ _/ Phone:1(613)562-5800 Ext.6243/6248 FAX:562-5175 _/_/_/ _/ _/_/ Canada http://www2.mcrlab.uottawa.ca/~jauvane - |Bolsista da CAPES - Brasilia/Brasil| -
Where'd Java-Linux.org go?
Could someone explain to me (a newcomer) why there was appearently a big shift from blackdown.org to java-linux.org and now java-linux.org seems to be down? There were some valuable web pages at java-linux.org I was using to understand how to install and configure the jdk. I'm not finding the same detailed resources at blackdown.org and I'm wondering if they're going to be available again? Thanks, Marcus
Re: Major Swing/Linux Project?
On Wed, 27 May 1998, Aaron Walker wrote: > I don't know about the rest of ya, but I like the Swing GUI. I was > thinking why can't we make a suite of Linux tools in Swing. Such as a > window manager (if it's possible), a file manager, control-panel, etc. > I'm already working on a file manager called jfm, and I will continue > working on it even if nobody likes my idea and decides to go one step > further. Interesting idea. I like swing too. I was thinking how this idea relates to netscapes idea of making an integrated communicator/linux platform to compete with the windows/IE integration. If I had the time I might also be interested in coding some utilities, but it's not to be ;-< I wonder if netscape has started any java utilities along this line? I expect the browser is the window manager and filemanager, but everthing else could be java. Cheers, Craig -- "Basic, n.: A programming language. Related to certain social diseases in that those who have it will not admit it in polite company." == Craig Taverner --== Email:[EMAIL PROTECTED] ComOpt AB --Tel: +46-42-212580 Michael Löfmans Gata 6 --== Fax: +46-42-210585 SE-254 38 Helsingborg -- Cell: +46-708-212598 Sweden --==http://www.comopt.com ==
Re: Major Swing/Linux Project?
B. Craig Taverner writes: | On Wed, 27 May 1998, Aaron Walker wrote: | > I don't know about the rest of ya, but I like the Swing GUI. I was | > thinking why can't we make a suite of Linux tools in Swing. Such as a | > window manager (if it's possible), a file manager, control-panel, etc. | > I'm already working on a file manager called jfm, and I will continue | > working on it even if nobody likes my idea and decides to go one step | > further. | | Interesting idea. I like swing too. | | I was thinking how this idea relates to netscapes idea of making an | integrated communicator/linux platform to compete with the windows/IE | integration. If I had the time I might also be interested in coding some | utilities, but it's not to be ;-< | | I wonder if netscape has started any java utilities along this line? I | expect the browser is the window manager and filemanager, but everthing | else could be java. Might be nice if -everything- were done through the browser+[signed]applet mechanism and network protocol: This would allow such Linux applications to be run from just about any Windows or Mac box, and possibly some or all of the new dumbed-down browser-capable set-top boxes due out soon. (Always nice to lead the technology curve a bit in the design phase.) Browsers as the new network window system, if you will: This seems to be the general trend. It's true that one can already run an X server on a PC and access a remote Linux GUI. But the typical PC doesn't have an X server installed and never will, so this inhibits grabbing a random Windows box to do some remote Linux work (and likewise makes it harder to hook PC people on Linux apps), whereas its clear damn near everything will have a Java-capable browser installed in due course. I'm likely to be doing something at least vaguely along these lines: I want to use browser-based Swing widgets as the remote GUI client for a distributed multi-user application server I'm developing. If a generic mechanism were developed for allowing server-side apps to interact with client-side Swing stuff, I might be interested in hopping on board...
Re: im sure this question has been asked before but...
> With the current linux trend steering towards Gnome/GTK , it would be really > fantastic for there to be an AWT implementation in GTK. Some ppl mentioned > earlier about implementing GTL l&f in swing, but this would remove that > necessity and also provide a very significant speed increase. The swing motif and windows l&f utilize the native widgets, so a swing GTK one should do so as well, removing the speed issue. However, being able to use GTK without having to use swing as well would also be nice. But swing still makes life easier for multiple l&f's (nice being able to choose what you want at any time). Cheers, Craig -- "Basic, n.: A programming language. Related to certain social diseases in that those who have it will not admit it in polite company." == Craig Taverner --== Email:[EMAIL PROTECTED] ComOpt AB --Tel: +46-42-212580 Michael Löfmans Gata 6 --== Fax: +46-42-210585 SE-254 38 Helsingborg -- Cell: +46-708-212598 Sweden --==http://www.comopt.com ==
im sure this question has been asked before but...
Paul Duran writes: > Hi all, > > I'm sure that this question has been asked several times before but I'm > wondering if anybody has looked at using Gtk for the peer components in the > AWT. Java allows for the peers to be defined by the implementation, and so I > think it would be really nice (and even a bit unique) if there was an > implementation of the AWT in GTK. There seems to be no reason to stay tied > to motif (which is 1: not free 2: bulky and 3: must be used as statically > linked for those of us who dont have motif installed on our system). > > With the current linux trend steering towards Gnome/GTK , it would be really > fantastic for there to be an AWT implementation in GTK. Some ppl mentioned > earlier about implementing GTL l&f in swing, but this would remove that > necessity and also provide a very significant speed increase. > > In short, the source code availablility of GTK and the non-restriciveness of > the peering interface in the JDK should allow us to port the AWT to use GTK > for its peering widgets with a fair degree of ease. Plus, the resulting implementation should be usable directly with the free Java implementations, Kaffe and Japhar, giving them a fully compatible, open source UI mechanism. There is no technical reason why this work could not be done -- it's mostly a matter of creating the proper native methods to interface GTK with Java, and writing the appropriate Java Toolkit object and peer implementations. You may end up having to implement the AWT drawing primitives as part of this effort, but most of those are pretty straightforward. Ideally, though, it would be best as an interim stepping stone to see if we can glue GTK to the existing AWT drawing primitives so that the effort to achieve the first milestone doesn't have to be quite so large. I'd also suggest looking at BISS-AWT -- I think it's not API compatible, but there may be bits of code that can be used for your effort. I think it would be an amazingly cool and good thing to have a GTK based AWT. Steve
Re: im sure this question has been asked before but...
On Fri, 29 May 1998, Paul Duran wrote: > Hi all, > > I'm sure that this question has been asked several times before but I'm > wondering if anybody has looked at using Gtk for the peer components in the > AWT. Java allows for the peers to be defined by the implementation, and so I > think it would be really nice (and even a bit unique) if there was an > implementation of the AWT in GTK. There seems to be no reason to stay tied > to motif (which is 1: not free 2: bulky and 3: must be used as statically > linked for those of us who dont have motif installed on our system). > > With the current linux trend steering towards Gnome/GTK , it would be really > fantastic for there to be an AWT implementation in GTK. Some ppl mentioned > earlier about implementing GTL l&f in swing, but this would remove that > necessity and also provide a very significant speed increase. I still thing that a GTK L&F for swing would be a better approach because I hope to never instantiate a java.awt.Button or a java.awt.Choice. Instead I want to use JButton, JTree, etc. In this case I'm back to a non GTK L&F because the GTK stuff is in the heavy and feature lacking peers. Travis -- Travis Shirk [EMAIL PROTECTED]
Re: Major Swing/Linux Project?
> "Cynbe" == Cynbe ru Taren <[EMAIL PROTECTED]> writes: [...] > Might be nice if -everything- were done through the > browser+[signed]applet mechanism and network protocol: This would allow > such Linux applications to be run from just about any Windows or Mac box, > and possibly some or all of the new dumbed-down browser-capable set-top > boxes due out soon. (Always nice to lead the technology curve a bit in > the design phase.) Hmm... What do the signed applets have to do with remote/networked administration? For purely local-only admin, it makes some sense but a server-based solution gives local and remote capabilities. The administration of the machine is much better handled through e.g., Java servlets running in e.g., Apache on each machine. You could then support either an HTML or a Java applet interface (or both). I'd like all of the configuration utilities provided by the RedHat control_panel plus SNMP, remote shutdown/reboot, file upload/download, network time management (clockspeed/ntp), distributed task execution, etc. :-) [...] > I'm likely to be doing something at least vaguely along these lines: I > want to use browser-based Swing widgets as the remote GUI client for a > distributed multi-user application server I'm developing. If a generic > mechanism were developed for allowing server-side apps to interact with > client-side Swing stuff, I might be interested in hopping on board... Um, er, RMI? Take care, John
Re: Major Swing/Linux Project?
> "David" == David Wilkinson <[EMAIL PROTECTED]> writes: > At 19:05 28/05/98 +, John Mitchell wrote: >> The administration of the machine is much better handled through e.g., >> Java servlets running in e.g., Apache on each machine. You could then >> support either an HTML or a Java applet interface (or both). > Hmm, how would that work? Your servlet is typically running as an > unprivileged user, but it would need to be root to perform most sysadmin > tasks. Indeed. That same problem is enjoyed if someone wants to do this sort of thing via signed applets. > Either the servlet would need to act as a wrapper to some suid programs > or your web server needs to run with root privileges - neither seems > particularly desirable. > I guess you could have a dedicated web server running as root configured > quite tightly to accept only a limited set of requests. I'm not sure how > authentication would work though... Administrator login/password iff connecting from local host. SSL communication channel built using both server & client certificates, administrator login/password if connecting remotely. Yes, I was thinking that these admin. servlets would be running in a separate instance of the web server (ala your Avenida) which only deals with admin. requests as opposed to actually using a separate complete instance of e.g., Apache. Take care, John
Re: Installing Java JDK 1.1.5 on Debian?
Marcus Johnson wrote: > Now if I'm understanding this correctly (and please set me straight if I'm > wrong), this is telling me that the system I'm trying to set the JDK 1.1.5 > up on is actually Rex (Debian 1.1) and that the Linux kernal is v. 2.0.0 > (and is that #19 mean its 2.0.019 or that I'm the 19th user on-line or > what?) Sounds reasonable, but I've wasn't using Debian back then... > So, given the fact I'm not in a position to compel the admin to upgrade to > Debian 1.3 or 2.0 (but can and will lobby for it), in the meantime where > does this leave me when I want to install the JDK 1.1.5 in my own shell > account area? Which libraries and other configuration dealie-mic-bobbers > which I need to get the admin to set in order to make this work? Short answer: I don't know. But I can steer you clear of some of the bigger boulders... > * I did ftp the Bryne jdk1.1.5-v5-glibc.tar files, untarred them and tried > to set them up. Whoops - you need the libc5 version, for sure. Debian 2.0 (hamm) is the first with real glibc support. If that works, then all you need to do is have the unpacked jdk/bin directory in your path somewhere, and maybe set JAVA_HOME to the unpacked root directory. Check the FAQ (currently at http://www.place.org/~stevemw/java/FAQ/FAQ-java-linux.html ) for general issues. I would also try the 1.1.3 version, since that is the only one I have gotten to work under Debian 1.3 (bo). If you manage to get this running on Rex, send me the details, so I can add it to my Debian-JDK howto (http://www.mindspring.com/~tumu/java/Debian-JDK.html). -- Paul Reavis [EMAIL PROTECTED] Design Lead Partner Software, Inc.http://www.partnersoft.com
Re: Installing Java JDK 1.1.5 on Debian?
On Thu, 28 May 1998, Paul Reavis wrote: > the FAQ (currently at > http://www.place.org/~stevemw/java/FAQ/FAQ-java-linux.html > ) for general issues. That reference is like gold! Thanks gobs for that. I read through part of it and it explained what all this glibc vs libc5 stuff was. I went back and checked my system with the following result: I typed @ the prompt: bay1:~ % ldd /bin/ls The machine responded: libc.so.5 => /lib/libc.so.5.2.18 So, If I'm understanding this correctly the system I'm on is using libc5 v5.2.18 . I gather that chances are good that JDK 1.1.5 simply won't work without getting my admin to upgrade the libc5 to 5.4.4 minimum. Does that sound right? Or does the Bryne port include the correct libc5 and so I can have a decent chance of pulling this off? Paul Reavis wrote: > Whoops - you need the libc5 version, for sure. Debian 2.0 (hamm) is the first with > real glibc support. > > If that works, then all you need to do is have the unpacked jdk/bin directory in > your path somewhere, and maybe set JAVA_HOME to the unpacked root directory. Check > I would also try the 1.1.3 version, since that is the only one I have gotten to work > under Debian 1.3 (bo). Bummer. Well maybe that's what I'll have to do then. > If you manage to get this running on Rex, send me the details, so I can add it to my > Debian-JDK howto (http://www.mindspring.com/~tumu/java/Debian-JDK.html). I hope my admin would upgrade first, but I'll let you know if I get that far. Thanks again! Marcus
Re: im sure this question has been asked before but...
Actually I did ask this question a while back on the gtk list (although I called it a gtk java binding, which was probably a poor chioce of terms). From memory, people replyed that this would be doable, but weren't sure whether using another platform specific awt implementation, rather than using swing was a good idea. Having thought about, I think I tend to agree now, since while it would be nice to have an awt based on a free lib like gtk, I'm not sure whether it would be worth all the effort. Currently, I think having something like the XTC-awt lib (see recent posts to list) would be much more valuable (and much more x-platform). BTW, I'm not quite sure why the people suggesting having a swing gtk L&F think it would in any way help java apps be used with gnome. While they would "look&feel" the same as gnome (gtk based) apps, this wouldn't change the fact that they would be using the jdk's _motif_ windows/frames/whatever. Now I don't really know to much about gnome, but as far as I can see, simply having a swing gtk l&f will not give you any access to the nice features being built into gnome like drag&drop, unless you intend to code these up as part of the gtk l&f (which I don't think the other l&f's do). Still, I think intergration with gnome is a great idea, and since they are using things like a CORBA ORB for some things in gnome (not exactly sure what, need to read upp on it aome more) I think it would be not too hard to add java stuff into gnome (actually I'm considering doing a project somewhat along these lines, so if any has any ideas about what they would find useful, eg. sysadmin features, please let me know). Maksim. Paul Duran wrote: > > Hi all, > > I'm sure that this question has been asked several times before but I'm > wondering if anybody has looked at using Gtk for the peer components in the > AWT. Java allows for the peers to be defined by the implementation, and so I > think it would be really nice (and even a bit unique) if there was an > implementation of the AWT in GTK. There seems to be no reason to stay tied > to motif (which is 1: not free 2: bulky and 3: must be used as statically > linked for those of us who dont have motif installed on our system). > > With the current linux trend steering towards Gnome/GTK , it would be really > fantastic for there to be an AWT implementation in GTK. Some ppl mentioned > earlier about implementing GTL l&f in swing, but this would remove that > necessity and also provide a very significant speed increase. > > In short, the source code availablility of GTK and the non-restriciveness of > the peering interface in the JDK should allow us to port the AWT to use GTK > for its peering widgets with a fair degree of ease. > > If there are any significant technical reasons why this is not possible, > could somebody enlighten me? I think its a good idea. > > Regards, > Paul Duran -- == Maksim Lin Centre for Object Technology Applications and Research Swinburne University of Technology http://www.csse.swin.edu.au/maksim ===
