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

Re: [Java-gnome-developer] Windows Port?

[Sean M. <sm...@gm...>]

Hi,

Interesting question.
On Dec 7, 2012 6:37 PM, "Christian Sperandio" <chr...@gm...>
wrote:

> Hi,
>
> Is a Windows port is planned ?
>

A "port", per se, is not really necessary (or shouldn't be, if I understand
the state of the GNOME libraries' native ports to Windows). What you really
need is just a good, solid build toolchain based on gcc/make/autotools that
produces Windows binaries. OpenSUSE, for example, has done all the work for
you; they've configured mingw64 and even compiled a bunch of the GNOME base
libraries in one of their repos on http://software.opensuse.org so that all
you have to do is install a couple packages, and you'll have met all the
dependencies for java-gnome. IIRC, they have everything already compiled
that is necessary to build Evolution, and some additional libs that
*aren't* needed to build Evolution (gstreamer, for instance). You can build
whatever else is missing fairly easily because most of the dependencies
should already be there.

Once you get the requisite natives, all you'd have to do is convince
java-gnome's build system to point to those Windows natives rather than the
system's own shared libraries. Then you can do your development targeting
Windows but using a build of java-gnome that was cross-compiled on Linux.

One of the few potential issues I foresee is if java-gnome's build system
hard-codes things like the shared library file extension (".so") instead of
".dll". Other than that, both gnome2 and gnome3 platforms are, at this
point, pretty much a solved problem in terms of getting them onto Windows.
The main reason that a lot of GNOME applications don't port very easily to
Windows is that they use gdk-x11 or other platform-dependent features of
the GNOME GNU/Linux desktop, by reaching below the abstraction layer
presented so neatly by the user APIs of GTK, GLib, etc.

Hope that helps,

Sean


>
> I develop with Clojure and for some days I'm searching a way to make GUI
> for Clojure applications.
> I don't like because it's not totally free and I don't like its
> implementation.  I found this project gnome-java and I think it's very
> interesting. And I believe a Clojure wrapper could be a good thing for
> Clojure developers. I'd like to know if a Windows (or OS X) version is
> planned.
> It's only to know what will be the public of a hypothetical wrapper.
>
> Thanks.
>
> Chris
>
>
> ------------------------------------------------------------------------------
> LogMeIn Rescue: Anywhere, Anytime Remote support for IT. Free Trial
> Remotely access PCs and mobile devices and provide instant support
> Improve your efficiency, and focus on delivering more value-add services
> Discover what IT Professionals Know. Rescue delivers
> http://p.sf.net/sfu/logmein_12329d2d
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>
>

Re: [Java-gnome-developer] Windows Port?

[Andrew C. <an...@op...>]

On Sat, 2012-12-08 at 00:36 +0100, Christian Sperandio wrote:

> Is a Windows port is planned ?

Not by me. Others are welcome to try. However, given that java-gnome
depends on, well, a GNOME desktop, you might have a hard time satisfying
all the dependencies.

> I develop with Clojure and for some days I'm searching a way to make
> GUI for Clojure applications.

I've definitely heard of people using java-gnome from Scheme and being
happy. As for a Lisp-like language, most people doing so would be more
likely to work directly in Scheme or Guile and use the guile-gtk
language bindings. Not sure if they have Microsoft Windows support.

Good luck!

AfC
Sydney

[Java-gnome-developer] Windows Port?

[Christian S. <chr...@gm...>]

Hi,

Is a Windows port is planned ?

I develop with Clojure and for some days I'm searching a way to make GUI
for Clojure applications.
I don't like because it's not totally free and I don't like its
implementation.  I found this project gnome-java and I think it's very
interesting. And I believe a Clojure wrapper could be a good thing for
Clojure developers. I'd like to know if a Windows (or OS X) version is
planned.
It's only to know what will be the public of a hypothetical wrapper.

Thanks.

Chris

Re: [Java-gnome-developer] Webkit

[Niranjan R. <nh...@gm...>]

Greetings again.

I have posted my generated code at https://github.com/nhrdl/GirToGnomeJava

This is simple maven project. After you compile the project, just run 
the jar file. It accepts two parameters - name of GIR file and output 
directory.

I have not modified any of the java gnome sources. Rather I am using the 
existing infrastructure by feeding new files. My generator, currently 
generates the "defs" file and corresponding bindings in src/bindings 
directory. You can execute the make command after running generator to 
compile the sources. If everything goes well, you should get just one 
compiler error in the generated c code.

Currently we generate only constructor in the src/binding directory. 
Constructors are generated properly and code should compile. Generated 
defs files are proper and do have all the method information. So 
executing make command should generate proper bindings and all the 
methods are available.

My current approach is to add functions I need to use in src/bindings 
directory. However this can be completely automated and I should be able 
to generate (mostly) proper bindings given some more time.

After fixing the minor compiler error in the generated C code (please 
refer to readme.md), you should be able to use webkit in your java/gtk 
applications - though not very useful in its default state as "loadUri" 
method for WebVeiw is not generated and there is no way to tell it. You 
can fix it by adding following method in the WebView class

  public void loadUri(String string) {

         ready = false;
         WebKitWebView.loadUri(this, string);

     }

Regards,

Niranjan
On 10/14/2012 03:38 PM, Andrew Cowie wrote:
> On Wed, 2012-10-10 at 09:22 -0700, Niranjan Rao wrote:
>> 1. Do we want webkit to be part of main library.
> Sure! That would be terrific!
>
>>   I understand that not everyone needs webkit and right now current
>> mechanism needs webkit libraries to build.
> Yes, that is unfortunate. I ran into this 7 year ago; then the question
> was gtkmozembed bindings in java-gnome 2.x
>
>> 2. Is it possible to split java gnome libraries per module - e.g.
>> glib.jar, gtk.jar, webkit.jar with version numbers.
> Guillaume kindly linked to a discussion on the topic. It *is* a piece of
> engineering we should do.
>
> It actually turns out that we *don't* need multiple .jar files (what a
> pain) but we *do* need to split the .so into multiple pieces, loaded on
> demand if the developer loads a class that causes the respective
> Plumbing to be loaded and have its static initializer block run
>
>
>> I would like to submit my changes upstream after polishing and making
>> sure its really submittable or make it available from other channel.
> Changes welcome.
>
> We do enforce a fairly high standard of code hygiene in java-gnome, but
> if you follow the existing style you won't have any problems in the
> slightest.
>
> Slightly more subjective is ensuring changes makes sense in the context
> of the overall architecture of the library.
>
> Finally, if you're working on code generation then I'd definitely
> welcome Serkan and Vreixo having a look at your code, as they've done
> the most recent work in this regard.
>
> If you were able to join #java-gnome on gimpnet we can have a more
> focused chat about it. I look forward to meeting you.
>
> AfC
> Sydney
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
>
>
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] Webkit

