headers
Gustavo J. A. M. Carneiro | 2 Feb 2006 19:21
Picon
Favicon

Re: SCons'ified PyGTK



On Tue, 2006-01-31 at 15:48 -0600, Albert Chin wrote:
> On Thu, Dec 29, 2005 at 06:35:19PM +0000, Gustavo J. A. M. Carneiro wrote:
> 
> >   Behold! A SCons'ified PyGTK is now available:
> > 
> > http://www.gnome.org/~gjc/pygtk-2.8.3.tar.gz
> > http://www.gnome.org/~gjc/pygtk-scons.diff
> > 
> >   It needs scons 0.96.91, instead of make.  I had to invest a lot of
> > effort and time to make this happen, due to missing functionality in
> > base scons.  However, I tried to be careful to split out generic
> > functionality into a separate 'scons tool' that could potentically be
> > reused outside of PyGTK.  I didn't test it on win32, but in theory it
> > should work, with more or less adjustments.
> > 
> > [snip snip]
> 
> PyGTK runs fine on Solaris, HP-UX, AIX, Tru64 UNIX, and IRIX. Does
> scons know how to build shared libraries intelligently on these
> platforms?

Quoting from www.scons.org:

	"""Designed from the ground up for cross-platform builds, and known to
work on Linux, other POSIX systems (including AIX, *BSD systems, HP/UX,
IRIX and Solaris), Windows NT, Mac OS X, and OS/2."""
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ankit Patel | 5 Feb 2006 07:24
Picon
Favicon

Keyboard Layout Creator (KLC)


What is KLC
===========
The Keyboard Layout Creator (KLC) is a small tool for
the creation and customization of keyboard layouts.
Currently it can be used for only indic languages and
supports two Input Method Engines (IME)-IIIMF and
SCIM. The KLC has been written in C usinf gtk
libraries.

This application is targetted for the benefit of
users/language teams and others who would like to
create new keyboard layouts for their language.
Existing keyboard layouts can also be modified
according to the user's requirement or to apply
changes (e.g. Addition of new codepoints etc.).

Features
========
1. Create and customize keyboard layouts
2. Create installer for that layout
3. Install the .klc layout
4. Save keyboard layouts in Image format also

Downloads
=========
http://prdownloads.sourceforge.net/indianoss/Keyboard_layout_creator_demo.ogg?download
http://prdownloads.sourceforge.net/indianoss/klc-1.0-2.tar.bz2?download
http://prdownloads.sourceforge.net/indianoss/klc-1.0-2.src.rpm?download
http://prdownloads.sourceforge.net/indianoss/klc-1.0-2.i386.rpm?download
(Continue reading)

Permalink | Reply | 2 comments |
headers
Philip Van Hoof | 8 Feb 2006 01:44
Picon
Gravatar

A GIterator type, but not as a simple type -> as a GTypeInterface (GIterIface)


Hey Owen,

More then a year ago you wrote an E-mail about why you wouldn't want to
start using a type like GIterator in gtk+.

I do share some of your opinions on this, mainly the fact that it
shouldn't be introduced in gtk+. 

But I wouldn't share your opinion if you would say that therefore a type
like GIterator shouldn't be available for developers that use GObject.

I wrote a reply to your E-mail.

> Wanted to definitely WONTFIX 
> 
>  http://bugzilla.gnome.org/show_bug.cgi?id=83729
> 
> about GIterator, which has been in limbo for a long time, so I found a
> writeup I started a year or two ago and finished it off.
> 
> The basic question to me is "what is GIterator trying to achieve?".
> 
> Possibilities:
> 
>  1) Consistency. We have many ways of returning lists of
>     items or iterating over sets of items. Conceivably,
>     by consitently always using GIterator in these 
>     circumstances, we could have a single way of doing
>     everything.
(Continue reading)

Permalink | Reply | 835 comments |
headers
Owen Taylor | 8 Feb 2006 03:18
Picon
Favicon

Re: A GIterator type, but not as a simple type -> as a GTypeInterface (GIterIface)


On Wed, 2006-02-08 at 01:44 +0100, Philip Van Hoof wrote:
> Hey Owen,
> 
> More then a year ago you wrote an E-mail about why you wouldn't want to
> start using a type like GIterator in gtk+.
> 
> I do share some of your opinions on this, mainly the fact that it
> shouldn't be introduced in gtk+. 
> 
> But I wouldn't share your opinion if you would say that therefore a type
> like GIterator shouldn't be available for developers that use GObject.

I'll stick to my opinion that adding GIterator is something you'd
want to do only if the amount of additional complexity you were
going to build on top of GLib and GObject in the future far 
exceeds the amount of complexity that exists today.

And the thought of the possibility of that happening makes me sad :-(

> I wrote a reply to your E-mail.
> 
> 
> > Wanted to definitely WONTFIX 
> > 
> >  http://bugzilla.gnome.org/show_bug.cgi?id=83729
> > 
> > about GIterator, which has been in limbo for a long time, so I found a
> > writeup I started a year or two ago and finished it off.
> >
(Continue reading)

Permalink | Reply | 835 comments |
headers
Philip Van Hoof | 8 Feb 2006 11:34
Picon
Gravatar

Re: A GIterator type, but not as a simple type -> as a GTypeInterface (GIterIface)

On Tue, 2006-02-07 at 21:18 -0500, Owen Taylor wrote:

Hey Owen, 

I've been cutting in your reply. Else this discussion would get
needlessly long and difficult to read ;-).

