java-gnome-developer Mailing List for The java-gnome language bindings project (Page 32)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

I'm using Treeview and a DoubleColumn in it.
I want to format the numbers to be 2 digits after the point.

Any suggestions ?

On Sun, 2005-11-12 at 15:17 +0000, Joao Victor wrote:
> Is TreeRowReference recommended by Gtk developers?

My personal take on this is that is doesn't matter what the GTK
developers recommend or don't recommend.

There is always going to be an impedance mismatch between Java and C
even though Glib and GTK are somewhat object based. And although we do
our best to provide underlying functionality, there is nothing that says
we have to slavishly follow what they're doing down there - theirs is,
after all, just another under-resourced open source project like ours
and in any case there are large areas of cruft and historical baggage
that we can occasionally avoid.

[DataColumn and its subclasses come to mind - when mh implemented the
TreeView stuff he used different names than the underlying bits in GTK.
For the better IMHO - he took the chance to slightly increase clarity]

AfC
Sydney

Is TreeRowReference recommended by Gtk developers? I didn't see in the gtk doc which functions
this interface provides... weird. But it does seem like a useful interface.

BTW, in the lastest libgtk-java there's some new TreeView/ListStore/TreeStore API that makes
things a little easier...

For example, this piece of code Lars sent:

-----
DataColumnObject object_column = new DataColumnObject();		
ListStore list_store = new ListStore(new DataColumn[]{ object_column });
String object = "Foobar";
TreeIter iter = list_store.appendRow();
list_store.setValue(iter, object_column, object);
-----

Could be done this way:

-----
DataColumnObject object_column = new DataColumnObject();		
ListStore list_store = new ListStore(new DataColumn[]{ object_column });
list_store.addRow(new DataRow().add("Foobar"));
-----

Yes, there's still no docs about this, it's my fault :/ Me thinks it would be cool to do a
"documenting marathon" with lots of folks documentating Java-Gnome at the same time; tutorials,
hints, javadocs... anything one wishes to contribute.

Cheers,
J.V.

--- Adam Jocksch <ajo...@re...> escreveu:

> On Fri, 2005-09-12 at 18:04 +0100, Manuel Clos wrote:
> 
> >Is RowReference planned?
> >  
> >
> That does seem like a useful little interface to have, I'd be willing to 
> invest some time into implementing this.
> 
> Adam
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

_______________________________________________________ 
Yahoo! doce lar. Faça do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 

On Fri, 2005-09-12 at 18:04 +0100, Manuel Clos wrote:

>Is RowReference planned?
>  
>
That does seem like a useful little interface to have, I'd be willing to 
invest some time into implementing this.

Adam

Ok!

I'll take a look at CellRendererProgress.

See you!

Andrew Cowie wrote:
> On Fri, 2005-09-12 at 18:04 +0100, Manuel Clos wrote:
>> Is RowReference planned?
> 
> It certainly will be if you write it.
> 
> <shrug> Our implementations are largely what people needed as they
> needed them and are not necessarily some defacto official complete
> coverage of, say, GTK... and in some cases the coverage that is there
> was written a LONG time ago and so might well miss convenience functions
> and new functionality that has been added in the last 2-3 years. The
> ProgressBar CellRenderer is certainly a case in point - that was only
> ported from GAIM into GTK about a year ago.
> 
> If there's something missing, by all means we would welcome a
> contribution. I'd invite you to join the java-gnome-hackers mailing list
> and to chat with us in #java-gnome on gimpnet if you want  a leg up in
> how to hack on the bindings.

Hi Joao,

It works!

You don't even have to make it editable, as it works by default if you 
don't disable it (setUserEditable(false)).

CellRendererToggle render = new CellRendererToggle();
render.addEventHandler("toggled", "toggleEdited", this);

public void toggleEdited (String path) {
     TreeIter iter = treeStore.getIter(path);
     boolean b = treeStore.getValue(iter, toggle_column);
     treeStore.setValue(iter, toggle_column, !b);
}

Thanks!

Joao Victor wrote:
> This guy had the same doubt, take a look at the example provided there:
> 
> http://mail.gnome.org/archives/gtk-list/2003-September/msg00202.html
> 
> Basically, he connected the 'toggled' signal so he would change the value of the toggle when the
> user clicks on it. I think that should solve it.

On Fri, 2005-09-12 at 18:04 +0100, Manuel Clos wrote:
> Is RowReference planned?

It certainly will be if you write it.

