Hi,
The last few weeks I have been working on making the GtkFileChooser code
asynchronous. I've been making quite a bit of progress and hope to get the
changes in on time for GTK+ 2.10. However, one of the most important
changes is making the GtkFileSystem API suitable for asynchronous
On Wed, Nov 09, 2005 at 06:27:50PM -0500, Matthias Clasen wrote:
typedef void (* GtkFileSystemCreateFolderCallback) (GtkFileSystem
*file_system,
const GtkFilePath
*path
On Tue, Nov 15, 2005 at 01:07:51PM -0600, Federico Mena Quintero wrote:
On Tue, 2005-11-15 at 13:46 +0100, [EMAIL PROTECTED] wrote:
Are these ones going to be blocking calls, or do they
return a partial result?
They will certainly not be blocking of course ;)
The idea is to remove
On Fri, Nov 11, 2005 at 11:06:17AM +0100, Tim Janik wrote:
gboolean gtk_file_system_cancel_operation (GtkFileSystem
*file_system,
GtkFileSystemHandle *handle,
GError **error);
On Tue, Nov 22, 2005 at 10:09:29AM -0600, Federico Mena Quintero wrote:
On Tue, 2005-11-22 at 12:07 +0100, Kristian Rietveld wrote:
We are indeed going to add a toplevel gtk_file_system_get_info(), I was
not thinking of removing gtk_file_folder_get_info() though. Does it
make sense
On Fri, Dec 09, 2005 at 09:27:02PM +0100, Soeren Sandmann wrote:
If you cancel an operation such as create_folder() before the callback
is called, what are the semantics?
1 the operation will not have been completed, ie., no folder
was created and no folder will be created
Hello All,
Just in time for Christmas, I managed to complete a basic implementation of
the changes to the GtkFileSystem API as discussed earlier on this mailing list.
This basic implementation contains the modification of the GtkFileSystem API
and adapting the file system back ends and the
Hello,
We've had a bug opened on reworking the tooltips API since 2001 (#50619) and
GtkTreeView needs this in order to be able to support tooltips on rows, cells,
etc. So it's about time to do something about it. In this proposal I am
basically building forth on the work of Owen Taylor and
Hey,
My apologies for being so late to reply on this topic, and thanks to all who
replied on my earlier mail. I hope this proposal will be another step forward
to a new tooltips API for GTK+. I am replying with one large mail, since that
is probably easier than several separate replies. Since
On Wed, Mar 15, 2006 at 10:12:31AM +, Martyn Russell wrote:
The owner arguments are there for allowing proper handling of nested
tooltips
areas. The idea for making this a GObject was taken over from Owen's
original plan. It can be any GObject: a widget, a GdkWindow, etc. We might
On Thu, Mar 23, 2006 at 03:22:13PM +0100, Tim Janik wrote:
disabling G_GNUC_WARN_UNUSED_RESULT globally is not what anyone of us had
in mind i think. i agree with you that the patch should simply be backed
out where it generates too many warnings.
did you, or anyone else for that matter,
Tim Janik wrote:
reading your proposal for the first time (both versions of it), i can't
help the
feeling that it seems a bit complicated (with nesting tip areas etc.) at
least
from a widget user perspective.
i'm wondering if a callback based approach wouldn't ease the whole setup
a lot,
so
Hey Federico,
On Fri, Apr 21, 2006 at 10:39:36AM -0500, Federico Mena Quintero wrote:
+ gtkfilechooserdefault.c
+ In shortcuts_reload_icons_get_info_cb():
+ if (!g_slist_find (data-impl-reload_icon_handles, handle))
+goto out;
You leak the handle.
Fixed, also in
Hey,
After some last hacking today, I am ready to merge.
1) I made one last change to the GtkFileSystem interface, the
volume_render_icon method has been replaced with volume_get_icon_name.
gtk_file_info_get_icon_name() has been added, gtk_file_info_render_icon() is
still there as a helper
Tommi Komulainen wrote:
Hi,
Hello Tommi,
I've been trying to figure out how gtkcombobox handles size allocations
and I'm puzzled, it seems to have some very interesting magic involved.
I guess the '/* WELCOME, to THE house of evil code */' isn't kidding. I
was hoping maybe you could clarify
On Tue, May 16, 2006 at 05:37:06PM +0100, Ross Burton wrote:
On Tue, 2006-05-16 at 12:25 -0400, Matthias Clasen wrote:
II. The rectangle color is currently hardcoded to black, since that looks
best with the default theme. Picking a shade of one of the theme
colors for the
On Tue, Apr 25, 2006 at 03:08:12PM +0200, Soeren Sandmann wrote:
I once wrote down how tooltips should behave:
I mostly like the behaviour you described below.
- Tooltips are too intrusive. The text should be smaller, and
they should to the right of the cursor, and a little
Last week I've been working on the tooltips implementation, using the
callback-based approach/interface discussed earlier on this mailing list.
The basics are working already including keyboard support and custom
windows. Before I can finalize a patch for reviewal, I have some comments
and
On Thu, Jun 01, 2006 at 05:16:51PM +0200, Tim Janik wrote:
On Wed, 31 May 2006, Kristian Rietveld wrote:
On Tue, Apr 25, 2006 at 03:08:12PM +0200, Soeren Sandmann wrote:
I once wrote down how tooltips should behave:
I mostly like the behaviour you described below.
- Tooltips
On Thu, Jun 01, 2006 at 09:33:48AM -0400, Matthias Clasen wrote:
Using x == -1 to indicate a keyboard-triggered tooltip looks a bit
odd to me; how about adding a boolean parameter for this ?
Good idea, fixed this.
Regarding dedicated treeview api, I think we can do without it
(at least
On Tue, Jun 27, 2006 at 02:42:09PM +0200, Kristian Rietveld wrote:
Breaking API is not really something we really want to do soon. If we ever
do it, we want to do it right so it can last for at least a couple of years.
Also, we would prefer the development on 3.0 to happen in parallel
On Tue, Jul 18, 2006 at 01:37:14AM -0400, Matthias Clasen wrote:
Kris is going to post his new tooltips implementation any day
now -- right, Kris ?
Yes!
I'd recommend holding off until that happens to see how this
fits together.
Okay. Also, from a quick look at the video there are some
20 Jul 2006 10:08:04 -
@@ -0,0 +1,52 @@
+/* gtktooltip.h
+ *
+ * Copyright (C) 2006 Imendio AB
+ * Contact: Kristian Rietveld [EMAIL PROTECTED]
+ *
+ * This library is free software; you can redistribute it and/or
+ * modify it under the terms of the GNU Library General Public
+ * License
On Thu, Aug 03, 2006 at 09:29:04AM -0500, Michael Urman wrote:
That fits my assessment. It looks a lot like a tooltip, but it doesn't
act much like one, and thus should be separate from tooltips. So what
more do you need to know to help you become sure whether or not this
belongs in GTK+?
On Thu, Aug 24, 2006 at 01:02:51AM +0200, Tim Janik wrote:
there are two ways to handle this properly, in a way that doesn't need
to intermix cancellation semantics with closure/memory maintenance.
if your closure references an object that the callback needs, you
can either forcefully
Hello Federico,
On Thu, Aug 31, 2006 at 07:33:55PM -0500, Federico Mena Quintero wrote:
I've branched both gtk+ and libgnomeui to put my cancelation fixes
there. The branch name is cancelation-changes, and it's anchored at
the FEDERICO_BEFORE_CANCELATION_CHANGES tag. I'm putting my changes
On Tue, Sep 19, 2006 at 06:46:01PM -0600, Elijah Newren wrote:
http://live.gnome.org/TwoPointSeventeen/Platform currently lists HEAD
for the version of gtk+ to use for 2.17.x. Should this be gtk-2-10
instead, or is there a tentative timetable for gtk+ 2.12 with a date
far enough in advance of
On Fri, Oct 20, 2006 at 04:58:50PM +0100, Peter Clifton wrote:
Since GTK+-2.10.1, there is a rendering bug, where the widget to edit a
cell gets allocated zero height, and of course then doesn't display very
usefully.
We changed the code to improve the placement of the editable widget --
it
On Fri, Oct 20, 2006 at 05:36:30PM +0200, Torsten Schoenfeld wrote:
On Fri, 2006-10-20 at 16:16 +0200, Richard Hult wrote:
It sounds like this one:
http://bugzilla.gnome.org/show_bug.cgi?id=359231
There is a patch there which would be good to get tested in other apps
besides
Hey Behdad,
We noticed this week that nothing in GTK+ currently checks whether the
font size returned by pango_font_description_get_size() is absolute or not.
Looking at some uses of pango_font_description_get_size_is_absolute() in
Pango, it seemed to me that the correct code snippet to get
Hi Federico,
It has come to our attention that important pieces needed to implement a
third-party file chooser dialog outside of GTK+ are not installed. As far as
I can see implementing your own file chooser dialog involves implementing the
GtkFileChooserIface and then plugging it into GTK+.
Hi all,
I was recently asked about the state of the file chooser in 2.10. I think it's
in a pretty okay shape overall, but there are some issues which would be good
to resolve before the next GTK+ 2.10.x release. I hope to list most of these
together with a short summary on their state below.
Hi Tim,
I've taken over most of the changes and left those out of this mail.
Replies to relevant snippets below ...
On Tue, Jan 09, 2007 at 02:51:56PM +0100, Tim Janik wrote:
+static gboolean
+gtk_tooltip_paint_window (GtkTooltip *tooltip)
+{
+ GtkRequisition req;
+
+
On Wed, Feb 07, 2007 at 12:58:18PM +0100, Emmanuel Briot wrote:
The assertion above checks that all columns are also using a fixed sizing.
The
comment doesn't really indicate *why* this was necessary though, and that is
change compared to older versions of gtk+ 2.4.
Note that this change
On Wed, Feb 07, 2007 at 03:37:07PM +0100, Emmanuel Briot wrote:
I do agree with your analysis that the other modes do not make sense, but if
things work anyway shouldn't it just be documented that best practice
recommend using fixed width mode, but have the code not enforce it ?
Maybe, I am
On Wed, Feb 07, 2007 at 10:06:13AM -0500, Morten Welinder wrote:
You would measure cells only as they become visible and adjust the width
of the columns as needed.
That would probably mean that the columns will be busy resizing as you
are scrolling. I am not sure if that is really nice ...
Hey All,
Just like with GUADEC last year, I took notes again of the GTK+ meeting
we had in person at FOSDEM last weekend. You can find them below. As
always, corrections and additions are most welcome. Since we could not
finish the meeting in time, this would be a good location to continue
the
On Thu, Mar 01, 2007 at 07:19:08PM +0100, Murray Cumming wrote:
On Thu, 2007-03-01 at 13:13 +0100, Kristian Rietveld wrote:
better support for devices with a restricted set of keys
This sounds interesting. What new API or what ChangeLog entry is
relevant?
See revision 16733 in SVN:
http
Damon Chaplin wrote:
Is there any real need for the has-tooltip property? From a quick look
at the API it doesn't seem that useful to me.
Only if the has-tooltip property is TRUE, the query-tooltip signal will
be emitted for that widget. When has-tooltip is set to TRUE, the event
masks of
On Thu, Mar 22, 2007 at 04:55:30PM +0100, Nicolas Setton wrote:
Consider the subprogram attached. It shows a simple tree_view
displaying a list_store (5000 columns and 50 rows containing
integers). The display performance is very poor: when displaying the
last columns, the vertical
On Thu, Mar 22, 2007 at 08:18:14PM +0200, Tommi Komulainen wrote:
On 3/22/07, Kalle Vahlman [EMAIL PROTECTED] wrote:
2007/3/22, Yevgen Muntyan [EMAIL PROTECTED]:
IIRC reusing single cell renderer in multiple columns was declared
broken and unsupported (because it was broken). Is this
On Fri, Mar 23, 2007 at 01:45:11PM +0100, Murray Cumming wrote:
Could we agree on a schedule for GTK+ 2.12, please? I'd really like to
Since nobody complained about the schedule we devised at FOSDEM and I mailed
to the list in my minutes a few weeks ago, I guess that will be our
current working
On Wed, Mar 28, 2007 at 12:49:44PM +0200, Jakub Steiner wrote:
To be honest I don't want to bother with all this work to provide an
'alternative' icon theme. The unique gnome 2.0 style make gtk apps on
platforms such as MS Windows or Mac OS X totally out of place. I'm quite
sad to see you hold
On Wed, Mar 28, 2007 at 09:00:49AM -0400, Matthias Clasen wrote:
For anything that runs under gnome or another icon-theme-spec using
desktop, this should not be an issue, I think, because icon themes
already replace all the stock gtk icons to match their style.
So, for anything else it might
On Wed, Mar 28, 2007 at 02:59:48PM +0200, Jakub Steiner wrote:
I'm flattered the old style has created such a strong emotional link
with the gtk+ developers, but I think they served it purpose. We don't
keep the 1.2 stock for sentimental reasons, and I don't see why we
should do that for the
Hi Jakub,
On Mon, Apr 02, 2007 at 07:40:02PM +0200, Jakub Steiner wrote:
I propose a replacement of the current gtk stock icons with newly
created artwork[1]. The set uses the exact same metaphors so it's
unlikely to cause any trouble with applications using the icons in a
slightly changed
Hey all,
Recently I have been working on a tap-n-hold implementation based on the
implementation found in Maemo. Tap-n-hold allows for a callback to be
called after a mouse button has been pressed for a given amount of time
This action is particularly useful on touch screen devices, since it can
Hey Federico,
Sorry for the delay with getting back to you.
On Tue, Apr 17, 2007 at 02:17:12PM -0500, Federico Mena Quintero wrote:
[snip]
* Query: once the user presses the mouse button, this signal will be
emitted to check whether the given location (x, y) allows for executing
On Tue, May 01, 2007 at 07:47:25PM -0500, Federico Mena Quintero wrote:
I don't think having widget-specific tap-n-hold animations is a good idea;
I would say that this is really a theme issue and it would be good if
every tap-n-hold operation looks the same the to user.
You have two
Hi,
In the past all GtkTreeModels used to emit the row-deleted signal *after* a
node had been fully deleted from the internal data structures. This means
that it is not possible to get an iter to that node any longer. When
fixing up the GtkTreeModelSort and GtkTreeModelFilter long ago, it
On Wed, May 09, 2007 at 02:01:20PM +0200, Sven Neumann wrote:
Wouldn't it make more sense to introduce a new signal row-delete and
use that instead of changing the semantics of row-deleted? If that
would have been done in the first place, then you wouldn't have said
inconsistency now.
Yes, I
On Wed, Jun 06, 2007 at 12:00:02PM +0200, Lo?c Minier wrote:
Not speaking for Ubuntu, I'd like to know whether current dev series
are at least API stable before pushing them to Debian experimental; is
this the case of Gtk+ 2.11.1?
If you mean API frozen with API stable, then the answer is
On Mon, Jun 11, 2007 at 12:50:48AM -0500, Yevgen Muntyan wrote:
What's wrong with the filechooser, by the way? File
managers seem to work that way: you say Create
Folder and it creates folder. If you're unhappy, you
delete it. If you changed your mind while editing
name, hit Escape which
On Tue, Jun 12, 2007 at 09:34:50AM +1000, Daniel Kasak wrote:
Also related:
http://bugzilla.gnome.org/show_bug.cgi?id=317387
... affects cells with a CellRendererCombo as well.
I think this is related in a different way, since you currently do not
get a signal when the value in the combo
On Tue, Jun 19, 2007 at 12:45:09PM +0100, Peter Clifton wrote:
This seems to break the MVC abstraction - if the model changes
drastically, I need to know which tree-views are connected so I can
disconnect them? Bad!
We need some new API I guess - which signals any connected views that
the
On Sat, Jun 16, 2007 at 12:18:34AM +0100, Damon Chaplin wrote:
Is has-tooltip needed for anything besides the efficiency issue? (e.g.
a11y or something?)
In order for the tooltips implementation to work, we need to monitor
motion and related events on the widget's windows. When has-tooltip is
On Sat, Jul 28, 2007 at 03:22:29PM +0200, Murray Cumming wrote:
I don't understand why gtk_widget_set_has_tooltip() exists. This is set
automatically when calling gtk_widget_set_tooltip_text().
Yes it is, but only because gtk_widget_set_tooltip_text() is really a
convenience function, which
On Wed, Aug 22, 2007 at 12:44:30AM +0100, Alex Jones wrote:
http://bugzilla.gnome.org/show_bug.cgi?id=469048
Please let's put all further findings in the bug report, so all the
information collected won't be split up between the mailing list and the
bug report.
thanks,
-kris.
On Thu, Sep 06, 2007 at 12:45:40PM +0200, Murray Cumming wrote:
Here's a crasher apparently caused by the tooltip changes in GTK+ 2.10.
Eclipse or Java might be guilty of using it in the wrong way, but it
seems like a null-pointer check in GTK+ stops the crash:
On Fri, Sep 07, 2007 at 02:39:30PM +0200, Sebastien Bacher wrote:
Do you speak about the change from http://svn.gnome.org/viewcvs/gtk%
2B?view=revisionrevision=18587? The Ubuntu gutsy package already this
Yes!
patch (makes acroread start correctly again)
That's great to hear!
thanks,
On Sun, Oct 07, 2007 at 04:22:09PM +0100, Alberto Ruiz wrote:
Have anyone seen this[0] one? I think it's a great improvement over the
original one. And as Xan said, we avoid the
aqua-and-rounded-corners-mac-and-web20-like look and feel :)
[0] http://en.wikipedia.org/wiki/Image:GTK.svg
I
Hi,
Comments inline.
On Sun, Feb 10, 2008 at 08:26:01PM +0100, Thorsten Wilmer wrote:
I want to Display a really _huge_ List with TreeView. My result is,
that my application consumes a even more huge amount of memory -- more
than Virtual Memory is available. The responsiveness is also not as
Hi,
On Sat, Apr 05, 2008 at 12:45:51PM +0200, Christian Neumair wrote:
This mostly affects rubber band selection, where we cannot selectively
allow rubber-banding where the(i.e. only for background areas).
Indeed, this is all handled internally for now. I think that
unselecting all and
Hi all,
As most of you already know, we have presented our vision of a GTK+ 3.0 at
the hackfest in Berlin last March. In the weeks that followed we have
received and seen a lot of positive reactions and we feel that the
community mainly agrees with our plans and goals. We won't repeat the
Hi,
On Wed, Jun 04, 2008 at 05:30:37PM -0400, Havoc Pennington wrote:
On Wed, Jun 4, 2008 at 2:37 PM, BJ?rn Lindqvist [EMAIL PROTECTED] wrote:
Regardless, gtk+ 3.0 is a long-term project, probably with a first
release sometime in 2010 or so. Embedded developers wont want to pick
it up
Hey Matthias,
On Wed, Jun 04, 2008 at 12:20:49PM -0400, Matthias Clasen wrote:
I spent some time looking through the git history. Here are a few
notes I penned down while doing so:
- docs are missing
- for GSEAL itself,
- for GSEAL_ENABLE
IIRC the GSEAL macro is supposed to end up in
Hi all,
As promised in my previous e-mail I would create a wiki page over at
live.gnome.org to track the tasks and progress to get to GTK+ 3.0. This
page can now be found here:
http://live.gnome.org/GTK+/3.0/Tasks
regards,
-kris.
___
Hi,
2009/2/26 DEXTER mydexte...@gmail.com:
Recently I wrote a mail to gtk-app-devel-list, because I have to write
a code which uses a treeview widget. This widget should have a fixed
first row (right below the column headers) which is not affected by
scrolling and this row would be used for
Hi Cody,
On Sun, May 10, 2009 at 12:19 AM, Cody Russell brats...@gnome.org wrote:
gtk+ currently does not build with GSEAL enabled, and I want to remedy
this so we can make progress on 3.0. I'm planning to post a large
series of patches unless someone has a suggestion for how better to do
Hi,
On Tue, May 19, 2009 at 11:06 PM, Behdad Esfahbod besfa...@redhat.com wrote:
Since the last attempt to organize a GTK+ hackfest failed and not many GTK+
people seems to be going to GUADEC, I wonder whether there's interest to
I was not aware that not many GTK+ people are attending GUADEC.
Hi,
A brief reply on the tree view bits. I have to admit that I've not
looked at the code.
On Tue, Jun 23, 2009 at 10:16 PM, Benjamin Otteo...@gnome.org wrote:
The first thing I did was set a goal. I decided to target the ls
command, because I know it to be fast and because there's no reason
Hi,
On Fri, Jul 10, 2009 at 4:45 PM, Matthias
Clasenmatthias.cla...@gmail.com wrote:
Unfortunately, I haven't heard anything about GTK+-related events at
Guadec yet, so my proposal may not quite be in line with what was
discussed there. Please let me know if thats the case...
I will be
Hi Paul and John,
On Tue, Aug 11, 2009 at 7:17 PM, John Rallsjra...@ceridwen.us wrote:
http://bugzilla.gnome.org/show_bug.cgi?id=588449
I'd appreciate some more review and possible approval of this patch.
It would remove the last substantive item in the patch that is
necessary to get Ardour
Hi All,
First my apologies for being so late writing you this e-mail. I had
some very high priority tasks related to my studies to take care of
first. At GUADEC early July this year (roughly a month ago), we did
not schedule for a GTK+ meeting in person like we did in the preceding
years. When
Hey there,
I am still a bit confused ;)
On Sun, Aug 16, 2009 at 9:45 PM, Cody Russellbrats...@gnome.org wrote:
In the Dublin hackfest, one idea that came up for 3.0 was to switch from
an enumerated GtkStateType to a bitflag type so it's possible to support
multiple states at a time. One of
Jumping in here from a practical perspective, please correct me if I am wrong ;)
On Mon, Aug 17, 2009 at 5:42 PM, Cody Russellbrats...@gnome.org wrote:
This is not how it works in GTK+. The checked state is indicated by
the GtkShadowType passed to the drawing function (gtk_paint_check),
where:
On Fri, Aug 14, 2009 at 1:40 PM, Alberto Ruizar...@gnome.org wrote:
2009/8/14 Kristian Rietveld k...@gtk.org:
As for theming, I've been discussing a bit with Thomas, Carlos and
Cody. We have reached some sort of consensus that a backwards
compatible path is possible adding a second vtable
Hi,
On Wed, Aug 19, 2009 at 12:27 AM, Christian Hergertch...@dronelabs.com wrote:
One of the items I haven't seen discussed is input validation. Web
frameworks such as Rails and Django spent a great deal of time making these
easy to work with and I think that it should be considered for gtk+
On Wed, Aug 19, 2009 at 11:13 AM, Alberto Ruizar...@gnome.org wrote:
2009/8/19 Cody Russell brats...@gnome.org:
On Tue, 2009-08-18 at 15:27 -0700, Christian Hergert wrote:
One of the items I haven't seen discussed is input validation. Web
frameworks such as Rails and Django spent a great deal
Hey there,
Replying to myself with a short status update:
On Fri, Aug 14, 2009 at 8:38 AM, Kristian Rietveldk...@gtk.org wrote:
- Implement class private data, bug 521707 has been filed for this and
contains a patch. I will give this a review and if the patch seems
right get Tim to review it
Hi,
On Sun, Aug 23, 2009 at 6:26 AM, John Rallsjra...@ceridwen.us wrote:
I wonder, though, if that's the best approach for Gtk+ applications using
Quartz, since Webkit is already well integrated into the system. If I were
Interesting question really. I can see that it feels like overkill to
On Tue, Aug 25, 2009 at 9:35 PM, Xan Lopezx...@gnome.org wrote:
WebKit is the native layer on top of WebCore offered by each port for
their platform, so the answer to that is: yes, WebKitGTK provides
GObject APIs which are all specific to it.
Right, so another question: does the GObject API
On Mon, Aug 24, 2009 at 3:34 PM, Alberto Ruizar...@gnome.org wrote:
So my proposal is to deprecate this child property for the 2.x series,
so that we can get rid of it by 3.0, (meaning 2.18?).
This would allow a long overdue cleanup in the notebook codebase and
make it more manageable to
Hi,
On Thu, Sep 10, 2009 at 2:24 PM, Paul Davis p...@linuxaudiosystems.com wrote:
This bug report: https://bugzilla.gnome.org/show_bug.cgi?id=594738
contains a potentially important fix to make 2+ monitors work with
GTK/Quartz. Those of us in the GTK/Quartz community would appreciate
someone
Hi,
Over the weekend I have reworked how the Quartz backend does its
coordinate transformation. You can imagine this is at the very core
of the backend and thus a very intricate change set. I have just
pushed these changes to git master. This is a call out to all GTK+ users
on Quartz to please
On Oct 26, 2009, at 4:23 PM, John Ralls wrote:
Oh, and unstable won't build without intervention on Tiger, because
the latest Pango uses CoreText instead of ATSUI; CoreText wasn't
supported before Leopard.
They didn't really port the backend to CoreText. It is still using
the ATSUI API
On Oct 26, 2009, at 3:03 PM, John Ralls wrote:
I'll pull build for SL this morning. What particular dual-monitor
behavior should I look for?
I have verified that it builds fine on SL. Things that might be
broken are event delivery on the secondary monitor (or on the main
monitor if the
On Oct 26, 2009, at 4:50 PM, John Ralls wrote:
On Oct 26, 2009, at 8:36 AM, Kristian Rietveld wrote:
On Oct 26, 2009, at 3:03 PM, John Ralls wrote:
I'll pull build for SL this morning. What particular dual-
monitor behavior should I look for?
I have verified that it builds fine on SL
On Tue, Oct 27, 2009 at 1:50 AM, Paul Davis p...@linuxaudiosystems.com wrote:
just tried a jhbuild of gtk on OS X (tiger). things went well until it
got to the link stage in the input methods code. i got a large number
of messages of this form, one for each (every?) IM module:
does anybody
On Oct 27, 2009, at 5:25 PM, Shawn Bakhtiar wrote:
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -DG_LOG_DOMAIN=
\GLib\ -DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED -
DGLIB_COMPILATION -DPCRE_STATIC -I/Users/sbakhtiar/gtk/inst/include -
DG_DISABLE_SINGLE_INCLUDES -D_REENTRANT -g -O2
On Nov 9, 2009, at 7:10 PM, Jack Skellington wrote:
Hello All
I'm currently in charge of the development of a cross-platform OpenGL
app which uses GTk+ for it's interface.
The app runs on both *nix/X.org and win32 but when I started looking
into OS X I found that the Quartz OS X version of Gtk+
On Nov 10, 2009, at 12:19 AM, Allin Cottrell wrote:
Unfortunately this is not immediately clear if you google, say,
gtk osx.
Ah yes, that's very true. I am really hidden in/behind my git
repositories as you might understand ;)
Bottom line: If there's any way to improve the web presence
On Nov 10, 2009, at 12:35 AM, Jacob Juul Kolding wrote:
A framework as in the Gtk.framework folder you add to the Xcode
project and then build?
Yes. It didn't work yet by just dragging in the Gtk.framework folder
at the time. But we provided an installer and XCode project template
that
On Mon, Nov 23, 2009 at 8:18 AM, Andrey M admar...@gmail.com wrote:
Currently the keyboard navigation of GTKTreeView is a bit cumbersome,
collapsing nodes is frustrating because the user has to either click
on the collapse arrow or select the parent node and Shift+Left on
it.
Are you aware
On Tue, Nov 24, 2009 at 11:13 PM, Emmanuele Bassi eba...@gmail.com wrote:
4. Implement finger and kinetic scrolling [jjardon]
- Midori has a finger/kinetic scrolled window implementation
- Hildon has one as well
- OpenMoko had one
- would it make sense to port the feature to GtkScrolledWindow
Hi,
On Wed, Dec 9, 2009 at 10:43 AM, Danielle Madeley
danielle.made...@collabora.co.uk wrote:
Looking for feedback on
https://bugzilla.gnome.org/show_bug.cgi?id=604150 which includes a patch
I wrote to make GtkTreeModelFilter more-useful for subclassing.
I am not at all opposed to this idea;
On Mon, Dec 21, 2009 at 6:48 PM, Paul Davis p...@linuxaudiosystems.com wrote:
Yea, a configure thing was my plan for supporting Tiger and Leopard. Good
to know that you agree with that :) I will look into fixing up that patch
this week.
Did anything ever happen with this?
Coincidentally, I
On Dec 27, 2009, at 1:48 AM, Dr. David Alan Gilbert wrote:
COLUMN_FIXED seems to be defined as 'Columns are a fixed numbers of pixels
wide.'
but what has that got to do with height?
The COLUMN_FIXED setting is more about what should happen with the width of the
column in response to changes
On Dec 27, 2009, at 11:14 PM, Dr. David Alan Gilbert wrote:
FIXED does not mean fully fixed; a FIXED column can be set to be resizable
by the user of the program.
A solution for the future will be to sample the widths of a set of
rows/columns. This will be an additional mode, as it does
Hi Matthias,
On Sat, Mar 13, 2010 at 8:03 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
Just wanted to let people know that I am planning to roll a 2.18.8
release early next week. I've cherry-picked relevant bug-fixes for the
X11 backend, but if there are fixes for win32, quartz or
1 - 100 of 215 matches
Mail list logo