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

[Java-gnome-developer] Gnome icon retrieval

[LCID F. <lci...@gm...>]

Hearing about the java-gnome package I was quite thrilled to be able to 
integrate Java applications better into gnome. For example I'd like to 
get the names of system icons so that I can load them into java.
Looking at the doc there are the classes IconTheme and IconInfo but both 
seem to be stubs. Is there a reason for this?

Re: [Java-gnome-developer] Fwd: error: 'GInputStream' undeclared (first use in this function)

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

On Sun, 2009-03-29 at 16:21 -0300, Leonardo wrote:

> i'm under slackware 12.1 + GSlacky 

I'm not familiar with "GSlacky". Is that a replacement for "dropline"?

++

In any case, as Serkan points out, if you look at the blocks for distros
like Debian you'll see the way to probe for dependencies individually.

If you have changes to offer (and we'd be thrilled to have you
contributing by making sure that java-gnome works on current Slackware
systems) then you can send a patch bundle to the java-gnome-hackers
mailing list which is where work on the bindings (and the infrastructure
that allows us to build and install it) takes place.

AfC
Sydney

Re: [Java-gnome-developer] Fwd: error: 'GInputStream' undeclared (first use in this function)

[Serkan K. <se...@ge...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Leonardo yazmış:
> leonardo@zylle:~/java-gnome-4.0.10$ diff configure configure.old
> 752,757d751
> < } elsif ($os eq "slackware") {
> <     check_system_library(@gnomedev_libs,
> <             "gtk+-2.0 >= 2.14 pango >= 1.22 atk gdk-2.0 libglade-2.0
>>= 2.6.3 gtk+-unix-print-2.0 cairo-svg >= 1.6.4",
> <             "GNOME",
> <             "<all gslacky .tgz's>");
> <
> leonardo@zylle:~/java-gnome-4.0.10$
> 
Thanks for your investigation and input. The package name "all gslacky
tgz's" is a bit vague since the information printed tells directly which
package you should install. (Gentoo is a bit easy since we advise the
gnome metapackage) So you could write per package code as its done for
other distros but Gentoo, or if a similar metapackage exists you can
follow the Gentoo detection code.

While experimenting you might want to take a look at our HACKING[1]
documentation to see how to contribute it to source tree at the end.

Thanks in advance.

1: http://java-gnome.sourceforge.net/4.0/HACKING.html
- --
Sincerely,
Serkan KABA
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknP0NQACgkQRh6X64ivZaLq8gCeK2ska7A2O7ht8ybCf5zBpVQ/
xDgAnA/EqGr7fKgN4A+LSwq6sZSiCdVi
=Xowo
-----END PGP SIGNATURE-----

[Java-gnome-developer] Fwd: error: 'GInputStream' undeclared (first use in this function)

[Leonardo <som...@gm...>]

---------- Forwarded message ----------
From: Leonardo <som...@gm...>
Date: 2009/3/29
Subject: Re: [Java-gnome-developer] error: 'GInputStream' undeclared (first
use in this function)
To: Serkan Kaba <se...@ge...>


i'm under slackware 12.1 + GSlacky (in order to have a regular gnome) using
that script[1] to compile and build.

it can be considered 'not a bug', since the official slackware package is
outdated.

we can prevent the error in the configure script by adding a simple
pkg-config test section (much like the gentoo version)

here's my snip:

leonardo@zylle:~/java-gnome-4.0.10$ diff configure configure.old
752,757d751
< } elsif ($os eq "slackware") {
<     check_system_library(@gnomedev_libs,
<             "gtk+-2.0 >= 2.14 pango >= 1.22 atk gdk-2.0 libglade-2.0 >=
2.6.3 gtk+-unix-print-2.0 cairo-svg >= 1.6.4",
<             "GNOME",
<             "<all gslacky .tgz's>");
<
leonardo@zylle:~/java-gnome-4.0.10$

i've added it on the configure and now the configure will "bomb" in the
right moment, :)


2009/3/29 Serkan Kaba <se...@ge...>

> (...)



