<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.gnome.bindings.java.devel">
    <title>gmane.comp.gnome.bindings.java.devel</title>
    <link>http://blog.gmane.org/gmane.comp.gnome.bindings.java.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1682"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1680"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1679"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1671"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1665"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1663"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1662"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1661"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1657"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1656"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1655"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1652"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1647"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1643"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1640"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1625"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1616"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1611"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1609"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1608"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1682">
    <title>GtkLicense coverage</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1682</link>
    <description>&lt;pre&gt;Hello,

Here is a quickly made branch that add the coverage of GtkLicense.
The covered constants are used to specify the license of an
application with the related GtkAboutDialog method.

The branch covers the GtkLicense constants and the related
GtkAboutDialog methods.
It can be found at: hackers/guillaume/gtk-license/

Cheers,

&lt;/pre&gt;</description>
    <dc:creator>Guillaume Mazoyer</dc:creator>
    <dc:date>2012-02-06T00:05:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1680">
    <title>Arrays in signal handlers</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1680</link>
    <description>&lt;pre&gt;Guillaume has hit an interesting engineering problem.

There is a signal which returns an array of GFile. That doesn't seem
like a problem, except that on the C side of the signal marshaling code
we don't have anything to handle arrays.

The situation is complicated by the fact that the actual signature in
the signal is "gpointer files". Last I checked that was a typedef for
void*, but that doesn't help us because we need to detect it and turn it
into an [] of org.gnome.glib.File.

We can't even special case it, because all we have to work from in the
signal marshaling code is the GType and it is G_TYPE_POINTER.

So I'm at a bit of a loss. The primary engineering question is "how do
we get arrays as arguments in signals. The secondary problem is "how can
we figure out what to do when all we have is G_TYPE_POINTER as a type."

My best guess is to write a custom handler C side that takes the
gpointer and turns it into a GList* of GFile. But we would still need
code to handle that in the signal marshaller.

Gui&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2012-02-02T05:19:15</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1679">
    <title>Style schemes for GtkSourceview</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1679</link>
    <description>&lt;pre&gt;Hello,

I have just added coverage for style scheme use in GtkSourceView.

In the attachment, you will find the associated patch.

Best regards,
Georgios Migdos.
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
&lt;/pre&gt;</description>
    <dc:creator>cyber python</dc:creator>
    <dc:date>2012-02-01T14:26:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1671">
    <title>Text in progress bars</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1671</link>
    <description>&lt;pre&gt;Hello,

Since GTK+ 3, a new method has been added to the GtkProgressBar class to
tell if a progress bar should display text or not. So I added the
coverage for these methods.

In attachment, you will find the patch.

Regards,

--
Guillaume Mazoyer
------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
&lt;/pre&gt;</description>
    <dc:creator>Guillaume Mazoyer</dc:creator>
    <dc:date>2011-12-18T21:18:32</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1665">
    <title>boxedFor() name clash - compiling java-gnome4.1.1 with OpenJDK 1.7</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1665</link>
    <description>&lt;pre&gt;Hello,

Rebuilding java-gnome 4.1.1 with javac 1.7.0_b147 (on what will become
Fedora 17) fails with this error:

src/bindings/org/gnome/gdk/Plumbing.java:69: error: name clash:
 boxedFor(Class&amp;lt;? extends Boxed&amp;gt;,long) in org.gnome.gdk.Plumbing and
 boxedFor(Class&amp;lt;?&amp;gt;,long) in org.gnome.glib.Plumbing have the same erasure,
 yet neither hides the other
    protected static Boxed boxedFor(Class&amp;lt;? extends Boxed&amp;gt; type, long pointer) {
                           ^

Adding "extends Boxed" to glib.Plumbing.boxedFor() makes it break
elsewhere, but if I instead remove it from gdk it does compile. Is that
the right fix?

/Alexander



------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/
&lt;/pre&gt;</description>
    <dc:creator>Alexander Boström</dc:creator>
    <dc:date>2011-12-06T21:16:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1663">
    <title>GApplication and GtkApplication coverage</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1663</link>
    <description>&lt;pre&gt;Hi,

I'm currently working on the coverage of GApplication and GtkApplication
to fix one of the bug[1] in our Bugzilla.

You can find my work on a branch at
'hackers/guillaume/gtk-application/'.

Sadly, I'm hiting some problems:
  * Dbus error,
  * Command line handler,
  * Opened files handler.

Basically, it works (for now) only if we use the "NONE" ApplicationFlags
and if no arguments are passed when starting the application.

Moreover, everybody knows that in our lovely crafted bindings, we should
always call Gtk.init() first except for some rare cases (you know that
right?). But GtkApplication is supposed (and is calling it [the C
function]) automatically. Is it cool? I don't know, but it is a problem
for us because we cannot allow that. We must explictly call Gtk.init()
ourselves.

If anyone wants to give me a hand (by making some code, giving me more
details about how G[tk]Application works, etc..) I will thank you :)

And to finish this email, here is a quote from the IRC channels for
people who don'&lt;/pre&gt;</description>
    <dc:creator>Guillaume Mazoyer</dc:creator>
    <dc:date>2011-12-05T23:08:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1662">
    <title>Invitation to connect on LinkedIn</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1662</link>
    <description>&lt;pre&gt;I'd like to add you to my professional network on LinkedIn.

- Mike

Mike  Emmel
Engineer at Motorola
Orange County, California Area

Confirm that you know Mike  Emmel:
https://www.linkedin.com/e/wqyghb-gujhpscq-3o/isd/4785838612/9ps92y0H/?hs=false&amp;amp;tok=3iSXlFJbOpNkY1

--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/wqyghb-gujhpscq-3o/GCrU14kl-iPNZXyYG222J4r9F1jDywjYA2CCEphBzBMDGPKy3VvC2Nfa8-r/goo/java-gnome-hackers%40lists%2Esourceforge%2Enet/20061/I1664122401_1/?hs=false&amp;amp;tok=37-50oJTCpNkY1

