Re: Non mofit AWT.

[Jeff Galyan]

AWT on top of Swing sounds pretty interesting...

Netscape's IFC basically do everything on top of a Panel (faster than
Swing for many uses), so that's another alternative.

--Jeff



Michael Emmel wrote:
> 
> Ulli Kortenkamp wrote:
> 
> > > "Jeff" == Jeff Galyan <[EMAIL PROTECTED]> writes:
> >
> > Jeff> That's a question you should pose to Sun.  Matthew Panetta
> > Jeff> wrote:
> > >>  Given that there are a few good windowing toolkit out now for
> > >> linux (GTK, QT, JX) could the JDK be proted to these instead of
> > >> useing mofit?
> >
> > I did this, since I asked for a non-motif-based AWT some month
> > ago. The answer by Sun was: It exists. It is called Swing.
> 
> And I have rewritten the AWT to run on top of Swing so I don't use Motif.
> 


-- 
Jeff Galyan
http://www.anamorphic.com
http://www.sun.com
jeffrey dot galyan at sun dot com
talisman at anamorphic dot com
Sun Certified Java(TM) Programmer
==
Linus Torvalds on Microsoft and software development:
"... if it's a hobby for me and a job for you, why are you doing such a
shoddy job of it?"

The views expressed herein do not necessarily reflect those of my
employer.

Sun Microsystems, Inc., has no connection to my involvement with the
Mozilla Organization.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Non mofit AWT.

[Jeff Galyan]

It's interesting to me that so many people have found Swing slow, while
my experience has been opposite (I wonder if I have something set up
differently on my system or something...). I do see how it can be slower
than AWT, since it doesn't use any native peers. Swing's slow
performance can be attributed to the fact that Swing does its own
drawing, unlike AWT which calls Motif routines to create the widgets.

I do agree, though, that there should be a choice of AWT peering
implementations for Unix and Unix-like systems, since there are so many
widget sets available.


--Jeff


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.
> 
> Besides, Swing is still, well, SLOW.  Especially on Linux.  I have a
> Cel400 w/128meg, so it shouldn't be, but it is.
> 


-- 
Jeff Galyan
http://www.anamorphic.com
http://www.sun.com
jeffrey dot galyan at sun dot com
talisman at anamorphic dot com
Sun Certified Java(TM) Programmer
==
Linus Torvalds on Microsoft and software development:
"... if it's a hobby for me and a job for you, why are you doing such a
shoddy job of it?"

The views expressed herein do not necessarily reflect those of my
employer.

Sun Microsystems, Inc., has no connection to my involvement with the
Mozilla Organization.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Non mofit AWT.

[Michael Emmel]

Jeff Galyan wrote:

> AWT on top of Swing sounds pretty interesting...
>
> Netscape's IFC basically do everything on top of a Panel (faster than
> Swing for many uses), so that's another alternative.

Way back when I started with the IFC  on NeXT's(RIP) Display postscript
engine.
Then JFC came out. IFC is much faster so I think one day JFC will be there.
I'n the long run the JFC is a better toolkit and is being actively developed.
THe IFC is still under a restrictive license and is not being actively
developed.
IT would be nice if Netscape released the IFC under LGPL. THis would Help
Classpath a lot on
a JFC implementation.

The use of a Panel in IFC is not the reason for it being fast IMHO. I haven't
put Optimize It on JFC
but I suspect there problem is the event loop get's stalled in real
applications.
Also maybe drawing requests/mouse event's are not getting correctly coalecsed.

Nothing that can't be fixed in time.

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.
IMHO


Mike


>
>
> --Jeff
>
> Michael Emmel wrote:
> >
> > Ulli Kortenkamp wrote:
> >
> > > > "Jeff" == Jeff Galyan <[EMAIL PROTECTED]> writes:
> > >
> > > Jeff> That's a question you should pose to Sun.  Matthew Panetta
> > > Jeff> wrote:
> > > >>  Given that there are a few good windowing toolkit out now for
> > > >> linux (GTK, QT, JX) could the JDK be proted to these instead of
> > > >> useing mofit?
> > >
> > > I did this, since I asked for a non-motif-based AWT some month
> > > ago. The answer by Sun was: It exists. It is called Swing.
> >
> > And I have rewritten the AWT to run on top of Swing so I don't use Motif.
> >
>


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Non mofit AWT.

[Michael K Vance]

Jeff Galyan wrote:
 