[Niranjan R. <nh...@gm...>]

I can join  the chat. Can you suggest any particular time? I am in 
California

On 10/14/2012 03:38 PM, Andrew Cowie wrote:
> On Wed, 2012-10-10 at 09:22 -0700, Niranjan Rao wrote:
>> 1. Do we want webkit to be part of main library.
> Sure! That would be terrific!
>
>>   I understand that not everyone needs webkit and right now current
>> mechanism needs webkit libraries to build.
> Yes, that is unfortunate. I ran into this 7 year ago; then the question
> was gtkmozembed bindings in java-gnome 2.x
>
>> 2. Is it possible to split java gnome libraries per module - e.g.
>> glib.jar, gtk.jar, webkit.jar with version numbers.
> Guillaume kindly linked to a discussion on the topic. It *is* a piece of
> engineering we should do.
>
> It actually turns out that we *don't* need multiple .jar files (what a
> pain) but we *do* need to split the .so into multiple pieces, loaded on
> demand if the developer loads a class that causes the respective
> Plumbing to be loaded and have its static initializer block run
>
>
>> I would like to submit my changes upstream after polishing and making
>> sure its really submittable or make it available from other channel.
> Changes welcome.
>
> We do enforce a fairly high standard of code hygiene in java-gnome, but
> if you follow the existing style you won't have any problems in the
> slightest.
>
> Slightly more subjective is ensuring changes makes sense in the context
> of the overall architecture of the library.
>
> Finally, if you're working on code generation then I'd definitely
> welcome Serkan and Vreixo having a look at your code, as they've done
> the most recent work in this regard.
>
> If you were able to join #java-gnome on gimpnet we can have a more
> focused chat about it. I look forward to meeting you.
>
> AfC
> Sydney
>
>
>
> ------------------------------------------------------------------------------
> Don't let slow site performance ruin your business. Deploy New Relic APM
> Deploy New Relic app performance management and know exactly
> what is happening inside your Ruby, Python, PHP, Java, and .NET app
> Try New Relic at no cost today and get our sweet Data Nerd shirt too!
> http://p.sf.net/sfu/newrelic-dev2dev
>
>
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer

Re: [Java-gnome-developer] Webkit

[Andrew C. <an...@op...>]

On Wed, 2012-10-10 at 09:22 -0700, Niranjan Rao wrote:
> 1. Do we want webkit to be part of main library.

Sure! That would be terrific!

>  I understand that not everyone needs webkit and right now current
> mechanism needs webkit libraries to build.

Yes, that is unfortunate. I ran into this 7 year ago; then the question
was gtkmozembed bindings in java-gnome 2.x

> 2. Is it possible to split java gnome libraries per module - e.g.
> glib.jar, gtk.jar, webkit.jar with version numbers.

Guillaume kindly linked to a discussion on the topic. It *is* a piece of
engineering we should do.

It actually turns out that we *don't* need multiple .jar files (what a
pain) but we *do* need to split the .so into multiple pieces, loaded on
demand if the developer loads a class that causes the respective
Plumbing to be loaded and have its static initializer block run


> I would like to submit my changes upstream after polishing and making
> sure its really submittable or make it available from other channel.

Changes welcome.

We do enforce a fairly high standard of code hygiene in java-gnome, but
if you follow the existing style you won't have any problems in the
slightest.

Slightly more subjective is ensuring changes makes sense in the context
of the overall architecture of the library.

Finally, if you're working on code generation then I'd definitely
welcome Serkan and Vreixo having a look at your code, as they've done
the most recent work in this regard.

If you were able to join #java-gnome on gimpnet we can have a more
focused chat about it. I look forward to meeting you.

AfC
Sydney

[Java-gnome-developer] Wiring a webkit signal

[Niranjan R. <nh...@gm...>]

Hi there,

I am trying to wire webkit's "create-new-view" signal. When I try to to 
run my code I am getting error

Don't know what to do with signal return type WebKitWebView

from bindings_java_signal.c

I understand that this is more generic problem as c code now needs to 
map to java object types. Is there some way I can patch the current c 
code so that I can run my code? In other words, can I put a place holder 
hack and if so, what should I put there?

I think a better solution might be have a callback handle in the 
application and call that function to return the proper java type.

Thanks,

Niranjan

Re: [Java-gnome-developer] Webkit

[Niranjan R. <nh...@gm...>]

I am working on the generator that will create the code that can be 
compiled. Right now there are some manual steps we have to execute to 
get the code compiled.

Will send a link to git repo as soon as its more usable.

Regards,

Niranjan
On 10/10/2012 10:11 AM, Guillaume Mazoyer wrote:
> 2012/10/10 Niranjan Rao <nh...@gm...>:
>> I wrote a simple code generator that parses gir files and generates defs
>> files and java classes. As per my understanding current design there are
>> plumbing classes in generated folder and concrete hand written classes in
>> the src directory. Since def files are almost complete in terms of methods,
>> this works nicely. Because of time constraint, currently I am generating
>> compilable stubs for concrete clases in src directory and then adding
>> methods that I need to appropriate classes.
> That's pretty cool. We are thinking about using introspection in our
> code generator for a while now. So a parser for GIR files something
> interesting for us.
>
>> Questions:
>> 1. Do we want webkit to be part of main library. I understand that not
>> everyone needs webkit and right now current mechanism needs webkit libraries
>> to build.
> Maybe maybe not. We should think about this.
>
>> 2. Is it possible to split java gnome libraries per module - e.g. glib.jar,
>> gtk.jar, webkit.jar with version numbers.
> This is a discussion that has already been started [1].
>
>> 3. What is recommended way to add java support for other GTK modules?
> GTK is working quite well and adding GTK widgets is pretty easy for
> now. Write .defs, use code generator, write API and documention, write
> tests, you're done. Adding a GNOME module is pretty much the same but
> it adds dependencies. If GNOME already depends on the said module I
> don't see any problem of including the coverage for it in java-gnome.
>
>> I would like to submit my changes upstream after polishing and making sure
>> its really submittable or make it available from other channel. Though
>> number of FIXME in the generated code has gone down, I can't really say its
>> zero. Especially if blocks compilation. There are couple of functions in
>> generated c code where it returns FIXME which does not exist and I have to
>> touch generated code to get it compile.
> It would be cool to have a branch of your work somewhere so we can
> take a look at it.
>
>
> [1] http://article.gmane.org/gmane.comp.gnome.bindings.java.devel/1611
>

