<?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://permalink.gmane.org/gmane.comp.gnome.bindings.java">
    <title>gmane.comp.gnome.bindings.java</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java</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://permalink.gmane.org/gmane.comp.gnome.bindings.java/1918"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1917"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1916"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1915"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1914"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1913"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1912"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1911"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1910"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1909"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1908"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1907"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1906"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1905"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1904"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1903"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1902"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1901"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1900"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1899"/>
      </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://permalink.gmane.org/gmane.comp.gnome.bindings.java/1918">
    <title>Java, GTK and Windows</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1918</link>
    <description>&lt;pre&gt;Hi! I’d like to use Java with GTK in Microsoft Windows, do you have any information or advice about this? Some (incompatibility) problem could occur? Thank you very much------------------------------------------------------------------------------
Virtualization &amp;amp; Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/_______________________________________________
java-gnome-developer mailing list
java-gnome-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
&lt;/pre&gt;</description>
    <dc:creator>Pablo Zinc</dc:creator>
    <dc:date>2012-02-22T01:54:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1917">
    <title>Re: Gtk Warnings</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1917</link>
    <description>&lt;pre&gt;I guess that another interesting topic has been raised here.
The problem (to my mind) is not to know if we should make an exception
for broken themes.
For me, the problem is: should we make "our" applications *crash* if
the theme is broken.
Most applications written for GNOME do not crash when the theme is
broken, shouldn't we do the same (then the question would be "how?")?

Making our applications crash if the theme is broken is ensuring that
applications will only work with themes that do not have any errors.
That is not a bad behaviour but it could be (as we can see) a problem
since themes developers are not error proof (and we are not too).

What I want to say is sometimes themes developers can miss something
making the theme generating warnings. Do we want to make the user pay
for that by making the applications crash?
Sure it is always a good idea to fix the theme blabla but that's just
design to me, making applications crash for design purpose looks like
a broken behaviour to me.

&lt;/pre&gt;</description>
    <dc:creator>Guillaume Mazoyer</dc:creator>
    <dc:date>2012-02-10T09:02:45</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1916">
    <title>Re: Gtk Warnings</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1916</link>
    <description>&lt;pre&gt;-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

Sorry but I would say we shouldn't make exceptions for the broken
themes out there. So report a bug against that theme (or even fix it
if you can)

Regards,
Serkan

On 02/06/2012 12:20 PM, cyber python wrote:
), but there is a great deal of third party gtk themes that cause
Try before you buy = See our experts in action!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk8wmBoACgkQRh6X64ivZaKsIQCfc68NtH/61BDkWo4M0NaiHVG+
IZUAnAlj3GJ5MX2T24y+mOA1S3cXNP1k
=R51K
-----END PGP SIGNATURE-----

------------------------------------------------------------------------------
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
&lt;/pre&gt;</description>
    <dc:creator>Serkan Kaba</dc:creator>
    <dc:date>2012-02-07T03:18:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1915">
    <title>Re: show a ColorButton into a collumn of a TreeView</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1915</link>
    <description>&lt;pre&gt;thanks for your help but the use of DataColumnPixbuff make another
problem

The ListStore::setValue with the usage of DataColumnPixbuff need the
usage of a Pixbuff but to optain it, I must draw it with caro.

Cara Context class don't provide any constructor using a Pixbuff to draw
into it, In this case i don't know witch classes use and no example
describe it?

How to solve it, Must I use another classes of Caro ? 

Thanks for you future respons.
Alexis Lameire

Le lundi 06 février 2012 à 18:19 +0200, cyber python a écrit :





------------------------------------------------------------------------------
Try before you buy = See our experts in action!
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-dev2
_______________________________________________
java-gnome-developer mailing list
java-gnome-developer&amp;lt; at &amp;gt;list&lt;/pre&gt;</description>
    <dc:creator>lameire alexis</dc:creator>
    <dc:date>2012-02-06T18:10:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1914">
    <title>Re: show a ColorButton into a collumn of aTreeView</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1914</link>
    <description>&lt;pre&gt;You can use DataColumnPixbuf, and a CellRendererPixbuf to display an
image (you can create one with ImageIO) filled with the desired color.
To store a reference to the color object you can use
DataColumnReference&amp;lt;Color&amp;gt;. Just remember that the model of the
treeview is meant to be used only for presentation purposes and not to
store your application's model.

