Fwd: Style schemes for GtkSourceview

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

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@...> wrote:
> 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 :)
>
> --
> Guillaume Mazoyer - http://respawner.fr/
>
> ------------------------------------------------------------------------------
> 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

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,

--

-- 
Guillaume Mazoyer - http://respawner.fr/

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

Arrays in signal handlers

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.

Guillaume could give more detail, I'm sure.

AfC
Sydney

------------------------------------------------------------------------------

Style schemes for GtkSourceview

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.

# Bazaar merge directive format 2 (Bazaar 0.90)
# revision_id: cyberpython <at> gmail.com-20120201141529-fztt0nxv3gzp8me5
# target_branch: ../mainline/
# testament_sha1: ccac380eb74d9d6d6d80ddff931dc8a877e0de07
# timestamp: 2012-02-01 16:20:22 +0200
# base_revision_id: andrew <at> operationaldynamics.com-20120103005636-\
#   cau52to6y6oed0ap
# 
# Begin patch
=== modified file 'src/bindings/org/gnome/sourceview/SourceBuffer.java'
--- src/bindings/org/gnome/sourceview/SourceBuffer.java	2010-01-06 06:55:46 +0000
+++ src/bindings/org/gnome/sourceview/SourceBuffer.java	2012-02-01 14:15:29 +0000
@@ -131,6 +131,24 @@
     public Language getLanguage() {
         return GtkSourceBuffer.getLanguage(this);
     }
+    
+    /**
+    * Set the {@link StyleScheme} that is used.
+    *

Text in progress bars

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@...
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

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

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<? extends Boxed>,long) in org.gnome.gdk.Plumbing and
 boxedFor(Class<?>,long) in org.gnome.glib.Plumbing have the same erasure,
 yet neither hides the other
    protected static Boxed boxedFor(Class<? extends Boxed> 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/

GApplication and GtkApplication coverage

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't stay always on IRC or who are not using it (you
should!).

Invitation to connect on LinkedIn

------------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

Invitation to connect on LinkedIn

------------------------------------------------------------------------------
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@...
https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers

Coverage of GtkStyleContext

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

Coverage of GtkSwitch

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