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

Re: [Java-gnome-developer] How to use Accel* ?

[Thijs L. <xa...@gm...>]

Heya,

I have been working on AccelGroup and it associated classes. Also been
talking to AfC about it. Was still waiting for a mail from him with some
idea's on how to keep the AccelGroup hidden, but will send out a patch soon
with what I think is best to AfC and perhaps the hackers mailing list.

Atm AccelGroup is not exposed in anyway. And the C Api is ugly as hell so we
cannot just expose this. The associated classes are AccelMap, AccelKey,
AccelFlags and AccelLabel.

It would help me if you could tell me what you would like to do with the
accelerators. Atm my plans are only to expose that which is needed for
MenuItems. (Including Menu and ImageMenuItem). The rest is very ugly and I
do not have a reason to expose that at this moment.

However at this point adding accelerators is simply not possible.

Kind Regards,

Azania

On Wed, Oct 7, 2009 at 12:28 PM, Thura <thu...@gm...> wrote:

> I am trying to add AccelGroup for my application, any clues for how to do
> it ?
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry(R) Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9 - 12, 2009. Register now!
> http://p.sf.net/sfu/devconference
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>
>

[Java-gnome-developer] How to use Accel* ?

[Thura <thu...@gm...>]

I am trying to add AccelGroup for my application, any clues for how to do it
?

[Java-gnome-developer] Maven repo

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

Is there any chance for Java-Gnome to be added to a Maven repo (or have one
of its own).
Right now trying to get it running in a Maven project is somewhat
cumbersome.

Thank you,
Jacek

P.S. Maybe it could include a pre-compiled binary for Linux 32-bit?

Re: [Java-gnome-developer] Videotutorial (In Spanish, translations are welcome)

[Carlos J. <car...@gm...>]

:)

Andrew, you're totally right, but in video posting we don't have too much
options right now. Until HTML5 get popularity (we're already using it with
Theora in Firefox 3.5) or Gnash improves (but still Flash :S).

The original file is in Theora-Vorbis @ Ogg as a Container. 84MB in size,
7zipped in 64MB.

I uploaded it to Megaupload:

http://www.megaupload.com/?d=2YC7MJFY

Cheers

Re: [Java-gnome-developer] Videotutorial (In Spanish, translations are welcome)

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

On Tue, 2009-09-22 at 23:36 -0600, Carlos Jenkins wrote:
> My name is Carlos Jenkins, and I'm using Java Gnome for development. I
> created a videotutorial

That's great!

Can you put this up somewhere in an open codec? I'd love to watch the
movie you made but this website's proprietary player didn't work on my
system.

If you were to post a link to an actual video file on a server somewhere
that would be excellent.

Happy GNOME hacking,

AfC
Sydney

Re: [Java-gnome-developer] Table doesn't expand when the parent is resized

[Thura <thu...@gm...>]

On Mon, Sep 28, 2009 at 8:41 AM, Thura <thu...@gm...> wrote:

>
>
> On Mon, Sep 28, 2009 at 7:31 AM, Thijs Leibbrand <xa...@gm...>wrote:
>
>> Heya,
>>
>> I think this is the correct behavior seeing tables is being added to the
>> dialog without the ability to scale. I suggest using a VBox with nested
>> HBox's to achieve that which you want. I never used table so I am not sure
>> on its behavior in detail.
>>
>> Another reason why I suggest you to use VBox instead is that I see that
>> when you scale the dialog the 'expander' gets to the middle of the open
>> space. Which is another scaling issue that can be avoided with the use of a
>> VBox.
>>
>> I hope this helps.
>>
>> Azania
>>
>> On Sat, Sep 26, 2009 at 11:12 AM, Thura <thu...@gm...> wrote:
>>
>>> I am writing a simple dialog. The code is here.
>>> http://pastebin.com/m3fae0ed3
>>> The problem is when I resize the dialog, the table remain fixed, where it
>>> is supposed to expand or fill.
>>> Any clue ?
>>>
>>> Thura
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
>>> is the only developer event you need to attend this year. Jumpstart your
>>> developing skills, take BlackBerry mobile applications to market and stay
>>> ahead of the curve. Join us from November 9&#45;12, 2009. Register
>>> now&#33;
>>> http://p.sf.net/sfu/devconf
>>> _______________________________________________
>>> java-gnome-developer mailing list
>>> jav...@li...
>>> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>>>
>>>
>>
> The problem is I want the first column of each row, the labels, to have the
> same size  ...
> How can I achieve this with nested vboxs and hboxs ?
>
>
Ok, I got it ... Thanks

