java-gnome-developer — For people using the bindings to write their own applications

[Java-gnome-developer] Obsolete Hello World example

[Ondrej J. <ne...@po...>]

http://java-gnome.sourceforge.net/docs/GNOME-tutorial/c28.html

Written Hello World example is obsolete. It is not a bad idea from time
to time update the documentation. It is really a shame.

--
  _/|   Ondrej Jombik - ne...@ph... - http://nepto.sk - ICQ #122428216
 <_  \  Platon SDG - open source software development - http://platon.sk
   `\|  UNIX is user friendly. It's selective about who its friends are!
    '`

RE: [Java-gnome-developer] Some other minor issues

[Jeffrey M. <Jef...@Br...>]

> I think TestGtk was based on some other gtk example, possibly from a
> tutorial, or gtk1.2? 

testgtk was the old demo application for gtk prior to GTK2.

Re: [Java-gnome-developer] Some other minor issues

[Mark H. <mh...@ca...>]

On Thu, Nov 13, 2003 at 06:54:51PM +0100, Luca De Rugeriis wrote:
> Ooops... yes, actually. I was looking at the buttonboxes in the TestGtk
> app.
> Could we assume that TestGtk is the foundation for java-gnome-demo main window ?

I think it would be better to create a new example, starting from
scratch following the look of gtk-demo, but style of java. Of course,
much of the code can be copied from various examples.

I think TestGtk was based on some other gtk example, possibly from a
tutorial, or gtk1.2? 

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

Re: [Java-gnome-developer] Confirmation of licence ...

[<pe...@ma...>]

> On Thu, Nov 13, 2003 at 09:57:42PM +0000, Pete Robinson wrote:
>> Can someone confirm what licence java-gnome is distributed under ... I
>> assumed it was LGPL but the snapshot I got from CVS sometime ago looks
>> like it's licenced under the GPL...
>
> Where did you get that idea?
> The COPYING file is the LGPL and every source file says it's licenced
> under the LGPL.
>

sorry must have mis-read the COPYING file...

Re: [Java-gnome-developer] Confirmation of licence ...

[Mark H. <mh...@ca...>]

On Thu, Nov 13, 2003 at 09:57:42PM +0000, Pete Robinson wrote:
> Can someone confirm what licence java-gnome is distributed under ... I
> assumed it was LGPL but the snapshot I got from CVS sometime ago looks
> like it's licenced under the GPL...

Where did you get that idea?
The COPYING file is the LGPL and every source file says it's licenced
under the LGPL.

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

RE: [Java-gnome-developer] Some other minor issues

[Luca De R. <pie...@li...>]

Il gio, 2003-11-13 alle 23:05, Jeffrey Morgan ha scritto:
> > Il gio, 2003-11-13 alle 17:29, Jeffrey Morgan ha scritto:
> > > This is quite strange.  I took you attached example and
> > > it ran fine without problems.  Also, I have no problems
> > > with the toolbar.  Is it possible that you have an 
> > > older version of the shared object in your path?
> > > 
> > > -Jeff
> > > 
> > Not likely since I see the new MessageDialog in TestGtk, and 
> > I've taken
> > new cleaned sources before compile the example.
> 
> It is still possible that you have an old shared object in
> /usr/lib or some such directory.  This is the only thing
> I can think of that would be causing your menu hints problem.
What do you mean precisely with a shared object? I have always installed
java-gnome from an rpm package never from source, so it seems I have
only the latest libraries in /usr/lib.

> > Unfortunately after rechecked cvs repo and recompiled the library just
> > for stay sure, I've got the same problem in my gnomepg app. 
> > Also TestGtk
> > behaves strange:
> > if I start it and first I click on the toolbar button, 
> > nothing happens.
> > The only way I can see the toolbar is launching the entry 
> > example first,
> > don't ask me why. However it showed up with generic icons 
> > (the one with
> > the red cross) and with this error on stdout:
> 
> I just checked in a fix for the TestGTK example that fixes
> the problem with the toolbar.
>   I am still baffled by the
> menu hints issue since it is working fine for me (even
> using your example).
Fine, I'll re-check the repo tomorrow.
> 
> > I have read that Sourceforge synchronize cvs repos every 5 
> > hours, maybe
> > I haven't grabbed the latest revision of the code...
> > The only thing non-standard it's that I have gtk-2.2.3, may be this?
> > 
> 
> Could be.  Would it be possible for you to try a
> later version of gtk?
Mhm.. I was thinking to do an upgrade to Fedora Core in the future, but
it requires bandwidth which I have not. Do you think it's safe to
upgrade to gtk-2.4 and leave the stock Redhat Gnome-2.2 ?
On which version of gnome-libs and gtk is Java-gnome developed on?

