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

Re: [Java-gnome-developer] setting colors on a drawing area

[Andrew C. <an...@op...>]

On Sat, 2005-07-05 at 19:53 +0300, Yair Hershkovitz wrote:
> the problem is that the line is
> always drawn red (unless no color is specified, then it is black) ,
> instead of blue (or any other color i try)

> what do i do wrong?

Nothing. There's a serious bug in the Color class (I always seem to get
a dark blue - but certainly not the colour I asked for).

Perhaps it has to do with how those numbers are being interpreted, or
perhaps a 64 bit bug, or...

Could you open a new bug on bugzilla please?

AfC
Sydney


P.S. http://bugs.gnome.org/show_bug.cgi?id=167890 is a cool idea.

P.P.S. Of course, the bug could just be Americans spelling the word
colour wrong :)

-- 
Andrew Frederick Cowie
Management Consultant

Technology strategy, managing change, establishing procedures,
and executing successful upgrades to mission critical business
infrastructure.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

[Java-gnome-developer] setting colors on a drawing area

[Yair H. <ya...@01...>]

hi

i'm using the below code to draw a line on a drawing area (this is the
only code relevant to the drawing area). the problem is that the line is
always drawn red (unless no color is specified, then it is black) ,
instead of blue (or any other color i try)

public void on_drawingarea_expose_event(ExposeEvent ev) {
        org.gnu.gdk.Window win = ev.getWindow();
        GC gc = new GC(win);
        gc.setForeground(Color.BLUE);      
        win.drawLine(gc,10,10,100,100);          
    }

what do i do wrong?

yair
   

Re: [Java-gnome-developer] GConf get* errors and patch

[James L. <jl...@um...>]

DOH!

I seemed to have forgotten to delete all of the:

(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);

lines in that patch, which is kinda necessary unless you want it to
freeze :-/

Sorry,
James

Re: [Java-gnome-developer] GConf get* errors and patch

[Ben K. <be...@ba...>]

On Thu, 2005-05-05 at 13:32 -0400, James Lee wrote:
> Hello,
>=20
> I was having an error with GConf giving me errors.  I outlined the
> problem in this post:
>=20
> http://article.gmane.org/gmane.comp.gnome.lib.gconf/782
>=20
> Mr. McLoughlin replied explaining about how GConf expects GError* to be
> NULL, but looking at org_gnu_gconf_ConfClient.c, I saw that that was not
> the case.  I changed the pointers to NULL and I no longer get any
> problems.
>=20
> Here is the patch to libgconf-java HEAD:

Great! It would be super cool if you could post this bug and patch to
bugzilla. Things tend to get lost on mailing lists.

Cheers, Ben

[Java-gnome-developer] GConf get* errors and patch

[James L. <jl...@um...>]

Hello,

I was having an error with GConf giving me errors.  I outlined the
problem in this post:

http://article.gmane.org/gmane.comp.gnome.lib.gconf/782

Mr. McLoughlin replied explaining about how GConf expects GError* to be
NULL, but looking at org_gnu_gconf_ConfClient.c, I saw that that was not
the case.  I changed the pointers to NULL and I no longer get any
problems.

Here is the patch to libgconf-java HEAD:

diff -u -r1.14 org_gnu_gconf_ConfClient.c
--- src/jni/org_gnu_gconf_ConfClient.c	23 Apr 2005 01:40:31 -0000	1.14
+++ src/jni/org_gnu_gconf_ConfClient.c	5 May 2005 17:17:56 -0000
@@ -47,7 +47,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, dir, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gconf_client_add_dir(client_g, str, (GConfClientPreloadType)preload, &err);
 	(*env)->ReleaseStringUTFChars(env, dir, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -64,7 +64,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, dir, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gconf_client_remove_dir(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, dir, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -101,7 +101,7 @@
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	static jmethodID methodID = NULL;
 	jclass cls = (*env)->GetObjectClass(env, obj);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, namespace, NULL);
 	NotifyData *data;
 	guint ret;
@@ -155,7 +155,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, dir, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gconf_client_preload(client_g, str, (GConfClientPreloadType)type, &err);
 	(*env)->ReleaseStringUTFChars(env, dir, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -173,7 +173,7 @@
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
 	GConfValue* val_g = (GConfValue*)getPointerFromHandle(env, val);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gconf_client_set(client_g, str, val_g, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -190,7 +190,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	GConfValue* val = gconf_client_get(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -208,7 +208,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	GConfValue* val = gconf_client_get_without_default(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -227,7 +227,7 @@
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str1 = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
 	gchar *str2 = (gchar*)(*env)->GetStringUTFChars(env, locale, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	GConfEntry* val = gconf_client_get_entry(client_g, str1, str2, (gboolean)schemaDefault, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str1);
 	(*env)->ReleaseStringUTFChars(env, locale, str2);
@@ -246,7 +246,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	GConfValue* val = gconf_client_get_default_from_schema(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -264,7 +264,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gboolean val = gconf_client_unset(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -282,7 +282,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, dir, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	GSList* val = gconf_client_all_entries(client_g, str, &err);
 	if (NULL == val)
 		return NULL;
@@ -302,7 +302,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, dir, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	GSList* val = gconf_client_all_dirs(client_g, str, &err);
 	int i = 0;
 	guint len;
@@ -335,7 +335,7 @@
   (JNIEnv *env, jclass cls, jobject client, jintArray exception)
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gconf_client_suggest_sync(client_g, &err);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
 }
@@ -349,7 +349,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, dir, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gboolean val = gconf_client_dir_exists(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, dir, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -367,7 +367,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gdouble val = gconf_client_get_float(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -385,7 +385,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gint val = gconf_client_get_int(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -420,7 +420,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gboolean val = gconf_client_get_bool(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -438,7 +438,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	GConfSchema* val = gconf_client_get_schema(client_g, str, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -456,7 +456,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	GConfValueType vt = (GConfValueType)type;
 	GSList* val = gconf_client_get_list(client_g, str, vt, &err);
 	int i = 0;
@@ -530,7 +530,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gpointer carloc = (gpointer)(*env)->GetIntArrayElements(env, car, NULL);
 	gpointer cdrloc = (gpointer)(*env)->GetIntArrayElements(env, cdr, NULL);
 	gboolean val = gconf_client_get_pair(client_g, str, (GConfValueType)carType, 
@@ -553,7 +553,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gboolean ret = gconf_client_set_float(client_g, str, (gdouble)val, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -571,7 +571,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gboolean ret = gconf_client_set_int(client_g, str, (gint)val, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -590,7 +590,7 @@
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str1 = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
 	gchar *str2 = (gchar*)(*env)->GetStringUTFChars(env, val, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gboolean ret = gconf_client_set_string(client_g, str1, str2, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str1);
 	(*env)->ReleaseStringUTFChars(env, key, str2);
@@ -609,7 +609,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gboolean ret = gconf_client_set_bool(client_g, str, (gboolean)val, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -628,7 +628,7 @@
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
 	GConfSchema* val_g = (GConfSchema*)getPointerFromHandle(env, val);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gboolean ret = gconf_client_set_schema(client_g, str, val_g, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);
 	(*env)->ReleaseIntArrayElements(env, exception, (jint*)err, 0);
@@ -646,7 +646,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	GConfValueType vt = (GConfValueType)type;
 	int i = 0;
 	jclass aCls = NULL;
@@ -722,7 +722,7 @@
 {
 	GConfClient* client_g = (GConfClient*)getPointerFromHandle(env, client);
 	gchar *str = (gchar*)(*env)->GetStringUTFChars(env, key, NULL);
-	GError* err = (GError*)(*env)->GetIntArrayElements(env, exception, NULL);
+	GError* err = NULL;
 	gboolean ret = gconf_client_set_pair(client_g, str, (GConfValueType)carType, 
 			(GConfValueType)cdrType, (gconstpointer)car, (gconstpointer)cdr, &err);
 	(*env)->ReleaseStringUTFChars(env, key, str);

Re: [Java-gnome-developer] Window automatic resizing when a widget hide

[Joao V. <jvi...@ya...>]

--- Khiraly <khi...@gm...> escreveu:
> I dont like this feature. I would like if the windows width
> (horizontally) didnt changed.
> [...]
> Anybody have an idea, how can I disable this automatic resizing feature?

You must use the Paned component to do that. Here's a how-to:

http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/UsingPaned

Cheers,
J.V.



	
	
		
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/

Re: [Java-gnome-developer] JavaGnome in PkgSrc

[pancake <pa...@ph...>]

added

On Tue, 3 May 2005 17:25:15 -0300 (ART)
Joao Victor <jvi...@ya...> wrote:

> Cool...
>=20
> Could you please add this information at
> http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/GetJavaGnome ?
>=20
> You could put it right after Gentoo...
>=20
> Cheers,
> J.V.
>=20
>=20
> --- pancake <pa...@ph...> escreveu:
> > I'm the maintainer of javagnome in pkgsrc.
> >=20
> > Today I was doing some fixes at my java-gtk package to move it to libgt=
k-java, I also add
> > libgnome-java and libglade-java hacking a bit on wip/mk/java-app.mk.
> >=20
> > By now we're able to use JavaGnome under pkgsrc (portable package syste=
m, used in NetBSD, but
> > works on *BSD, GNU/Linux, GNU/Hurd, HPUX, Windows, Irix, Solaris, OSF1,=
 Darwin, AIX, BSDOS and
> > UnixWare).
> >=20
> > To test JavaGnome in pkgsrc you'll need the -wip branch found at: http:=
//pkgsrc-wip.sf.net/
> >=20
> > pancake@pl2:~$ pkg_info -a| grep lib| grep java
> > libglade-java-2.10.1 Glade bindings for Java
> > libgtk-java-2.6.2   Gtk2 bindings for Java
> > libgnome-java-2.10.1 Gnome bindings for Java
> > pancake@pl2:~$=20
> >=20
> >=20
> > happy coding!
>=20
>=20
>=20
> =09
> =09
> 	=09
> Yahoo! Acesso Gr=E1tis - Internet r=E1pida e gr=E1tis.=20
> Instale o discador agora! http://br.acesso.yahoo.com/
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=3D20
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] JavaGnome in PkgSrc

[Joao V. <jvi...@ya...>]

Cool...

Could you please add this information at
http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/GetJavaGnome ?

You could put it right after Gentoo...

Cheers,
J.V.


--- pancake <pa...@ph...> escreveu:
> I'm the maintainer of javagnome in pkgsrc.
> 
> Today I was doing some fixes at my java-gtk package to move it to libgtk-java, I also add
> libgnome-java and libglade-java hacking a bit on wip/mk/java-app.mk.
> 
> By now we're able to use JavaGnome under pkgsrc (portable package system, used in NetBSD, but
> works on *BSD, GNU/Linux, GNU/Hurd, HPUX, Windows, Irix, Solaris, OSF1, Darwin, AIX, BSDOS and
> UnixWare).
> 
> To test JavaGnome in pkgsrc you'll need the -wip branch found at: http://pkgsrc-wip.sf.net/
> 
> pancake@pl2:~$ pkg_info -a| grep lib| grep java
> libglade-java-2.10.1 Glade bindings for Java
> libgtk-java-2.6.2   Gtk2 bindings for Java
> libgnome-java-2.10.1 Gnome bindings for Java
> pancake@pl2:~$ 
> 
> 
> happy coding!



	
	
		
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/

[Java-gnome-developer] JavaGnome in PkgSrc

[pancake <pa...@ph...>]

I'm the maintainer of javagnome in pkgsrc.

Today I was doing some fixes at my java-gtk package to move it to libgtk-java, I also add libgnome-java and libglade-java hacking a bit on wip/mk/java-app.mk.

By now we're able to use JavaGnome under pkgsrc (portable package system, used in NetBSD, but works on *BSD, GNU/Linux, GNU/Hurd, HPUX, Windows, Irix, Solaris, OSF1, Darwin, AIX, BSDOS and UnixWare).

To test JavaGnome in pkgsrc you'll need the -wip branch found at: http://pkgsrc-wip.sf.net/

pancake@pl2:~$ pkg_info -a| grep lib| grep java
libglade-java-2.10.1 Glade bindings for Java
libgtk-java-2.6.2   Gtk2 bindings for Java
libgnome-java-2.10.1 Gnome bindings for Java
pancake@pl2:~$ 


happy coding!

Re: [Java-gnome-developer] Window automatic resizing when a widget hide

[Khiraly <khi...@gm...>]

2005-05-02, h keltez=E9ssel 20:19-kor Jeff Morgan ezt =EDrta:
> Khiraly,
>=20
> This is not a feature of Gtk+ or of Java-GNOME.  It probably
> has to do with the way you have setup your layout managers.
> Would it be possible for you to attach the code?  I think there
> should be a simple solution to this problem.
>=20
> Thanks


I have tar.gz-ed up my eclipse workspace. The project its available at:
http://khiraly.4242.hu/tmp/puliProjekt-maj3.tar.gz

It depend on:
glade2.10.jar
gtk2.6.jar

It requires one argument to run:
config.xml
(in the run dialog menu)

The main class is:
org.epointsystem.puli.gui/Puli.java

Best regards,=20
 Khiraly

ps: the horizontally resizeing problem (window width reducing) is still
exist to in this application.

[Java-gnome-developer] Window automatic resizing when a widget hide

[Khiraly <khi...@gm...>]

Hi!

I have a window, where are two widget side by side: one TextView widget
(main_chat) and one TreeView widget (userlist)
By default, the TreeView widget is hidden.
screenshot: http://khiraly.4242.hu/tmp/puliAutomatic-1.png

Here is an another screenshot, where the TextView widget and the
TreeView widget is visible:
screenshot: http://khiraly.4242.hu/tmp/puliAutomatic-2.png

If I hide the TreeView widget, then the TextView widget fill the rest
place. (The main windows does not resize automatically.) Its how it is
supposed to work.
screenshot: http://khiraly.4242.hu/tmp/puliAutomatic-3.png

If I show the TreeView widget again, than the window resize
automatically, because the size of TextView does not changed and the
TreeView widget is placed aside.
screenshot: http://khiraly.4242.hu/tmp/puliAutomatic-4.png

I dont like this feature. I would like if the windows width
(horizontally) didnt changed.

This automatic resizing continue as long as the TextView widget make
wrapping. The horizontal size its just growing.
Screenshots:
http://khiraly.4242.hu/tmp/puliAutomatic-5.png
http://khiraly.4242.hu/tmp/puliAutomatic-6.png
http://khiraly.4242.hu/tmp/puliAutomatic-7.png

Anybody have an idea, how can I disable this automatic resizing feature?

Best regards, 
Khiraly

[Java-gnome-developer] Window resizing problem

[Khiraly <khi...@gm...>]

Hi!

I can resize the window VERTICALLY without any problem (so raising and
reducing work too)

There are problem when I want to resize HORIZONTALLY:

I can raise the size of my window without any problem.
BUT if I reduce the window size its simply not work (the debug window is
not showing (View -> Debug window), OR its extremely SLOW (the debug
window are showing)).

The example application (eclipse workspace tar.gz-ed up), its available
at(61kB):
http://khiraly.4242.hu/tmp/puliProjekt-maj1.tar.gz

(It require in eclipse glade.jar and gtk.jar, and argument config.xml in
the Run menu. The main class is org.epointsystem.puli.gui.Puli.java)


My theory:

I think this resizing problem come from the wrapping mode (n TextView
widget). So if the wrapping mode is set to CHARACTER (ther are: none,
character, word), the problem is exist. 

Can somebody verify this bug?

Best regards, 
 Khiraly

Re: [Java-gnome-developer] Using TreeView isgnals with Glade

[Andrew C. <an...@op...>]

On Sun, 2005-01-05 at 23:00 +0200, Khiraly wrote:

> The appenColumn generate COLUMN_CHANGED signal and the double-click
> generate ROW_ACTIVATED signal. So I have added an if() condition.

In my experience, some various number of signals are emitted any time
you do anything in GTK - and it can be a bit unpredictable. For example,
if you "activate" a button, a "clicked" signal will also be generated.
You get that sort of thing all through GTK. So definitely, 

>  if (event.isOfType(TreeViewEvent.Type.ROW_ACTIVATED)) {

is necessary ... [I tend to use 


  if (event.getType() == TreeViewEvent.Type.ROW_ACTIVATED) {

But I don't suppose there is any difference, is there :) 

The thing to look out for is that just because you handled the one
signal you think you are interested in, doesn't mean there are others.
In one case, I had my signal handler generating a new event which
resulted in a new signal which resulted in re-entry to that handler!
Ick!

AfC
Sydney

Re: [Java-gnome-developer] Using TreeView isgnals with Glade

[Joao V. <jvi...@ya...>]

Could someone please put this information about TreeView signals in the TreeView tutorial, in the
wiki? Also, the tutorial is needing some compilable .java files, so people can
download/compile/run it.

Cheers,
J.V.


--- Khiraly <khi...@gm...> wrote:
> Sorry for this many messages, but I have resolved. Maybe there are
> people who are interesting.
> 
> The appenColumn generate COLUMN_CHANGED signal and the double-click
> generate ROW_ACTIVATED signal. So I have added an if() condition.
> There is the corrected source code:
> 
> userlistTree = (TreeView) puliApp.getWidget("userlistTree"); // userlist tree
> userlistTree.addListener(new TreeViewListener() {
> 	public void treeViewEvent(TreeViewEvent event) {
> 		if (event.isOfType(TreeViewEvent.Type.ROW_ACTIVATED)) {
> 			System.out.println("DoubleClick "+event);
> 		}
> 		 
> 	}
> });
> 
> Best regards, 
>  Khiraly



	
	
		
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/

Re: [Java-gnome-developer] Using TreeView isgnals with Glade

[Khiraly <khi...@gm...>]

Sorry for this many messages, but I have resolved. Maybe there are
people who are interesting.

The appenColumn generate COLUMN_CHANGED signal and the double-click
generate ROW_ACTIVATED signal. So I have added an if() condition.
There is the corrected source code:

userlistTree = (TreeView) puliApp.getWidget("userlistTree"); // userlist tree
userlistTree.addListener(new TreeViewListener() {
	public void treeViewEvent(TreeViewEvent event) {
		if (event.isOfType(TreeViewEvent.Type.ROW_ACTIVATED)) {
			System.out.println("DoubleClick "+event);
		}
		 
	}
});

Best regards, 
 Khiraly

Re: [Java-gnome-developer] Using TreeView isgnals with Glade

[Khiraly <khi...@gm...>]

Finally I have a working code. But I have questions too.

Here is the example code:
-------------------- 
userlistTree = (TreeView) puliApp.getWidget("userlistTree"); // userlist tree
userlistTree.addListener(new TreeViewListener() {
	public void treeViewEvent(TreeViewEvent event) {
		 System.out.println("DoubleClick "+event);
	}
});
DataColumn[] dc = new DataColumn[3];
dc[0] = new DataColumnBoolean();
dc[1] = new DataColumnPixbuf();
dc[2] = new DataColumnString();
ListStore ls = new ListStore( dc  );
userlistTree.setModel( ls );
userlistTree.setHeadersVisible( false ); /* true by default */

TreeViewColumn col0 = new TreeViewColumn();
 CellRendererToggle render0 = new CellRendererToggle();
   col0.packStart(render0, true);
   col0.addAttributeMapping(render0,CellRendererToggle.Attribute.ACTIVE,(DataColumnBoolean)dc[0]);
 TreeViewColumn col1 = new TreeViewColumn();
 CellRendererPixbuf render1 = new CellRendererPixbuf();
   col0.packStart(render1, true);
   col0.addAttributeMapping(render1,CellRendererPixbuf.Attribute.PIXBUF,(DataColumnPixbuf)dc[1]);
 TreeViewColumn col2 = new TreeViewColumn();
 CellRendererText render2 = new CellRendererText();
   col0.packStart(render2, true);
   col0.addAttributeMapping(render2,CellRendererText.Attribute.TEXT,(DataColumnString)dc[2]);

userlistTree.appendColumn(col0);
userlistTree.appendColumn(col1);
userlistTree.appendColumn(col2);
		
TreeIter it = null;
boolean bool = true;

it = ls.appendRow();
ls.setValue(it, (DataColumnBoolean)dc[0], Boolean.valueOf( bool ).booleanValue() );

try {
	ls.setValue(it, (DataColumnPixbuf)dc[1], new Pixbuf("images/me.jpg") );
} catch(JGException e) { 
	System.err.println( "image not found : "+e.getMessage() );
}
ls.setValue(it, (DataColumnString)dc[2], "[HUN]Khiraly" ); 
------------------------------

My question is about the above code example is this three lines:
userlistTree.appendColumn(col0); 
userlistTree.appendColumn(col1);
userlistTree.appendColumn(col2);

All this three line generate an treeViewEvent(TreeViewEvent event) method call.
My program start to print three times the method's output:

DoubleClick org.gnu.gtk.event.TreeViewEvent[source=org.gnu.gtk.TreeView@17471e0,id=COLUMNS_CHANGED]
DoubleClick org.gnu.gtk.event.TreeViewEvent[source=org.gnu.gtk.TreeView@17471e0,id=COLUMNS_CHANGED]
DoubleClick org.gnu.gtk.event.TreeViewEvent[source=org.gnu.gtk.TreeView@17471e0,id=COLUMNS_CHANGED]

Of course, after if I double click on the item of treeview, It prints the above message.

Why userlistTree.appendColumn generates a doubleclick signal?
All the appendColumn will generate a doubleclick signal in the future?

Best regards, 
 Khiraly

[Java-gnome-developer] Using TreeView isgnals with Glade

[Khiraly <khi...@gm...>]

Hi!

I added the signals from Glade and created a method for this signal in
my .java file. If I have forgotten to create the method in my jav afile,
I got this error:
java.lang.NoSuchMethodException: org.epointsystem.puli.gui.Puli.onUserlistTreeRowActivated

Now I wanted to add a signal within a TreeView object.
(I have already added in glade)

I have this error message:
java.lang.NullPointerException
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:141)
	at org.gnu.glade.ListenerDelegate.create(ListenerDelegate.java:125)
	at org.gnu.glade.LibGlade.connect(LibGlade.java:180)
	at org.gnu.glade.LibGlade.glade_xml_signal_autoconnect_full(Native Method)
	at org.gnu.glade.LibGlade.<init>(LibGlade.java:98)
	at org.gnu.glade.LibGlade.<init>(LibGlade.java)
	at org.epointsystem.puli.gui.Puli.<init>(Puli.java:64)
	at org.epointsystem.puli.gui.Puli.main(Puli.java:216)
java.lang.reflect.InvocationTargetException: ListenerDelegate - create failure!

Is it possible to add directly signals to TreeView from Glade?

Best regards, 
 Khiraly

ps: I have follow the TreeView tutorial, but I wanted to use glade as
much as it is possible

Re: [Java-gnome-developer] TreeView tutorial added

[Joao V. <jvi...@ya...>]

Cool! :) The TreeView really needs a tutorial...

Cheers,
J.V.


--- pancake <pa...@ph...> wrote:
> I wrote this tutorial about how to use TreeView. It's an initial view, and would be good that
> someone adds more tips in their experience.
> 
> http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/TreeViewTutorial
> 
> Hope to help anybody to solve the TreeView doubts :)



	
	
		
Yahoo! Acesso Grátis - Internet rápida e grátis. 
Instale o discador agora! http://br.acesso.yahoo.com/

[Java-gnome-developer] TreeView tutorial added

[pancake <pa...@ph...>]

I wrote this tutorial about how to use TreeView. It's an initial view, and would be good that someone adds more tips in their experience.

http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/TreeViewTutorial

Hope to help anybody to solve the TreeView doubts :)

[Java-gnome-developer] Some ideas for java-gnome API

[pancake <pa...@ph...>]

I have some ideas for the JavaGnome API.

* org.gnu.gdk.Window vs org.gnu.gtk.Window
	- org.gnu.gdk must be renamed to GdkWindow to skip classname inconsistence.

* org.gnu.gtk.Window
	- add new constructor without arguments that uses WindowType.TOPLEVEL.

* org.gnu.gtk.AboutDialog
	- center on Screen by default.

What do you think about this tips?

thanks.

Re: [Java-gnome-developer] signal descriptions

[Robert M. <ro...@ma...>]

On Mon, 2005-04-25 at 23:33 +0200, Khiraly wrote:
> Hi!
> 
> There are many signals of which I cannot discover how they are created,
> to which there is no explanation.
> 
> All available signals are listed in glade-2, without any explanation.
> 
> In the documentation of www.gtk.org one can find the specifications of
> the signal (the prototypes of the functions), but unfortunately that
> what causes a signal is not described. In case of some, it is clear, but
> in many other cases, it is obscure.
> http://www.gtk.org/api/2.6/gtk/GtkEntry.html
> 
> E.g.: I'd like to know this: 
> GtkCellEditable signal: editing_done
> What could generate this one? This can be found at a Text Entry.

If I am right this is generated when the Text Entry is used as a cell
editor and the user finish editing (ENTER keypress)

> 
> Best regards, 
> Khiraly
> 

________________________________________
Robert Marcano

web: http://www.marcanoonline.com/
blog: http://www.marcanoonline.com/plog/

[Java-gnome-developer] GtkScrolledWindow and TextView

[Khiraly <khi...@gm...>]

Hi!

Initially I have two field on my gui: Entry and Textview.
What I type in the Entry and press the Enter key, It appear at the end
of the TextView.

But Its not scrolled automatically. So I see always the front of my
text. I want to see the last line what I typed in. How an Irc client
supposed to work (ex: Xchat)

How is it possible always displaying the queue of my TextView, so
scrolling the GtkScrolledWindow automatically down.

Thanks in advance.

Best regards, 
 Khiraly

Re: [Java-gnome-developer] signal descriptions

[Khiraly <khi...@gm...>]

2005-04-25, h keltez=E9ssel 19:27-kor Joao Victor ezt =EDrta:
>  Then, search for GtkCellEditable in the API
> docs; here's what it says:

There is not written, what *generate* this signal. But since its a very
low level signal, Im not interested anymore. Thanks for the answer.

Best regards, =20
 Khiraly

[Java-gnome-developer] Java-GNOME 2.11.1

[Jeff M. <ku...@gm...>]

The Java-GNOME Team is please to announce the first development
release of our 2.11 effort. New releases of libgnome-java,
libglade-java, and libgconf-java are available on GNOME ftp. This
release contains a few bug fixes and package restructuring getting
ready for a successful 2.12 release in a coming months.


--=20
Jeffrey Morgan

"The highest reward for a man's toil is not
what he gets for it, but what he becomes by it"
    - Jon Ruskin

Re: [Java-gnome-developer] signal descriptions

[Joao V. <jvi...@ya...>]

Here's how you do it... when you look at the signals for GtkEntry in Glade, you'll notice
"editing_done " is under "GtkCellEditable signals". Then, search for GtkCellEditable in the API
docs; here's what it says:

http://developer.gnome.org/doc/API/2.0/gtk/GtkCellEditable.html#gtk-cell-editable-editing-done

It is a very low-level signal...

Cheers,
J.V.


--- Khiraly <khi...@gm...> wrote:
> Hi!
> 
> There are many signals of which I cannot discover how they are created,
> to which there is no explanation.
> 
> All available signals are listed in glade-2, without any explanation.
> 
> In the documentation of www.gtk.org one can find the specifications of
> the signal (the prototypes of the functions), but unfortunately that
> what causes a signal is not described. In case of some, it is clear, but
> in many other cases, it is obscure.
> http://www.gtk.org/api/2.6/gtk/GtkEntry.html
> 
> E.g.: I'd like to know this: 
> GtkCellEditable signal: editing_done
> What could generate this one? This can be found at a Text Entry.
> 
> Best regards, 
> Khiraly
> 
> 
> 
> -------------------------------------------------------
> SF email is sponsored by - The IT Product Guide
> Read honest & candid reviews on hundreds of IT Products from real users.
> Discover which products truly live up to the hype. Start reading now.
> http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

__________________________________________________
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/