> Although the error message seems unrelated, latest version of java-gnome
> requires gtk+-2.14. Please provide details (distro, java-gnome version,
> full error) for further investigation.
> (...)

Re: [Java-gnome-developer] error: 'GInputStream' undeclared (first use in this function)

[Serkan K. <se...@ge...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Leonardo yazmış:
> i'm reading about the generator and the .defs file right now....
> 
> i would like to know the minimum version of gtk (gnome) in order to
> build the .jar; my gtk is gtk+2-2.12.9
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ------------------------------------------------------------------------------
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Although the error message seems unrelated, latest version of java-gnome
requires gtk+-2.14. Please provide details (distro, java-gnome version,
full error) for further investigation.

- --
Sincerely,
Serkan KABA
Gentoo Developer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAknPDZIACgkQRh6X64ivZaIOSQCcDXjis3ibUrb5hwBRbMii8cwO
0qwAoIEv9NNSGKVb10/FTG2wppix55+I
=kvWw
-----END PGP SIGNATURE-----

[Java-gnome-developer] error: 'GInputStream' undeclared (first use in this function)

[Leonardo <som...@gm...>]

i'm reading about the generator and the .defs file right now....

i would like to know the minimum version of gtk (gnome) in order to build
the .jar; my gtk is gtk+2-2.12.9

[Java-gnome-developer] Dockable panels like in Monodevelop

[Jacek F. <ja...@gm...>]

Does anyone know how the dockable panels (similar to Visual Studio/Eclipse)
are done in MonoDevelop?

Did they do it using standard GTK+ API or developed some specific Mono-only
extensions? Is there any way to accomplish something similar using
java-gnome?

thx, Jacek

Re: [Java-gnome-developer] Missing methods in Notebook?

[Jacek F. <ja...@gm...>]

Never mind...I just noticed in the link that it says this method is
deprecated and should not be used.

Does this mean that there is a different way of obtaining homogenous tabs or
GNOME just enforces a UI standard that each tab title should resize
differently depending on the width of its label Widget?

On Fri, Mar 20, 2009 at 12:01 PM, Jacek Furmankiewicz <ja...@gm...>wrote:

> I want to make tabs the same width in a Notebook. It seems in the GTK+ API
> there is a set_homogenous_tabs() method:
>
>
> http://library.gnome.org/devel/gtk/stable/GtkNotebook.html#gtk-notebook-set-homogeneous-tabs
>
> but I do not see it either in Notebook or the underlying GtkNotebook. Is
> this an issue I should log in Bugzilla?
>
> thanks, Jacek
>

[Java-gnome-developer] Missing methods in Notebook?

[Jacek F. <ja...@gm...>]

I want to make tabs the same width in a Notebook. It seems in the GTK+ API
there is a set_homogenous_tabs() method:

http://library.gnome.org/devel/gtk/stable/GtkNotebook.html#gtk-notebook-set-homogeneous-tabs

but I do not see it either in Notebook or the underlying GtkNotebook. Is
this an issue I should log in Bugzilla?

thanks, Jacek

Re: [Java-gnome-developer] Potential API issue with Table.attach() & AttachOptions?

[Jacek F. <ja...@gm...>]

I tried to check out Andrew's branch, but it was timing out on me this
morning. If anyone can send me a compiled version of the jar and .so (or
maybe just the jar, if that's all that's needed) I'd be glad to test it out
and write a unit test for it.

Cheers, Jacek
(JACEK99 AT GMAIL DOT COM)

On Thu, Mar 19, 2009 at 6:31 PM, Stefan Prelle <pr...@tz...> wrote:

> Am Freitag, den 20.03.2009, 09:16 +1100 schrieb Andrew Cowie:
> > You guys are completely off in left field. :) The bug is simple:
> > whoever exposed AttachOptions did so incorrectly.
>
> I guess that could have been me :)
>
> *sigh* :)
>
> Stefan
>
>
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>

Re: [Java-gnome-developer] Potential API issue with Table.attach() & AttachOptions?

[Stefan P. <pr...@tz...>]

Am Freitag, den 20.03.2009, 09:16 +1100 schrieb Andrew Cowie:
> You guys are completely off in left field. :) The bug is simple:
> whoever exposed AttachOptions did so incorrectly. 