<shrug> Our implementations are largely what people needed as they
needed them and are not necessarily some defacto official complete
coverage of, say, GTK... and in some cases the coverage that is there
was written a LONG time ago and so might well miss convenience functions
and new functionality that has been added in the last 2-3 years. The
ProgressBar CellRenderer is certainly a case in point - that was only
ported from GAIM into GTK about a year ago.

If there's something missing, by all means we would welcome a
contribution. I'd invite you to join the java-gnome-hackers mailing list
and to chat with us in #java-gnome on gimpnet if you want  a leg up in
how to hack on the bindings.

AfC
San Diego

This guy had the same doubt, take a look at the example provided there:

http://mail.gnome.org/archives/gtk-list/2003-September/msg00202.html

Basically, he connected the 'toggled' signal so he would change the value of the toggle when the
user clicks on it. I think that should solve it.

Cheers,
J.V.

--- Manuel Clos <ll...@us...> escreveu:

> Hi all,
> 
> More on CellRendererToggle. I can't make it editable. I have tried:
> 
> CellRendererToggle render = new CellRendererToggle();
> render.setUserEditable(true);
> 
> and also:
> 
> render.setBooleanProperty("editable", true);
> 
> But the toggle won't change it's state.
> 
> Thanks!
> 
> 
> Manuel Clos wrote:
> > Hi all,
> > 
> > In CellRendererText I must use setEditable(), but in CellRendererToggle 
> > I must use setUserEditable(). As this looks a bit confusing, is there 
> > any reason for it? (using libgtk-java 2.8, not checked CVS).
> > 
> > Thanks!
> > 
> > 
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> > files
> > for problems?  Stop!  Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > java-gnome-developer mailing list
> > jav...@li...
> > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

_______________________________________________________ 
Yahoo! doce lar. Faça do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 

Hi all,

I can't find the way to create RowReference, so I can update row data in 
the TreeStore without doing a linear search every time.

http://developer.gnome.org/doc/API/2.0/gtk/GtkTreeModel.html#GtkTreeRowReference

I also checked CVS and didn't find anything.

Is RowReference planned?

Thanks!

Hi all,

More on CellRendererToggle. I can't make it editable. I have tried:

CellRendererToggle render = new CellRendererToggle();
render.setUserEditable(true);

and also:

render.setBooleanProperty("editable", true);

But the toggle won't change it's state.

Thanks!

Manuel Clos wrote:
> Hi all,
> 
> In CellRendererText I must use setEditable(), but in CellRendererToggle 
> I must use setUserEditable(). As this looks a bit confusing, is there 
> any reason for it? (using libgtk-java 2.8, not checked CVS).
> 
> Thanks!
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log 
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Hi Joao,

Thanks for the link. But I'm not using the progress bar directly. The
CellRendererProgress should do the setFraction() for me when I update
the TreeModel. The problem is that I can't create the mapping since the
CellRendererProgress class does not has an Attribute subclass.

I should be able to:

col.addAttributeMapping(render, CellRendererProgress.Attribute.FRACTION,
progress_column);

... as I do for CellRenderer{Text,Pixbuf,Toggle}.

Joao Victor wrote:
> --- Manuel Clos <ll...@us...> escreveu:
> 
>> There is no Attribute subclass in CellRendererProgress. How should I set 
>> the progress value instead? 
> 
> See:
> http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/UsingProgressBars

Hi Joao,

Thanks for the link. But I'm not using the progress bar directly. The 
CellRendererProgress should do the setFraction() for me when I update 
the TreeModel. The problem is that I can't create the mapping since the 
CellRendererProgress class does not has an Attribute subclass.

I should be able to:

col.addAttributeMapping(render, CellRendererProgress.Attribute.FRACTION, 
progress_column);

... as I do for CellRenderer{Text,Pixbuf,Toggle}.

Joao Victor wrote:
> --- Manuel Clos <ll...@us...> escreveu:
> 
>> There is no Attribute subclass in CellRendererProgress. How should I set 
>> the progress value instead? 
> 
> See:
> http://java-gnome.sourceforge.net/cgi-bin/bin/view/Main/UsingProgressBars

-- 
Manel Clos
ma...@ia...
www.iagrup.com

--- Lars Weber <la...@di...> escreveu:

> Hi everyone,
> 
> while I don't want to be perceived as a nuisance

Come on, don't be so shy ;) This helps the project! ;)

Cheers,
J.V.

_______________________________________________________ 
Yahoo! doce lar. Faça do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 

Hi all,

In CellRendererText I must use setEditable(), but in CellRendererToggle 
I must use setUserEditable(). As this looks a bit confusing, is there 
any reason for it? (using libgtk-java 2.8, not checked CVS).

