gmane.comp.gnome.bindings.java.devel

Re: Style schemes for GtkSourceview

Georgios Migdos — 2012-04-04T16:29:20

Thanks for the quick reply!

------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev

Re: Style schemes for GtkSourceview

Andrew Cowie — 2012-04-04T15:26:55

And so it was; if you'd done

$ bzr missing --line bzr://research.operationaldynamics.com/bzr/java-gnome/mainline/

you'd have seen your patch was there.

In this case, sorry, after pushing I have to manually do `bzr update` on
the working copy checkout on that server; `bzr push` doesn't do that
automatically [which I find annoying, alas]. Sometimes I haven't quite
managed to get around to it. Thanks for checking.

AfC
Sydney



------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev

Re: Style schemes for GtkSourceview

Georgios Migdos — 2012-04-03T20:03:10

Hello everyone! I was browsing through the code in mainline ( 
http://research.operationaldynamics.com/bzr/java-gnome/mainline/src ) 
using the web interface and it seems that the patch has not been applied.
------------------------------------------------------------------------------
Better than sec? Nothing is better than sec when it comes to
monitoring Big Data applications. Try Boundary one-second 
resolution app monitoring today. Free.
http://p.sf.net/sfu/Boundary-dev2dev_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

Re: Style schemes for GtkSourceview

Andrew Cowie — 2012-02-13T00:28:45

Merged to 'mainline'

AfC
Sydney



------------------------------------------------------------------------------
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

Re: Style schemes for GtkSourceview

Guillaume Mazoyer — 2012-02-07T04:09:39

Here is the patch that I would actually propose.

Fwd: Style schemes for GtkSourceview

Guillaume Mazoyer — 2012-02-07T04:08:18

---------- Forwarded message ----------
From: cyber python <cyberpython-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
Date: 2012/2/6
Subject: Re: [java-gnome-hackers] Style schemes for GtkSourceview
To: Guillaume Mazoyer <respawneral-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

I think I've got it right this time. See the attachment for the patch.

On Mon, Feb 6, 2012 at 1:38 PM, Guillaume Mazoyer <respawneral-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: Style schemes for GtkSourceview

Guillaume Mazoyer — 2012-02-06T11:38:36

This patch looks ok to me.
Just a couple of things that you could fix easily.

1. re-run the code formatter (some javadoc comments are not well indented)
2. for the classes where you do not define a public constructor maybe
you should make the default constructor "private" to avoid someone to
do "new Something()".

Once these things fixed, the patch would be mergeable :)

Re: Style schemes for GtkSourceview

cyber python — 2012-02-06T11:27:44

Hello again,
I would like to ask for some feedback on this patch (do I have to fix
something to have it accepted ?).

Best regards,
Georgios Migdos.

On Wed, Feb 1, 2012 at 4:26 PM, cyber python <cyberpython-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> 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

GtkLicense coverage

Guillaume Mazoyer — 2012-02-06T00:05:12

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,

Re: Arrays in signal handlers

Guillaume Mazoyer — 2012-02-03T00:21:41

2012/2/2 Andrew Cowie <andrew-2KHxOkysSnqmy7d5DmSz6TlRY1/6cnIP< at >public.gmane.org>:
I did :)

To get the JNI signature, to call the right method, a C function is
called for each argument of the method returning the correct string.
We currently handle a various number of cases (integer, strings,
objects etc...) but we do not handle array.

The called C function is "bindings_java_typeToSignature". So the
problem is to know if a gpointer is actually an array. We can't do
that with our current "switch...case" (I don't think so). So we should
probably do something else.

A custom handler could be the beginning of a fix but we will still
need to handle arrays or lists.

We could use a G_TYPE_STRV which is an array of strings but in the
marshaller this type would be G_TYPE_BOXED so we will be hiting
another problem. How can we know that a G_TYPE_BOXED is actually a
G_TYPE_STRV?
GList* would be tricky, I never saw any signal using a GList* as parameter.

I hope I was understandable enough ;)

Arrays in signal handlers

Andrew Cowie — 2012-02-02T05:19:15

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

Style schemes for GtkSourceview

cyber python — 2012-02-01T14:26:49

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< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

Re: GApplication and GtkApplication coverage

Andrew Cowie — 2012-01-15T23:57:07


Yes, I see now. I just arrived at that conclusion last night. We're on
the same page now.


For all things there is a first time :)


I'


