On Sun, 2011-01-30 at 01:21 -0500, Matthias Clasen wrote:
> GTK+ 2.24.0 is now available for download at:
>
> http://download.gnome.org/sources/gtk+/2.24/
> ftp://ftp.gtk.org/pub/gtk/2.24/
http://www.gtk.org/ still has the GTK+ 2.20 release as the latest news
entry. Perhaps it would be a good i
On Thu, 2010-10-07 at 12:36 +0900, Tristan Van Berkom wrote:
> Hi all,
> With recent developments I've found that GtkWrapBox in the end is
> not what was needed to meet the requirements of Glom (hence the writeup
> of the different container... coming in another mail).
>
> Furthermore, the gim
On Mon, 2010-09-27 at 14:43 +0900, Tristan Van Berkom wrote:
> Guys,
>I'm just raising this because it's been the third time now
> that I have to fix people's refactor commits locally just to get
> through a build.
>
> Today it was:
> gdkvisual-x11.c: In function ‘_gdk_visual_init’:
> gdkvisu
On Tue, 2010-09-07 at 14:21 -0400, Colin Walters wrote:
> I think it makes sense to put gtk-doc.m4 inside glib (and the same for
> introspection.m4).
Shouldn't you be able to get away with the same hack that we use in
GIMP ?
http://git.gnome.org/browse/gimp/commit/?id=4f14da539118f7a4017c271b202c
On Sun, 2010-09-05 at 15:37 +0100, Emmanuele Bassi wrote:
> On Sat, 2010-09-04 at 19:47 +0200, Lionel Landwerlin wrote:
>
> > Last week, I have seen that GTK+ 3.0 has drop the DirectFB backend
> > because no maintainer was carrying it (which I wasn't aware of).
>
> that's frankly odd, since the
On Wed, 2010-08-25 at 21:49 +0200, Lionel Landwerlin wrote:
> Hi,
>
> There is a bug report for this :
> https://bugzilla.gnome.org/show_bug.cgi?id=619468
I've always told you guys on the DirectFB list that you should notify me
about fixes for the DirectFB backend. I don't have the time to actual
On Wed, 2010-08-04 at 16:33 -0400, Havoc Pennington wrote:
> Hi,
> Given this I'm not sure why nobody has ever replaced libtool while
> keeping automake. For me it's probably 1) automake is written in perl
> which I just don't speak and 2) suspicion that automake upstream
> wouldn't take the patch
On Tue, 2010-07-27 at 17:15 +0200, Krzysztof Kosiński wrote:
> Hello
>
> Here is my use use case (in Inkscape). I have a set of sliders
> (GtkScale) that control some values in the document. I want to update
> the view of the document in real time, but only push the change on the
> undo stack when
On Mon, 2010-03-15 at 21:14 +, jcup...@gmail.com wrote:
> But it seems to me that we have a more immediate need: gthread has a
> threadpools, but no way to pick a reasonable size for a pool.
Feel free to use the implementation in GIMP as a starting point:
http://git.gnome.org/browse/gimp/tr
On Sat, 2010-01-02 at 14:40 +1100, Erik de Castro Lopo wrote:
> I'm having trouble differentiating between memory leaks in my code and
> apparent leaks in GTK when using valgrind.
>
> Even the minimal hello world program from the GTK tutorial:
>
>http://library.gnome.org/devel/gtk-tutorial/s
On Sun, 2009-10-11 at 17:08 +0300, Nikolay Zamosenchuk wrote:
> Good afternoon!
> I'm experiencing some difficulties using 2.18 release.
>
> I'm trying to get window screenshot using such code (working on
> previous major releases, including 2.16):
>
>GdkWindowObject *private = (GdkWindow
Hi,
On Mon, 2009-09-28 at 02:00 -0400, Thomas Jaeger wrote:
> - if (!strcmp (tmp_name, "pointer"))
> -gdkdev->info.source = GDK_SOURCE_MOUSE;
> - else if (!strcmp (tmp_name, "wacom") ||
> - !strcmp (tmp_name, "pen"))
> -gdkdev->info.source = GDK_SOURCE_PEN;
> - else if (!strcmp
On Wed, 2009-09-02 at 14:28 -0400, David Zeuthen wrote:
> Mmmm, wouldn't this break the API? E.g. cause compilation of existing
> apps to spew warnings. If so, we can't do it.
How is the introduction of a compiler warning an API break? Every gcc
update introduces some more compiler warnings in co
Hi,
guys, your thread is impressing. Just look at the last post and enjoy
how the quotation level raises to its maximum in the middle of this mail
where the author replies to himself for the third time in a row, always
quoting the full previous post. Brilliant. Thanks for this wonderful
work. It w
Hi,
On Wed, 2009-06-24 at 10:36 +0200, Alexander Larsson wrote:
> > I'd also welcome if GCancellable and GInitable could be moved to
> > GObject. They are potentially useful outside GIO.
>
> Why can't you not use them from GIO? GIO is a general library that has
> the same availability as gobject
Hi,
On Fri, 2009-06-19 at 10:29 +0100, Richard Hughes wrote:
> It would be really great to wrap GCancellable in another object, in my
> case PkCancellable and add the extra functionality there.
> Unfortunately _GCancellable is private and not public, and thus can't
> be subclassed. I've attached
Hi,
On Wed, 2009-06-03 at 13:32 -0400, Freddie Unpenstein wrote:
> From: "Tristan Van Berkom", Date: 04/06/2009 00:13, Wrote:
>
> >> In general though, GtkOrientable already exists. People are bound
> to
> >> use it.
> > An example use case of this would be a custom toolbar that could be
> > plac
Hi,
On Wed, 2009-06-03 at 19:03 +0800, Davyd Madeley wrote:
> It's not really related to GtkOrientable per se, but it's specifically
> that when you change the runtime orientation you might also wish to
> reverse the packing order (I guess think about wishing to do a -90
> degree rotation rather
Hi,
On Wed, 2009-06-03 at 14:25 +0800, Davyd Madeley wrote:
> I was experimenting with using GtkOrientable today and came across what
> might be an oversight when using it with GtkBox'like objects.
>
> I wanted to turn a hbox into a vbox, which is fine. However the buttons
> in the box are then c
Hi,
On Mon, 2009-05-18 at 15:06 +0200, Carlos Garcia Campos wrote:
> I've realized that print preview doesn't work as I thought, and I'm bit
> confused. An application open the print dialog by using
> GtkPrintOperation, then the user clicks on preview and a pdf file is
> generated to be used by a
Hi,
On Sun, 2009-05-17 at 11:52 -0400, Morten Welinder wrote:
> > What you are showing there are applications using the file-chooser
> > incorrectly. In particular they don't set the window size large enough
> > (or they forget to remember the user-chosen size).
>
> Add a preview: no space left f
Hi,
On Fri, 2009-05-15 at 22:28 +0200, Jernej Simončič wrote:
> For the values of nicer that match "much slower", "worse autocomplete
> behaviour than the native dialog", "less useful Places list" and "confusing
> gradual display of network locations" (the first time I tried opening
> something f
Hi,
On Sat, 2009-05-16 at 20:36 -0400, Morten Welinder wrote:
> > IMO this is now pretty much of a non-issue, since the current GTK
> > file selection dialog is sufficiently like Windows (but nicer!).
>
> I'm not sure what planet you're living on. The current gtk+
> file chooser absolutely stink
Hi,
On Thu, 2009-05-14 at 20:47 -0700, walty wrote:
> However, one thing that surprised me is that, when I do "g_list_append" or
> "g_list_prepend", it does not automatically add the reference count of the
> stored GObject (unlike objective-C).
It would be nice to have some container implementa
Hi,
On Fri, 2009-03-27 at 15:45 -0400, Andrew Paprocki wrote:
> On Fri, Mar 27, 2009 at 1:47 PM, Andrew Paprocki wrote:
> > I checked gvalue.h and I don't see a #define in there containing the
> > proper initializer list for a GValue to prevent gcc warnings. Rather
> > than duplicating "GValue v
Hi,
On Mon, 2009-03-16 at 17:04 +0100, Alexander Larsson wrote:
> I commited something like this limited patch to svn. However, I didn't
> add the public API parts yet.
I've also turned in and accepted that using fsync() is needed at least
when replacing a file. I've done a similar change for GI
Hi,
On Fri, 2009-03-13 at 14:11 +0100, Mathias Hasselmann wrote:
> I think you don't understand the problem.
That might very well be the case. I had a look at the presentation that
Alex linked to in the initial post in this thread. But I would have
preferred a document that doesn't look at the i
Hi,
On Fri, 2009-03-13 at 08:38 +0100, Alexander Larsson wrote:
> If you want to you can make all i/o sync by mounting it as such. But
> thats of course really slow. Generally the gio file write operations are
> used for saving files, and people sort of expect that when save returns
> the file is
Hi,
On Sat, 2009-03-07 at 10:37 +0530, Monil Parmar wrote:
> I am using GTK-2.12.12.
> I have compiled mng lib from http://sourceforge.net/projects/libmng/ .
> The test application, I have used for X11 with linux.mng is at
> libmng-1.0.10/contrib/gcc/gtm-mng-view .
> gtk-mng-view is a sample gt
Hi,
On Sun, 2009-03-08 at 19:45 -0300, Gustavo Noronha wrote:
> On Sun, 2009-03-08 at 15:46 +0100, Sven Neumann wrote:
> > PS: What is the state of WebkitGTK on the Windows platform? It would
> > totally rock if we could finally ship the GIMP help browser with the
> > GIMP
Hi,
On Thu, 2009-02-19 at 21:00 +0100, Christian Dywan wrote:
> I'm one of the WebKitGtk fellows and one thing we are missing currently
> is a place on the web, where you can find releases, docs and whatnot.
Indeed. I have found it very difficult to locate information about
WebKitGtk.
> So we h
Hi,
On Wed, 2009-03-04 at 21:12 +0530, Monil Parmar wrote:
> Iam trying to give support for animated mng on gtk-directfb.
>
> Animated mng file is working fine with gtk-x11 background
> but with gtk-directfb background it loads only one frame of mng file.
>
> Can you help me regarding this. or
Hi,
On Sun, 2009-03-01 at 14:47 -0500, Matthias Clasen wrote:
> Some of the recently added new features are specifically for password
> entries, like the caps lock
> warning.
Great, so if we had a GtkPasswordEntry, these features would not have to
live in GtkEntry. That's even better.
> A pass
Hi,
On Sun, 2009-03-01 at 01:01 +, Stef wrote:
> This leads me to wonder if perhaps the password entry control in GTK+
> might fare better as a separate widget. There's an insane amount of "if
> (entry->visible)" in the code and alternate code paths for password entry.
I definitely think so.
Hi,
On Sat, 2009-02-21 at 21:42 +0300, Кутейников Дмитрий wrote:
> Can you make function like g_hash_table_new, but with size parameter?
> It would be great if GLib could allocate certain piece of memory when
> creating hash table, because I know average elements count which my
> program will keep
Hi,
I have committed a couple of patches to gtk+ trunk today and merged all
of them to the gtk-2-14 branch. These commits resurrect basic
functionality of the DirectFB GTK+ backend. There are still issues,
quite a few things don't work correctly. But so far I haven't seen any
crashes in the few te
Hi,
On Mon, 2008-12-22 at 16:44 +0100, Alberto Garcia wrote:
> However, there is a performance problem with private attributes
> (if you use g_type_class_add_private()) that don't exist in other
> languages, as GObject's g_type_instance_get_private() can be
> noticeably slow.
That can easily be
Hi,
On Fri, 2008-12-19 at 16:54 +0100, Christian Dywan wrote:
> The latest Gtk+ for DirectFB is broken because nobody who uses DirectFB
> stepped up to bring it back in shape. I've seen countless attempts at
> using it but nobody who was up to fix it.
As far as I know there's a set of patches fr
Hi,
On Sat, 2008-09-27 at 11:27 +0200, comicinker wrote:
> I'm trying to build the svn version of gio-standalone (Rev 761) on a
> Ubuntu Hardy machine.
>
> I receive following error message:
>
> make[3]: Entering directory
> `/home/comic/zzz_unindexed/gio-standalone/trunk/gio'
> gcc -DHAVE_CONF
Hi,
On Sun, 2008-08-17 at 13:54 -0300, Henrique Carvalho Alves wrote:
> The problem here is that "Quick brown fox..." doesn't make sense in
> any language. "Lorem ipsum..." also doesn't make sense for someone who
> doesn't know it's a dummy text. A common user would just popup the
> dialog and sa
Hi,
On Fri, 2008-08-15 at 19:20 +, Luke Kenneth Casson Leighton wrote:
> qt4 has support for "Rich Text" - simple things like "< b >hello< /b >" can be
> detected and displayed, and the size of the box is "enforced" as a minimum
> width
> and height onto the application.
>
> it's _essential
Hi,
On Wed, 2008-08-06 at 12:50 -0700, Mathieu Lacage wrote:
> Is someone seriously considering deprecating GList ? That sounds like
> pretty serious crack smoking.
I don't anyone seriously considers that today. But what should be
considered is to provide an alternative to it as soon as possible
Hi,
On Tue, 2008-07-15 at 20:22 -0400, Morten Welinder wrote:
> It really is the elaborate deprecation (as opposed to simply
> dropping in a comment and not maintaining the code any more) that
> is causing the burden. That's what the log say -- assuming gtkclist
> is representative -- which I wo
Hi,
this mailing-list is about developing GTK+, not about developing
applications with GTK+. If you have questions on how to use GTK+, please
ask them on gtk-list or gtk-app-devel-list. Thanks.
Sven
___
gtk-devel-list mailing list
gtk-devel-list@gnom
Hi,
On Wed, 2008-04-16 at 11:23 -0700, Brian J. Tarricone wrote:
> Hooking this up on MacOS X would be easy -- all apps I've used there
> that have a print preview just generate a pdf (or ps?) and open it with
> Preview.app.
Which is exactly what the current GTK+ Print preview code on Mac OS X
Hi,
this list is about development of GTK+, not about developing
applications using GTK+. Please ask such questions on gtk-list.
Sven
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
Hi,
On Mon, 2008-03-31 at 00:49 -0400, Yu Feng wrote:
> In order to make a blocked operation, the main thread(thread 0) spawns a
> new thread(saying, thread 1) to wait for the callback.
There are no threads being spawned here. g_main_loop_new() doesn't spawn
a thread. Of course I may have misse
Hi,
On Thu, 2008-03-27 at 16:17 +0300, Alexander Vasiliev wrote:
> Our embedded board can draw mouse pointer. So graphic library don't
> have to draw it and should only inform about position and image.
> Is there any posibility to use hardware accelerated mouse in gtk+ with
> directfb?
Please c
Hi,
On Tue, 2008-03-18 at 17:50 +0100, Alexander Larsson wrote:
> Load large spreadsheet, click "select all", watch your eager clipboard
> manager suck down lots and lots of data, probably in duplicates
> converted to all possible data types the spreadsheet can convert to. And
> this may happen e
Hi,
On Mon, 2008-03-17 at 12:42 +0200, Tor Lillqvist wrote:
> > GIMP will continue to link in libpng, libjpeg, and etc., so
> > that won't be affected by this regression.
>
> Yep. GIMP needs all the information it can get, especially for JPEG,
> where it needs to actually have a look at the qua
Hi,
On Wed, 2008-03-05 at 07:20 -0500, Owen Taylor wrote:
> GTK_WIDGET_SET_FLAGS is "protected" API; also there is no way a GUI
> builder would know what widgets you could toggle into
> no-window mode, and no way to express "set the NO_WINDOW flag" in
> GtkBuilder. And no notification or handli
Hi,
On Tue, 2008-03-04 at 20:36 +0100, Sven Neumann wrote:
> Even if this is classified as a theme bug, it would still be nice to
> provide a simple way to draw without introducing an extra output window.
> If the patch attached to bug #519317 is accepted, GtkDrawingArea could
>
Hi,
On Sun, 2008-03-02 at 13:33 -0500, Havoc Pennington wrote:
> I would maybe not add a new widget for this, but instead make
> GtkDrawingArea have a no-window mode. If you look at the GtkFixed
> source, it has conditional branches in realize() and size_allocate()
> depending on whether NO_WINDO
Hi,
I have come across this several times in the past and I am wonderding if
GTK+ is missing a simple widget that does nothing else providing a space
to draw on in an expose-event callback. Look for example at bug #519317:
http://bugzilla.gnome.org/show_bug.cgi?id=519317
The Print dialog wants
Hi,
On Tue, 2008-02-19 at 23:06 +0100, Jaap A. Haitsma wrote:
>
> Thanks for your comments. I've incorporated them (see attachment)
> If there is consensus that these functions should be incorporated in
> GTK+, I can add documentation and prepare a patch for GTK+ trunk
Will these functions do t
Hi,
On Thu, 2008-01-31 at 06:06 +0100, Denis Oliver Kropp wrote:
> gdk-directfb-cleanups.patch
Applied.
> gdk-directfb-copy-to-image.patch
Applied.
> gtk-add-glib-libs-to-executables.patch
> This was a scary build issue. I installed glib, pango and gtk, but kept
> using
> my syst
Hi Dok,
On Wed, 2008-01-30 at 03:11 +0100, Denis Oliver Kropp wrote:
> here's another patch.
>
> It adds debug messages using DirectFB's debugging system
I have applied this to trunk as well.
Sven
___
gtk-devel-list mailing list
gtk-devel-list@gno
Hi,
On Wed, 2008-01-30 at 00:31 +0100, Denis Oliver Kropp wrote:
> this is the first of more patches coming up these days.
I have applied this patch to SVN on your behalf. Will look at your other
patch next...
> Mike was asking for someone to take over the project recently, wasn't he?
>
> Afte
Hi,
On Sat, 2007-12-22 at 21:22 +0100, Mirco Müller wrote:
> + color[0] = (gdouble) style->bg[GTK_STATE_NORMAL].red;
> + color[1] = (gdouble) style->bg[GTK_STATE_NORMAL].green;
> + color[2] = (gdouble) style->bg[GTK_STATE_NORMAL].blue;
> + color[0] /= (gdouble) 0x;
> + color[1] /= (gdoub
Hi,
On Tue, 2007-12-18 at 17:14 -0600, Federico Mena Quintero wrote:
> > char *g_format_file_size_for_display (goffset size);
> >
> > Ideally this one needs to take another parameter indicating whether you
> > want 1kb = 1000 bytes or 1kb = 1024 bytes.
>
> No, because then you'll have applicat
Hi,
On Tue, 2007-12-18 at 16:45 -0500, David Zeuthen wrote:
> On Tue, 2007-12-18 at 14:50 -0600, Federico Mena Quintero wrote:
> > Should this be called generically g_format_size_for_display()? You
> > could use it for more than file sizes (free RAM in gnome-system-monitor,
> > etc.).
>
> It's h
Hi,
this mailing-list is about development of GTK+. Please don't ask
questions here that about developing applications with GTK+. We have
gtk-app-devel-list and gtk-list for this. Thanks.
Sven
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
Hi,
these questions are better asked on the directfb-user list. They are not
really specific to GTK+ and you are more likely going to get an answer
there.
Sven
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/lis
Hi,
On Tue, 2007-12-11 at 17:48 +0100, Michael Natterer wrote:
> We stronlgy suggest to use a common g_io/GIO prefix for all
> functions/types in GIO.
>
> GAsnc*-> GIOAsync*
> G*Stream -> GIOStream*
> GIcon -> GIOIcon
> G*Icon-> GIOIcon*
> GCancellable -> GIOCancella
Hi,
On Thu, 2007-12-06 at 13:15 +0530, RENY PAUL wrote:
> Thanks for the patch. I have applied all the patches including the
> hacks.
Could you please back out the hacks again? Denis asked you explicitely
not to apply them and if the hacks are causing problems in gtk-demo, as
you said, then
Hi,
On Thu, 2007-11-29 at 19:44 +0530, Saroj Kumar wrote:
> Anyhow I have to use this system for my application. I agree that this
> system is having slow processor speed. But lower than this
> configuration, processors running on mobile devices performing well in
> terms of GUI. So, I thought gt
Hi,
On Tue, 2007-09-25 at 08:16 -0400, Jody Goldberg wrote:
> Undo comes with Redo, which is sufficient information to make a
> replay a modification from a known state.
Not necessarily. A common approach to Undo/Redo is to store the
information before the operation on the undo stack. Then, when
Hi,
On Mon, 2007-09-24 at 09:23 -0400, Jody Goldberg wrote:
> The 'transaction' refered to a mechanism for persisting the details
> of each operation to a file.
> 1) The options could be re-played in the case of failure.
> 2) The data would provide useful hooks for auditing and
>v
Hi,
On Fri, 2007-09-21 at 17:51 +0100, Iain * wrote:
> The basic concepts are that there is an UndoManager object. When you
> start an operation that can be undone you call
> undo_manger_context_begin and this returns a UndoContext. Each part of
> your operation then creates an Undoable setting t
Hi,
On Fri, 2007-09-21 at 17:51 +0100, Iain * wrote:
> I've had an undo framework in Marlin for years now, but recently
> people have been using it in other things (notably Ross in Tasks - ok,
> actually, he's the only one) and we discussed suggesting this for
> inclusion in GTK at some point in
Hi,
On Fri, 2007-06-22 at 10:27 +0200, Tim Janik wrote:
> so far, my take on the issue is that PyGtk should adapt to that
> change by not using tooltips->tips_data_list
I have attached a patch to
http://bugzilla.gnome.org/show_bug.cgi?id=449318 that removes access to
private GtkTooltips struct m
Hi,
On Thu, 2007-06-14 at 03:26 +0100, Alex Jones wrote:
> I've been looking at how Rhythmbox allows plugins to manipulate menus
> (via UI manager magic), and it dawned on me that there is no way to
> separate these out visually, other than to attempt to guess whether
> there should be a separato
Hi,
this list is about development of GTK+, not about using GTK+ to develop
applications. Please ask your question on gtk-list. Thanks.
Sven
PS: Have a look at gdk_pixbuf_get_from_drawable().
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
h
Hi,
this mailing-list is about development of GTK+. Please ask your question
on gtk-list or gtk-app-devel-list. Thanks.
Sven
PS: Take a look at the "confine_to" parameter of gdk_pointer_grab().
___
gtk-devel-list mailing list
gtk-devel-list@gnome.or
Hi,
On Wed, 2007-05-09 at 14:06 +0200, Kristian Rietveld wrote:
> Currently this behavior is inconsistent in GTK+, as the GtkListStore and
> GtkTreeStore still emit row-deleted *after* deleting a node. For the sake
> of consistency I would like to modify both models to also emit row-deleted
> be
Hi,
On Tue, 2007-05-08 at 10:46 -0700, crazyluke wrote:
> This code was working as a key event handler:
>
> static int key_pressed3(GtkWidget* w, GdkEventKey* event, gpointer data) {
> if (event->keyval == 65293)
> actionOptions(w, data);
> return true;
> }
Your code r
Hi,
On Mon, 2007-03-12 at 18:44 -0400, Behdad Esfahbod wrote:
> Feel free to file a bug.
I have filed bug #41 against Pango. I might want to file another bug
against GTK+ later and let it depend on the Pango bug.
Sven
___
gtk-devel-list mailing
Hi,
On Tue, 2007-03-13 at 07:52 +, Ross Burton wrote:
> As the arguments are a list of (PangoAttrType, value) tuples would it
> makes sense to terminate with PANGO_ATTR_INVALID (which is 0), rather
> than -1?
The current implementation allows both 0 and -1 to terminate the list. I
don't have
Hi,
libgimpwidgets includes an API for conveniently apply PangoAttributes to
a GtkLabel and I wonder if I should propose it for inclusion in GTK+:
http://developer.gimp.org/api/2.0/libgimpwidgets/libgimpwidgets-GimpWidgets.html#gimp-label-set-attributes
It is IMO more convenient than using g_str
Hi,
On Tue, 2007-02-13 at 23:39 +0100, Tomasz Jankowski wrote:
> Maybe you should think about public support fre some file system and
> add it in one future releases?
> I know, that file system support is quite far from GUI, so maybe it
> can be good idea to move it to GLib or even create indepen
Hi,
On Sat, 2007-02-10 at 06:35 -0600, Michael Lawrence wrote:
> Since MS is putting all of its efforts into DirectX now, would it make
> sense to move to that for drawing?
Does it even make sense to still look at GDK drawing performance when
most (or at least more and more) drawing is done via
Hi,
On Wed, 2007-02-07 at 01:06 +0200, Alexander Shopov wrote:
> Hi guys,
> The docs:
> http://developer.gnome.org/doc/API/2.0/glib/glib-I18N.html
>
> state that
> N_()
> Marks a string for translation, gets replaced with the untranslated
> string at runtime. This is useful in situations where th
Hi,
On Fri, 2007-01-05 at 14:25 +0100, Christian Neumair wrote:
> I'm mainly asking because in 99% of the cases one wants the alternative
> order to be reverse from the original order
I haven't found a definitive source for this, but as far as I know, your
assumption breaks as soon as a third bu
Hi,
On Thu, 2006-12-14 at 11:10 +0530, Karunakaran A wrote:
> We are getting some depth related assertions at time of running
> mozilla over gtkDFB port.
> The assertion is coming for the following functions:
> --
> pixmap = gdk_pixmap_new(NULL,x,y, gdk_rgb_get_visual())
Hi,
On Mon, 2006-11-13 at 14:40 +0530, Prasanna Kumar K wrote:
> + GdkColor color;
> +
> + color.pixel = 0x;
> + gdk_gc_set_foreground (widget->style->fg_gc[GTK_WIDGET_STATE (widget)],
> &color);
You are using an unallocated color here. There's
gdk_gc_set_rgb_fg_color() for that purpo
Hi,
On Tue, 2006-11-14 at 11:03 +0530, Prasanna Kumar K wrote:
> + color.pixel=0x;
If I remember correctly, the DirectFB GDK backend doesn't care about the
pixel member of GdkColor. It requires you to fill in the red, green and
blue members of the GdkColor. The pixel member is an implem
Hi,
On Tue, 2006-09-26 at 09:40 +0200, Attilio Fiandrotti wrote:
> Indeed, i made daily "cvs update" and rebuilt GTK from scratch for the
> whole past week, before 2.10.4 was released, but it seems this wasn't
> enough.
You should consider to do this for the stable branch on a regular basis.
Hi,
On Thu, 2006-08-31 at 11:35 +0200, Attilio Fiandrotti wrote:
> With the DFB backend i recently experienced the need to force reload of
> keymap and i did it by calling directly a DFB function from my GTK app code.
> Mike Emmel suggested to add something like gdk_directfb_reload_keymap()
> t
Hi,
On Thu, 2006-06-22 at 15:28 +0100, Joachim Noreiko wrote:
> I feel like I'm talking to myself here, but please
> could someone look at adding a help button to the fileselector.
GIMP has done that for quite a while already, so there's nothing that
would keep an application from adding a Help
Hi,
before people get the impression that Carol would be speaking for the
GIMP developers, I think I better say something as well...
GIMP has been brought up as an example of an application that has
multiple menubars (albeit not in a single window but in the toolbox
and the image windows). As so
Hi,
Luca Ferretti <[EMAIL PROTECTED]> writes:
> Could someone explore and report about GTK+ widgets in GIMP sources
> useful for other applications?
Nathan Summers ([EMAIL PROTECTED]) has already volunteered to do this. You
might want to get in contact with him.
Sven
__
Hi,
Emmanuele Bassi <[EMAIL PROTECTED]> writes:
>> That's it. Very simple, very common. Currently, I can open one menu
>> (Places->Recent Documents) and 'solve' that user problem.
>
> What if you have more than one document with the same name?
The menu item should have a tooltip with the full fi
Hi,
Emmanuele Bassi <[EMAIL PROTECTED]> writes:
>> Sorry, but what are the latency reasons involved here?
>
> Parsing could be an issue on older machines - even if XML parsing has
> become way more efficient. What I was referring to was the check on
> non-local items: this is currently what take
Hi,
Emmanuele Bassi <[EMAIL PROTECTED]> writes:
> On the UI side, we should have a GtkRecentChooserDialog and a
> GtkRecentChooserWidget, for which I have prepared a mockup at the GUADEC
> Hackfest; you might see it here:
>
> http://www.emmanuelebassi.net/images/shots/recent-items-viewer.png
IMO
Hi,
Tor Lillqvist <[EMAIL PROTECTED]> writes:
> How, exactly? Because the procedure for person doing a release would
> be a few steps longer? Or because people would wonder why each other
> version is missing when looking at some version history or ftp server
> directory list?
How are people sup
Hi,
Tor Lillqvist <[EMAIL PROTECTED]> writes:
> Currently some modules in GNOME CVS bump the micro version number
> right after a source release. Others bump right before a release. And
> some bump at a random time between releaes. This is IMHO confusing, as
> can be seen from this case.
>
> My i
Hi,
Marc O'Morain <[EMAIL PROTECTED]> writes:
> Applications that support multiple documents in the one process (such
> as GIMP) are actually MDIs. An example of a true SDI is something like
> Inkscape or GPDF.
Inkscape does actually allow you to open multiple documents in the
same process. It i
Hi,
"Gustavo J. A. M. Carneiro" <[EMAIL PROTECTED]> writes:
> Even SDI applications usually support multiple windows served by the
> same process, where File->Exit quits the application by closing all
> windows. Since each window contains one document, on File->Exit you may
> have to confirm s
Hi,
attilio <[EMAIL PROTECTED]> writes:
> I'm posting to this mailing list to ask you if some future
> development of the fb/dfb gdk are planned, since this would be the
> most appropriate gdk layer for a gtk-based debian-installer.
As far as I know the DirectFB port is under active development
Hi,
Hans Breuer <[EMAIL PROTECTED]> writes:
> AFAIK the only format really required (even at compile time of
> gdk-pixbuf following modules) is PNG, the GTK+ icon format.
Since the standard icons are compiled in, you can even use GTK+
without the PNG loader but that's certainly only useful for c
1 - 100 of 106 matches
Mail list logo