Thanks!

--- Manuel Clos <ll...@us...> escreveu:

> There is no Attribute subclass in CellRendererProgress. How should I set 
> the progress value instead? 

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

Cheers,
J.V.

_______________________________________________________ 
Yahoo! doce lar. Faça do Yahoo! sua homepage. 
http://br.yahoo.com/homepageset.html 

Hi all,

There is no Attribute subclass in CellRendererProgress. How should I set 
the progress value instead? Or is this missing in libgtk-java?

Thanks!

Hello,

We have just released a bugfix series that we're calling java-gnome
2.12.2. It comprises:

	glib-java 0.2.2
	cairo-java 1.0.2
	libgtk-java 2.8.2

libgnome-java, libglade and libgconf-java remain at version 2.12.1.

AfC
San Diego

--=20
Andrew Frederick Cowie
Operational Dynamics

Website: http://www.operationaldynamics.com/
Blog: http://research.operationaldynamics.com/blogs/andrew/
GPG key: 0945 9282 449C 0058 1FF5  2852 2D51 130C 57F6 E7BD

Sydney    +61 2 9977 6866
New York  +1 646 472 5054
Toronto   +1 416 848 6072
London    +44 207 1019201

Am Dienstag, den 06.12.2005, 10:45 -0500 schrieb Remy Suen:
> Which version of java-gnome are you using?

Before I was using version 2.6.2, which is the one that comes
prepackaged with Ubuntu Breezy; just now I updated to 2.8.1 and this
fixed not only the null-pointer problem but also the GConf error
reported earlier (which might be related).

Thanks!
Lars

Hi,

Which version of java-gnome are you using?

This bug has been fixed before, but it broke again later and was
identified and fixed again in August. I have ran your test case on the
2.8 line and I don't have any null pointer problems.

Assuming that you're on the 2.6 line and do not wish to upgrade to 2.8,
you should probably get the tarball for 2.6.3, which ought to fix your
problem. The link is provided below. Of course, if all my assumptions
are wrong and you're using the latest from cvs or something of that
nature and you're getting this error, it's probably a good idea to file
a report to our bugzilla. :)

http://research.operationaldynamics.com/linux/java-gnome/dist/libgtk-java-2.6.3.tar.gz

Regards,
Rem

On Wed, 07 Dec 2005 02:18:55 +0100
Lars Weber <la...@di...> wrote:

> Hi everyone,
> 
> while I don't want to be perceived as a nuisance, I just stumbled
> across another problem: objects I store in a ListStore using
> setValue(TreeIter, DataColumnObject, Object), are returned as null
> whenever I try to retrieve them using getValue(TreeIter,
> DataColumnObject).
> 
> A test-case is appended below.  In my setup it's output is:
> null
> 
> Is this a bug or am I doing something wrong?
> 
> Regards,
> Lars
> 
> ---8<---
> import java.net.URL;
> 
> import org.gnu.gtk.*;
> 
> public class Foobar {
> 	
> 	public static void main(String[] args) {
> 		Gtk.init(args);
> 		
> 		DataColumnObject object_column = new
> DataColumnObject(); 
> 		ListStore list_store = new ListStore(new
> DataColumn[]{ object_column });
> 
> 		String object = "Foobar";
> 		
> 		TreeIter iter = list_store.appendRow();
> 		
> 		list_store.setValue(iter, object_column, object);
> 		
> 		System.out.println(list_store.getValue(iter,
> object_column)); }
> }
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through
> log files for problems?  Stop!  Download the new AJAX search engine
> that makes searching your log files as easy as surfing the  web.
> DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________ java-gnome-developer
> mailing list jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Hi everyone,

while I don't want to be perceived as a nuisance, I just stumbled across
another problem: objects I store in a ListStore using setValue(TreeIter,
DataColumnObject, Object), are returned as null whenever I try to
retrieve them using getValue(TreeIter, DataColumnObject).

A test-case is appended below.  In my setup it's output is:
null

Is this a bug or am I doing something wrong?

Regards,
Lars

---8<---
import java.net.URL;

import org.gnu.gtk.*;

public class Foobar {

	public static void main(String[] args) {
		Gtk.init(args);

		DataColumnObject object_column = new DataColumnObject();

		ListStore list_store = new ListStore(new
DataColumn[]{ object_column });

		String object = "Foobar";

		TreeIter iter = list_store.appendRow();

		list_store.setValue(iter, object_column, object);

		System.out.println(list_store.getValue(iter, object_column));		
	}
}

[Sorry for the duplicate message, trouble with my primary email account]