> It's interesting to me that so many people have found Swing slow, while
> my experience has been opposite (I wonder if I have something set up
> differently on my system or something...). I do see how it can be slower

Build a JFrame, give it a JDesktopPane, and add some JInternalFrame s to it.
Add a tree and a table inside of a JScrollPane, inside of a JSplitPane for
each JInternalFrame, and put a JToolbar on each JIF. Now drag them around.

Ouch.

m.

-- 
"How wonderful! How mysterious!
 I carry wood! I draw water!"
 - Anonymous Dao poet


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

glibc 2.1x Problems?

[Jean-Philippe Couture]

Hi.

I updated my glibc to 2.1 recently, and noticed that the hole JDK executable were 
screwed. They

do not run anymore under a glibc 2.1x system. Is there any known problem with 
glibc2.1x and LinuxJDK?

Or is it something else that I am doing wrong... becase before the update, all was 
running just fine!

Thanks in advance...

--
Jean-Philippe "x86/Ecks86" Couture | [EMAIL PROTECTED]
Java Developper | http://pages.infinit.net/x86




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Curious about glibc 2.1 also... Redhat 6.0?

[Nelson Minar]

I'm also curious about the status of the JDK on glibc 2.1 systems. How
hard will it be to make the JDK run with glibc 2.1? Is it easy to keep
a glibc 2.0 around so JDK will run? Does anyone know what glibc Redhat
6.0 is planning to ship? (Anyone seen 5.9?) I think it's important
that some JDK run on the major distributions..

  [EMAIL PROTECTED]
.   .  . ..   .  . . http://www.media.mit.edu/~nelson/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Curious about glibc 2.1 also... Redhat 6.0?

[John Summerfield]

> I'm also curious about the status of the JDK on glibc 2.1 systems. How
> hard will it be to make the JDK run with glibc 2.1? Is it easy to keep
> a glibc 2.0 around so JDK will run? Does anyone know what glibc Redhat
> 6.0 is planning to ship? (Anyone seen 5.9?) I think it's important
> that some JDK run on the major distributions..

5.9 is all dressed up in 2.1. Can't even install most of the rpms I've 
tried for lack of prerequisites.

I suggest those with problems post to the redhat-devel list too.

-- 
Cheers
John Summerfield
http://os2.ami.com.au/os2/ for OS/2 support.
Configuration, networking, combined IBM ftpsites index.



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Non mofit AWT.

[Nigel Gamble]

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.

[Michael Emmel]

Nigel Gamble wrote:

> 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.

And the Java Community referenced so often in ther new Open Source License
get's too play with how much of this cool code ??

Nada, Zip zilch 

Oooh your not worth a 100 milliion dollar contract please go away...
What really funny is they had a big talk on thre web site about how to start a new
Java based comapany but
they keep the technology that matters hidden.

Mike



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Pls Help... How to get appletcontext in Japplet ?

[Ferenczi Gyorgy Laszlo]

Hy everybody, 

I'm trying to use getAppletContext in Japplet, it works in the event
handlers, but it does not work in the constructor method of the JApplet. 

Why?   Is there any other method to get the (swing)  JApplet context? 

By the way, I just wanna get to another page using this:


 
 try{
 URL surftoURL = new URL("http://balu.eet.bme.hu/~ferenczi/akarmi");
 InputStream in = surftoURL.openStream();
 int input = in.read();
 in.close();
 getAppletContext().showDocument(surftoURL,"_self");
 }
  catch (MalformedURLException e) {System.err.println(" Malformed URL \n" +e); }
  catch (SecurityException e) { System.err.println(" Security problem\n " +e);  }
  catch (IOException e) { System.err.println(" IO problem  \n" +e); }


Does anybody know a better solution to go to another page ?


Thanks, 

George 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

jdk1.2 awt problems

[kiprian]

Whenever i try to envoce AWT into my jdk1.2 i get the following error:


Exception in thread "main" java.lang.UnsatisfiedLinkError:
/jdk/jre/lib/i386/libfontmanager.so: libstdc++-libc6.0-1.so.2: cannot open
shared object file: No such file or directory


no mater what i do i cannot fix it. Any ideas please 





___
Get your free, private email at http://mail.excite.com/


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

[ANNOUNCE] Xenon-SQL 2.3.5.8 Release

[Peter A. Pilgrim]

Xenonsoft, South London, England is very pleased to announce the
availability of:


Xenon-SQL, the Java based interactive SQL Editor, version 2.3.5.
 The Personal End User Edition. 