Re: [Java-gnome-developer] Table doesn't expand when the parent is resized

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

On Mon, 2009-09-28 at 08:41 -0400, Thura wrote:


> The problem is I want the first column of each row, the labels, to
> have the same size

Use a SizeGroup.
http://java-gnome.sourceforge.net/4.0/doc/api/org/gnome/gtk/SizeGroup.html

AfC
Sydney

P.S. Please take the trouble to limit your quotations to the relevant
part of the message you are replying to. It is a courtesy to the other
people reading your messages. Thank you.


-- 
Andrew Frederick Cowie

Operational Dynamics is an operations and engineering consultancy
focusing on IT strategy, organizational architecture, systems
review, and effective procedures for change management: enabling
successful deployment of mission critical information technology in
enterprises, worldwide.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

Re: [Java-gnome-developer] Table doesn't expand when the parent is resized

[Thura <thu...@gm...>]

On Mon, Sep 28, 2009 at 7:31 AM, Thijs Leibbrand <xa...@gm...> wrote:

> Heya,
>
> I think this is the correct behavior seeing tables is being added to the
> dialog without the ability to scale. I suggest using a VBox with nested
> HBox's to achieve that which you want. I never used table so I am not sure
> on its behavior in detail.
>
> Another reason why I suggest you to use VBox instead is that I see that
> when you scale the dialog the 'expander' gets to the middle of the open
> space. Which is another scaling issue that can be avoided with the use of a
> VBox.
>
> I hope this helps.
>
> Azania
>
> On Sat, Sep 26, 2009 at 11:12 AM, Thura <thu...@gm...> wrote:
>
>> I am writing a simple dialog. The code is here.
>> http://pastebin.com/m3fae0ed3
>> The problem is when I resize the dialog, the table remain fixed, where it
>> is supposed to expand or fill.
>> Any clue ?
>>
>> Thura
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
>> is the only developer event you need to attend this year. Jumpstart your
>> developing skills, take BlackBerry mobile applications to market and stay
>> ahead of the curve. Join us from November 9&#45;12, 2009. Register
>> now&#33;
>> http://p.sf.net/sfu/devconf
>> _______________________________________________
>> java-gnome-developer mailing list
>> jav...@li...
>> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>>
>>
>
The problem is I want the first column of each row, the labels, to have the
same size  ...
How can I achieve this with nested vboxs and hboxs ?

Re: [Java-gnome-developer] Table doesn't expand when the parent is resized

[Thijs L. <xa...@gm...>]

Heya,

I think this is the correct behavior seeing tables is being added to the
dialog without the ability to scale. I suggest using a VBox with nested
HBox's to achieve that which you want. I never used table so I am not sure
on its behavior in detail.

Another reason why I suggest you to use VBox instead is that I see that when
you scale the dialog the 'expander' gets to the middle of the open space.
Which is another scaling issue that can be avoided with the use of a VBox.

I hope this helps.

Azania

On Sat, Sep 26, 2009 at 11:12 AM, Thura <thu...@gm...> wrote:

> I am writing a simple dialog. The code is here.
> http://pastebin.com/m3fae0ed3
> The problem is when I resize the dialog, the table remain fixed, where it
> is supposed to expand or fill.
> Any clue ?
>
> Thura
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>
>

[Java-gnome-developer] Table doesn't expand when the parent is resized

[Thura <thu...@gm...>]

I am writing a simple dialog. The code is here.
http://pastebin.com/m3fae0ed3
The problem is when I resize the dialog, the table remain fixed, where it is
supposed to expand or fill.
Any clue ?

Thura

Re: [Java-gnome-developer] ButtonPressEvent not working ...

[Thura <thu...@gm...>]

On Wed, Sep 23, 2009 at 6:21 PM, Andrew Cowie <
an...@op...> wrote:

> On Wed, 2009-09-23 at 08:37 -0400, Thura wrote:
> > But, when it runs, the context menu doesn't show up ...
> > I have tried replacing ButtonPressEvent with KeyPressEvent, it
> > works ...
>
> You've been bitten by the well known beginner's pitfall
>
>        "my example is so trivial that not everything that would be
>        present in a real application is there, so things that would
>        normally work fine appear not to be working at all"
>
> In this case, you've not got enough packed into your top level Window to
> make it behave. In fact, you haven't got _anything_ packed into your top
> level Container. So, really, it's not that surprising that not
> everything is working.
>
> Quick solution:
>
> Pack an EventBox into your top level Window and connect your
> Widget.ButtonPressEvent handler to that instead. I tried it, works fine.
>
> Underlying issue:
>
> Ordinarily you don't have to think about this as normal GTK Widgets take
> care of this, but your problem was that the underlying GDK Window
> backing the GTK Window hasn't been setup to react to mouse events. There
> are a few branches floating around with different suggestions about how
> to offer direct access to that API, but you don't need any of that; just
> add an EventBox - it's there to give Widgets that don't have event
> handling (ie, Labels) events.
>
> AfC
> Sydney
>
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>
>
Thanks for the tip, it works now ;)

Thura

Re: [Java-gnome-developer] ButtonPressEvent not working ...

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

On Wed, 2009-09-23 at 08:37 -0400, Thura wrote:
> But, when it runs, the context menu doesn't show up ...
> I have tried replacing ButtonPressEvent with KeyPressEvent, it
> works ...

You've been bitten by the well known beginner's pitfall

        "my example is so trivial that not everything that would be
        present in a real application is there, so things that would
        normally work fine appear not to be working at all"

In this case, you've not got enough packed into your top level Window to
make it behave. In fact, you haven't got _anything_ packed into your top
level Container. So, really, it's not that surprising that not
everything is working.

Quick solution:

Pack an EventBox into your top level Window and connect your
Widget.ButtonPressEvent handler to that instead. I tried it, works fine.

Underlying issue:

Ordinarily you don't have to think about this as normal GTK Widgets take
care of this, but your problem was that the underlying GDK Window
backing the GTK Window hasn't been setup to react to mouse events. There
are a few branches floating around with different suggestions about how
to offer direct access to that API, but you don't need any of that; just
add an EventBox - it's there to give Widgets that don't have event
handling (ie, Labels) events.

AfC
Sydney

[Java-gnome-developer] ButtonPressEvent not working ...

[Thura <thu...@gm...>]

Hi, everyone .. I have some probs with ButtonPressEvent ...
Here is snippet http://pastebin.com/m3a029be9 ...
But, when it runs, the context menu doesn't show up ...
I have tried replacing ButtonPressEvent with KeyPressEvent, it works ...
Any clues ?

[Java-gnome-developer] Videotutorial (In Spanish, translations are welcome)

[Carlos J. <car...@gm...>]

Hi everyone :D

My name is Carlos Jenkins, and I'm using Java Gnome for development. I
created a videotutorial on how to setup the environment with Glade and
Eclipse:

http://vimeo.com/6481619

Audio translations in English are very welcome :D

Cheers.

-- 
cjenkins.wordpress.com
csl-tec.softwarelibrecr.org

Re: [Java-gnome-developer] Drawing with Cairo: Coordinates

[Goundy <go...@gm...>]

Evening,
Oh thank you very much Andrew, I'm trying this tonight :)
(Sorry I completely forgot that a DrawingArea widget exists)

Cheers

Miloud B.

Andrew Cowie wrote:
> On Thu, 2009-09-17 at 03:34 +0200, Goundy wrote:
>   
>
> Maybe try changing the Image for a DrawingArea?
> http://java-gnome.sourceforge.net/4.0/doc/api/org/gnome/gtk/DrawingArea.html
>
> AfC
> Sydney
>
>   
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9-12, 2009. Register now!
> http://p.sf.net/sfu/devconf
> ------------------------------------------------------------------------
>
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>   

Re: [Java-gnome-developer] Drawing with Cairo: Coordinates

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

On Thu, 2009-09-17 at 03:34 +0200, Goundy wrote:

> to are calculated regarding the Window and not the *drawing area* I use 
> which for me is an Image.

Maybe try changing the Image for a DrawingArea?
http://java-gnome.sourceforge.net/4.0/doc/api/org/gnome/gtk/DrawingArea.html

AfC
Sydney

[Java-gnome-developer] Drawing with Cairo: Coordinates

[Goundy <go...@gm...>]

Hi guys,

I've a quick question.
I just noticed that when drawing with cairo, in the expose event I have 
to create a context and give it the returns of source.getWindow(), this 
returns the whole application window so X and Y I set to draw my picture 
to are calculated regarding the Window and not the *drawing area* I use 
which for me is an Image.

I have an interface that contains a drawing area and lot of other staff 
on top of this area (buttons, entries,... etc), so y question is: 
There's not an easier solution to handle coordinates instead of having 
to do staff like:
draw to:
x = topButton1.x + topButton2.x + topEntry.1 + ....
y = topButton1.Y + topButton2.Y.....

?

I hope it's clear
Thank you

Miloud B.

[Java-gnome-developer] java-gnome 4.0.13 released

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

Hi!

The java-gnome hackers are pleased to present another release of
java-gnome! This is primarily a bug fix shipping corrections to
workaround problems in Java's unicode handing. There are also some new
features in places like Entry.

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

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

AfC
Sydney

-- 
Andrew Frederick Cowie

Operational Dynamics is an operations and engineering consultancy
focusing on IT strategy, organizational architecture, systems
review, and effective procedures for change management: enabling
successful deployment of mission critical information technology in
enterprises, worldwide.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

Re: [Java-gnome-developer] Slashtime 0.5.10 crash when closing About dialog

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

On Wed, 2009-08-05 at 01:07 -0400, Kenneth Prugh wrote:
> Triggering the
> crash was simple: Simply launch Slashtime, open the About dialog, and
> then click on close. This would cause the application to crash.

Well that sucks.

> So as far as I can tell, the About dialog in Slashtime crashes when
> closed when gtk+ 2.16.5 is installed but does not crash when gtk+ 2.16.1
> is installed.

So I noticed the same CRITICAL thrown out when I was running OpenOffice
Impress briefly this afternoon.

So it's not just something we're doing.

The question I have now is whether this is:

a) some change that is internal to GTK (outside possibility a bug in
GTK, more usual is that they went and changed something that now results
in a CRITICAL being reported [uh? middle of a stable release series?
What the hell?]),

b) or something to do with the way Gentoo is packaging GTK,

c) something wrong in java-gnome (probably not, since I've seen another
application emit this)

d) something fundamentally incorrect in the way that Slashtime (and
other applications) are using GTK.


Let's see. The code in question is:

	dialog = new AboutDialog();
	...
	dialog.run();
	dialog.hide();


which is, as I understand things, how it's suppose to be! And since this
use to work fine, I'll be damned if I know what changed. We certainly
haven't changed anything in our internals that has anything even
remotely close to having anything to do wit this.

So I agree,

> The question now is why is the About dialog crashing in gtk+ 2.16.5?

AfC
Sydney

-- 
Andrew Frederick Cowie

Operational Dynamics is an operations and engineering consultancy
focusing on IT strategy, organizational architecture, systems
review, and effective procedures for change management: enabling
successful deployment of mission critical information technology in
enterprises, worldwide.

http://www.operationaldynamics.com/

Sydney   New York   Toronto   London

[Java-gnome-developer] Slashtime 0.5.10 crash when closing About dialog

[Kenneth P. <ken...@gm...>]

Hey all, 

I was using the application Slashtime[1] while testing it for stability
and discovered a crash triggered by the About dialog. Triggering the
crash was simple: Simply launch Slashtime, open the About dialog, and
then click on close. This would cause the application to crash.

This behavior occurred on my desktop machine which was running
java-gnome 4.0.12. I double checked my laptop to confirm it wasn't an
environment fluke and found that it did not crash, but the
laptop was using java-gnome 4.0.11. I upgraded my laptop to java-gnome
4.0.12 to see if the new version was introducing the crash. It wasn't.

