On Wed, 2018-09-05 at 17:28 +0100, Emmanuele Bassi via gtk-devel-list
wrote:
> In the near future, I'll very likely deprecate most of GdkPixbuf's
> API, except for the I/O operations; I'd also be happy to seal off
> most of its internals, within the ABI stability promise, to avoid
> leakage of
On Mon, 2013-06-03 at 15:02 -0700, Timothy Arceri wrote:
I have managed to help get the count down from 359 only a couple of
weeks ago through a combination of patches, making duplicates and
bumping old bugs and patches. I have even found a couple of unreported
issue along the way. However
On Wed, 2013-05-08 at 15:32 +0200, stefan skoglund(agj) wrote:
It is an improper term but yes it is cache coloring functionality.
Yes, GSlice implements cache coloring; it works automatically.
Federico
___
gtk-devel-list mailing list
On Sat, 2013-05-04 at 22:10 +0200, stefan skoglund(agj) wrote:
Do GSlice use the Solaris feature for memory usage levelling (an
important feauture because of the fact that the SPARCCenter 2000 had
striped RAM.)
Important that in this case that if you hit multiple structs of the same
type
On Mon, 2013-04-22 at 19:23 +0700, Hieu Trung Le wrote:
Have you ever compare the GSlice allocator with other malloc library
like tcmalloc or jemalloc?
I'm not aware of any such benchmarks or comparisons, but it would
definitely be interesting to see some!
Also, as far as I remember, GSlice
On Mon, 2013-04-15 at 14:17 -0400, Matthias Clasen wrote:
I have now confirmed that we can use the OLPC office; lets meet there
Friday morning around 10am and get started.The address is on the wiki
Is anyone up for massive amounts of seafood on Friday, in Chinatown? I
can arrange
On Thu, 2013-04-11 at 17:49 -0500, Federico Mena Quintero wrote:
I'll do something like this. First, revert the commit. Then, merge my
branch. Doing a straight rebase is not trivial, as places-sidebar has
gotten master merged into it a few times to keep up with general
development
On Thu, 2013-04-11 at 13:36 +0900, Tristan Van Berkom wrote:
First, let me apologize for the rather harsh tone in my message
yesterday. I had a big WTF moment when I saw how the composite
templates patches played badly with my branch. Your message made things
look easier to fix than I expected.
On Tue, 2013-04-02 at 17:59 +0900, Tristan Van Berkom wrote:
And while it's a huge list of changes, any thorough peer reviews
would be greatly appreciated of course.
This work makes merging my places-sidebar branch completely impossible.
There is a highly nontrivial amount of work in that
On Thu, 2013-02-21 at 11:12 +, Philip Withnall wrote:
Add the following in your Makefile.am:
TESTS_ENVIRONMENT = libtool --mode=execute gdb
Then run `make check` as normal, and magically all of your tests will be
run under gdb.
If you just want to run a specific test binary
Hi, everyone,
I've been writing some tests for GtkFileChooserButton and putting them
in gtk+/gtk/tests/filechooser.c - this is the old test suite,
resurrected and alive.
So, I've been learning what gtestutils provides. It is not bad, but it
seems pretty pedestrian on some counts. These are
On Tue, 2013-02-19 at 18:39 +0100, th-pitsc...@uni.de wrote:
I was putting a GtkNotebook on a main window widget (using glade) and
set the tab position to BOTTOM. This looks alright in glade.
However, running the application itself one sees that the tabs are not
drawn correctly (they
On Tue, 2013-01-08 at 16:04 +0100, Benjamin Otte wrote:
- containers don't know what to do
Should they skip invisible widgets when allocating? Or still reserve
space for them?
Tag, you are it! :)
A couple years ago I totally failed in fixing this bug in GtkTable (I
just made things worse and
On Mon, 2012-11-19 at 10:52 +, Simon McVittie wrote:
If this sort of change is important, it sounds to me as though Gtk 2
should continue to have (short!) branches corresponding to a GNOME
release when necessary?
GTK+ 2.24.x still has releases!
Do you mean that they should appear in sync
On Wed, 2012-11-21 at 09:56 +0100, Bastien Nocera wrote:
What do you think of org.gnome.file-view-preferences?
Add a schema to GTK+:
org.gtk.file-chooser show-hidden-files
Yup, this is the way to go. Currently the file chooser uses
org.gtk.Settings.FileChooser and a few keys; the source
%20new%20file
Federico
From dc52c6d45d05841b916c61c454666fd99cc52372 Mon Sep 17 00:00:00 2001
From: Federico Mena Quintero feder...@gnome.org
Date: Fri, 16 Nov 2012 11:56:46 -0600
Subject: [PATCH] Allow choosing whether to open in recently-used mode,
last-used-folder mode, or
This works
On Sun, 2012-11-11 at 12:55 -0800, Matthew Brush wrote:
Any chance of reverting/fixing those changes?
Here's some related bug reports I could find:
[snip]
Thanks for compiling this list of bugs; it's very helpful!
Please see the thread I started as a reply to Ryan - the File chooser
On Fri, 2011-11-11 at 15:55 +0100, Benjamin Otte wrote:
[Talking about GtkButton]
And it'd have those Controllers:
(- Hover)
- Click
- Activate
(- Focus)
- KeyPress/Release
I just took a quick look at ClutterClickAction and ClutterDragAction.
They are certainly interesting. I wonder how
On Thu, 2011-10-20 at 10:27 -0400, Daniel Hernandez Bahr wrote:
The thing is the GCancellable objects provide, as I am aware of, only
the 'cancel' feature for async operations, would it be too hurtful to
implement a GControllable class providing features such as
'pause'/'resume' as well as
On Wed, 2011-09-07 at 08:25 +0100, Emmanuele Bassi wrote:
Windows and Linux build issues and support are handled on gnome.org: the
Quartz backend of gtk is not in any regard special and it should not
need separate resources.
One thing we have been bad at is learning to accept that sometimes,
Hi, everyone,
There is a patch in [1], by Jon McCann, to make the shortcuts bar in
GtkFileChooser be pretty much the same as the one in Nautilus.
Rather than patch the wobbly edifice that is gtkfilechooserdefault.c,
this sounds like the perfect time to actually pull out the shortcuts bar
as a
On Wed, 2011-07-27 at 14:41 -0400, Matthias Clasen wrote:
I have been slacking off and not pushing for team meetings recently,
and I haven't even looked at the guadec schedule until today.
But I guess better late than never: should we aim for a gtk team
meeting at guadec ?
If so, what day
On Wed, 2011-07-13 at 10:32 +0100, Bastien Nocera wrote:
But why do that in stable releases? Unless there's a very very (very
very) good reason to break the freeze, the stable branches should only
see bug fixes. Why was this pushed to stable branches?
This change makes the file chooser much
Dear translators,
I've just pushed some changes to the file chooser in the gtk+ module,
specifically to the gtk-2-24 branch. Although right now the focus is
3.x, we will likely have another release in the 2.24.x series for GTK+.
Please update your translations there :)
(The idea is to have the
Dear translators,
I have just merged an interesting patchset to gtk+, in the gtk-3-0
branch. This adds two or three new strings to the package; I hope that
doesn't cause too much trouble for you.
GTK+ hackers: this is the merge of the
bgo593793-filechooser-recent-folders branch, which is
On Sat, 2011-05-28 at 23:01 +0200, Benjamin Otte wrote:
And I'm somewhat lost what to do then. Should I say yes
because it's a good widget to use in general? Should I say no, because
it shouldn't be used? What are the features and behaviors I have to
look out for in those widgets so they end
On Tue, 2011-05-31 at 01:53 +0300, Andrew W. Nosenko wrote:
1. how I can to hover using touch screen?
You may not be able to (I don't know if X on your touch screen would
emit proximity events).
In that case, those UIs that require hovering may indeed not be adequate
for your touch screen.
On Tue, 2011-05-10 at 16:28 +0200, Benjamin Otte wrote:
The TL;DR version is this:
I think the problem is the fact that we support a separate API for
accessibility.
Let me present my (very limited) understanding of how a11y works right
now. This is for the benefit of gtk-devel-list; people
Hi,
I'm trying to understand why bug #639842 happens. It's pretty easy to
reproduce on 3.0:
1. gtk+/tests/testfilechooser --action=save
2. type /home/ plus the first letter of your username
3. wait for the completion suggestion window to appear
4. hit Tab
5. The focus changes to the next
On Mon, 2010-10-11 at 15:41 -0400, Havoc Pennington wrote:
Uggghhh... so the h-f-w request/allocate stuff needs to be exposed to the WM
;-)
Client-side decorations! :) Then we can handle everything ourselves.
(Of course it's not so trivial... then we'll want to know things like
snap
On Thu, 2010-10-07 at 07:09 -0400, Matthias Clasen wrote:
When rooted to $HOME and /tmp, I
found that typing '/' would still complete all toplevel directories,
while typing '/t' comes up with no completions. I would have expected
just '/tmp' in both cases.
Good catch, thanks. I'll take care
On Thu, 2010-10-07 at 00:28 +0200, Torsten Schoenfeld wrote:
G_TYPE_STRV properties don't need annotations, they are handled
automatically. But functions like your
gtk_file_chooser_set_root_uris
need to have annotations to tell gobject-introspection that 'char
**roots' is actually a
On Thu, 2010-10-07 at 09:59 +0100, Bastien Nocera wrote:
Then I would play down the security benefits of the features in the
documentation...
Yeah, good point. The docs as they are just say that you can't go
outside the roots, which could mean that the code tries really hard to
do that.
On Thu, 2010-10-07 at 09:23 -0400, Havoc Pennington wrote:
Don't know if this will make sense to anyone else but I do think it's
useful to take some real-world layouts and see how much typing they'd
require
This is a very interesting exercise, and the pseudocode for those
examples *is* really
On Thu, 2010-10-07 at 09:18 -0500, Stef Walter wrote:
Is the integer array returned from gtk_tree_path_get_indices() writable
by design? Or should it be treated as readonly?
It depends.
Sometimes you get a GtkTreePath from the treeview API when you ask for
something (e.g.
On Thu, 2010-10-07 at 20:20 +0200, Torsten Schoenfeld wrote:
This is the canonical place, as far as I know:
http://live.gnome.org/GObjectIntrospection/Annotations.
Perfect, thanks!
Federico
___
gtk-devel-list mailing list
On Thu, 2010-10-07 at 15:05 -0400, Havoc Pennington wrote:
It's a valid point, but I don't know that Glade is always easiest. I
don't think it's a good excuse for making the actual API crappy.
Oh, no, of course not. What I mean is that if few apps actually do
complex layout by hand, then
Hi, all,
I've been running Christian Hammond's multiroot-filechooser branch for
about a month now, with zero ill effects. This is not surprising, as no
apps actually use the multirooting functionality yet; what is nice is
that those apps haven't broken yet.
The past discussion is in bug
On Thu, 2010-09-30 at 14:30 +, Alexander Kuleshov wrote:
Now i learning glib codebase and where can i find TODO or something
else for glib, maybe not complex bugs... For know how - to
write,review and submit pathes.
These days the TODO list for glib is in bugzilla; all the bugs are the
On Wed, 2010-10-06 at 21:01 +0100, Bastien Nocera wrote:
Symbolic links? To both the filesystem itself, and to directories under
~/.gvfs/. Are those blocked as expected?
Looks like we have different expectations ;)
Nope, we don't try to resolve symlinks to see if they point to allowed
On Wed, 2010-10-06 at 22:32 +0200, Torsten Schoenfeld wrote:
Yes, I think so. It's pretty common for arguments and properties, so
most bindings will be able to deal with it. With proper annotations,
gobject-introspection can also represent it.
Excellent. Where are those annotations made?
On Thu, 2010-08-26 at 12:35 -0400, Behdad Esfahbod wrote:
Just keep in mind that it's very normal for text ink to leak out of the
allocation area. So even if the draw-border property is removed, we should
eventually figure out how to handles these.
But widgets are supposed to request a size
On Wed, 2010-08-18 at 07:56 -0400, Paul Davis wrote:
its quite amusing to me how what is being described is slowly
converging on something extremely close to a canvas model in many of
its most fundamental aspects. am i the only one seeing this? does it
matter?
In my mind a canvas does two
On Wed, 2010-08-18 at 09:37 +0200, Alexander Larsson wrote:
[Border around windows so you can glow around a widget]
There are all sorts of ways you can hack it into GtkButton or any
specific widget, I'm sure. However, its hard to do in a more generic way
for a theme. I was thinking the theme
On Tue, 2010-08-17 at 17:28 +0200, Benjamin Otte wrote:
The biggest problem for me when reading the GdkWindow code is that I
have no idea what a window is. So I have a hard time understanding the
code and if what it does is sane.
One pattern we see a lot is when widgets want to paint
On Tue, 2010-08-17 at 10:35 +0300, Dov Grobgeld wrote:
Assume I have a routine:
int draw(cairo_t *cr)
used to draw an overlay in a GdkWindow.
In order to minimize redrawing, I would like to get the minimal (up to
some accuracy to be determined) set of GdkRegion's that encompasses
On Tue, 2010-08-17 at 21:10 +0200, Alexander Larsson wrote:
[Widgets with an InputOnly window for events]
Yeah, they do it to avoid the window resize being asynchronous with
respect to the repainting, etc, causing ugly looking resizes.
Oh, I thought they did it to get the parent's background.
On Mon, 2010-08-09 at 02:07 +0200, Benjamin Otte wrote:
This is awesome stuff, Benjamin.
I'll start with the end goal: gtk_widget_draw(GtkWidget *widget, cairo_t *cr);
One thing I'd definitely like to have is the region-to-expose. Many
times people have started with oh, I'll just paint
On Tue, 2010-08-10 at 01:59 +0200, Benjamin Otte wrote:
[Widgets that own multiple windows]
My current idea on how to implement it is to give the widgets a hint
as to wether they are repainting a window or wether they are painting
to something else. Something like
On Wed, 2010-04-21 at 05:23 -0400, Tristan Van Berkom wrote:
Containers that expect to be empty at times should simply
be aware of their padding.
Yeah, good points. People do use empty containers (alignments and such)
to add indentation for sections in configuration dialogs. So I won't
This landed in my inbox - has anyone played with new versions of libjpeg
to see if this works?
Federico
---BeginMessage---
Hello all
This is a report to the authors mentioned in the gdk-pixbuf/io-jpeg.c
module of the current gtk+ 2.18.0 package,
from Guido Vollbeding, organizer Independent
On Thu, 2009-10-01 at 01:48 +0100, Bastien Nocera wrote:
Not having looked at the code since the original patches, have all the
concerns about the possible regressions and incremental changes been
addressed?
I did a *very* careful review of the code, and it seems sane. If you
look at the
On Thu, 2009-10-01 at 11:20 -0400, Matthias Clasen wrote:
If the improvements are as impressive as Federico makes them sound,
then I think getting them into 2.18 (and thus out to users) would be a
nice thing, imo.
Basically, before the filesystemmodel branch, I dreaded using the file
chooser
Humans from Earth,
I'm finally testing Company's filesystemmodel branch. IT IS SO FAST!
Really, it makes the file chooser much snappier. And the code is a
pleasure to read.
I haven't had crashes yet, although I haven't tested all the features in
the file chooser. I guess I'll keep testing it
On Fri, 2009-08-28 at 16:12 +0100, Daniel J Blueman wrote:
I've written and tested a small patch that increases efficiency
(particularly in small-cache systems) of loading JPEG images: override
the recommended lines with what we've already allocated; increase
batch size from 4 to 8 lines.
On Tue, 2009-06-23 at 22:16 +0200, Benjamin Otte wrote:
I have been on a quest to improve performance of the file chooser
First, thanks for taking on this work. Kill GtkFileSystem is a very
worthwhile goal.
* The sort function was called way too often. So I added the option
to freeze and
On Wed, 2009-06-03 at 22:16 -0400, Matthias Clasen wrote:
As a data point, I've also preferred to go with cherry-picking from
master so far. It just seems closer to the way I'm working with our
branches.
OK, no big deal... I'll cherry-pick in the future.
Federico
On Sat, 2009-04-18 at 17:22 -0400, Yu Feng wrote:
In GTK 2.14.4, GtkPlug does not chain up to GtkWindow's keys_changed
handler. (gtkplug.c:1043 and gtkwindow.c:7937)
The effect is that the key hash in the 'gtk-window-key-hash' data member
of the window is not updated whenever the mnemonic
On Fri, 2009-03-13 at 09:15 -0400, Morten Welinder wrote:
F*** POSIX allows this! A program that does open-write-close-
rename should not be left with an empty file in case something
goes wrong. The old file, or the new file. Anything else is insane
and by extension the kernel developers
On Fri, 2009-03-13 at 22:16 +0100, Alexander Larsson wrote:
Its well explained in the various discussions about this. Essentially,
the metadata for the rename is written to disk, but the data in the file
is not (yet, due to delayed allocation) and then the system crashes. On
fsck we discover
Fedora has a (currently unapplied?) patch in its gtk2 package which
changes GtkEntry's invisible-char defualt from * to • (Unicode
0x2022 BULLET).
openSUSE has a patch that changes the invisible-char to ● (Unicode
0x25CF BLACK CIRCLE).
I'm arguing for committing openSUSE's patch based on the
On Tue, 2009-01-20 at 04:14 +0200, Xan Lopez wrote:
How is this different from bug
http://bugzilla.gnome.org/show_bug.cgi?id=83935 that was committed
some months ago? It even uses your favorite character!
Argh, I'm an idiot. As usual, Garnacho created the perfect patch.
What happened is
On Tue, 2008-05-06 at 10:47 -0400, Paul Davis wrote:
Any given GtkWidget has zero or more maps that connect a key event
tuple to a closure. When a key event is received by a GtkWindow, the
window first allows the focus widget to look up an event in its
map(s) of tuples/closures. If the event
On Wed, 2008-05-07 at 11:33 +0530, chirag juneja wrote:
approach i am using is :
i will find the distance of the button from its parent, and then its
parent's distance form its parent .. and so on, till i get toplevel
window.
then i am adding the decoration's height, border's width and
On Wed, 2008-05-14 at 15:31 +0200, Danny Baumann wrote:
since a couple of weeks, I have two patches pending in Bugzilla that fix
problems which seemingly are bugs in Compiz, but actually are Gdk
problems. As we (== Compiz people) are getting quite some bug reports
about both issues, I want to
Hi,
Right now, the Open with another application dialog lives in
nautilus/libnautilus-private/nautilus-open-with-dialog.[ch]. This
dialog uses the machinery in GIO's GAppInfo to figure out which apps can
be used to open a file of a certain MIME-type.
There's a long-standing annoyance in
On Sun, 2008-03-16 at 21:06 -0700, iluvlinux wrote:
i have a question regarding visibility-notify-event
If i add widgets to a container than i get the signal
visibility-notify-event, whenever visibility changes
but if i add widgets to a scrolledwindow i donot get visibility-notify-event
for
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.).
Federico
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On Tue, 2007-12-18 at 16:45 -0500, David Zeuthen 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 applications using either, and then
Hi,
We have a problem in gnome-main-menu which is (understandably) a corner
case in GtkLabel ( https://bugzilla.novell.com/show_bug.cgi?id=310710 )
First, please see no-focus.png (attached). That is main-menu's
Computer button and a button from the task list applet. You'll see
that the labels
.. And here is a patch which fixes the problem in main-menu.
Federico
2007-12-17 Federico Mena Quintero [EMAIL PROTECTED]
* gtk/gtklabel.c (get_layout_location): For single-line labels,
align the requisition to the allocation unconditionally, even if
we are under-allocated. For multi
On Mon, 2007-10-15 at 09:04 -0700, Carl Worth wrote:
On Sat, 13 Oct 2007 00:51:44 +, =?ISO-8859-1?Q?BJ=F6rn_Lindqvist?=
wrote:
I have played around with Cairo some more and it seems to me that it
is not fully ready yet. :( Cairo blits and scales much slower than
gdk-pixbuf (software
On Wed, 2007-10-17 at 11:56 +0200, Tim Janik wrote:
- extend the g_assert() docs to note that:
1) programmers are more likely to want to use g_warn_if_fail instead
(particularly for libraries, allthough the destabilizing effects
of g_assert are also worth avoiding in applicaiton
On Fri, 2007-10-12 at 11:52 +0200, Tim Janik wrote:
i'd like to propose to turn g_assert and friends like g_assert_not_reached
into warnings instead of errors. i'll give a bit of background before the
details though.
the main reasons we use g_return_if_fail massively throughout the glib and
On Sun, 2007-09-16 at 18:28 +0200, Sander Marechal wrote:
My question: How do I determine what signals/events I should send out so
that together they make for a nice module API? For now, I am simply
building modules and adding signals to the application as I need them,
but I bet there is a
On Thu, 2007-09-06 at 20:47 -0700, Daniel Yek wrote:
I'm wondering if anybody is experienced in writing smart widget that
would react differently depending on whether the current display is
local/fast for graphics animation or remote/slow where all animation
should be kept to the minimum?
On Sun, 2007-09-16 at 18:28 +0200, Sander Marechal wrote:
My question: How do I determine what signals/events I should send out so
that together they make for a nice module API? For now, I am simply
building modules and adding signals to the application as I need them,
but I bet there is a
On Thu, 2007-09-20 at 08:34 +0200, Raffaele Sandrini wrote:
Take a look at 'gtk_file_chooser_get_preview_widget'. While the hack
done there is somehow possible with objects it is not with strings.
GtkWidget *
gtk_file_chooser_get_preview_widget (GtkFileChooser *chooser)
{
GtkWidget
On Wed, 2007-07-04 at 01:48 +0200, Milosz Derezynski wrote:
Reminds me all of http://bugzilla.gnome.org/show_bug.cgi?id=326249
I'm not sure this ever got a proper audit and all themes in general
could need one.
Hmm, didn't that get fixed? At least for the well-known themes?
Does there
On Fri, 2007-06-22 at 09:20 -0400, Jody Goldberg wrote:
I don't think Morten's intent was to handle the blacklist at the
application level. A more practical approach would be a bugbuddy
extension that would compare the current theme engine and version
against a central collection of known
On Tue, 2007-06-19 at 15:08 -0400, Morten Welinder wrote:
The application programmer has no choice in the matter and cannot
really test with
all kinds of themes and all kinds of versions of them. But the
resulting crashes are
still going to be blamed on the application and poor me.
So the
On Tue, 2007-05-22 at 13:32 -0400, Matthias Clasen wrote:
On 3/29/07, Federico Mena Quintero [EMAIL PROTECTED] wrote:
Hi,
I forgot to pass G_SPAWN_DO_NOT_REAP_CHILD to g_spawn_async_with_pipes()
and ended up scratching my head about why my GChildWatch callback wasn't
firing. After some
On Wed, 2007-05-02 at 16:34 +0200, Tim Janik wrote:
[excellent analysis snipped]
so i'd say that tap-and-hold expiration is one of the rarer cases, where
one should always use GDK_CURRENT_TIME for menu popups. that in turn means
there's no point in carrying across a time stamp (which would be
On Fri, 2007-05-04 at 12:15 +0200, Kristian Rietveld wrote:
On Tue, May 01, 2007 at 07:47:25PM -0500, Federico Mena Quintero wrote:
You have two tap-and-hold actions: pop up a menu and pop up a tooltip
with extra info. Should those have the same I'm armed animations?
Yes, I would say
On Thu, 2007-05-10 at 17:04 +0200, Kristian Rietveld wrote:
There are no clear rules for this, actually. Most simple models don't
have a real use for this. The filter and sort models both use this
mechanism to keep track of which levels to cache and monitor. Models
which reference external
On Thu, 2007-04-26 at 23:40 +0200, Kristian Rietveld wrote:
I was actually planning to push in (x, y) relative to the widget-window.
The new tooltips code is supposed to do the same (however that
documentation says otherwise at this moment, it will be fixed RSN). If we
use this, the window
El lun, 23-04-2007 a las 13:44 -0400, Havoc Pennington escribió:
For most Flash usage, API really is not the issue... people do it like
HTML, where they write the markup then add a little bit of scripting
(for Flash, it isn't literally markup, but what I mean is 'data not
code'). Unlike
El jue, 19-04-2007 a las 15:00 -0400, Havoc Pennington escribió:
I'd step back first and do use-cases instead, and also talk about at a
high level what the canvas is for and when it would be used, i.e.:
Havoc is on the right track here. You can pile an immense feature list
on top of the
El mar, 17-04-2007 a las 12:02 +0200, Kristian Rietveld escribió:
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
El jue, 29-03-2007 a las 17:43 +0300, [EMAIL PROTECTED] escribió:
Using arrays in GtkTreeDataSortHeader doesn't appear to be optimal,
because their length is not constant. We would end up to
alloc/dealloc/copy sequence when adding new items.
From a quick look at the code, the only place
Hi,
I forgot to pass G_SPAWN_DO_NOT_REAP_CHILD to g_spawn_async_with_pipes()
and ended up scratching my head about why my GChildWatch callback wasn't
firing. After some hot strace action and RTFM, I added that flag and
everything worked perfectly. Do we need a warning like the one in the
El lun, 26-03-2007 a las 00:18 +0300, [EMAIL PROTECTED] escribió:
I tried this idea and changed the GtkTreeDataList to be an array instead of
linked list (see the attached patch, made against svn head). The original
testcase (5000x50 model) started up faster (but was still slow), but I didn't
El jue, 22-03-2007 a las 16:55 +0100, Nicolas Setton escribió:
Hi, Nicolas,
Thanks for taking the time to profile this!
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
El vie, 23-03-2007 a las 23:19 +0100, Michael Natterer escribió:
I would rather say we absolutely don't abuse lists here. There is no
significant difference between list and array for a couple of items
(say 50 items). The only abuse I see is creating a treeview with
5000 columns. The widget
El vie, 16-03-2007 a las 20:44 +0530, मयंक जैन (makuchaku) escribió:
Here's a task for you to get started. It will take you several days,
but hopefully it will be fun :)
Sure... onto it!
That's the spirit! :)
Federico
___
gtk-devel-list
El mar, 06-02-2007 a las 16:43 +, Ricardo Cruz escribió:
I am writting a Qt style that uses GTK+ to render its stuff; the inverse of
gtk-qt-engine [1], and so I need to re-use the Qt Display connection.
Nice! This would even help for gradually porting ancient non-GTK+
software to the
El mié, 03-01-2007 a las 11:37 +0100, Tim Janik escribió:
so everyone meaning to come to FOSDEM/Bruessels on the 23rd, 24th, 25th, or
26th February 2007 and would like to join the Gtk+ meeting, please drop me a
line so i can refine the proposed date to get most people on it.
The meeting
El mié, 13-12-2006 a las 11:28 +0100, Kristian Rietveld escribió:
The easiest way to solve this is probably to:
* Move GtkFileChooserIface into it's own, new, header file.
gtkfilechooserprivate.h also contains some data structures internal to
the implementation of the default file
On Wed, 2006-10-25 at 17:52 +0200, Tim Janik wrote:
while analysing the need for a testing framework and whether it makes sense
for GLib and Gtk+ to depend on yet another package for the sole purpose of
testing, i made/had the following observations/thoughts:
Wooo! Thanks for working on
On Wed, 2006-10-18 at 15:48 -0200, Carlos Eduardo Rodrigues Diógenes
wrote:
GdkPixbuf will start to use cairo/xrender or other library to do it's
scale operations? If the answear is no, what are the reasons, since use
cairo will enable hardware accelarating when glitz be finished.
The answer
1 - 100 of 164 matches
Mail list logo