(c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
&lt;/pre&gt;</description>
    <dc:creator>Mike Emmel</dc:creator>
    <dc:date>2011-11-03T08:25:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1661">
    <title>Invitation to connect on LinkedIn</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1661</link>
    <description>&lt;pre&gt;I'd like to add you to my professional network on LinkedIn.

- Mike

Mike  Emmel
Engineer at Motorola
Orange County, California Area

Confirm that you know Mike  Emmel:
https://www.linkedin.com/e/wqyghb-gujhp77u-4i/isd/4785838612/9ps92y0H/?hs=false&amp;amp;tok=1YyYGeoiyoNkY1

--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/wqyghb-gujhp77u-4i/GCrU14kl-iPNZXyYG222J4r9F1jDywjYA2CCEphBzBMDGPKy3VvC2Nfa8-r/goo/java-gnome-hackers%40lists%2Esourceforge%2Enet/20061/I1664120712_1/?hs=false&amp;amp;tok=1JufbpJ9moNkY1

(c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
&lt;/pre&gt;</description>
    <dc:creator>Mike Emmel</dc:creator>
    <dc:date>2011-11-03T08:24:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1657">
    <title>Coverage of GtkStyleContext</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1657</link>
    <description>&lt;pre&gt;Hi,

As said on IRC, I have a branch covering GtkStyleContext and some
related constants and flags I'd like to see merged for the next release
of the bindings. The branch can be found at:

    hackers/guillaume/gtk-style-context/

There is a certain amount of C code to review due to the use of some
functions that return GList* etc...

Any feedbacks are welcome.

Cheers,

--
Guillaume Mazoyer
------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning&amp;lt; at &amp;gt;Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
&lt;/pre&gt;</description>
    <dc:creator>Guillaume Mazoyer</dc:creator>
    <dc:date>2011-10-26T00:12:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1656">
    <title>Coverage of GtkSwitch</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1656</link>
    <description>&lt;pre&gt;Hi,

Here is I propose another branch that I'd like to see merged for the
next java-gnome release. The branch is located at:

    hackers/guillaume/gtk-switch

From the branch location you probably understand that it covers the
GtkSwitch widget that was introduce with GTK+ 3. That's a pretty simple
branch, I just had to play with some C functions to be able to emit and
catch a signal when the user plays with the Switch.

Any feedbacks are welcome (as usual).

Cheers,

--
Guillaume Mazoyer
------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning&amp;lt; at &amp;gt;Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org&lt;/pre&gt;</description>
    <dc:creator>Guillaume Mazoyer</dc:creator>
    <dc:date>2011-10-24T23:38:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1655">
    <title>Check return vales</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1655</link>
    <description>&lt;pre&gt;When you're working in C, please check the return value of every JNI
function,


+_array = (*env)-&amp;gt;NewObjectArray(env, size, stringCls, NULL);
+
+if ((*env)-&amp;gt;ExceptionCheck(env)) {
+(*env)-&amp;gt;ExceptionDescribe(env);
+g_printerr("Unable to create array?");
+}


and meanwhile, if there's an exception pending, just return from the
function; Java will do the right thing once control returns to the JVM.

AfC
Sydney


------------------------------------------------------------------------------
The demand for IT networking professionals continues to grow, and the
demand for specialized networking skills is growing even more rapidly.
Take a complimentary Learning&amp;lt; at &amp;gt;Cisco Self-Assessment and learn 
about Cisco certifications, training, and career opportunities. 
http://p.sf.net/sfu/cisco-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-10-24T01:42:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1652">
    <title>Release needed?</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1652</link>
    <description>&lt;pre&gt;Anyone have anything they want merged before we do 4.1.2?

I know quite a few of the people who contribute to java-gnome are unable
to use it right now until they get a release of their distro with GTK 3
on their systems so they can build, but if anyone wants something in,
please let me know or send to list...

Vreixo, this means you :)

AfC
Tokyo

------------------------------------------------------------------------------
Special Offer -- Download ArcSight Logger for FREE!
Finally, a world-class log management solution at an even better 
price-free! And you'll get a free "Love Thy Logs" t-shirt when you
download Logger. Secure your free ArcSight Logger TODAY!
http://p.sf.net/sfu/arcsisghtdev2dev_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-08-31T12:17:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1647">
    <title>java-gnome 4.1.1 released</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1647</link>
    <description>&lt;pre&gt;I hope you heard that 4.1 has had its first release!

++

The 'mainline' branch now identifies itself as version 4.1.2-dev.

If you need the 4.0 series, I've explicitly put a 'release-4.0' branch
up on the server so it's there if someone needs it. You could of course
branch from tag:v4.0.20 too, though obviously any future work on the 4.0
series won't be in 'mainline'.

Cheers,

AfC
Sydney



------------------------------------------------------------------------------
Storage Efficiency Calculator
This modeling tool is based on patent-pending intellectual property that
has been used successfully in hundreds of IBM storage optimization engage-
ments, worldwide.  Store less, Store more with what you own, Move data to 
the right place. Try It Now! http://www.accelacomm.com/jaw/sfnl/114/51427378/_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers
&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-07-18T22:39:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1643">
    <title>GtkBuilder branch</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1643</link>
    <description>&lt;pre&gt;Hi all!

I have created a branch with my approach to expose GtkBuilder, available at:

http://research.operationaldynamics.com/bzr/java-gnome/hackers/vreixo/gtkbuilder/



I plan to expose GtkBuilder as an annotation-based way of creating user 
interfaces, following the approach of Francho Bulgarelli to libglade, submitted 
several  years ago. In fact, my work is mainly an adaptation of Franco's 
implementation, although I also plan to make some changes. I don't want
to follow with my discussion without first thank Franco for his huge 
contribution.

The work in my branch is still in a preliminary stage, but you can already 
figure 

out the idea by looking at my code. Please download the branch and focus on

org.gnome.gtk.Builder

I have added a tiny demo application in doc/examples/builder, NotesDemo.java, 
that shows the possibilities of an annotation-based approach. Further work will 
address the signal connection by means of annotation, and many other things.

I'm aware of the problems of GtkBuilder and&lt;/pre&gt;</description>
    <dc:creator>Vreixo Formoso Lopes</dc:creator>
    <dc:date>2011-06-18T13:58:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1640">
    <title>Patch for Cairo Filter constants andPattern.setFilter(Filter)</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1640</link>
    <description>&lt;pre&gt;Hi -

I've attached a patch which adds The Pattern.setFilter(Filter) method
to the Cairo bindings, plus the requisite Filter constants.
I hope this will be good enough for inclusion. Please let me know if
there are any problems.

This patch makes it possible to specify the interpolation method used
when rendering embedded images in PDFs. This fixes the particular
issue I was having with low resolution PNGs being interpolated and
blurred.
see:
http://cairographics.org/manual/cairo-cairo-pattern-t.html#cairo-pattern-set-filter

Thanks to Andrew Cowie and Adrian Johnson for pointers here.

Best regards,

Will Temperley
------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev_______________________________________________
java-gnome-hackers mailing list
j&lt;/pre&gt;</description>
    <dc:creator>William Temperley</dc:creator>
    <dc:date>2011-06-17T11:52:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1625">
    <title>App Indicator</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1625</link>
    <description>&lt;pre&gt;Hello everyone,

I apologize if this has been asked before, but I was wondering if
java-gnome or any other library you know will support application
indicators in future versions?

I read a thread from the archive [1] in which Francisco and Guillaume
talked about this, but more or less came to the conclusion that this
functionality should be exported to a separate binding. I was
wondering if there has been any progress on this issue.

Francisco's patch still works very well. It could be added to
java-gnome or a separate package. If you don't like to have it in
java-gnome, why not create something like "libappindicator-java"?

Cheers,
Philipp

[1] https://sourceforge.net/mailarchive/message.php?msg_id=25397649

------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger. 
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's&lt;/pre&gt;</description>
    <dc:creator>Philipp Heckel</dc:creator>
    <dc:date>2011-05-31T16:41:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1616">
    <title>Tests on the 4.1 branch</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1616</link>
    <description>&lt;pre&gt;I have a system that is now Ubuntu Natty (and therefore GTK 3 available)
+ GNOME 3 (from gnome 3 developers' PPA), and so I'm now able to finish
getting our 4.1 release ready.

Our test suite has two problems:

1. libnotify

Our test connects to Nautilus. This made the assumption that Nautilus is
always running, which it was on a GNOME 2 system since it draws the
Desktop. But for some time now the Ubuntu Netbook Edition users have
complained that they only have Nautilus running on-demand when they pull
up a file browser. And since Canonical's Netbook code became Unity, I
can only expect this to get worse. 

Meanwhile, it would seem based on my few days experience that GNOME 3
behaves the same way; Nautilus only available on demand.

So I'm going to have to deactivate

        ValidateUniqueApplications.testIsNautilusRunning()
        ValidateUniqueApplications.testSendToNautilus() 

2. Compose sequences

The test

        ValidateInputMethods.testNormalKeystrokes()

is failing.

This pisses me off; it works &lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-05-08T04:24:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1611">
    <title>Libraries vs Packaging (1): Linkage</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1611</link>
    <description>&lt;pre&gt;Something I have been musing about for a while is how we could implement
optional dependencies into java-gnome.

Right now you put gtk-4.0.jar on your classpath, and you're done. That's
a Good Thing™

That .jar magically loads libgtkjni-4.0.20-dev.so [the name does not
matter] which is linked against ... everything. :(

The big case that pushes this is WebKit. We'd like to include coverage
of WebKitGtk soon. But either you have it on your distro and can easily
build against it, or you don't, and it becomes a blocker against you're
being able to build java-gnome from source.

Another example is GtkSpell; at the moment I don't use it, and so seeing
it in the output of ldd tmp/libgtkjni-4.0.20-dev.so is a bit of a
surprise

Because Java only loads classes when required, it doesn't cost
developers anything to have a single .jar to include in their classpath,
and indeed that is MUCH better than having to include 14 .jar files in
some complex stack of dependencies that no one cares about.

The libraries, on the &lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-05-01T02:41:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1609">
    <title>Test failures on 4.1</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1609</link>
    <description>&lt;pre&gt;I've just finished porting the unit test suite and friends in tests/ to
here to use Widget.Draw and other new APIs.

ValidateProperties is failing, however; it looks like the clamping
behaviour has changed. Could someone have a try building and see a) if
they duplicate it, and b) if you can figure out what might be wrong?

Appreciate any help.

The '4.1' branch is at
http://research.operationaldynamics.com/bzr/java-gnome/4.1/

AfC
Sydney

------------------------------------------------------------------------------
Forrester Wave Report - Recovery time is now measured in hours and minutes
not days. Key insights are discussed in the 2010 Forrester Wave Report as
part of an in-depth evaluation of disaster recovery service providers.
Forrester found the best-in-class provider in terms of services and vision.
Read this report now!  http://p.sf.net/sfu/ibm-webcastpromo_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.o&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-04-12T14:04:48</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1608">
    <title>Backporting</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1608</link>
    <description>&lt;pre&gt;Over the past few days I have (for lack of a better word) backported a
number of APIs from java-gnome 4.1 to java-gnome 4.0

These are just simulations, but so far so good - where GTK 3 has hung us
out to dry I've been able to wrap the old GTK 2 calls in things that
look suspiciously like what the GTK 3 APIs.

Currently 'mainline' has, as 4.0.20-dev,

        Widget.Draw signal wraps Widget.ExposeEvent
        void overrideFont() wraps modifyFont()
        void overrideColor() wraps modifyText(), etc
        ComboBoxText wraps our TextComboBox
        StateFlags wraps StateType
        RGBA wraps Color

I have no idea if we can keep this up, but I'm trying. With any luck,
I'm hoping to reach the point where code that compiles against 4.0.20
can be recompiled against 4.1.1, which would make porting/upgrading a
hell of a lot easier.

There's no behaviour consistency guarantee, of course -
Widget.ExposeEvent and Widget.Draw are not the same thing. And since my
code worked with ExposeEvent before, of course it w&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-04-12T03:08:16</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1606">
    <title>Symol issues with GtkBuilder</title>
    <link>http://comments.gmane.org/gmane.comp.gnome.bindings.java.devel/1606</link>
    <description>&lt;pre&gt;I had a shot at implementing GtkBuilder support in java-gnome. The
public API was easy and was done in a flash. But it doesn't work.

Exception in thread "main" java.text.ParseException: Invalid object type `GtkLabel'
at org.gnome.gtk.Builder.addFromFile(Builder.java:107)
at Designer.setupUserInterface(Designer.java:46)
at Designer.main(Designer.java:80)

Invalid object type? huh?

++

I have copied in the logs of a long conversation I had on #gtk+ today
with Tristan van Berkom, Benjamin Otte, and Johan Dahlin. I'd ask you to
read through it. The end  result appears to be that because java-gnome
reaches GTK via a shared library and not by virtue of being an
executable itself, GtkBuilder won't work as is.

There are two options:
        
        1) implement a vFunc (by C side subclassing GtkBuilder, I think)
        to do ... something
        
        2) manually call dlopen() with RTLD_GLOBAL which does ...
        something

The fact that I was able to hack (2) to work is not interesting. What's
the co&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-04-08T03:46:35</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gnome.bindings.java.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.gnome.bindings.java.devel</link>
  </textinput>
</rdf:RDF>