This software allows you use connect to relational database like MySql,
Sybase, and Oracle and submit SQL queries and commands to the target
databases. In order for `Xenon-SQL' to connect to a database you __MUST__
have a suitable JDBC (Java Database Connectivity) driver specifically for
your database. Most commercial database suppliers have a supplied (or
contributed) JDBC driver around somewhere, so surf the Internet to find it!

The Xenon-SQL software can be obtain from the FTP server:

   `ftp://ftp.demon.net/pub/java'

or as a last resort `http://www.xenonsoft.demon.co.uk/software.html'.

The software requires the Java Development Kit minimum version 1.1.5 and
Swing also known as the Java Foundation Classes miminum version
1.1-Beta3. These are available from JavaSoft's web site:
`http://java.sun.com/products/'

The software was developed on a Linuxed/PC with Blackdown's 1.1.7-v1a port
of the JDK `http://www.blackdown.org/java-linux.html'


SunSoft[tm] maintains a list of JDBC drivers from a number of third party
vendors on it web pages See the following URL for a list of JDBC drivers
provided:

`http://java.sun.com:80/products/jdbc/jdbc.drivers.html'

Please read the license file `LICENSE*'. 

For installation instructions read the `INSTALLER' file.

It may also be worth reading the `PROBLEMS' file if you have trouble.



NEW FEATURES
=

o  Xenon-SQL now has a Java based installer program called `FreeInstaller'.
   The `FreeInstaller' is "available as free software", written and
   produced by, yours truly, Peter Pilgrim.

o  Xenon-SQL uses a private application directory to store important files.
   On Windows NT this is `\_Xsql' and on UNIX this is 
   `/.Xsql'.


o  Xenon-SQL is now multi-threaded. Each editor frame can now execute
   separate SQL commands as a background task. The application is no longer
   blocked on the AWT event queue. No more hours glasses or watches. A
   background command thread is started with the [Execute] button. The
   thread can be halted by the new [Stop] image button. I did a test to
   prove the concept worked by forcing the thread to sleep 10.0 seconds
   whilst using two editor frames.

o  Since Xenon-SQL is now multithreaded. Two new components have been
   created and introduced, namely the `JFlashProgressPanelBar' and
   `JStatusBar'.  The flash progress bar animates when SQL command is
   executed as a background task. The status bar is container for the new
   flash progress bar and a message label, where `Xenon-SQL' writes generic
   messages.

o  Xenon-SQL now uses the `JFileChooser' component, because the API is more
   stable. SQL command history can be save in `native' format and portable
   `ascii' text format. The native format is a java object serialisation,
   and the text format allows you to edit and change the entire SQL command
   history in an external editor, such as GNU Emacs. Save your some changes
   and reload the history back into Xenon SQL.

o  Meta Data Query Tree Dialog displays extra tree nodes in additioning to
   representing all catalogues in the database. The new tree nodes are
   primary keys, imported key, exported keys, database types, and index
   information. There new node have some nice icons to go with them.

o  `Strategies' to calculate the best column width in a table, and therefore
   display a visually pleasantly table.

o  `Pluggable Look And Feel' overdue support for standard Swing/JFC
   feature. Yes. `Xenon-SQL' can now switch between "look and feels".

o  `SliderDials' to control the row height and the intercell spacing in the
   tables. These slider dials behave look and behave similar to the leading
   edge dials as seen in the Silicon Graphics[tm] `Inventor' 3D Graphics
   application.

o  A user request to load up multiple JDBC drivers at start-up time has been
   added. The property in the `~/.Xsql/xsql_login' file has been changed to
   allow this. The property is now called `Xsql.jdbc.driverList'.

o  More internationalisation has added to fully support the above new
   features.






TESTS
=

The software has been tested:

+  against MySQL[tm] compiled on Linux with the
   `twz1.jdbc.mysql.jdbcMysqlDriver' JDBC driver.


+  against Sybase[tm] SQL Server/11.03 with the 
   `connect.syabse.SybaseDriver 3.0' JDBC driver.


MISCELLANY
===

We are using MySQL 3.21.33 from  (UK mirror
 ) for Linux. `Xenon-SQL' requires a Java
Database Connectivity JDBC driver class to connect to your database. We are
using Terence W. Zeller's `twz1.jdbc.mysql.jdbcMysqlDriver' available from
`ftp://mysql.omnipotent.net/Contrib/'


WE ARE VERY INTERESTED TO KNOW if you get the software working successfully
on a new database not list aboved. Also feel