Hi David,

On Tue, 2005-12-06 at 21:59 +0000, David Gilbert wrote:
> I almost don't believe that it works this well...could someone reproduce what I've 
> done and confirm there's no Sun JDK sneaking in there somewhere?

Confirmed: http://gnu.wildebeest.org/diary/index.php?p=138

Thanks to Ismael for guiding me through a jhbuild to get the latest CVS
version of java-gnome compiled. (moduleset = 'gcj' and modules =
['libgtk-java'])

The crash you were seeing when using jar files was a bug in JamVM 1.4.0,
upgrade to 1.4.1 and it works out of the box.

Very nice work!

Cheers,

Mark

-- 
Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html

Join the community at http://planet.classpath.org/

Hi,

Thanks to everyone for the help last week, the Context.getMatrix() fix worked for me 
and I have been able to make some more progress with my CairoGraphics2D class (which 
I'm happy to contribute if you want it).  The great news is that I have JFreeChart 
working reasonably nicely against this:

http://www.object-refinery.com/jfreechart/free.html

I almost don't believe that it works this well...could someone reproduce what I've 
done and confirm there's no Sun JDK sneaking in there somewhere?

Regards,

Dave

Andrew Cowie wrote:

>On Thu, 2005-01-12 at 19:47 +0000, David Gilbert wrote:
>
>  
>
>>I'd like to try your patch, but so far I 
>>have not succeeded in building cairo-java from CVS.  I get this error 
>>when I execute 'make':
>>
>>/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/../../../../i686-pc-linux-gnu/bin/ld: 
>>cannot find -lglibjava
>>    
>>
>...
>  
>
>>I know nothing about this stuff, I only got cairo-java working via the 
>>Gentoo ebuild.  Any hints?
>>    
>>
>
>So we just talked this over in #java-gnome, and I have a hypothesis for
>you.
>
>-lglibjava is the library that we generate when you compile to native in
>using GCJ that is effectively the equivalent of glib.jar. In the Gentoo
>ebuilds, it only gets built if you have USE=gcj set in your USE flags
>(either /etc/make.conf, /etc/portage/packages.use or on emerge command
>line)
>
>So, my speculation is that you're not finding /usr/lib/libglibjava.so
>because the glib-java package was built USE=-gcj (either explicitly by
>you, or as a default by not setting the gcj use flag).
>
>If that is so, then when you are trying to build cairo-java from CVS,
>you have configured as --with-gcj-compile which is the default. As a
>workaround, you can probably do
>
>         $ ./configure --without-gcj-compile --prefix=/opt/blah...
>
>Then it won't try and build the gcj native libraries libcairojava.so
>that is the equivalents of cairo.jar, which means you won't need
>libglibjava.so. Give it a try and let us know?
>
>[Or, you could re emerge glib-java with USE=gcj active - all assuming
>that this hypothesis is correct]
>
>Be aware that in general, if you're building something from CVS, you end
>up needing to build the dependencies from CVS. That is (probably) not
>necessary in this case, but there are one or two few bug fixes in
>glib-java since we released 0.2.1. FYI.
>
>AfC
>Bangalore
>  
>
Thanks Andrew, this fixed the problem for me and allowed me to make more 
progress with my CairoGraphics2D class.  I'll post a new thread to show 
you what I mean...

Regards,

Dave

Am Montag, den 05.12.2005, 11:14 +0100 schrieb Nicholas Rahn:
> a pure java, gtk-java application should run "out-of-the-box" on windows
> (baring, perhaps, some path issues).  note, however, the small problem
> with the windows build of gtk-java described below.

Is this true also for glade?  If it is, than that's basically all that I
want to hear :)

> Once you have the bindings compiled for windows, there was one
> outstanding issue (if i remember correctly) that prevented a complete
> out-of-the-box usage.  [...]

Ok, this sounds like a problem we should be able to handle.  We'll look
into it once our application is in a more mature state.

> hope this helps,

Great, thanks!

Regards,
Lars

On Mon, 2005-12-05 at 03:11 +0100, Lars Weber wrote:
> Hi (again) everyone,
> 
> > PS: speaking of GConf, does there exist any experience with using
> > GConf-Java under Windows?  Is it known or at least expected to work or
> > should I expect there to be major problems and therefore maybe switch to
> > use something else?
> 
> since nobody answered this earlier question let me ask it again in more
> general terms: what kind of difficulties should we expect when trying to
> develop an application with java-gnome (most importantly -gtk) that runs
> out-of-the-box on Windows?  How much experience is there with Windows as
> a target platform?
> 
> GConf-support we could actually live without but easy installation on
> Windows is pretty close to a must-have...

