(to: trimmed, this question should be on gtk-app-devel-list)
On Dec 11, 2007 4:48 AM, li_top [EMAIL PROTECTED] wrote:
I have a problem to implement a UI like Microsoft Word table .
That is , The UI have tables . User can combine 2or3 or more tables to one
table. How to
The treeview widget
On Dec 8, 2007 2:55 AM, Mats Vold [EMAIL PROTECTED] wrote:
I'm trying to create a drag and drop destination, and I have the following
code
Have you tried the drag and drop example code that comes with gtk?
Here's a widget from my app that displays a swatch of colour and lets
you drag and drop
Hi Stefan,
It is the simplest method!
Thanks Stefan and all people replied on this thread.
On Dec 8, 2007 6:23 PM, Stefan Kost [EMAIL PROTECTED] wrote:
Hi Ben,
Ben Lau schrieb:
hi all,
I am implementing a GObject (a simple video player) that creates a
GStreamer pipeline for video
Can someone point me to the correct way to launch a Nautilus window from
a gtk application (i.e., context menu - open this folder in Nautilus).
- Mike
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
Does anybody know if the toolbars used by the application monodevelop
are a library that might be available for C programmers like GDL is?
--
- Micah Carrick
Developer - http://www.micahcarrick.com
GTK+ Forums - http://www.gtkforums.com
___
I humbly suggest that the versioning recommendation for the GTK+ stack
and GNOME in general is amended for the third micro part of the
version numbers to match the convention used in cairo.
See http://cairographics.org/manual/cairo-Version-Information.html .
In a nutshell, the idea is that
On Tue, 11 Dec 2007, Tor Lillqvist wrote:
I humbly suggest that the versioning recommendation for the GTK+ stack
and GNOME in general is amended for the third micro part of the
version numbers to match the convention used in cairo.
See
On Ter, 2007-12-11 at 10:37 +0200, Tor Lillqvist wrote:
I humbly suggest that the versioning recommendation for the GTK+ stack
and GNOME in general is amended for the third micro part of the
version numbers to match the convention used in cairo.
See
On Mon, 26 Nov 2007, Bryan Christ wrote:
Can anyone point me to some resources for contributing to Glib. I
have combed the gtk.org website looking for a FAQ or contributor guide
but can't find anything.
people can sign up for individual tasks for contributing to glib/gtk+ hee:
On Tue, 2007-12-11 at 04:11 -0500, David Zeuthen wrote:
Hi,
I've started working on writing a hal implementation for GVolumeMonitor
and have some suggestions making the volume monitor API better. First of
all it appears that the current GDrive and GVolume abstraction is more
or less a 1:1
[snip]
On Tue, 2007-12-11 at 10:37 +0200, Tor Lillqvist wrote:
This has the advantage that there is never any confusion whether
pre-release or post-release bump is used. Code from a SVN checkout can
always be recognised by its odd micro number, and correspondingly code
from a released tarball
Is this a current problem now?
Not a major problem, as far as I know.
I was prompted to (re-?) post the suggestion by a message to the
evolution-hackers list where it was suggested that Evolution changes
from using pre-release version bump to using post-release bump. So
clearly at least some
On Tue, 2007-12-11 at 15:38 +0200, Tor Lillqvist wrote:
Is this a current problem now?
Not a major problem, as far as I know.
I was prompted to (re-?) post the suggestion by a message to the
evolution-hackers list where it was suggested that Evolution changes
from using pre-release
On Tue, 2007-12-11 at 12:51 +0100, Alexander Larsson wrote:
On Tue, 2007-12-11 at 04:11 -0500, David Zeuthen wrote:
Hi,
I've started working on writing a hal implementation for GVolumeMonitor
and have some suggestions making the volume monitor API better. First of
all it appears that
It seems davidz:s mail didn't reach the list. Here is a CC:ed copy.
---BeginMessage---
On Tue, 2007-12-11 at 12:51 +0100, Alexander Larsson wrote:
On Tue, 2007-12-11 at 04:11 -0500, David Zeuthen wrote:
Hi,
I've started working on writing a hal implementation for GVolumeMonitor
and have
Hey everybody,
We've been doing a GIO API review in the last couple of days and
here is the list of comments and issues we've come up with:
General:
It seems GIO allows individual files to be included, this should be
avoided like gobject does it:
#if !defined (__GLIB_GIO_H_INSIDE__)
On Tue, 2007-12-11 at 10:37 +0200, Tor Lillqvist wrote:
I humbly suggest that the versioning recommendation for the GTK+ stack
and GNOME in general is amended for the third micro part of the
version numbers to match the convention used in cairo.
See
Hi,
On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote:
Also, subclasses should probably append their name, not prepend it:
GFilterOutputStream - GIOOutputStreamFilter
GUnixOutputStream - GIOOutputStreamUnix
...
This makes the file and inheritence structure much clearer and
The problem I see with the proposed scheme is that we can't
fit step (e) into it, since 2.12.2 is never in SVN. With our
current scheme, you can do this:
svn checkout $(url)/tags/MY_PROGRAM_2_12_2
make distcheck
and get, in theory, exactly the tarball that's sitting on
ftp.gnome.org.
On Tue, 2007-12-11 at 21:22 +0200, Vincent Geddes wrote:
Hi,
On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote:
Also, subclasses should probably append their name, not prepend it:
GFilterOutputStream - GIOOutputStreamFilter
GUnixOutputStream - GIOOutputStreamUnix
...
On Tue, 11 Dec 2007 21:22:32 +0100, Jürg Billeter wrote:
On Tue, 2007-12-11 at 13:08 -0600, Shaun McCance wrote:
The problem I see with the proposed scheme is that we can't
fit step (e) into it, since 2.12.2 is never in SVN. With our
current scheme, you can do this:
...
The cairo
On Tue, 2007-12-11 at 09:50 -0500, David Zeuthen wrote:
So, Maybe a better set of names would be something like:
GDrive -1-n- GVolume -1-1- GMount
Other alternatives for GMount: GMountedVolume, GMounted, GMountPoint
Any other ideas?
I've talked to alexl and mclasen on IRC and we went
On Tue, 2007-12-11 at 15:37 -0500, Jürg Billeter wrote:
It's not only different from the naming conventions in those
programming languages, it's also different from plain English, as far
as I can tell as a non-native speaker.
But then again, it's not a human language...
--
behdad
On Tue, 2007-12-11 at 21:22 +0200, Vincent Geddes wrote:
Hi,
On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote:
Also, subclasses should probably append their name, not prepend it:
GFilterOutputStream - GIOOutputStreamFilter
GUnixOutputStream - GIOOutputStreamUnix
...
On Dec 11, 2007 6:50 AM, Murray Cumming [EMAIL PROTECTED] wrote:
This is actually the recommendation of the GNOME release team:
http://live.gnome.org/MaintainersCorner/Releasing
and it's done by a lot of GNOME modules already.
When I first saw the cairo convention, I thought it'd be good to
Alex, Dan,
I have taken an initial stab at porting EelAppLaunchContext to gdk,
and removed the libsn dependency on the way. The results can be found
in http://bugzilla.gnome.org/show_bug.cgi?id=503203
I'd appreciate if you (or anybody else who is interested) could look
it over and tell me that
26 matches
Mail list logo