On Mon, Feb 6, 2012 at 3:03 PM, lameire alexis
&amp;lt;alexisis-pristontale-PkbjNfxxIARBDgjK7y7TUQ&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
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-dev2
&lt;/pre&gt;</description>
    <dc:creator>cyber python</dc:creator>
    <dc:date>2012-02-06T16:19:54</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1913">
    <title>show a ColorButton into a collumn of aTreeView</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1913</link>
    <description>&lt;pre&gt;Hi,
I understood the way to use the model view of treeview widget but i need
a custom use of this widget.
I would like to store in the model a color, that must be shown in the
treeview.
To make this I need first to create my own CellRenderer, i would like to
know how to do this. 
Secondly to store my color into the model i need to know how to make my
own DataColumn and finally, how to use it in the listStore model.

Thanks for your attention
Alexis Lameire


------------------------------------------------------------------------------
Try before you buy = See our experts in action!
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-dev2
&lt;/pre&gt;</description>
    <dc:creator>lameire alexis</dc:creator>
    <dc:date>2012-02-06T13:03:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1912">
    <title>Re: Gtk Warnings</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1912</link>
    <description>&lt;pre&gt;First of all, thank you for the quick responses. The way I handle this
for now (though it is clearly not a solution) is by ignoring any
FatalError thrown on Gtk.init().

The theme is Adwaita Cupertino SL (
http://gnome-look.org/content/show.php/Adwaita+Cupertino?content=147061
), but there is a great deal of third party gtk themes that cause
exceptions like this (and since the application I am currently writing
is an IDE for an educational language targeted to highschool seniors I
cannot expect them to know anything about gtk themes or why warnings
are generated).

Best regards,
Georgios Migdos.

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
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-dev2
&lt;/pre&gt;</description>
    <dc:creator>cyber python</dc:creator>
    <dc:date>2012-02-06T11:20:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1911">
    <title>Re: Gtk Warnings</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1911</link>
    <description>&lt;pre&gt;
In general, a WARNING coming from a GNOME library means that it was fed
an illegal value. We're well accustomed in Java land to having those
result in IllegalArgumentExceptions and so that is the behaviour that
java-gnome exhibits - after all, using a stack track from an unchecked
exception helps us zoom in to where our code went wrong is what we do in
Java.

Of course, you're talking about a WARNING that manifestly is not caused
by your code. I agree a stack trace is less useful in that situation,
but I'm not sure we can tell the difference. Maybe we can. I'm open to
ideas; if someone can figure out a way to differentiate stack frames
that came from our (your) code vs not then I'd be happy to merge it.

Otherwise, you'll need to fix the theme to not misuse GTK. That's
probably a good idea anyway.

WARNINGs to some people are CRITICALs to others; either way, after such
a message appears you can be pretty sure the library in question has
washed its hands of any expectation that further processing will be
cor&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2012-02-06T05:03:50</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1910">
    <title>Re: Gtk Warnings</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1910</link>
    <description>&lt;pre&gt;2012/2/5 cyber python &amp;lt;cyberpython-Re5JQEeQqe8AvxtiuMwx3w&amp;lt; at &amp;gt;public.gmane.org&amp;gt;:
I never had such a problem.
If the warning are actually generated by the theme then maybe we are
making something wrong.
The warnings that become Exceptions are due to an internal code inside
the bindings. I don't remember where (maybe someone knows where it
is).

Do you have a link where we can download the theme that you think is
causing problem so we can test it?

&lt;/pre&gt;</description>
    <dc:creator>Guillaume Mazoyer</dc:creator>
    <dc:date>2012-02-06T00:08:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1909">
    <title>Gtk Warnings</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1909</link>
    <description>&lt;pre&gt;Hello,
I am writing an application using java-gnome and if a gtk theme that
causes warnings is used the whole application crashes thus I'd like to
know if there is a way to distinguish warnings thrown as Exceptions.

Best regards,
Georgios Migdos.

------------------------------------------------------------------------------
Try before you buy = See our experts in action!
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-dev2
&lt;/pre&gt;</description>
    <dc:creator>cyber python</dc:creator>
    <dc:date>2012-02-05T14:52:36</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1908">
    <title>Update 4.1.1 PPA package</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1908</link>
    <description>&lt;pre&gt;Hello,

Several Ubuntu and Debian users reported the crasher due to a
ClassCastException with the Box inside a Dialog.
The fix now lands in mainline but the package in the Debian and Ubuntu
repository doesn't contain this fix.
So I have backported that fix in new package in the PPA[1] in this way the
Ubuntu users will be able to get the crasher fixed. For Debian this will
have to wait for the 4.1.2 release ;)


Cheers,