a pure java, gtk-java application should run "out-of-the-box" on windows
(baring, perhaps, some path issues).  note, however, the small problem
with the windows build of gtk-java described below.

As for windows as a target platform, you might find this wiki page
interesting.

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

I'm not sure that it has been updated in a while, but it's a place to
start.

Once you have the bindings compiled for windows, there was one
outstanding issue (if i remember correctly) that prevented a complete
out-of-the-box usage.  See the FAQ at the end of the wiki page mentioned
above.  The 2nd response to the last question (about incompatible jar
files) describes this issue a bit.  basically, as far as i understood
the problem at the time, there was an incompatibility/inconsistency
between the names of the libraries on the 2 platforms.  this meant we
needed to load the JNI libraries calling System.loadLibrary with a
platform dependent string.  thus the jar files compiled on linux would
not work if simply copied to a windows box.  you have to use the windows
compiled jars on windows and the linux compiled jars on linux.  this is
obviously not the ideal situation (especially for distributing a
gtk-java application).  however, i'm confident that someone with a bit
more automake experience would be able to find an acceptable
solution....

hope this helps,
nick

2000	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (37)	Dec (14)
2001	Jan (2)	Feb (20)	Mar (20)	Apr (8)	May	Jun (1)	Jul (6)	Aug (39)	Sep (37)	Oct (34)	Nov (50)	Dec (22)
2002	Jan (7)	Feb (13)	Mar (32)	Apr (16)	May (26)	Jun (20)	Jul (32)	Aug (7)	Sep (2)	Oct (11)	Nov (3)	Dec (35)
2003	Jan (11)	Feb (3)	Mar (8)	Apr (3)	May (11)	Jun (20)	Jul (11)	Aug (29)	Sep (13)	Oct (91)	Nov (185)	Dec (207)
2004	Jan (108)	Feb (171)	Mar (207)	Apr (113)	May (22)	Jun (53)	Jul (69)	Aug (43)	Sep (34)	Oct (182)	Nov (101)	Dec (61)
2005	Jan (86)	Feb (45)	Mar (106)	Apr (67)	May (70)	Jun (47)	Jul (19)	Aug (34)	Sep (24)	Oct (45)	Nov (20)	Dec (58)
2006	Jan (21)	Feb (21)	Mar (16)	Apr (24)	May (24)	Jun (47)	Jul (20)	Aug (8)	Sep (13)	Oct (7)	Nov (23)	Dec (2)
2007	Jan	Feb (14)	Mar (3)	Apr (11)	May (1)	Jun (15)	Jul (2)	Aug (5)	Sep (10)	Oct (5)	Nov (1)	Dec
2008	Jan	Feb (13)	Mar (13)	Apr (4)	May (2)	Jun (1)	Jul (5)	Aug (7)	Sep (2)	Oct (14)	Nov (11)	Dec (12)
2009	Jan (30)	Feb (4)	Mar (16)	Apr (9)	May (9)	Jun (7)	Jul (6)	Aug (3)	Sep (14)	Oct (8)	Nov (12)	Dec (9)
2010	Jan (4)	Feb (27)	Mar (6)	Apr (4)	May (3)	Jun (13)	Jul (6)	Aug (15)	Sep (15)	Oct (12)	Nov (11)	Dec (9)
2011	Jan (12)	Feb (11)	Mar	Apr (3)	May	Jun (3)	Jul (1)	Aug	Sep (1)	Oct (8)	Nov (1)	Dec
2012	Jan	Feb (10)	Mar	Apr	May	Jun	Jul (6)	Aug (2)	Sep (7)	Oct (7)	Nov	Dec (4)
2013	Jan (8)	Feb (1)	Mar (1)	Apr (2)	May (3)	Jun (3)	Jul (16)	Aug	Sep	Oct	Nov (1)	Dec (1)
2014	Jan (1)	Feb	Mar	Apr	May (1)	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2015	Jan	Feb	Mar	Apr (2)	May (2)	Jun	Jul	Aug	Sep	Oct (2)	Nov	Dec
2016	Jan	Feb (1)	Mar	Apr	May	Jun	Jul	Aug (1)	Sep	Oct	Nov	Dec
2017	Jan	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov (1)	Dec
2018	Jan	Feb (1)	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec
2020	Jan (1)	Feb	Mar	Apr	May	Jun	Jul	Aug	Sep	Oct	Nov	Dec

java-gnome-developer Mailing List for The java-gnome language bindings project (Page 32)

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