I guess that could have been me :)

*sigh* :)

Stefan

Re: [Java-gnome-developer] Potential API issue with Table.attach() & AttachOptions?

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

On Thu, 2009-03-19 at 21:39 +0100, Stefan Prelle wrote:
> Interesting. I admit I wasn't aware of the fact that you could combine
> the options.

> I guess that the "ordinal" parameter should be the integer ...

You guys are completely off in left field. :) The bug is simple: whoever
exposed AttachOptions did so incorrectly. GtkAttachOptions is a
(define-flag) and our binding has it as a Constant, not as a Flags.

Fixed. If you need to OR them use the strongly typed or() function, just
like any other Flags subclass.

Code is at 'hackers/andrew/bug-attach-is-flag'. If one of you try that
branch and write a unit test to ensure its behaviour, we can merge it to
'mainline'. See ValidateConstants's testFlagsHandling() if you need some
ideas.

As this is API and library design discussion, follow-ups to
java-gnome-hackers, please.

AfC
Sydney

Re: [Java-gnome-developer] Potential API issue with Table.attach() & AttachOptions?

[Stefan P. <pr...@tz...>]

Hi Jacek,

Am Donnerstag, den 19.03.2009, 15:42 -0400 schrieb Jacek Furmankiewicz:
> I was looking at the Table.attach() method. I need to pass in a
> combination of AttachOptions (e.g. FILL | EXPAND), just like you can
> in Glade.

Interesting. I admit I wasn't aware of the fact that you could combine
the options.

>From what I can say the fastest way would be to make the AttachOptions
constructor public. Currently it is defined as

    private AttachOptions(int ordinal, String nickname) {
        super(ordinal, nickname);
    }

I guess that the "ordinal" parameter should be the integer you are
talking about. So you would use the class like this
  new AttachOptions(GtkAttachOptions.FILL|GtkAttachOptions.SHRINK,
"FILL|SHRINK")

Please, just make the constructor public, try it and give us feedback if
this workaround would solve your problem.

This has two drawbacks:

1. I am not sure how to deal with the "nickname" parameter in such a
   case. "FILL|SHRINK" was just a guess of mine.

2. It is extremly unelegant. Better perhaps would be to let
   AttachOptions have int constants and calculate a nickname within
   the constructor:

    public final static int SHRINK = GtkAttachOptions.SHRINK;

    public AttachOptions(int ordinal) {
        super(ordinal, AttachOptions.getNicknameFor(ordinal));
    }
    private final static String getNicknameFor(int ordinal) {
      .. some StringBuffer magic ...
    }

RFC

Stefan

[Java-gnome-developer] Potential API issue with Table.attach() & AttachOptions?

[Jacek F. <ja...@gm...>]

I was looking at the Table.attach() method. I need to pass in a combination
of AttachOptions (e.g. FILL | EXPAND), just like you can in Glade.

However, the Java signature seems to allow passing in only a single
AttachOptions instance, not a bitwise combination of them, unlike let's say
in PyGTK:

*The xoptions and yoptions determine the expansion properties of the widget
in the horizontal and vertical directions respectively (the default value is
gtk.FILL|gtk.EXPAND). The value of the options is a combination of:*

*gtk.EXPAND*
*the table cell should expand to take up any extra space that has been
allocated to the table.*

*gtk.SHRINK*
*the widget should shrink when the table cell shrinks.*

*gtk.FILL*
*the widget should fill the space allocated to it in the table cell.*

*The xpadding and ypadding parameters determine the extra padding added
around the widget. By default these are 0.*

It seems we do not have the option of creating a combination of
AttachOptions in the Java bindings...or am I missing something? I tried
passing in AttachOptions.FILL | AttachOptions.EXPAND, but obviously does not
compile.

    public void attach(Widget child, int leftAttach, int rightAttach, int
topAttach, int bottomAttach,
            AttachOptions xoptions, AttachOptions yoptions, int xpadding,
int ypadding) {
        GtkTable.attach(this, child, leftAttach, rightAttach, topAttach,
bottomAttach, xoptions,
                yoptions, xpadding, ypadding);
    }

I'm on the latest build 4.0.10.

Thanks in advance for any help,
Jacek

[Java-gnome-developer] [java-gnome-hackers] java-gnome 4.0.10 released

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

We've released version 4.0.10 of the java-gnome bindings of GTK and
GNOME!

Release notes
http://java-gnome.sourceforge.net/4.0/NEWS.html#4.0.10

Tarball
http://ftp.gnome.org/pub/gnome/sources/java-gnome/4.0/java-gnome-4.0.10.tar.bz2

AfC
Sydney

Re: [Java-gnome-developer] Add child(ren) to a row

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

On Mon, 2009-03-02 at 21:19 +0100,  Guillaume Mazoyer wrote:

> Since few days I'm searching how to add child(ren) to a row which is
> in a treeview. 


It's TreeStore's appendRow(), same as for ListStore. TreeStore has a
variant which takes a parent TreeIter, and that creates a child.

http://java-gnome.sourceforge.net/4.0/doc/api/org/gnome/gtk/TreeStore.html#appendChild(org.gnome.gtk.TreeIter)

AfC
Sydney

[Java-gnome-developer] Add child(ren) to a row

[Respawner <res...@gm...>]

Hi everyone,

Since few days I'm searching how to add child(ren) to a row which is in a
treeview. Is it possible to do it with java-gnome 4.0.9 / 4.0.10rc?
I've seen some methods like collapseRow, expandRow, etc... but not something
like addChild. How does the "system" of rows children work?

Thanks in advance for your answer and your work.
Best regards,

-- 
Respawner - http://www.respawner.fr/

Re: [Java-gnome-developer] Eclipse, JUnit and java-gnome

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

On Fri, 2009-02-20 at 23:17 +0300, Alexey Titov wrote:
> 	@BeforeClass
> 	public static void setUpBeforeClass() throws Exception {
> 		Gtk.init(new String[]{});
> 		Gtk.main();
> 	}


> The test hangs on GtkMain.main(); 
> 
It's not hanging. It's blocking.

Which is what it is supposed to do. A call to Gtk.main() does not return
until a signal handler somewhere issues a Gtk.mainQuit().

AfC
Sydney

Re: [Java-gnome-developer] Eclipse, JUnit and java-gnome

[Alexey T. <a_t...@ma...>]

> > I am trying to start JUnit test from Eclipse. My test method hangs
> on
> > Gtk.init().
> 
> Weird.
> 
> > An ordinary program with Gtk.init() works fine.
> 
> I assume you've run regularly been running java-gnome's UnitTest suite
> in an Eclipse JUnit launcher without any trouble. 186 tests and
> growing!
> 
> Without more information about what you're actually doing (ie, source
> code) and in what environment (ie, which Linux distro, what versions
> of
> things, etc) it's hard to suggest what you might be doing wrong. Good
> luck, though.
> 

This is the test I try to start from Eclipse JUnit.

package test;


import org.gnome.gtk.Gtk;
import org.junit.Before;
import org.junit.BeforeClass;
import org.junit.Test;

public class Test1 {

	@BeforeClass
	public static void setUpBeforeClass() throws Exception {
		Gtk.init(new String[]{});
		Gtk.main();
	}

	@Before
	public void setUp() throws Exception {
	}
	
	@Test
	public void test1() throws Exception{
		
	}
}
The test hangs on GtkMain.main(); (line 56)

I use Ubuntu 8.10. Java-gnome version is 4.0.9
Thank you for answer.

Re: [Java-gnome-developer] Eclipse, JUnit and java-gnome

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

On Thu, 2009-02-19 at 23:29 +0300, Alexey Titov wrote:
> I am trying to start JUnit test from Eclipse. My test method hangs on
> Gtk.init().

Weird.

> An ordinary program with Gtk.init() works fine.

I assume you've run regularly been running java-gnome's UnitTest suite
in an Eclipse JUnit launcher without any trouble. 186 tests and growing!

Without more information about what you're actually doing (ie, source
code) and in what environment (ie, which Linux distro, what versions of
things, etc) it's hard to suggest what you might be doing wrong. Good
luck, though.