Regards,
Luca.
-- 
Luca De Rugeriis <pie...@li...>

RE: [Java-gnome-developer] Some other minor issues

[Jeffrey M. <Jef...@Br...>]

> Il gio, 2003-11-13 alle 17:29, Jeffrey Morgan ha scritto:
> > This is quite strange.  I took you attached example and
> > it ran fine without problems.  Also, I have no problems
> > with the toolbar.  Is it possible that you have an 
> > older version of the shared object in your path?
> > 
> > -Jeff
> > 
> Not likely since I see the new MessageDialog in TestGtk, and 
> I've taken
> new cleaned sources before compile the example.

It is still possible that you have an old shared object in
/usr/lib or some such directory.  This is the only thing
I can think of that would be causing your menu hints problem.

> Unfortunately after rechecked cvs repo and recompiled the library just
> for stay sure, I've got the same problem in my gnomepg app. 
> Also TestGtk
> behaves strange:
> if I start it and first I click on the toolbar button, 
> nothing happens.
> The only way I can see the toolbar is launching the entry 
> example first,
> don't ask me why. However it showed up with generic icons 
> (the one with
> the red cross) and with this error on stdout:

I just checked in a fix for the TestGTK example that fixes
the problem with the toolbar.  I am still baffled by the
menu hints issue since it is working fine for me (even
using your example).

> I have read that Sourceforge synchronize cvs repos every 5 
> hours, maybe
> I haven't grabbed the latest revision of the code...
> The only thing non-standard it's that I have gtk-2.2.3, may be this?
> 

Could be.  Would it be possible for you to try a
later version of gtk?

-Jeff

[Java-gnome-developer] Confirmation of licence ...

[Pete R. <pe...@ma...>]

Can someone confirm what licence java-gnome is distributed under ... I
assumed it was LGPL but the snapshot I got from CVS sometime ago looks
like it's licenced under the GPL...

In my completely in-expert opinion LGPL would be better ...

Re: [Java-gnome-developer] CDMirror is online

[Luca De R. <pie...@li...>]

Il gio, 2003-11-13 alle 22:30, Tiago Cogumbreiro ha scritto:
> Hi all, just wanted to let you guys know that CDMirror project is
> already in Sourceforge: http://cdmirror.sf.net/
> It's in the CVS repository ready to be hacked ;)
Nice! I'll give it a try and let you know ;)

Luca.
-- 
Luca De Rugeriis <pie...@li...>

[Java-gnome-developer] CDMirror is online

[Tiago C. <cog...@li...>]

Hi all, just wanted to let you guys know that CDMirror project is
already in Sourceforge: http://cdmirror.sf.net/ 
It's in the CVS repository ready to be hacked ;)

Tiago Cogumbreiro

RE: [Java-gnome-developer] Some other minor issues

[Luca De R. <pie...@li...>]

Il gio, 2003-11-13 alle 17:29, Jeffrey Morgan ha scritto:
> This is quite strange.  I took you attached example and
> it ran fine without problems.  Also, I have no problems
> with the toolbar.  Is it possible that you have an 
> older version of the shared object in your path?
> 
> -Jeff
> 
Not likely since I see the new MessageDialog in TestGtk, and I've taken
new cleaned sources before compile the example.
Unfortunately after rechecked cvs repo and recompiled the library just
for stay sure, I've got the same problem in my gnomepg app. Also TestGtk
behaves strange:
if I start it and first I click on the toolbar button, nothing happens.
The only way I can see the toolbar is launching the entry example first,
don't ask me why. However it showed up with generic icons (the one with
the red cross) and with this error on stdout:

(java-gnome:4264): Gtk-CRITICAL **: file gtktoolbar.c: line 1408
(gtk_toolbar_insert_element): assertion `GTK_IS_WIDGET (widget)' failed

 Sometimes when I press the tollbar button it crashes totally:

Gtk-ERROR **: file gtkcontainer.c: line 2389
(gtk_container_propagate_expose): assertion failed: (child->parent ==
GTK_WIDGET (container))
aborting...

The funny thing is that this happens sometimes, but always if I launch
the toolbar, while having the entry window still opened.

Do you think that it can be my fault?
I have read that Sourceforge synchronize cvs repos every 5 hours, maybe
I haven't grabbed the latest revision of the code...
The only thing non-standard it's that I have gtk-2.2.3, may be this?

Ciao,
Luca.
-- 
Luca De Rugeriis <pie...@li...>

RE: [Java-gnome-developer] Cromagnon ported!

[Luca De R. <pie...@li...>]

Il gio, 2003-11-13 alle 13:23, Jeffrey Morgan ha scritto:
> This patch has been applied with a few minor changes.
> The code is in cvs.
Great! I was freaked out because of so many listeners in
CrontabEntryEdit :).
Now it reads the user's crontab and prints it to stdout and does the
same for new crontab entries.
Now the missing things seems to be:

Fixing the main window TreeView. It should append the new crontab
entries (and the ones saved) on the tree which actually doesn't work.

Saving the real crontab file.

After this we should reach basic usability :)
Refining things and adding features should be a snap ;)

Luca.
-- 
Luca De Rugeriis <pie...@li...>

Re: [Java-gnome-developer] Some other minor issues

[Luca De R. <pie...@li...>]

Il gio, 2003-11-13 alle 16:19, Mark Howard ha scritto:
> On Thu, Nov 13, 2003 at 03:23:07PM +0100, Luca De Rugeriis wrote:
> > If there is the need of test app, I think we should work on cloning
> > gtk-demo. Are the incomplete test case classes intended as a start for
> > java-gnome-demo? 
> This is certainly something I'd like to see too. My implementations of
> test apps have deliberately been following this style - we just need to
> finish the others.

Fine.

> > I wish to help (as a said) but, since I can't compile
> > the test case, 
> The test directory hasn't been worked on since gtk1 work, AFAIK.
> > It seems to me that the the idea was to write java-gnome-demo starting
> > from the examples apps instead (TestGtk and others), is this true?
> > Because if it is, there is still a lot of stuff to be done, for example:
> > the button boxes example should use stock icons. Does it make sense if I
> > do a patch for this?
> This does use stock buttons (examples/gtk/buttonbox/ButtonBoxes). 
> Are you looking at a different example?

Ooops... yes, actually. I was looking at the buttonboxes in the TestGtk
app.
Could we assume that TestGtk is the foundation for java-gnome-demo main window ?
If it's true, we have to fix the buttonboxes there too.
Another thing would be using a TreeView in the main TestGtk window
instead of buttons (like gtk-demo does).
If I'm going to write the source viewer with syntax highlighting, should
I make a patch against TestGtk directly?

> Please do make patches - for any examples where you think anything needs
> doing. We will review all patches carefully. 
> 
> > Also in the gtk-demo there is a source viewer with syntax highlighting,
> > do we have to implement that? It sounds interesting :)
> With the little work I've done on the text widgets, it should be quite
> simple.

Thanks,
Luca.
-- 
Luca De Rugeriis <pie...@li...>

RE: [Java-gnome-developer] Some other minor issues

[Jeffrey M. <Jef...@Br...>]

This is quite strange.  I took you attached example and
it ran fine without problems.  Also, I have no problems
with the toolbar.  Is it possible that you have an 
older version of the shared object in your path?

-Jeff

> Il mer, 2003-11-12 alle 19:24, Luca De Rugeriis ha scritto:
> > Il mer, 2003-11-12 alle 15:10, Jeffrey Morgan ha scritto:
> > > >      1. If you use the AppBar, all is fine except that, 
> if you also
> > > >         install menu hints, instead of the right hint 
> you will end up
> > > >         with a lot of libgnomeui information strings 
> sticked in the
> > > >         appbar, but only when the mouse hovers the main menu 
> > > > items i.e.
> > > >         file, edit,...etc. (If you want I can explain myself 
> > > > better with
> > > >         a couple of pics).
> > > 
> > > This seems to be working now.  I believe this was addressed with
> > > the reworking of String arrays.  Please try again and let me know
> > > if you are still having problems.
> Nope. Unfortunately this is still present, I've attached my simple app
> (written while learning) to let you figure out precisely what happens:
> simply hover the main menu item (like edit, help) with the 
> mouse, you'll
> see messed strings pushed in the appbar.
> This isn't a major bug cause the only real advantage I've seen using
> AppBar instead of StatusBar is that i can app.flash(String s) 
> a message
> in the bar without have to write a thread. (and also use the
> progressbar).
> But at this stage, if you have an app menu and menu hints 
> installed, the
> AppBar is quite unusable :(
> 
> > > 
> > > >      2. It seems there is a couple of visible bug in the TestGtk
> > > >         application: when you click on the toolbar 
> button and on the
> > > >         handle box button the program crash with signal 
> 11 with a long
> > > >         trace. I think these traces are easily 
> reproducible, but again
> > > >         if you want I will post them.
> > > 
> > > The fix for this problem is in cvs.
> The handlebox is fixed, but the toolbar still has quirks:
> the first time I've launched it, it showed up but it had generic gtk
> icons(the ones with the white sheet with a red cross), and on 
> stderr it
> complaints about something like an appendWidget method failed, but I
> can't tell more precisely cause right now the toolbar doesn't show out
> anymore! (strange)
> 
> > > 
> > > >      3. In the TreeExample app, it cannot render a 
> pixbuf on the tree.
> > > >         It complaints with this message:
> > > 
> > > This item will requrie further work.  I will look into it over
> > > the next few days.
> Ok :)
> 
> > > 
> > > > And finally, altought maybe it isn't a bug report, can we 
> > > > have chance to
> > > > see the MessageDialog class finished?
> > > 
> > > This class is already complete.  I just added an example of
> > > its' usage to TestGTK.  Check out cvs.
> Silly me! I really was so dumb I thought it was incomplete.
> Actually it's nice and functional :)
> 
> About the example apps: not that I care particularly about them, I
> assumed that there were bugs in the java-gnome library rather than in
> the example apps themselves, so if these bugs above are present only
> because they are example apps'  bugs, you can safely leave 
> them there :)
> 
> If there is the need of test app, I think we should work on cloning
> gtk-demo. Are the incomplete test case classes intended as a start for
> java-gnome-demo? I wish to help (as a said) but, since I can't compile
> the test case, I'm just wondering if the java-gnome-demo work is going
> to start from the test case apps.
> It seems to me that the the idea was to write java-gnome-demo starting
> from the examples apps instead (TestGtk and others), is this true?
> Because if it is, there is still a lot of stuff to be done, 
> for example:
> the button boxes example should use stock icons. Does it make 
> sense if I
> do a patch for this?
> Also in the gtk-demo there is a source viewer with syntax 
> highlighting,
> do we have to implement that? It sounds interesting :)
> Comments to my little app (my first one :) are also appreciated.
> 
> Regards,
> Luca.
> 
> -- 
> Luca De Rugeriis <pie...@li...>
> 

Re: [Java-gnome-developer] Some other minor issues

[Mark H. <mh...@ca...>]

On Thu, Nov 13, 2003 at 03:23:07PM +0100, Luca De Rugeriis wrote:
> If there is the need of test app, I think we should work on cloning
> gtk-demo. Are the incomplete test case classes intended as a start for
> java-gnome-demo? 
This is certainly something I'd like to see too. My implementations of
test apps have deliberately been following this style - we just need to
finish the others.

> I wish to help (as a said) but, since I can't compile
> the test case, 
The test directory hasn't been worked on since gtk1 work, AFAIK.
> It seems to me that the the idea was to write java-gnome-demo starting
> from the examples apps instead (TestGtk and others), is this true?
> Because if it is, there is still a lot of stuff to be done, for example:
> the button boxes example should use stock icons. Does it make sense if I
> do a patch for this?
This does use stock buttons (examples/gtk/buttonbox/ButtonBoxes). 
Are you looking at a different example?
Please do make patches - for any examples where you think anything needs
doing. We will review all patches carefully. 

> Also in the gtk-demo there is a source viewer with syntax highlighting,
> do we have to implement that? It sounds interesting :)
With the little work I've done on the text widgets, it should be quite
simple.

> Comments to my little app (my first one :) are also appreciated.
Sorry, don't have much time at the moment. Will try to look in the
future though.

-- 
  .''`. Mark Howard
 : :' :
 `. `'  http://www.tildemh.com 
   `-   mh...@de... | mh...@ti... | mh...@ca... 

RE: [Java-gnome-developer] Rpms (was:JVM benchmarks: kaffe takes the cake)

[Luca De R. <pie...@li...>]

Il gio, 2003-11-13 alle 13:23, Jeffrey Morgan ha scritto:
> I would be happy to put rpms on the java-gnome site to
> make them more visible.  Do you have rpms for the 0.8.1
> release?  I didn't see them on the site.
Well, I have them fresh! Compiled from CVS on 2003/11/13 at 13:00 GMT
+1. I've commented the fixes in the other thread:)
Actually I've compiled them with --target i686, if you wish I can
recompile them for i586, i386, whatever you think it's better.
Actually they don't have an gcj-compile rebuild option, but, yes they
are compiled with --enable-gcj-compile.
Let me know if you want them recompiled for a given arch and which
package you want (and if it's better I'll send them privately). 
They are:

java-gnome-debuginfo-0.8.1-8.i686.rpm
java-gnome-javadoc-0.8.1-8.i686.rpm
java-gnome-0.8.1-8.i686.rpm
java-gnome-devel-0.8.1-8.i686.rpm
java-gnome-0.8.1-8.src.rpm

and of course there is the spec file which is practically identical to
the one present in CVS.

Ciao,
Luca.

-- 
Luca De Rugeriis <pie...@li...>

RE: [Java-gnome-developer] Some other minor issues

[Luca De R. <pie...@li...>]

Il mer, 2003-11-12 alle 19:24, Luca De Rugeriis ha scritto:
> Il mer, 2003-11-12 alle 15:10, Jeffrey Morgan ha scritto:
> > >      1. If you use the AppBar, all is fine except that, if you also
> > >         install menu hints, instead of the right hint you will end up
> > >         with a lot of libgnomeui information strings sticked in the
> > >         appbar, but only when the mouse hovers the main menu 
> > > items i.e.
> > >         file, edit,...etc. (If you want I can explain myself 
> > > better with
> > >         a couple of pics).
> > 
> > This seems to be working now.  I believe this was addressed with
> > the reworking of String arrays.  Please try again and let me know
> > if you are still having problems.
Nope. Unfortunately this is still present, I've attached my simple app
(written while learning) to let you figure out precisely what happens:
simply hover the main menu item (like edit, help) with the mouse, you'll
see messed strings pushed in the appbar.
This isn't a major bug cause the only real advantage I've seen using
AppBar instead of StatusBar is that i can app.flash(String s) a message
in the bar without have to write a thread. (and also use the
progressbar).
But at this stage, if you have an app menu and menu hints installed, the
AppBar is quite unusable :(

> > 
> > >      2. It seems there is a couple of visible bug in the TestGtk
> > >         application: when you click on the toolbar button and on the
> > >         handle box button the program crash with signal 11 with a long
> > >         trace. I think these traces are easily reproducible, but again
> > >         if you want I will post them.
> > 
> > The fix for this problem is in cvs.
The handlebox is fixed, but the toolbar still has quirks:
the first time I've launched it, it showed up but it had generic gtk
icons(the ones with the white sheet with a red cross), and on stderr it
complaints about something like an appendWidget method failed, but I
can't tell more precisely cause right now the toolbar doesn't show out
anymore! (strange)

> > 
> > >      3. In the TreeExample app, it cannot render a pixbuf on the tree.
> > >         It complaints with this message:
> > 
> > This item will requrie further work.  I will look into it over
> > the next few days.
Ok :)

> > 
> > > And finally, altought maybe it isn't a bug report, can we 
> > > have chance to
> > > see the MessageDialog class finished?
> > 
> > This class is already complete.  I just added an example of
> > its' usage to TestGTK.  Check out cvs.
Silly me! I really was so dumb I thought it was incomplete.
Actually it's nice and functional :)

About the example apps: not that I care particularly about them, I
assumed that there were bugs in the java-gnome library rather than in
the example apps themselves, so if these bugs above are present only
because they are example apps'  bugs, you can safely leave them there :)

If there is the need of test app, I think we should work on cloning
gtk-demo. Are the incomplete test case classes intended as a start for
java-gnome-demo? I wish to help (as a said) but, since I can't compile
the test case, I'm just wondering if the java-gnome-demo work is going
to start from the test case apps.
It seems to me that the the idea was to write java-gnome-demo starting
from the examples apps instead (TestGtk and others), is this true?
Because if it is, there is still a lot of stuff to be done, for example:
the button boxes example should use stock icons. Does it make sense if I
do a patch for this?
Also in the gtk-demo there is a source viewer with syntax highlighting,
do we have to implement that? It sounds interesting :)
Comments to my little app (my first one :) are also appreciated.

Regards,
Luca.

-- 
Luca De Rugeriis <pie...@li...>

RE: [Java-gnome-developer] Cromagnon ported!

[Jeffrey M. <Jef...@Br...>]

This patch has been applied with a few minor changes.
The code is in cvs.

-Jeff

> 
> Here it is, the app is ported to java-gnome-0.8.
> It is at the same level of functionality it was before, only it uses
> gtk2. 
> I would like to continue developing this app but I haven't fully
> understood the crontab entry creation logic, cause it seems 
> it was left
> half implemented...
> I would very glad if someone has any suggestion on which are the major
> missing methods to implement, or wants to help to reach basic
> functionality ;)
> 
> Luca.
> -- 
> Luca De Rugeriis <pie...@li...>
> 

RE: [Java-gnome-developer] Rpms (was:JVM benchmarks: kaffe takes the cake)

[Jeffrey M. <Jef...@Br...>]

I would be happy to put rpms on the java-gnome site to
make them more visible.  Do you have rpms for the 0.8.1
release?  I didn't see them on the site.

-Jeff

> Il mer, 2003-11-12 alle 22:32, J. Mark Brooks ha scritto:
> > I think that Sun's JDK should be a part of major Linux 
> distos (other 
> > than just Gentoo). For that matter, I'd like to see RH-compatible 
> > java-gnome RPMS. :) I can't seem to find any on the net for 
> RH9/FC1, and 
> > I prefer to use RPM for installing stuff to my system 
> long-term.  Just a 
> > hint.
> http://zeta.zizworks.com/ here you can find java-gnome rpms 
> (made by me
> and Dan) as well as the eclipse plugin.
> I'm building java-gnome rpms regularly, about once a week, I've also
> added a gcj-compile rebuild option. If anyone has the need I can post
> them here, let me know.
> However would be nice if on the java-gnome webpage there were links to
> the above rpms, at least. I can also provide rpms regularly if putting
> the packages directly on the java-gnome homepage is preferred.
> 
> Ciao,
> Luca.
> 
> -- 
> Luca De Rugeriis <pie...@li...>
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

Re: [Java-gnome-developer] Rpms (was:JVM benchmarks: kaffe takes the cake)

[Luca De R. <pie...@li...>]

Il mer, 2003-11-12 alle 22:32, J. Mark Brooks ha scritto:
> I think that Sun's JDK should be a part of major Linux distos (other 
> than just Gentoo). For that matter, I'd like to see RH-compatible 
> java-gnome RPMS. :) I can't seem to find any on the net for RH9/FC1, and 
> I prefer to use RPM for installing stuff to my system long-term.  Just a 
> hint.
http://zeta.zizworks.com/ here you can find java-gnome rpms (made by me
and Dan) as well as the eclipse plugin.
I'm building java-gnome rpms regularly, about once a week, I've also
added a gcj-compile rebuild option. If anyone has the need I can post
them here, let me know.
However would be nice if on the java-gnome webpage there were links to
the above rpms, at least. I can also provide rpms regularly if putting
the packages directly on the java-gnome homepage is preferred.

Ciao,
Luca.

-- 
Luca De Rugeriis <pie...@li...>

Re: [Java-gnome-developer] JVM benchmarks: kaffe takes the cake

[J. M. B. <jmb...@co...>]

>It was rumoured that RH10 would ship with Java by default. Now with the
>Fedora thing I don't know if that plan is still on track.
>
>Elias
>  
>
It isn't in the core package, probably because of license issues. It 
might show up in the Extra package; only time will show. Despite some 
criticisms that they are "going corporate" RH has tended to not include 
"non-Free" stuff in their distro even when it put them at a 
disadvantage. Like the whole mp3 support in XMMS thing. Sun does provide 
a very good RPM, but I'd still rather have it come with the distro.

Re: [Java-gnome-developer] JVM benchmarks: kaffe takes the cake

[Elias M. <el...@al...>]

I think you summarised my opinion very well. It's nice to see that I'm
not alone in this.

ons 2003-11-12 klockan 22.32 skrev J. Mark Brooks:

> The Blackdown version of Sun's Java SDK (1.4.1) is already included as 
> part of the standard gentoo distribution. And yes, it is hardly a big 
> download compared to something like OpenOffice-bin . Anything with that 
> level of functionality is going to be a pain to download over dialup.

Also, it is important to remember that the VM only has to be downloaded
once.Just like the Python, Perl or TCL interpreters also has to be
downloaded and installed only once.

> A lot of the bias against Java in the Linux community is because there 
> are a lot of long-time Sun haters.

This is a fact I just can't get me head around. Sun has done a lot of
good for the Unix community. Lately they have done a lot for the GNOME
community.

> Swing has an unjustified reputation 
> for being slow. Compared to Python/Tkinter or Perl/Tk? I think not.

Agreed, but their arguments aren't rational. A little reading of
slashdot will make that painfully clear.

> I think that Sun's JDK should be a part of major Linux distos (other 
> than just Gentoo). For that matter, I'd like to see RH-compatible 
> java-gnome RPMS. :) I can't seem to find any on the net for RH9/FC1, and 
> I prefer to use RPM for installing stuff to my system long-term.  Just a 
> hint.

It was rumoured that RH10 would ship with Java by default. Now with the
Fedora thing I don't know if that plan is still on track.

Elias

Re: [Java-gnome-developer] JVM benchmarks: kaffe takes the cake

[J. M. B. <jmb...@co...>]

> Yet applications such as PostgreSQL and 3 billion useless(:-)) KDE 
> libraries are usually installed on a standard Linux distribution and 
> it's not considered being a "big" extra.
>
> In my mind, what needs to be done is to lobby for the inclusing of 
> VM's on the linux distributions. apt-based distros such as debian and 
> fedors shouldn't be a problem at all technically, since a Java-GNOME 
> app can include the dependencies on it and it will get downloaded 
> automatically.

The Blackdown version of Sun's Java SDK (1.4.1) is already included as 
part of the standard gentoo distribution. And yes, it is hardly a big 
download compared to something like OpenOffice-bin . Anything with that 
level of functionality is going to be a pain to download over dialup.

A lot of the bias against Java in the Linux community is because there 
are a lot of long-time Sun haters.  Swing has an unjustified reputation 
for being slow. Compared to Python/Tkinter or Perl/Tk? I think not.

I think that Sun's JDK should be a part of major Linux distos (other 
than just Gentoo). For that matter, I'd like to see RH-compatible 
java-gnome RPMS. :) I can't seem to find any on the net for RH9/FC1, and 
I prefer to use RPM for installing stuff to my system long-term.  Just a 
hint.

Re: [Fwd: Re: [Java-gnome-developer] Java-GNOME thoughts]

[<fer...@lo...>]

Elias,

> > I have used both Apache FOP and JasperReports. The second is much speedier and
> > easier. iReports is an open source project that provides a visual designer for
> > JasperReports, but it uses Swing. A GTK+ version of iReports would be a
nice start.
> 
> What is iReports?

A visual, iteractive, WYSIWYG designer that generates JasterReports XML report
descriptors.


> Also, a report designer for a database tool woul dhave 
> slightly different needs than a standard report designer (such as the 
> one for jasper reports).

Of course. But an Access clone needs both (forms and reports).


> > Using the same glade XML format has advantages: ability to work on form
> > rendering/execution before the visual designer is working; use of a
> > stabilished, well-known format; option to import/export forms to other
> > development tools; use the libglade infrastructure already provided bu
java-gnome.
> 
> Yes, but the needs of a form designer and a GUI builder like glade are 
> very different, don't you shink? One would have to shoehorn the 
> functionality into the glade format, unless it is extremely flexible.

I can't see many difference between a form designer and a GUI builder. They
look and act the same. The differences are on the programming language used to
code event handlers. Glade does not define event handles, it just draws the
forms, the rest you have to write.

So glade XML format wouldn't constrain anything. Of course, you won't put, say,
javascript (rhino) or python (jyton) code inside a glade xml file, but the
glade xml file could be stored inside a BLOB field or inside a JAR file,
alongside with other files or fields that contain the code for the event handlers.

And so you could mimic glade using Java-Gnome (so you can visually draw forms)
but your interface would not be a generic form designer like glade, it would be
directed to easy programming and tying to data sources, just like access. The
"glade clone" for the Java-Gnome-Access would contain more funcionality than
glade itself, except that it won't have to generate C, C++, Ada, Eiffel and
Perl code to rebuild the forms without reading the xml file.


[]s, Fernando Lozano

RE: [Java-gnome-developer] Cromagnon ported!

[Jeffrey M. <Jef...@Br...>]

I still haven't applied the patch that was supplied.  I hope
to get arround to applying the patch in about two hours.

-Jeff

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Luca De Rugeriis wrote:
> | Il mer, 2003-11-12 alle 15:07, Jeffrey Morgan ha scritto:
> |
> |>Thanks for the effort.  I will try to apply the
> |>patch sometime today.  How close is this application
> |>to being functional?
> |>
> |>-Jeff
> |>
> |
> | I think it's near to be functional, however I really miss 
> the point at
> | which the work was left... have to investigate further.
> | The gui is complete although it needs to be higyfied 
> specially the new
> | crontab entry window.
> | There is some implementation of the logic used to create a 
> new crontab
> | entry, but it is limited to System.out outputs.
> | It seems like the methods used to append new entries in the 
> main window
> | TreeView are broken or left unimplemented...
> | My main problem to continue developing on this, is to 
> really figure out
> | what the original authors wanted to do in every methods, and at what
> | point these were left uncompleted.
> | I've also seen the original cromagnon and it seems to be limited to
> | print to stdout the new crontab entry.
> |
> | However don't take this statements as if I see a negative 
> future for it,
> | I'm a newbie, so someone with more skills could bring it to
> | functionality easily ;)
> |
> | Luca.
> 
> 
> Is this available to be checked out of cvs, or do I need to download a
> new copy of it? I'd be interested in poking about in it perhaps.
> 
> 
> - --
> [A n d r e w]
> - ------|------
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.2.3 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQE/soSR2AKtqeH2FeQRAt1kAJ9oXFaBMuQLRsNT8hABOcwfbMuZGQCfXFzl
> Bn2mg6XY07R2Jgj4owo1Cnw=
> =sVNr
> -----END PGP SIGNATURE-----
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email sponsored by: ApacheCon 2003,
> 16-19 November in Las Vegas. Learn firsthand the latest
> developments in Apache, PHP, Perl, XML, Java, MySQL,
> WebDAV, and more! http://www.apachecon.com/
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>