If others are reading this: please make sure to read the stuff came
before this e-mail.

> It definitely bothers me that it's hard to write GtkTreeModel
> implementations in a high-level language. That's something I wish we
> could have done better.

I'm happy it bothers you. For me this means that in the end, we have the
same goal ;-). And somehow share the same opinion on the core idea of
why I proposed a type like GIterIface.

> But I don't know how, and I'm not entirely sure it was possible ...

If it's not possible, we can make it possible. And about 'difficult':
IMHO, 'difficult' is fun.

> the memory management paradigms we use for GTK+ work well for big
> objects, they don't work well for tiny objects.

Agreed.

Wouldn't it be a good idea to create a new style of object creating,
like gobject, that is more suitable for tiny objects?
(Continue reading)

Permalink | Reply | 0 comments |
headers
Denis Jacquerye | 8 Feb 2006 21:08
Picon
Gravatar

Re: Keyboard Layout Creator (KLC)



That's really nice, I've been looking one keyboard layout editor for a while.

There are a few features I would like to see in such an editor. Can we
ask for features and provide patches if possible?

It would be nice to be able to have level3 key assignements, i.e. with
AltGr or Meta and the likes.
Also the special keys like Enter, Backspace, Shift, etc. should not be
pictures but should be labels. This would allow for i18n of those
too.
The Space key should be editable too. Some keyboard layouts have a
non-breakable space with AltGr+space (like on Mac).

There's more features that could be added (more format, etc) but I
don't know if I should write them here or if you have some sort of
bugzilla.

By the way, the .klc extension is probably not the best choice since
the Microsoft Keyboard Layout Creator saves files with that extension.

Denis Jacquerye

On 2/5/06, Ankit Patel <ankit644 <at> yahoo.com> wrote:
>
> What is KLC
> ===========
> The Keyboard Layout Creator (KLC) is a small tool for
(Continue reading)

Permalink | Reply | 1 comment |
headers
Sergey Udaltsov | 10 Feb 2006 10:29
Picon

Re: Keyboard Layout Creator (KLC)


Hello Ankit

As a person dealing with layouts, I really do appreciate your efforts
in this area. Currently, as I can see, you concentrated on the input
methods. Do you plan to include XKB files (as in
/usr/X11R6/lib/x11/xkb) into the scope of your project? If so, I could
give you some help.

Regards,

Sergey
Permalink | Reply | 502 comments |
headers
Sylvain Bertrand | 10 Feb 2006 16:01
Picon

dev/system libs conflict.


Hi,
I'm currently trying to compile a dev gnome desktop on the side of a
system one (I use jhbuild for this task).

The dev gnome desktop is compiled against the system modular X.org 7.0
which is installed in /usr with /usr/X11R6 being a mere symlink to
/usr.

Since I have a system gnome desktop installed in /usr, I have
dev/system libs link conflicts when trying to build the dev gnome
desktop.

To fix this, it's most of the time just a matter of reordering the lib
search paths on the libtool (link mode) command line: the dev libs
paths must appear before the x11 libs path, since the latter does
contain other gnome libs.

The purpose of this mail is to put forward this issue and let gnome
developers act accordingly.

Regards,

  Sylvain
Permalink | Reply | 0 comments |
headers
Carlos Eduardo Rodrigues Diogenes | 11 Feb 2006 20:13
Picon
Favicon

libgnomeui dependecies


Hi,

To compile libgnomeui (shipped with 2.12.x) I must have installed 
gnome-keyring?

I was reading the bfls and this is a required dependencie, but the 
gnome-keyring is not in the platform directory and in my point of view, 
everything in the desktop must depend from platform, but the platform 
can't depend of desktop, it's apper to be an incosistency.

Thanks,
Carlos.
Permalink | Reply | 0 comments |
headers
Ankit Patel | 12 Feb 2006 10:38
Picon
Favicon

Re: Keyboard Layout Creator (KLC)


--- Denis Jacquerye <moyogo <at> gmail.com> wrote:

> That's really nice, I've been looking one keyboard
> layout editor for a while.
> 
> There are a few features I would like to see in such
> an editor. Can we
> ask for features and provide patches if possible?
> 
> It would be nice to be able to have level3 key
> assignements, i.e. with
> AltGr or Meta and the likes.
> Also the special keys like Enter, Backspace, Shift,
> etc. should not be
> pictures but should be labels. This would allow for
> i18n of those
> too.
> The Space key should be editable too. Some keyboard
> layouts have a
> non-breakable space with AltGr+space (like on Mac).
> 
> There's more features that could be added (more
> format, etc) but I
> don't know if I should write them here or if you
> have some sort of
> bugzilla.
> 
> By the way, the .klc extension is probably not the
> best choice since
(Continue reading)

Permalink | Reply | 0 comments |

Gmane