Thread: RE: [Java-gnome-developer] Some other minor issues
Brought to you by:
afcowie
From: Jeffrey M. <Jef...@Br...> - 2003-11-12 14:11:05
|
> 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. > 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. > 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. > 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. |
From: Jeffrey M. <Jef...@Br...> - 2003-11-13 16:29:57
|
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...> > |
From: Luca De R. <pie...@li...> - 2003-11-13 21:08:39
|
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...> |
From: Jeffrey M. <Jef...@Br...> - 2003-11-13 22:05:45
|
> 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 |
From: Luca De R. <pie...@li...> - 2003-11-13 22:43:16
|
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...> |
From: Jeffrey M. <Jef...@Br...> - 2003-11-14 16:37:30
|
> 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. |
From: Mark H. <mh...@ca...> - 2003-11-12 17:03:37
|
On Wed, Nov 12, 2003 at 09:10:39AM -0500, Jeffrey Morgan wrote: > > 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. I've just been looking at it but not found a solution. It is very strange - very similar code is working perfectly in my applications. -- .''`. Mark Howard : :' : `. `' http://www.tildemh.com `- mh...@de... | mh...@ti... | mh...@ca... |
From: Luca De R. <pie...@li...> - 2003-11-12 18:26:48
|
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. > > > 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. > > > 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. > > > 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. Wonderful ;) I'll checkout cvs and I'll let you know. Luca. -- Luca De Rugeriis <pie...@li...> |
From: Luca De R. <pie...@li...> - 2003-11-13 14:25:21
Attachments:
gnomepg.tar.bz2
|
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...> |
From: Mark H. <mh...@ca...> - 2003-11-13 15:20:47
|
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... |
From: Luca De R. <pie...@li...> - 2003-11-13 17:57:11
|
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...> |
From: Mark H. <mh...@ca...> - 2003-11-14 15:53:10
|
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... |