[1] https://launchpad.net/~java-gnome/+archive/ppa

--
Guillaume Mazoyer
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
java-gnome-developer mailing list
java-gnome-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
&lt;/pre&gt;</description>
    <dc:creator>Guillaume Mazoyer</dc:creator>
    <dc:date>2011-11-04T16:47:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1907">
    <title>Re: Pixbuf memory leak</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1907</link>
    <description>&lt;pre&gt;
Thanks very much indeed Vrexio, I can confirm running this code after
this fixes the issue in the test and my application. My app is unusual
as it does not have a Gtk.main() loop, presumably I would not have
seen this issue if it did.

Best regards,

Will Temperley

------------------------------------------------------------------------------
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>William Temperley</dc:creator>
    <dc:date>2011-10-24T11:20:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1906">
    <title>Re: Pixbuf memory leak</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1906</link>
    <description>&lt;pre&gt;Hi all,

please correct me if I'm wrong, I haven't looked at this since one or two years, but I am pretty

sure about the reason for the leak in the test code. As it never enters gtk main loop, our reference
to the underlying GdkPixbuf object is never released. That is because we release it in a g_idle
function that is only executed inside the gtk main loop. So just doing:


          while (Gtk.eventsPending()) {
              Gtk.mainIterationDo(false);
          }

after Pixbuf creation will solve the memory leak. I've tested it and it works.


***

Details hereafter, you can skip this unless you understand our memory management system. Please
note I may be forgetting something, it was a long time ago since the last look I took at this stuff.
****

So, let's start. When the Pixbuf is created, a native gdk function is invoked, which in turn returns a
GObject WE OWN. When the Proxy is created, java side, in org.gnome.glib.Object we invoke
GObject.addToggleRef. This adds a new &lt;/pre&gt;</description>
    <dc:creator>Vreixo Formoso Lopes</dc:creator>
    <dc:date>2011-10-23T14:55:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1905">
    <title>Re: Pixbuf memory leak</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1905</link>
    <description>&lt;pre&gt;
Hm.

Have you considered using a Cairo ImageSurface? You can write images
with that.

AfC
Mount Wilson



------------------------------------------------------------------------------
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-23T09:01:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1904">
    <title>Re: Pixbuf memory leak</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1904</link>
    <description>&lt;pre&gt;
I've had to resort to scripting the app with Python to do batches -
ugly but works!


I've found that Linux has been killing my large process when all
memory and virtual memory has gone. I guess this could be due to
either the JVM not knowing the proxy objects are huge and should be
cleaned up, or the memory has been leaked by the proxies.


I've just tried that and I'm still seeing the same memory increases
unfortunately.  This didn't work in


I'm fairly sure it's Pixbuf that's causing this. For a bit of
background, I do a lot of drawing hefty polygons onto Cairo canvases
and draw images using the Pixbuf.  When isolating the leak by
commenting out code (having had no luck with profilers as they don't
see the allocated native memory) I ran the app with Pixbufs being
constructed but not used and got massive memory use. Commenting out
the construction of the Pixbuf - i.e. just one line - lead to steady
memory usage.

OTOH, The good news is I've been doing some fairly hefty work creating
and destroying hundre&lt;/pre&gt;</description>
    <dc:creator>William Temperley</dc:creator>
    <dc:date>2011-10-21T09:09:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1903">
    <title>Re: Pixbuf memory leak</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1903</link>
    <description>&lt;pre&gt;
Eek. That's no good.

So after 6+ years at this, we're all starting to hit production usage
where we stress the memory management system. Java's behaviour hasn't
always been pretty. 

The problem, I think is:

a) that GLib allocated memory is outside the visibility of the JVM

 cross product

b) the JVM garbage collector only runs when *it* thinks that it is out
of memory.

This second point is somewhat counter to expectation, but of late I've
noticed that Java doesn't "waste" time with full GC (let alone actual
page release back to host OS) until it thinks it is a last resort.

(in other words, there's sorta an enterprise-y assumption that it's the
only big thing running, so it doesn't need to be in a rush to return
resources. If OOM killer comes along and asks for pages then the JVM has
lots to offer, but until then you just get enormous VSZ sizes. I'm not
über thrilled about this.)

Anyway, the side effect of (a) × (b) is that our GObjects don't get
free'd until Java processes the Proxy object being ou&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-10-20T00:46:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1902">
    <title>Pixbuf memory leak</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1902</link>
    <description>&lt;pre&gt;Hi all,

I've come across a memory leak with Pixbuf - whenever I construct one,
lots of memory is leaked. The test below leaks ~200MB when loading a
6kb image 10,000 times. Commenting out the Pixbuf construction leads
to steady memory use.
This memory usage isn't reported by the JVM.  I've come across this
behaviour with 4.0.19 and 4.1.1.

Whilst I'd love a proper solution to this, I wonder if anyone has a
quick and dirty workaround for freeing up this memory? I'm doing a
production run of approximately 6000 maps for a website, which grinds
to a halt after 100 or so maps, using all 8GB of RAM.

Thanks

Will Temperley


  &amp;lt; at &amp;gt;Test
  public void itLeaks() throws IOException {
    Gtk.init(null);

    for (int i = 0; i &amp;lt; 10000; i++) {
      System.out.println(i);

      BufferedImage b = ImageIO.read(new File("/tmp/x.png"));
      ByteArrayOutputStream bos = new ByteArrayOutputStream();
      ImageIO.write(b, "PNG", bos);
      byte[] arr = bos.toByteArray();

      //comment out and memory usage remains steady
  &lt;/pre&gt;</description>
    <dc:creator>William Temperley</dc:creator>
    <dc:date>2011-10-19T17:01:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1901">
    <title>Accessing e-d-s contacts from Java</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1901</link>
    <description>&lt;pre&gt;Hi all,

how are you? I'm trying to access e-d-s contacts from a Java application,
but I haven't found any way of doing it and I was wondering whether there's
any wrapper for libecal or something like that.

Any help would be appreciated.
Thanks in advance.
Pablo.
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2d-oct_______________________________________________
java-gnome-developer mailing list
java-gnome-developer-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
&lt;/pre&gt;</description>
    <dc:creator>pablo.a.saavedra-Re5JQEeQqe8AvxtiuMwx3w&lt; at &gt;public.gmane.org</dc:creator>
    <dc:date>2011-10-11T18:08:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1900">
    <title>How to use GObject class from outside thepackage</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1900</link>
    <description>&lt;pre&gt;Why is GObject class only accessible from within the package?


------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
&lt;/pre&gt;</description>
    <dc:creator>George Cheng</dc:creator>
    <dc:date>2011-10-09T19:07:17</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1899">
    <title>A use case of Gtk.mainIterationDo()</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1899</link>
    <description>&lt;pre&gt;After releasing the last version of my program[1] a user reported a
strange bug caused by the interruption of the GTK main loop.

Basically, my program provides an Assistant so the user is guided to
split or merge files. In the last page of the assistant, when confirming
the split/merge the main window is refreshed with some new data and a
thread is started to proceed to the requested action. The tricky point
is that the window *must* be fully refreshed before the thread starts.

So when the interface is not fully refreshed an error message is
displayed and the action is canceled. The origin of the bug I had was
just this. The thread interrupted and started before the GTK main loop
finish the refresh of the UI. It is invisible to the user because all of
this occurs pretty quickly.

I finally found a fix for that using 2 recently exposed methods:
  - Gtk.eventsPending()
  - Gtk.mainIterationDo()

You can take a look at the fix by following this link:
  - http://trac.gnome-split.org/changeset/265
or by grabbin&lt;/pre&gt;</description>
    <dc:creator>Guillaume Mazoyer</dc:creator>
    <dc:date>2011-09-03T14:40:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1898">
    <title>java-gnome 4.0.20 and 4.1.1 released</title>
    <link>http://permalink.gmane.org/gmane.comp.gnome.bindings.java/1898</link>
    <description>&lt;pre&gt;There's a new version of java-gnome!

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

Tarball
http://ftp.gnome.org/pub/gnome/sources/java-gnome/4.1/java-gnome-4.1.1.tar.bz2

The java-gnome 4.1 series depends on GNOME 3.

++

Simultaneously there has also been the release of 4.0.20, It is meant as
a porting aide to help you cross from GTK 2.x to GTK 3.x. If your code
builds cleanly against 4.0.20 then you should be ok when your system
upgrades to GTK 3.0 and you install java-gnome 4.1 which builds against
it.

We're not really planning on making any more releases in the 4.0 series,
but if someone backports an improvement or serious bugfix then of course
we'll do our best to merge it.

++

Meanwhile, new development in the '4.1' series is welcome. See
HACKING :)

AfC
Sydney

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, sec&lt;/pre&gt;</description>
    <dc:creator>Andrew Cowie</dc:creator>
    <dc:date>2011-07-11T04:46:01</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.gnome.bindings.java">
    <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</link>
  </textinput>
</rdf:RDF>