After a little bit of thought and since my laptop was slightly behind
in updates, I decided to upgrade gtk+ on my laptop (2.16.1) to 2.16.5
which is what my desktop was running. Slashtime then started crashing
as it did on my desktop. For confirmation I downgraded my desktop's
gtk+ from 2.16.5 down to 2.16.1 and Slashtime did not crash.

So as far as I can tell, the About dialog in Slashtime crashes when
closed when gtk+ 2.16.5 is installed but does not crash when gtk+ 2.16.1
is installed.

The question now is why is the About dialog crashing in gtk+ 2.16.5?

For reference I will include the crash output:

ken@Midori ~ % slashtime
Warning: ~/.tzlist not found. Using fallback Place list instead.
Exception in thread "main" org.gnome.glib.FatalError: Gdk-CRITICAL
gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed
	at org.gnome.gtk.GtkDialog.gtk_dialog_run(Native Method)
	at org.gnome.gtk.GtkDialog.run(GtkDialog.java:205)
	at org.gnome.gtk.Dialog.run(Dialog.java:184)
	at slashtime.ui.ZonesWindow$9.onActivate(ZonesWindow.java:399)
	at org.gnome.gtk.GtkAction.receiveActivate(GtkAction.java:391)
	at org.gnome.gtk.GtkMain.gtk_main(Native Method)
	at org.gnome.gtk.GtkMain.main(GtkMain.java:57)
	at org.gnome.gtk.Gtk.main(Gtk.java:95)
	at slashtime.client.Master.main(Master.java:59)

[1]: http://research.operationaldynamics.com/projects/slashtime/

-- 
Ken69267 | AMD64 Gentoo Linux Developer

[Java-gnome-developer] Tutorial on working with Table's (TreeView) using Java-Gnome

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

As a tutorial I've written and documented a simple Last.FM topartists
[1] client utilizing Java-Gnome and Jersey. You can read through the
tutorial in my blog post [2] and download the sources from my Gentoo
devspace [3].

1: http://www.lastfm.com.tr/api/show?service=300
2: http://skaba.wordpress.com/2009/07/26/writing-a-last-fm-rest-client-with-jersey-and-java-gnome/
3: http://dev.gentoo.org/~serkan/TopArtists.tar.gz

Sincerely,
Serkan KABA

Re: [Java-gnome-developer] java-gnome 4.0.12 released

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

Bumped in portage

Sincerely,
Serkan KABA
Gentoo Developer

[Java-gnome-developer] java-gnome 4.0.12 released

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

Many authors have worked hard on the java-gnome bindings of GTK and
GNOME, and we're pleased to announce the release of version 4.0.12!

This is release features coverage of numerous GNOME libraries, notably
LibUnique, LibNotify, GtkSpell, and GtkSourceView, along with continuing
refinement in our coverage of the GTK toolkit.

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

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

Enjoy!

AfC
Sydney

Re: [Java-gnome-developer] using git to access java-gnome src?

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

2009/7/6 Zenaan Harkness <ze...@fr...>:
> Hi, I'm intending to get my head into java-gnome, and have some time ago
> settled on git as my vcs for my own projects. Over the last year, I've
> become quite comfortable with it, and so would like to continue to use
> git where possible.
OK, that's your choice.
>
> Is there an option to use git to obtain and refresh a local copy of the
> java-gnome repository (I seem to remember reading somewhere about
> sourceforge providing git option somewhere, and gnome considering git as
> a supported vcs)?
If it has a bzr to git bridge (as Bazaar has bzr-git) try that, other
than that we don't plan to provide a git mirror. Besides SF provides
Mercurial as a DVCS.

Regards,
Serkan KABA

[Java-gnome-developer] using git to access java-gnome src?

[Zenaan H. <ze...@fr...>]

Hi, I'm intending to get my head into java-gnome, and have some time ago
settled on git as my vcs for my own projects. Over the last year, I've
become quite comfortable with it, and so would like to continue to use
git where possible.

Is there an option to use git to obtain and refresh a local copy of the
java-gnome repository (I seem to remember reading somewhere about
sourceforge providing git option somewhere, and gnome considering git as
a supported vcs)?

TIA
Zenaan

-- 
Homepage: www.SoulSound.net -- Free Australia: www.UPMART.org
Please respect the confidentiality of this email as sensibly warranted.