Re: [Java-gnome-developer] Webkit

[Guillaume M. <res...@gm...>]

2012/10/10 Niranjan Rao <nh...@gm...>:
> I wrote a simple code generator that parses gir files and generates defs
> files and java classes. As per my understanding current design there are
> plumbing classes in generated folder and concrete hand written classes in
> the src directory. Since def files are almost complete in terms of methods,
> this works nicely. Because of time constraint, currently I am generating
> compilable stubs for concrete clases in src directory and then adding
> methods that I need to appropriate classes.
That's pretty cool. We are thinking about using introspection in our
code generator for a while now. So a parser for GIR files something
interesting for us.

> Questions:
> 1. Do we want webkit to be part of main library. I understand that not
> everyone needs webkit and right now current mechanism needs webkit libraries
> to build.
Maybe maybe not. We should think about this.

> 2. Is it possible to split java gnome libraries per module - e.g. glib.jar,
> gtk.jar, webkit.jar with version numbers.
This is a discussion that has already been started [1].

> 3. What is recommended way to add java support for other GTK modules?
GTK is working quite well and adding GTK widgets is pretty easy for
now. Write .defs, use code generator, write API and documention, write
tests, you're done. Adding a GNOME module is pretty much the same but
it adds dependencies. If GNOME already depends on the said module I
don't see any problem of including the coverage for it in java-gnome.

> I would like to submit my changes upstream after polishing and making sure
> its really submittable or make it available from other channel. Though
> number of FIXME in the generated code has gone down, I can't really say its
> zero. Especially if blocks compilation. There are couple of functions in
> generated c code where it returns FIXME which does not exist and I have to
> touch generated code to get it compile.
It would be cool to have a branch of your work somewhere so we can
take a look at it.


[1] http://article.gmane.org/gmane.comp.gnome.bindings.java.devel/1611

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

[Java-gnome-developer] Webkit

[Niranjan R. <nh...@gm...>]

Greetings!

I need lot of functionality that other java browsers such SWT were not
exporting. As far I know, java-gnome is also not exposing web kit bindings.
So I spent couple of days trying to adapt java-gnome to use webkit library
with some sucess. That is I am able to say new WebView() and windows does
show browser which functions as expected.

I wrote a simple code generator that parses gir files and generates defs
files and java classes. As per my understanding current design there are
plumbing classes in generated folder and concrete hand written classes in
the src directory. Since def files are almost complete in terms of methods,
this works nicely. Because of time constraint, currently I am generating
compilable stubs for concrete clases in src directory and then adding
methods that I need to appropriate classes.

Questions:
1. Do we want webkit to be part of main library. I understand that not
everyone needs webkit and right now current mechanism needs webkit
libraries to build.
2. Is it possible to split java gnome libraries per module - e.g. glib.jar,
gtk.jar, webkit.jar with version numbers.
3. What is recommended way to add java support for other GTK modules?

I would like to submit my changes upstream after polishing and making sure
its really submittable or make it available from other channel. Though
number of FIXME in the generated code has gone down, I can't really say its
zero. Especially if blocks compilation. There are couple of functions in
generated c code where it returns FIXME which does not exist and I have to
touch generated code to get it compile.

Regards,

Niranjan

Re: [Java-gnome-developer] Glade and org.gnome.gtk.Builder

[Vreixo F. L. <met...@ya...>]

Hi!

I had worked on that a long time ago. However, I've been really busy the last year, so I had no time to finish it.
I case any of you is interested on this, I have pushed the last code I had to:

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

The approach is rather different to both Gtk+ and the old java-gnome way of handling glade-based UI.
My approach makes use of java annotations, which provides an elegant and highly productive way of dealing with the loading of glade-based files.
It is based on an old (and great!) code submitted by Franco Bulgarelli.

I remember to have written some examples/demos, so I hope that would be enough for you to understand
how this works.
In any case, I think I have not finished the support for thing like handlers. In fact, my local branch has several uncommitted

changes related with handler support.
Unfortunately, my last commit is almost a year ago, and I don't really remember what my code was or what parts were missing.
I would need to spend some time on it, but I am writing my PhD thesis right now and I have no time for this, I'm really sorry.
I just remember most of the work was already done. I will try to finish this as long as I have time, but that won't be at least until November.
Please remember me my commitment if you don't hear anything from me by then.

In any case, if any of you wants to continue my work, be free to contact me. I be willing to send you the uncommitted changes I have and help you as most as I can.

Best regards
Vreixo





----- Mensagem original -----
De: Andrew Cowie <an...@op...>
Para: jav...@li...
Cc: Vreixo Formoso Lopes <met...@ya...>
Enviadas: Segunda-feira, 17 de Setembro de 2012 4:50
Assunto: Re: [Java-gnome-developer] Glade and org.gnome.gtk.Builder

On Sun, 2012-09-16 at 21:11 -0400, Jason Martin wrote:

> I can then pre-define Label() or whatever widget before calling
> builder and it works.

Ah, damn. Not your fault. There is an engineering problem and
unfortunately the person working on it has been busy with other work the
past year.

Have a read of
http://article.gmane.org/gmane.comp.gnome.bindings.java.devel/1606

For the mean time, the workaround of forcing instantiation of the
[native] class is indeed going to work. I'll see if we can get our heads
together to get a more proper fix. Clearly this sucks; I'll start a
thread on java-gnome-hackers.

AfC
Sydney

Re: [Java-gnome-developer] Glade and org.gnome.gtk.Builder

[Jason M. <agr...@gm...>]

Thanks, so far other than that they are some really nice bindings and I
definitely want to see them stay around.


On Sun, Sep 16, 2012 at 10:50 PM, Andrew Cowie <
an...@op...> wrote:

> On Sun, 2012-09-16 at 21:11 -0400, Jason Martin wrote:
>
> > I can then pre-define Label() or whatever widget before calling
> > builder and it works.
>
> Ah, damn. Not your fault. There is an engineering problem and
> unfortunately the person working on it has been busy with other work the
> past year.
>
> Have a read of
> http://article.gmane.org/gmane.comp.gnome.bindings.java.devel/1606
>
> For the mean time, the workaround of forcing instantiation of the
> [native] class is indeed going to work. I'll see if we can get our heads
> together to get a more proper fix. Clearly this sucks; I'll start a
> thread on java-gnome-hackers.
>
> AfC
> Sydney
>
>
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> java-gnome-developer mailing list
> jav...@li...
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
>

Re: [Java-gnome-developer] Glade and org.gnome.gtk.Builder

[Andrew C. <an...@op...>]

On Sun, 2012-09-16 at 21:11 -0400, Jason Martin wrote:

> I can then pre-define Label() or whatever widget before calling
> builder and it works.

Ah, damn. Not your fault. There is an engineering problem and
unfortunately the person working on it has been busy with other work the
past year.

Have a read of
http://article.gmane.org/gmane.comp.gnome.bindings.java.devel/1606

For the mean time, the workaround of forcing instantiation of the
[native] class is indeed going to work. I'll see if we can get our heads
together to get a more proper fix. Clearly this sucks; I'll start a
thread on java-gnome-hackers.

AfC
Sydney

Re: [Java-gnome-developer] Glade and org.gnome.gtk.Builder

[Jason M. <agr...@gm...>]

I am making it work doing some funny stuff on Ubuntu 12.04 with 4.1.2 from
the java-gnome ppa.

I can not get Designer.java to work with simple.ui sample.

http://research.operationaldynamics.com/bzr/java-gnome/mainline/tests/prototype/Designer.java


agrellum@Michelle:~/TESTING$ javac Designer.java
agrellum@Michelle:~/TESTING$ java Designer
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)
agrellum@Michelle:~/TESTING$


I can then pre-define Label() or whatever widget before calling builder and
it works.

And in my case, I have done some glade files with hundreds of widgets.
As long as define say one widget type of say a Spinbutton then it will
load the other 50 spinbuttons fine.

Re: [Java-gnome-developer] Glade and org.gnome.gtk.Builder

[Andrew C. <an...@op...>]

On Sat, 2012-09-15 at 06:21 -0400, Jason Martin wrote:
> OK, got it to work but I had to define the object types to use first
> or it would not parse the file.

Hm, I thought I'd sent a reply to your first message, though all I was
going to say is "can you show us the code that isn't working?"


> So, that means I have to know what is in the builder/glade file before
> hand? 


Um, no, you shouldn't; just getting a reference to the top level Window
object should be more than enough.

You did call w.showAll(); right?

AfC
Sydney

Re: [Java-gnome-developer] Glade and org.gnome.gtk.Builder

[Jason M. <agr...@gm...>]

OK, got it to work but I had to define the object types to use first or it
would not parse the file.

    Example simple window with one button

        w = window
        b = button

So, that means I have to know what is in the builder/glade file before
hand?


On Wed, Sep 5, 2012 at 8:28 PM, Jason Martin <agr...@gm...> wrote:

> I have wrote a medium sized app with the bindings and they work well.
> But I have not been able to get org.gnome.gtk.Builder working with even
> the simplest example.
> Should I be using a certain version of Glade?
>
> Using Ubuntu 12.04
>
> OpenJDK 7 and Sun Java6
>
> Glade 3.8 and 3.12
>
>
>

[Java-gnome-developer] Glade and org.gnome.gtk.Builder

[Jason M. <agr...@gm...>]

I have wrote a medium sized app with the bindings and they work well.
But I have not been able to get org.gnome.gtk.Builder working with even the
simplest example.
Should I be using a certain version of Glade?

Using Ubuntu 12.04

OpenJDK 7 and Sun Java6

Glade 3.8 and 3.12

Re: [Java-gnome-developer] java-gnome 4.1.2 released

[Guillaume M. <res...@gm...>]

2012/8/30 Andrew Cowie <an...@op...>:
> There's a new version of java-gnome!
Uploaded in Debian and in our PPA.

I had to patch the release. Getting rid of libunique in build/faster
causes a problem while building. the Unique API is deprecated but it
is still here so we still need the Unique dependency to build.

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

[Java-gnome-developer] java-gnome 4.1.2 released

[Andrew C. <an...@op...>]

There's a new version of java-gnome!

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

Tarball
http://ftp.gnome.org/pub/gnome/sources/java-gnome/4.1/java-gnome-4.1.2.tar.xz

See HACKING :)

AfC
Sydney

Re: [Java-gnome-developer] overrideBackground method on Buttons

[Andrew C. <an...@op...>]

On Fri, 2012-07-27 at 20:39 +0100, Nate Donmez wrote:

> I am trying to make my button green. Can someone please tell me what
> am I doing wrong ?

Nothing, so far as I can tell.

I ran your code, and tried

      * adding the overrideBackground() call to the parent Window
        [worked to set the background outside the Button, but didn't
        change the button background] and
      * extracting the Button's child Label and setting the background
        there [did not work].
      * I even tried adding an EventBox in between the Label and the
        Button [that didn't work either].

Not sure why it isn't doing what you think it should; I would have
expected it to. I'm sorta guessing that it is a themeing issue, but why
would button's drawing logic be so hard wired like this? like I said, I
should have thought it would work.

At this point I'd suggest coming to #java-gnome and then we can go to
#gtk+ together and see if we can find someone who knows what's up. Or
feel free to send an email to gtk-list directly if you like.

AfC
Sydney

[Java-gnome-developer] overrideBackground method on Buttons

[Nate D. <nat...@gm...>]

Hi all,

I am trying to make my button green. Can someone please tell me what am I
doing wrong ?

import org.gnome.gdk.RGBA;
import org.gnome.gtk.Button;
import org.gnome.gtk.Gtk;
import org.gnome.gtk.StateFlags;
import org.gnome.gtk.Window;

public class Foo
{
    public static void main(String[] args) {
        Window window;
        Gtk.init(args);
        window = new Window();
        Button button = new Button("Foo");
        button.overrideBackground(StateFlags.NORMAL, RGBA.GREEN);
        window.add(button);
        window.showAll();
        Gtk.main();
    }
}


Thanks,
Nate

Re: [Java-gnome-developer] JGIR ?

[Serkan K. <se...@ge...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

JGIR was never our initiative nor was supported by us. I was doing
some work in GIR based code generator which is abondoned.

Regards,
Serkan

On 07/02/2012 05:43 AM, Hector Miuler Malpica Gallegos wrote:
> Hey, what happened to JGIR?
> 
> https://live.gnome.org/JGIR
> 
> *Hector Miuler Malpica Gallegos <http://www.miuler.com>* * *
> 
> 
> 
> ------------------------------------------------------------------------------
>
> 
Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and 
> threat landscape has changed and how IT managers can respond.
> Discussions will include endpoint security, mobile security and the
> latest in malware threats.
> http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> 
> 
> 
> _______________________________________________ 
> java-gnome-developer mailing list 
> jav...@li... 
> https://lists.sourceforge.net/lists/listinfo/java-gnome-developer
> 

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAlAEmHsACgkQRh6X64ivZaIM5ACePRRxzGde/refU1E5B8hx36Qz
rdUAnjwieHikQm8SI2GxXZdAlJE2xYrH
=whSP
-----END PGP SIGNATURE-----

Re: [Java-gnome-developer] gtk_combo_box_set_entry_text_column??

[Andrew C. <an...@op...>]

On Sun, 2012-07-01 at 22:40 -0500, Hector Miuler Malpica Gallegos wrote:
> how I can do to setting column?

Can you show us the Java code you tried?

The documentation of both ComboBox and ComboBoxText might help you
along. Also, the screenshots there are generated by code in the
java-gnome source tree; you could try looking in
tests/screenshot/org/gnome/gtk/SnapshotComboBox* for further ideas.

http://java-gnome.sourceforge.net/doc/api/4.1/org/gnome/gtk/ComboBox.html
http://java-gnome.sourceforge.net/doc/api/4.1/org/gnome/gtk/ComboBoxText.html

AfC
Sydney

[Java-gnome-developer] JGIR ?

[Hector M. M. G. <mi...@gm...>]

Hey, what happened to JGIR?

https://live.gnome.org/JGIR

*Hector Miuler Malpica Gallegos <http://www.miuler.com>*
*
*

[Java-gnome-developer] gtk_combo_box_set_entry_text_column??

[Hector M. M. G. <mi...@gm...>]

I'm making an example with java-gnome, but I have a problem,

how I can do to setting column?

gtk_combo_box_set_entry_text_column() ??
(
http://developer.gnome.org/gtk3/stable/GtkComboBox.html#gtk-combo-box-set-entry-text-column
)



(Example in *Scala*)
(
https://bitbucket.org/Miuler/miuler-blacknote/src/f1c6e770c3b1/src/main/scala/com/miuler/blacknote/BlackNote.scala#cl-67
)

private def initComboBox() {
    val hBox = new HBox(false, 20)
    hBox.setBorderWidth(5)
    hBox.add(new Label("Buscar :"))
    vBox.add(hBox)
    add(vBox)

    // ------------------------------------------------------------------------
    val firstColumnString = new DataColumnString()
    val secondsColumnString = new DataColumnString()
    val arrayColumns = Array[DataColumn](firstColumnString, secondsColumnString)
    val model = new ListStore(arrayColumns)
    val comboBox = new ComboBox(model, new Entry())
    hBox.add(comboBox)
    // ------------------------------------------------------------------------
    val cellRendererText = new CellRendererText(comboBox)
    cellRendererText.setText(firstColumnString)
    val cellRendererText2 = new CellRendererText(comboBox)
    cellRendererText2.setText(secondsColumnString)
    // ------------------------------------------------------------------------
    var row = model.appendRow()
    model.setValue(row, firstColumnString, "Hector")
    model.setValue(row, secondsColumnString, "Miuler")
    row = model.appendRow()
    model.setValue(row, firstColumnString, "Hector2")
    model.setValue(row, secondsColumnString, "Miuler2")

  }





*

Hector Miuler Malpica Gallegos <http://www.miuler.com>
*
*
*