AfC
Sydney

[Java-gnome-developer] Eclipse, JUnit and java-gnome

[Alexey T. <a_t...@ma...>]

I am trying to start JUnit test from Eclipse. My test method hangs on
Gtk.init(). Why?...
An ordinary program with Gtk.init() works fine.

Re: [Java-gnome-developer] I18n documentation

[Emmanuel R. <emm...@gm...>]

On Sat, Jan 24, 2009 at 7:18 PM, Serkan Kaba <se...@ge...> wrote:
> It would be even better if you can fix the error you found and contribute
> to the project (Contribution is not limited to programming) You can read
> HACKING doc (http://java-gnome.sourceforge.net/4.0/HACKING.html) online
> for how to checkout the project, and generate a Bazaar bundle to be
> merged to mainline (main development tree of java-gnome).
>

I tried to follow the instructions but it seems that the version of
bazaar available in Ubuntu 8.04 isn't compatible with your repository.
I have Bazaar (bzr) 1.3.1 and I seem to be refused access to your
repository. I find it odd that I can't use an old version of the
client. As far as I know CSV and Subversion never had an issue with
this. I've never used bazaar so I don't know too much how to deal with
this error:

$ bzr checkout bzr://research.operationaldynamics.com/bzr/java-gnome/mainline
bzr: ERROR: Unknown branch format: 'Bazaar Branch Format 7 (needs bzr 1.6)\n'

Please, be kind enough to fix the documentation on my behalf.

-- 
Emmanuel Rodriguez

Re: [Java-gnome-developer] I18n documentation

[Serkan K. <se...@ge...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Emmanuel Rodriguez yazmış:
> Hi,
> 
> I was reading the documentation for I18n (doc  
> http://java-gnome.sourceforge.net/4.0/doc/api/org/freedesktop/bindings/Internationalization.html) 
> and I think that the initialization of of gettext has a mistake.
> 
> The code sample shows:
> 
>  public void main(String[] args) {
>      Gtk.init(args);
>      Initialization.init("myapp", "share/locale/");
>      ...
>  }
> 
> But shouldn't the class be "Internationalization" instead of "Initialization"?
> 
> I don't have the java-gnome bindings so I can't test the code.
> 
> Emmanuel
> 
> 
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 
> 
> 

First of all thank you for spotting the issue and reporting it
afterwards.We consider documentation an important part of java-gnome
project and any (even tiny) incorrect documentation should be fixed. It
would be even better if you can fix the error you found and contribute
to the project (Contribution is not limited to programming) You can read
HACKING doc (http://java-gnome.sourceforge.net/4.0/HACKING.html) online
for how to checkout the project, and generate a Bazaar bundle to be
merged to mainline (main development tree of java-gnome).

Thanks in advance,

- --
Sincerely,
Serkan KABA
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkl7W1kACgkQRh6X64ivZaLEowCggjHsbl2s/XvyGaKWqCOwfUbS
EvIAnjdpednh4A71j9ZYPXRw/ElbMDUi
=4sfp
-----END PGP SIGNATURE-----

Re: [Java-gnome-developer] I18n documentation

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

On Sat, 2009-01-24 at 12:05 +0100, Emmanuel Rodriguez wrote:
>      Initialization.init("myapp", "share/locale/");

> But shouldn't the class be "Internationalization" instead of "Initialization"?

Ha. Yes. :)

Anyone, feel free to submit a patch fixing that.

AfC
Hobart

[Java-gnome-developer] I18n documentation

[Emmanuel R. <emm...@gm...>]

Hi,

I was reading the documentation for I18n (doc  
http://java-gnome.sourceforge.net/4.0/doc/api/org/freedesktop/bindings/Internationalization.html) 
and I think that the initialization of of gettext has a mistake.

The code sample shows:

 public void main(String[] args) {
     Gtk.init(args);
     Initialization.init("myapp", "share/locale/");
     ...
 }

But shouldn't the class be "Internationalization" instead of "Initialization"?

I don't have the java-gnome bindings so I can't test the code.

Emmanuel