I seem to recall that code just uses single letters as codes, not as
actual JNI signatures. I think "all" we have to do is add a(nother)
[special] case for arrays.

Looking more today.

AfC
Ballarat

------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

Re: GApplication and GtkApplication coverage

Guillaume Mazoyer — 2012-01-15T23:20:11

Yes. But we do not handle arrays for signals. See all our code we
actually have no signal which use arrays yet. Apparently, I'm the
first one who wants to use them.

And moreover it seems hard (to me) to handle them when generating our
methods signatures. For example, when I want "[J" I have got "JI",
sure we could handle this pretty easily and tell "if you see JI then
it is [J". But what if we have "JI" and actually want "JI"?

Is it time to re-factor the code that takes care of methods signatures
for signals?

Re: GApplication and GtkApplication coverage

Andrew Cowie — 2012-01-15T07:16:31


We're missing something obvious. TONS of other code paths in java-gnome
handle arrays, GLists, etc of GObjects without any problem.

I've got a flight to catch, but I'll try looking this evening.

AfC
Melbourne



------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2

Re: GApplication and GtkApplication coverage

Guillaume Mazoyer — 2012-01-13T23:14:49

I forgot to include a short example in my previous mail.
After compiling my code here is what I did:

javap -classpath .:gtk-4.1.jar -s org.gnome.glib.GApplication

This gave me the signature for every methods of the GApplication
class. The interesting one is:

protected static final void receiveOpen(org.gnome.glib.Signa, long,
long[], java.lang.String);
  Signature: (Lorg/gnome/glib/Signal;J[JLjava/lang/String;)V

But when I start my test program and after decommenting the lines 555
and 556 of the "bindings_java_signal.c" file I can see that the
signature that is being used to find the "receiveOpen" method is:

(Lorg/gnome/glib/Signal;JJILjava/lang/String;)V

So the "bindings_java_typeToSignature" function is considering "[J"
(the array of GFile) as "JI".

--
Guillaume Mazoyer

------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2

Re: GApplication and GtkApplication coverage

Guillaume Mazoyer — 2012-01-13T23:01:53

I did some changes in my code to use a basic implementation of GFile
instead of using String and an array of String. This still does not work
but I think that the problem is in a "bindings_java_util.c" function.

When looking for a method to handle a signal the code is using the
"bindings_java_typeToSignature" function. This is used on all parameters of
the function to generate the proper signature. The thing is that this
function does not seem to handle arrays. So the signature if the method has
arrays in its parameters will be wrong and then the code will not handle
the signal properly (saying that the method it is looking for does not
exist).

Considering the current "bindings_java_typeToSignature" I think that it can
be tricky to make it handle arrays (is it even possible?). So what can we
do about it? Any thoughts?

Re: GApplication and GtkApplication coverage

Guillaume Mazoyer — 2012-01-02T23:36:19

The branch is almost ready I have finally fixed several bugs and crashes
and I'm pretty happy of the result now. There is still something that I
can't get done.

My custom signals to handle 'command-line' and 'open' signals use arrays
of gchar* in the parameters. The thing is that I cannot find a way to
use that array from the Java side. I'm actually trying to pass
G_TYPE_STRV as type of the parameters during the signal creation but
then the code just don't know what to do with that. I figured that the
G_TYPE_STRV should be used as G_TYPE_BOXED in the marshaller so it seems
tricky to handle.
Does anyone has a clue how to "fix" that?

Thank for the help.

By the way, the branch is still at: hackers/guillaume/gtk-application/

--
Guillaume Mazoyer
------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one s

Re: Text in progress bars

Guillaume Mazoyer — 2011-12-18T21:21:51

And now there is the patch.
------------------------------------------------------------------------------
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< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

Text in progress bars

Guillaume Mazoyer — 2011-12-18T21:18:32

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< at >public.gmane.org
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

Re: boxedFor() name clash - compiling java-gnome 4.1.1 with OpenJDK 1.7

Andrew Cowie — 2011-12-15T23:42:07

Merged to 'mainline', thanks!

AfC
Sydney



------------------------------------------------------------------------------
10 Tips for Better Server Consolidation
Server virtualization is being driven by many needs.  
But none more important than the need to reduce IT complexity 
while improving strategic productivity.  Learn More! 
http://www.accelacomm.com/jaw/sdnl/114/51507609/
_______________________________________________
java-gnome-hackers mailing list
java-gnome-hackers< at >lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers