java-gnome-hackers Mailing List for The java-gnome language bindings project (Page 19)
Brought to you by:
afcowie
Menu
▾
▴
java-gnome-hackers — Hacking on the bindings themselves: design issues and co-ordination
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(102) |
Sep
(43) |
Oct
(32) |
Nov
(43) |
Dec
(51) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(6) |
Feb
(19) |
Mar
(39) |
Apr
(22) |
May
|
Jun
(11) |
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(3) |
Nov
(9) |
Dec
(73) |
| 2004 |
Jan
(88) |
Feb
(141) |
Mar
(116) |
Apr
(69) |
May
(199) |
Jun
(53) |
Jul
(90) |
Aug
(23) |
Sep
(11) |
Oct
(212) |
Nov
(57) |
Dec
(61) |
| 2005 |
Jan
(88) |
Feb
(17) |
Mar
(21) |
Apr
(50) |
May
(44) |
Jun
(33) |
Jul
(21) |
Aug
(37) |
Sep
(39) |
Oct
(43) |
Nov
(40) |
Dec
(15) |
| 2006 |
Jan
(21) |
Feb
(69) |
Mar
(23) |
Apr
(6) |
May
(29) |
Jun
(19) |
Jul
(17) |
Aug
(15) |
Sep
(13) |
Oct
(16) |
Nov
(9) |
Dec
(7) |
| 2007 |
Jan
(30) |
Feb
(39) |
Mar
(1) |
Apr
(12) |
May
(53) |
Jun
(30) |
Jul
(39) |
Aug
(75) |
Sep
(16) |
Oct
(13) |
Nov
(20) |
Dec
(5) |
| 2008 |
Jan
(8) |
Feb
(14) |
Mar
(33) |
Apr
(7) |
May
(22) |
Jun
(23) |
Jul
(17) |
Aug
(9) |
Sep
(9) |
Oct
(25) |
Nov
(9) |
Dec
(1) |
| 2009 |
Jan
(20) |
Feb
(38) |
Mar
(9) |
Apr
(15) |
May
(30) |
Jun
(35) |
Jul
(22) |
Aug
(10) |
Sep
(7) |
Oct
(23) |
Nov
(6) |
Dec
(8) |
| 2010 |
Jan
(5) |
Feb
(10) |
Mar
(17) |
Apr
(10) |
May
(16) |
Jun
(8) |
Jul
(3) |
Aug
(15) |
Sep
(14) |
Oct
(26) |
Nov
(11) |
Dec
(14) |
| 2011 |
Jan
(10) |
Feb
(8) |
Mar
(6) |
Apr
(7) |
May
(18) |
Jun
(17) |
Jul
(6) |
Aug
(1) |
Sep
(2) |
Oct
(6) |
Nov
(2) |
Dec
(10) |
| 2012 |
Jan
(6) |
Feb
(9) |
Mar
|
Apr
(3) |
May
(1) |
Jun
|
Jul
(5) |
Aug
(14) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(8) |
Mar
(6) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(2) |
| 2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Andrew C. <an...@op...> - 2009-04-02 05:30:59
|
On Wed, 2009-04-01 at 21:44 +0100, Martin Garton wrote:
> Yes, I could have done that, so I don't really need this. I was just
> porting some existing [GTK] code and that's how it was working.
And that's as good a reason as any to expose it. There's nothing
illegitimate about it - but at least you know why it wasn't exposed as
yet.
[Likewise, I personally tend not to be in to much of a rush to expose
property getters; after all, in most cases, you know if you set the damn
thing in the first place. Other people have legitimate uses for them;
they can do the work to expose them. All good]
> > We go to a lot of trouble in GTK land to warn people about the dangers
> > of making Windows modal...
> ...It is used as part of a calendar
> selection widget that is made up of an entry, with a popup calendar
> below it. There is a ToggleButton to open the calendar window, and while
> the calendar window is displayed, the containing VBox is grabAdd()ed.
> So the only options for the user are to select a date or toggle to close
> the window. I would agree it is not ideal.
(huh. Neat)
Well, as I said, if you can just put a bit of explanation or cautionary
text beside it, that'll help developers in the future who are busy
learning GTK and wonder what the heck they're supposed to use [the only
problem with Widget being the ancestor ... so many methods visible &
inherited, as opposed to decorating as you get richer. {shrug} Is what
it is]
> I think it is the only
> way to remove the image from a button.
Sure.
It makes sense, and that's the remove idiom for lots of other
properties, and the getter can return null. But I have been caught by
surprise MANY times by GTK with regards to this sort of thing, and
normalizing such in our public API has been a lot of [im]patient work.
Rewarding, but work. :)
AfC
Sydney
|
|
From: Martin G. <ma...@st...> - 2009-04-01 20:44:50
|
On Wed, 2009-04-01 at 18:28 +1100, Andrew Cowie wrote: > > - A change to expose removeColumn() and getColumns() in TreeView.java > > Sure. > > I'm a bit surprised to hear that you needed getColumns(). I mean, it's > fine, of course, but I'm curious to know what you needed it for when > just keeping a reference to the TreeViewColumns when you create them > does the trick. Yes, I could have done that, so I don't really need this. I was just porting some existing c# code and that's how it was working. Perhaps I will change it. > > - A change to expose grabAdd() and grabRemove() in Widget.java <snip> > I'd like to encourage you to add a bit more in the way of discussion > around what Widget's grabAdd() is actually *for*. > > We go to a lot of trouble in GTK land to warn people about the dangers > of making Windows modal (which people inevitably want to do for all the > wrong reasons), and this, if anything, is even more invasive. Can you > add a line or two about what circumstances someone would want to use > this in? You are right, it is a modal window. It is used as part of a calendar selection widget that is made up of an entry, with a popup calendar below it. There is a ToggleButton to open the calendar window, and while the calendar window is displayed, the containing VBox is grabAdd()ed. So the only options for the user are to select a date or toggle to close the window. I would agree it is not ideal. > Also, a mention as to how these methods are not (or are) related to > Widget's grabDefault() would be really helpful! There doesn't seem to be > any compelling reason to change their signatures, but the fact that they > are grab<COMPLETE> implies they are related. > > - A change to allow gtk_button_set_image to be called with null. > > uh, ok. Great! > > Does that actually work? The code in gtk/gtkbutton.c in GTK seems to do > something about marking it as a stock image in this case, but the > documentation doesn't explicitly allow NULL. Yes, this works. I think I just always assumed it worked. I have used it a number of times from the gtk# in c# code. I think it is the only way to remove the image from a button. > I assume you tested this with something (else you wouldn't be exposing > it, of course) but a test fixture in one of the TestCases to this effect > would be really helpful [for me and for testing], especially when you're > doing something that isn't explicitly supported by the underlying GNOME > library in question. > > [which we do often enough, but test to make sure the assumptions we're > making hold both now - and more importantly, in the future] Okay, I will look at creating a test case when I have a minute. (possibly on Friday) > > Comments? > > These points are all minor. It's mergeable as it stands now, but if you > could touch up these few things I think it'd make a better patch. Thanks > for your contribution! No problem. Thanks for your time in reviewing it. -- Martin. |
|
From: Andrew C. <an...@op...> - 2009-04-01 07:51:41
|
On Mon, 2009-03-30 at 14:29 +0100, Martin Garton wrote:
> - A javadoc improvement for ComboBox
Great!
You missed surrounding the literal with <code> ... </code> like was done
in the other literal in that method. I've fixed it in a bundle,
attached.
It would be appreciated if you were to run the code formatter before
committing. I've done that too.
Also, it's 2009 now.
> - A change to expose removeColumn() and getColumns() in TreeView.java
Sure.
I'm a bit surprised to hear that you needed getColumns(). I mean, it's
fine, of course, but I'm curious to know what you needed it for when
just keeping a reference to the TreeViewColumns when you create them
does the trick.
{shrug}
> - A change to expose grabAdd() and grabRemove() in Widget.java
As for these two calls, interesting that you modelled them as methods on
Widget. Seems quite sensible.
I'd like to encourage you to add a bit more in the way of discussion
around what Widget's grabAdd() is actually *for*.
We go to a lot of trouble in GTK land to warn people about the dangers
of making Windows modal (which people inevitably want to do for all the
wrong reasons), and this, if anything, is even more invasive. Can you
add a line or two about what circumstances someone would want to use
this in?
Also, a mention as to how these methods are not (or are) related to
Widget's grabDefault() would be really helpful! There doesn't seem to be
any compelling reason to change their signatures, but the fact that they
are grab<COMPLETE> implies they are related.
> - A change to allow gtk_button_set_image to be called with null.
uh, ok. Great!
Does that actually work? The code in gtk/gtkbutton.c in GTK seems to do
something about marking it as a stock image in this case, but the
documentation doesn't explicitly allow NULL.
I assume you tested this with something (else you wouldn't be exposing
it, of course) but a test fixture in one of the TestCases to this effect
would be really helpful [for me and for testing], especially when you're
doing something that isn't explicitly supported by the underlying GNOME
library in question.
[which we do often enough, but test to make sure the assumptions we're
making hold both now - and more importantly, in the future]
> Comments?
These points are all minor. It's mergeable as it stands now, but if you
could touch up these few things I think it'd make a better patch. Thanks
for your contribution!
AfC
Sydney
|
|
From: Martin G. <ma...@st...> - 2009-03-30 13:46:53
|
Hi All, Here is a bundle to make a few very minor changes. - A javadoc improvement for ComboBox - A change to expose removeColumn() and getColumns() in TreeView.java - A change to expose grabAdd() and grabRemove() in Widget.java - A change to allow gtk_button_set_image to be called with null. Comments? -- Martin. |
|
From: Serkan K. <se...@ge...> - 2009-03-28 12:15:17
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 org.freedesktop.bindings.ValidateInternationalization - testInitialization() ok - testTranslation() failed Unit test failed at ValidateInternationalization.java:69, "expected:<[Hello]> but was:<[login]>" Hi, As in above paste the test failed here in Turkish locale. This happens because it looks for the Turkish translation and falling back to msgid. The tests were supposed to handle the issue by setting the locale to English and reverting it at the end but the handling is insufficient. So I made a bundle that does the same for LANGUAGE and LANG as well. This way the tests pas in Turkish locale. So people,especially people with non English locales, can you test if i18n tests pass with it. Thanks in advance. - -- Sincerely, Serkan KABA Gentoo Developer -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknOFMoACgkQRh6X64ivZaLg+gCfeplTen99CJfwdsVBrR91dWz/ UPUAn0J+I+8pbSDMc5qiUBGAocHnf+Pn =D9Tt -----END PGP SIGNATURE----- |
|
From: Andrew C. <an...@op...> - 2009-03-22 11:16:42
|
You might be interested to have a look at http://bugzilla.gnome.org/show_bug.cgi?id=576111 where one Byeong Lee gave us a nicely detailed report. As I pointed out in my comment, I am highly allergic to whack-a-mole fixes because they tend to miss really important complementary matters. Nevertheless, there's some great work there, so hopefully we (as in our community) can duplicate that analysis and propose a patch if necessary. AfC Melbourne -- Andrew Frederick Cowie Operational Dynamics is an operations and engineering consultancy focusing on IT strategy, organizational architecture, systems review, and effective procedures for change management: enabling successful deployment of mission critical information technology in enterprises, worldwide. http://www.operationaldynamics.com/ Sydney New York Toronto London |
|
From: Andrew C. <an...@op...> - 2009-03-19 06:57:39
|
On Thu, 2009-03-19 at 06:34 +0200, Serkan Kaba wrote: > Currently make doc target doesn't generate API documentation for > org.freedesktop.bindings.Internationalization although the javadoc > comments exists. I'm attaching a bundle for faster to generate > documentation for it as well. Good show (eek! the site's version of this page is 4.0.8). Merged to 'mainline' and 'website' branches. AfC Sydney |
|
From: Serkan K. <se...@ge...> - 2009-03-19 04:34:14
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Currently make doc target doesn't generate API documentation for org.freedesktop.bindings.Internationalization although the javadoc comments exists. I'm attaching a bundle for faster to generate documentation for it as well. - -- Sincerely, Serkan KABA -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknByzwACgkQRh6X64ivZaIiWwCfbQ/t7W2Me7LkHBNpz8HZAlja pzYAnRX0TcDjFcMBafg90fWzt++U2itR =K77q -----END PGP SIGNATURE----- |
|
From: Serkan K. <se...@ge...> - 2009-03-06 02:58:41
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrew Cowie yazmış: > We've released version 4.0.10 of the java-gnome bindings of GTK and > GNOME! > > Release notes > http://java-gnome.sourceforge.net/4.0/NEWS.html#4.0.10 > > Tarball > http://ftp.gnome.org/pub/gnome/sources/java-gnome/4.0/java-gnome-4.0.10.tar.bz2 > > AfC > Sydney > > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > > > ------------------------------------------------------------------------ > > _______________________________________________ > java-gnome-developer mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-developer I just added the new version to portage. - -- Sincerely, Serkan KABA Gentoo Developer -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmwkVYACgkQRh6X64ivZaL4LACeIoOR82TqH3592R0oUdRF+Rb/ HfcAnjxyOLZEE/JVjQIsJO0invLPBD5a =3Chk -----END PGP SIGNATURE----- |
|
From: Andrew C. <an...@op...> - 2009-03-01 10:10:45
|
On Sun, 2009-03-01 at 11:28 +0200, Serkan Kaba wrote: > (Other distros? Maybe Andrew can add for Ubuntu) No, I was only using Ubuntu while I was borrowing someone else's laptop. I'm happily back on Gentoo now. AfC Sydney |
|
From: Serkan K. <se...@ge...> - 2009-03-01 09:28:52
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stefan Schweizer yazmış: > On Sun, 2009-02-22 at 15:06 +0100, Stefan Schweizer wrote: >> Sure! I will try to finish the things that I started within the next >> days and post a bundle to the list. I am most interested in getting >> syntax highlighting to work, you could add other stuff if you like. > > All the work I have done so far is now available in a branch [1]. If you > would like to test it or comment on it or even help me finishing it, > that would be great. The classes can be found in the package > org.gnome.sourceview. > > I added the defs files and some stubs and did enough coverage to use the > API with syntax highlighting enabled. There is also a UnitTest and a > simple example application. > > Stefan > > [1] > bzr://research.operationaldynamics.com/bzr/java-gnome/hackers/schweizer/sourceview/ > > > > ------------------------------------------------------------------------------ > Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA > -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise > -Strategies to boost innovation and cut costs with open source participation > -Receive a $600 discount off the registration fee with the source code: SFAD > http://p.sf.net/sfu/XcvMzF8H > _______________________________________________ > java-gnome-hackers mailing list > jav...@li... > https://lists.sourceforge.net/lists/listinfo/java-gnome-hackers > First of all thanks for this work. It's really a great addition to our covarage. I didn't deeply looked into it but fixed two things I spotted in my initial basic review. I added gtksourceview to configure script for Gentoo. (Other distros? Maybe Andrew can add for Ubuntu) I also made the example to work in project root. I'm attaching a bundle with my fixes. - -- Sincerely, Serkan KABA -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmqVUUACgkQRh6X64ivZaI+nwCeJz83UaH97Ae2xCSBuaC0vTJJ 3/wAnipn+nH+AqhwSRq2mN95DpE8cSOJ =dPLE -----END PGP SIGNATURE----- |
|
From: Stefan S. <ste...@gm...> - 2009-03-01 08:08:33
|
On Sun, 2009-02-22 at 15:06 +0100, Stefan Schweizer wrote: > Sure! I will try to finish the things that I started within the next > days and post a bundle to the list. I am most interested in getting > syntax highlighting to work, you could add other stuff if you like. All the work I have done so far is now available in a branch [1]. If you would like to test it or comment on it or even help me finishing it, that would be great. The classes can be found in the package org.gnome.sourceview. I added the defs files and some stubs and did enough coverage to use the API with syntax highlighting enabled. There is also a UnitTest and a simple example application. Stefan [1] bzr://research.operationaldynamics.com/bzr/java-gnome/hackers/schweizer/sourceview/ |
|
From: Andrew C. <an...@op...> - 2009-02-28 10:37:54
|
Andrew and Serkan's patches were combine and merged to 'mainline' revno 613. AfC Sydney |
|
From: Andrew C. <an...@op...> - 2009-02-28 02:50:06
|
I cut another release candidate; java-gnome 4.0.10-rc3 is up. The NEWS entry is done (up on website but not in 'mainline' yet). The only thing left is clean up the PDF example and add the "doodle" image to it. AfC Sydney |
|
From: Andrew C. <an...@op...> - 2009-02-28 02:47:55
|
Merged to 'mainline' AfC Sydney |
|
From: Andrew C. <an...@op...> - 2009-02-28 02:47:35
|
Merged to 'mainline' AfC Sydney |
|
From: Andrew C. <an...@op...> - 2009-02-26 13:07:25
|
It seems that people on Open Solaris do a lot of ad-hoc custom environment setup there to make up for lack of a file system standard and chaotic and conflicting package installations. Ouch. Based on initial comments from Kamil Szymala, I started a branch which lets people who have installed GCC on a Solaris box have it picked in preference, and sorted out a few assumptions that were getting in the way of doing that. After initial contact from him, however, I didn't get any corrections to the branch, so I'm not sure if it's actually ok or not. It's branch 'build-solaris'. I will merge it to 'mainline' this weekend if no one comments further as it seems to be an improvement for that environment, and it will be in 4.0.10-rc3 (to be out shortly). Anyone who is running on Solaris may want to test first. Patch bundles further improving matters there are welcome. AfC Sydney |
|
From: Bruno D. <bdu...@be...> - 2009-02-25 20:21:50
|
On Sun, 2009-02-22 at 15:06 +0100, Stefan Schweizer wrote: > On Sun, 2009-02-22 at 12:09 +0100, Bruno Dusausoy wrote: > > Hehe, I just wanted to do the same thing. > > If you need help ... > > Sure! I will try to finish the things that I started within the next > days and post a bundle to the list. I am most interested in getting > syntax highlighting to work, you could add other stuff if you like. > Ok. But I will first re-read the documentation about the bindings inner working. ;) Btw, are you idling on IRC sometimes ? -- Bruno Dusausoy <bdu...@be...> |
|
From: Kamil S. <kam...@gm...> - 2009-02-24 07:30:08
|
My intention was to show you how it works, I haven't found any good place to share this code. I don't think that comments in cairo operators are *just* ripped, they are very simple(“Where the second object is drawn, the first is completely removed.“), and describe the most important meaning, better than “Clear a surface to all transparent.” which was in the release, that was not professional at all. |
|
From: Andrew C. <an...@op...> - 2009-02-23 12:32:22
|
Hello Kamil, Thank you for your contribution! I took a bit of time to review your patch and have a few stylistic and organizational points for you to consider. On Mon, 2009-02-23 at 11:10 +0100, Kamil Szymala wrote: > === modified file '.classpath' > --- .classpath 2008-09-15 14:27:46 +0000 > +++ .classpath 2009-02-23 06:55:19 +0000 > @@ -10,5 +10,6 @@ > + <classpathentry kind="lib" path="/usr/share/java/gtk.jar"/> java-gnome doesn't need _your_ installed .jar location on its Eclipse build path. I have no idea why you did this, but it is wrong, sorry. You'll need to revert this change. > === added file 'doc/examples/cairo/CairoOperatorTest.java' Neither of the two demos you have submitted are examples; in out project the things we put in the doc/examples/ tree are intended to teach other people how to use a feature or system. The programs linked from http://java-gnome.sourceforge.net/4.0/doc/examples/START.html are at the standard we aim for. If that's what you have in mind, then you'll a) have to put some explanation in, b) meet the coding standards used in the other examples, and c) follow the naming conventions in use. All the examples start with a prefix of "Example" to keep the type completion space clear. I was going to suggest these can move to tests/bindings/ with a prefix of "Demo", but actually this on its way to what we'd need for a *really* great set of Snapshots. Perhaps you and Kenneth Prugh can get together on this.... > + * Copyright (c) 2007-2008 ... Just so you know, it is 2009 now. :) If you used an an existing source file which had "2007-2008" then "2007-2009" would be appropriate. If you created something from scratch then "2009" would be fine. > + @SuppressWarnings("empty-statement") I'd appreciate it if you did up your code so that there aren't any warnings to suppress. > === modified file 'src/bindings/org/freedesktop/cairo/Operator.java' > --- src/bindings/org/freedesktop/cairo/Operator.java 2009-02-20 14:23:13 +0000 > +++ src/bindings/org/freedesktop/cairo/Operator.java 2009-02-23 06:55:19 +0000 > @@ -30,16 +30,104 @@ > } > > /** > - * Clear a surface to all transparent. > + * Where the second object is drawn, the first is completely removed. > + * Anywhere else it is left intact. The second object itself is not drawn. Did you write this yourself, or copy it from somewhere? It looks suspiciously like what is written at http://cairographics.org/operators/ We try *very* hard not to blindly take raw text from other sources. [if you do, you MUST add a comment to the top of the file indicating the origin of the material, its copyright, and the licence it was made available under; see http://research.operationaldynamics.com/bzr/java-gnome/mainline/src/bindings/org/gnome/gdk/InterpType.java for an example] The key is to try and think of what someone is trying to do when they are looking at the docs for particular method or constant, and to then try and explain what something is for and when [how] to use it (when not to use it!). Taking the above example, given that "clearing to all transparent" is a common idiom in Cairo, and a critical part of doing the cairo-clock like transparent background non-rectangular shape work we were doing together the other day, I would encourage you to add a paragraph about this Operator's role in that scenario. In the end the test is simple. Assume the person merging your patch does not know GTK / Cairo / libwhatever, and in the JavaDoc you are explaining to them what it is, and how to use it. Send the maintainer a patch that teaches him what something is for and how to use it, and you're going to be find it very easy to get that patch accepted. :) AfC Sydney -- Andrew Frederick Cowie Operational Dynamics is an operations and engineering consultancy focusing on IT strategy, organizational architecture, systems review, and effective procedures for change management: enabling successful deployment of mission critical information technology in enterprises, worldwide. http://www.operationaldynamics.com/ Sydney New York Toronto London |
|
From: Kamil S. <kam...@gm...> - 2009-02-23 10:10:37
|
and the example app. |
|
From: Stefan S. <ste...@gm...> - 2009-02-22 14:06:41
|
On Sun, 2009-02-22 at 12:09 +0100, Bruno Dusausoy wrote: > Hehe, I just wanted to do the same thing. > If you need help ... Sure! I will try to finish the things that I started within the next days and post a bundle to the list. I am most interested in getting syntax highlighting to work, you could add other stuff if you like. Stefan |
|
From: Andrew C. <an...@op...> - 2009-02-22 11:58:21
|
On Sun, 2009-02-22 at 11:42 +0100, Stefan Schweizer wrote: > I just wanted to tell you that I started to work on coverage for the > GtkSourceView API. Great! > I am using the package org.gnome.gtksourceview. Is > that ok? There is no hard and fast rule for our package space; we have, for example, trimmed the lib- prefix off of a few things [libwnck has become org.gnome.wnck, same with libglade -> org.gnome.glade, etc]. And I've also been wondering what to do with GtkSpell, thinking org.gnome.spell would be about right. This is mostly because I'd kinda like to keep org.gnome.gtk by itself without other things hanging off of it, but whatever. This part is all a bit subjective :) So org.gnome.sourceview would be my pick, but you guys make the decision. AfC Sydney P.S. You might want to grab my 'poppler' branch and have a peek; it's much larger but an example of what has to happen off the blocks to add a new library. |
|
From: Bruno D. <bdu...@be...> - 2009-02-22 11:09:35
|
On Sun, 2009-02-22 at 11:42 +0100, Stefan Schweizer wrote: > Hi, > > I just wanted to tell you that I started to work on coverage for the > GtkSourceView API. I am using the package org.gnome.gtksourceview. Is > that ok? > Hehe, I just wanted to do the same thing. If you need help ... -- Bruno Dusausoy <bdu...@be...> |
|
From: Stefan S. <ste...@gm...> - 2009-02-22 10:42:09
|
Hi, I just wanted to tell you that I started to work on coverage for the GtkSourceView API. I am using the package org.gnome.gtksourceview. Is that ok? Stefan |
34 messages has been excluded from this view by a project administrator.
