On Jun 5, 2008, at 14:44 , Johan Dahlin wrote:
Yevgen Muntyan wrote:
[..]
Say, this Gtk-3.0 idea sucks. It brings nothing to application
developers, yet application developers will be effectively forced
to migrate to avoid problems. You are doing a disservice to
application developers
On Jun 3, 2008, at 11:09 , Emmanuele Bassi wrote:
[I assume you wanted to keep the list in the loop... :-)]
[on a related note: I'm subscribed to the list - could people stop
cc-ing me in when replying? I lose threads]
On Tue, 2008-06-03 at 11:51 -0400, Behdad Esfahbod wrote:
On Tue,
Hi there,
On Jun 1, 2008, at 10:00 , Johan Dahlin wrote:
[gobject introspection stuff]
Too bad gobject-introspection depends on python-2.5. Is
it going to be a dependency only for gobject-introspection
itself, or is it going to be a dependency for projects
which use gobject-introspection, i.e.
On Jun 1, 2008, at 11:09 , Curtis Hovey wrote:
On Sun, 2008-06-01 at 10:53 -0500, Yevgen Muntyan wrote:
Hi there,
On Jun 1, 2008, at 10:00 , Johan Dahlin wrote:
[gobject introspection stuff]
Too bad gobject-introspection depends on python-2.5. Is
it going to be a dependency only
David Conley (FRD) wrote:
I'm trying to write a app that has a small text window that fills with
text from another thread. Its all working fine but the text is dropping
off the end of the window. Really what I'd like is for the scroll window
the text view is in to automatically scroll to
Cody Russell wrote:
I was thinking that it would be nice if there was an integrated print
preview widget in GTK+, that would be available cross-platform and
wanted to check with people here before I commit much time to this.
Right now we're spawning another process to do this, and I think an
Hi Ben,
I am not CC'ing gtk-devel-list because 1) it's off-topic,
2) it won't do any good. gtk-devel-list is a list for
discussing development of Gtk itself, not anything
related to Gtk.
I doubt your idea is good for Gnome SoC because
of the following (I am a former SoC participant, so
I've been
Jean-Yves Lefort wrote:
On Mon, 31 Mar 2008 22:52:09 +0200
Ben Torfs [EMAIL PROTECTED] wrote:
As a fan of both the prolog programming language and the GTK+ toolkit
(as a user), I was wondering why the GTK page makes no mention of any
prolog bindings. For those of you that are unfamiliar:
Yu Feng wrote:
Hi, everyone,
I have a question about gtkclipboard.c, there might be a problem.
Look at these functions
-
[snip]
---
In order to make a blocked operation, the main thread(thread 0) spawns a
new thread(saying,
Alexander Shaduri wrote:
Hi all,
Having studied the FSF licenses and their restrictions, I think
it would be reasonable to re-license GTK+ under the LGPLv3
(or later) + GPLv2 linking exception (or, alternatively, simply
multi-license it under LGPLv3 / GPLv2).
But you can't do that. Gtk
Brian J. Tarricone wrote:
Yevgen Muntyan wrote:
Alexander Shaduri wrote:
Hi all,
Having studied the FSF licenses and their restrictions, I think
it would be reasonable to re-license GTK+ under the LGPLv3
(or later) + GPLv2 linking exception (or, alternatively, simply
multi
Mathias Hasselmann wrote:
Am Sonntag, den 16.03.2008, 07:49 +0100 schrieb Jean Bréfort:
Le samedi 15 mars 2008 à 21:43 +0100, Christian Persch a écrit :
Hi Jean;
Am Samstag, den 15.03.2008, 21:09 +0100 schrieb Jean Bréfort:
Hmm, and what will happen to applications using at
Emmanuele Bassi wrote:
no need to Cc me: I'm subscribed to the list.
On Wed, 2008-02-27 at 17:38 -0600, Yevgen Muntyan wrote:
I don't believe that any data passed to a library should result in a
fatal warning, surely a GError return would be a far better option
here
On Feb 27, 2008, at 15:32 , Mikkel Kamstrup Erlandsen wrote:
On 27/02/2008, Brian J. Tarricone [EMAIL PROTECTED] wrote:
Pavel Syomin wrote:
Hi, all!
I had been experimenting with GtkBuilder using Gtk+ 2.12.5 from
Fedora
8. I have found, that if there is reference to unknown type in
On Feb 27, 2008, at 16:31 , Emmanuele Bassi wrote:
On Wed, 2008-02-27 at 22:20 +, Ross Burton wrote:
On Wed, 2008-02-27 at 22:32 +0100, Mikkel Kamstrup Erlandsen wrote:
Hmmm. This sounds like a very narrow minded decision to me. I have
been planning to write write a framework where one
Johan Dahlin wrote:
amol wrote:
Hi,
When we do gtk_buildable_set/get_name for any object created through
GtkBuilder, GtkBuildable does g_object_set/get_data to return the
corresponding name of object if its set/get_name are not overridden.
But GtkWidget overrides set/get_name of
Johan Dahlin wrote:
amol wrote:
Hi,
When we do gtk_buildable_set/get_name for any object created through
GtkBuilder, GtkBuildable does g_object_set/get_data to return the
corresponding name of object if its set/get_name are not overridden.
But GtkWidget overrides set/get_name of
Alexander Larsson wrote:
On Thu, 2008-01-17 at 07:50 -0600, Yevgen Muntyan wrote:
Tim Janik wrote:
On Thu, 17 Jan 2008, Alexander Larsson wrote:
On Wed, 2008-01-16 at 15:03 +, [EMAIL PROTECTED] wrote:
I noticed the weakref introduction says
Tim Janik wrote:
On Thu, 17 Jan 2008, Alexander Larsson wrote:
On Wed, 2008-01-16 at 15:03 +, [EMAIL PROTECTED] wrote:
I noticed the weakref introduction says that notifies can be called many
times:
Owen Taylor wrote:
On Sat, 2007-12-01 at 19:16 +0300, Evgeniy Ivanov wrote:
Hi! I think there is a bug in the gtk_bindings_activate from
gtkbindings.
I'm not sure, thus I didn't open it.
Here is example of what happens:
GtkWidget *entry;
entry = gtk_entry_new ();
//... Some
Evgeniy Ivanov wrote:
2007/12/1, Yevgen Muntyan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]:
Forgive me if I didn't understand the problem correctly, but isn't it
the same as:
you turn on Russian keyboard layout, you press Ctrl-C (C meaning
English key on the keyboard
On Wed, November 14, 2007 11:11 am, Mike Kestner wrote:
On Wed, 2007-11-14 at 17:23 +0100, Alexander Larsson wrote:
In the case you describe GetCells is a pretty core part of the
interface, and its clearly hard to not have it do much. However, that
doesn't mean there are times when its
Stefan Kost wrote:
Yevgen Muntyan schrieb:
Phil Lello wrote:
According to the GObject tutorial, chaining-up in
constructor/dispose/finalize code should be handled as follows:
static void
b_method_to_call (B *obj, int a)
{
BClass *klass;
AClass *parent_class;
klass
Phil Lello wrote:
According to the GObject tutorial, chaining-up in
constructor/dispose/finalize code should be handled as follows:
static void
b_method_to_call (B *obj, int a)
{
BClass *klass;
AClass *parent_class;
klass = B_GET_CLASS (obj);
parent_class =
Hi there,
Is there a technical reason why toggle references
allow only a single user? Namely, why
Multiple toggle references may be added to the same
gobject, however if there are multiple toggle references
to an object, none of them will ever be notified until all
but one are removed.
Why
Owen Taylor wrote:
On Sat, 2007-10-20 at 17:58 -0500, Yevgen Muntyan wrote:
Hi there,
Is there a technical reason why toggle references
allow only a single user? Namely, why
Multiple toggle references may be added to the same
gobject, however if there are multiple toggle references
Yevgen Muntyan wrote:
Owen Taylor wrote:
On Sat, 2007-10-20 at 17:58 -0500, Yevgen Muntyan wrote:
Hi there,
Is there a technical reason why toggle references
allow only a single user? Namely, why
Multiple toggle references may be added to the same
gobject, however
Hey,
Why not introduce a new check, some g_check_stuff() which would
do what you propose? And let g_assert() be what it is, a glib analog
of C assert(). When an assertion fails, you can't possibly expect the
code to function in any meaningful way, e.g.
int idx;
g_assert (idx = 0);
BJörn Lindqvist wrote:
On 10/12/07, Emmanuele Bassi [EMAIL PROTECTED] wrote:
On Fri, 2007-10-12 at 14:40 +0200, Mathias Hasselmann wrote:
So I guess what you really want is some kind of g_soft_assert or some
g_warn_if_fail.
+1 on a g_warn_if_fail() API addition.
On Thu, October 4, 2007 12:37 pm, Emmanuele Bassi wrote:
On Thu, 2007-10-04 at 19:23 +0200, Pere Pujal i Carabantes wrote:
Hi all!
This message comes after a discussion on the gimp-user mail list, but I
think it can be usefull for other apps as well.
One of the results of the discussion is
Emmanuele Bassi wrote:
On Thu, 2007-10-04 at 15:20 -0500, Yevgen Muntyan wrote:
if an application registers a directory inside the recently used
resources list, it will also appear inside the Recently Used shortcut of
the file chooser.
It'd be bad. Recent places is a totally
David Trowbridge wrote:
You might want to look at the undo implementation in Tomboy. It
implements the mergeable command idea fairly nicely.
Or look at GtkSourceView, or look for it in bugzilla,
or look at bunch of other implementations (I am sure
there are *plenty*, minimum two in every
Alexander Larsson wrote:
On Fri, 2007-09-14 at 10:47 -0400, Havoc Pennington wrote:
Hi,
On 9/14/07, Alexander Larsson [EMAIL PROTECTED] wrote:
Well, the same class is used on both unix and windows. Its the
implementation of native files, and I don't see any need to split it
out
On Aug 7, 2007, at 4:52 , Prasanna Kumar K wrote:
This message (including any attachment) is confidential and may be
legally privileged. Access to this message by anyone other than the
intended recipient(s) listed above is unauthorized. If you are not
the intended recipient you are
Kalle Vahlman wrote:
2007/6/13, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
2007/6/13, Matthias Clasen [EMAIL PROTECTED]:
GtkBuilder is just setting the name that was specified in the xml, so
it is not violating the principle that the widget name belongs to the
app/user, since
Kalle Vahlman wrote:
2007/6/14, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
2007/6/13, Yevgen Muntyan [EMAIL PROTECTED]:
Kalle Vahlman wrote:
2007/6/13, Matthias Clasen [EMAIL PROTECTED]:
GtkBuilder is just setting the name that was specified in the
xml, so
Kalle Vahlman wrote:
[snip philosophy]
[1] though I don't really agree on widgets setting colors at all,
regardless the fact that it then possibly won't look good with older
themes (depending on what colors you can use).
If you are really interested, get a fresh tarball of gtksourceview
and
Kristian Rietveld wrote:
[snip]
In the GTK+ source code you will find a test app testing all of the
above methods in gtk+/tests/testtooltips.c. There are examples for
simple tooltips on buttons (also insensitive buttons!), tooltips on
GtkTreeView rows, tooltips on GtkTextView tags and a
Matthias Clasen wrote:
On 6/13/07, Yevgen Muntyan [EMAIL PROTECTED] wrote:
Um, then gtk_widget_get/set_name is going to be deprecated?
gtk_widget_set_name() sets widget-name member, and that structure
member is used (in particular?) by themes, that's how it works.
What does name
Kalle Vahlman wrote:
2007/6/13, Matthias Clasen [EMAIL PROTECTED]:
On 6/13/07, Yevgen Muntyan [EMAIL PROTECTED] wrote:
Widgets which set a name in a constructor are already semi-broken
anyway. Widget names are supposed to be an application/user feature,
not something thats used
Tristan Van Berkom wrote:
On Wed, 2007-06-13 at 10:57 -0500, Yevgen Muntyan wrote:
Kalle Vahlman wrote:
2007/6/13, Matthias Clasen [EMAIL PROTECTED]:
On 6/13/07, Yevgen Muntyan [EMAIL PROTECTED] wrote:
Widgets which set a name in a constructor are already
Johan Dahlin wrote:
[snip]
/**
* gtk_buildable_set_name:
* @buildable: a #GtkBuildable
* @name: name to set
*
* Sets the name of the buildable object, it's used to synchronize the name
* if the object already has it's own concept of name.
*
* #GtkWidget implements this to
Steve Frécinaux wrote:
On Tue, 2007-06-12 at 19:38 -0300, Johan Dahlin wrote:
So what about some GtkBuiltDialog object class which would do that
automatically, while taking care of the dialog properties, and so being
able to inherit from it to ease the creation of such dialogs ?
Johan Dahlin wrote:
Yevgen Muntyan wrote:
Johan Dahlin wrote:
[snip]
/**
* gtk_buildable_set_name:
* @buildable: a #GtkBuildable
* @name: name to set
*
* Sets the name of the buildable object, it's used to synchronize
the name
* if the object already has it's own concept
Matthias Clasen wrote:
On 6/12/07, Yevgen Muntyan [EMAIL PROTECTED] wrote:
Sorry for not being clear, I meant how widget names are used in rc
files/strings. Gtk docs seem to imply that widget names have
other uses, perhaps there are some, don't know.
and how are they related to widgets
Yevgen Muntyan wrote:
Matthias Clasen wrote:
On 6/12/07, Yevgen Muntyan [EMAIL PROTECTED] wrote:
Sorry for not being clear, I meant how widget names are used in rc
files/strings. Gtk docs seem to imply that widget names have
other uses, perhaps there are some, don't know
Hi guys,
There is an idea to make most of semi-private stuff
in GtkTextLayout and friends really private. I did
some search (and will do more), and looked at GnomeCanvas,
and apparently only the list below is used (and needs
to be exported). The stuff below is normal api, i.e.
api which is needed
Robert Schwebel wrote:
On Fri, Apr 27, 2007 at 10:56:22AM -0500, Yevgen Muntyan wrote:
--8--
[snip]
make[3]: *** [gtkbuiltincache.h] Error 1
--8--
Using debian with gtk-2.8 as host system?
Yup. Bad enough, but gtk is not very cross
Federico Mena Quintero wrote:
[snip]
[Side note... at this point I think doing a canvas in C is a big
mistake. Interesting canvases will inevitably get cycles in the pointer
graph, and reference counting becomes just too painful then. [This is
irrelevant to .net or whatever; it's a general
Alexander Larsson wrote:
On Wed, 2007-04-11 at 10:47 -0500, Yevgen Muntyan wrote:
Alexander Larsson wrote:
On Wed, 2007-04-11 at 12:09 +0200, Tim Janik wrote:
On Mon, 9 Apr 2007, Matthew Bucknall wrote:
I've considered hovering undecorated
Alexander Larsson wrote:
On Wed, 2007-04-11 at 12:09 +0200, Tim Janik wrote:
On Mon, 9 Apr 2007, Matthew Bucknall wrote:
I've considered hovering undecorated 'always above' top-level windows
above my main window, but the icons are not rectangular in shape, so I
need to deal
Tristan Van Berkom wrote:
On Wed, 2007-03-28 at 16:38 +0200, Kristian Rietveld wrote:
On Wed, Mar 28, 2007 at 12:49:44PM +0200, Jakub Steiner wrote:
[...]
The concern which I want to raise, and which I already did in my
previous mail, is the following: Does updating icons
Tristan Van Berkom wrote:
On Wed, 2007-03-28 at 10:47 -0500, Yevgen Muntyan wrote:
Tristan Van Berkom wrote:
[...]
I think it is clear that if you use gtk-foo icon for bar then
you're misusing it. But let's not forget about the reasons for
doing it: there may simply be no other
Tristan Van Berkom wrote:
On Wed, 2007-03-28 at 11:33 -0500, Yevgen Muntyan wrote:
Tristan Van Berkom wrote:
On Wed, 2007-03-28 at 10:47 -0500, Yevgen Muntyan wrote:
[...]
We can install our own icons for the corner cases that exist
only for our applications
On Wed, March 28, 2007 3:45 pm, Michael L Torrie wrote:
On Wed, 2007-03-28 at 11:33 -0500, Yevgen Muntyan wrote:
Um, we can do that only if we have the icon. And that's a
problem. If someone volunteers to draw missing icons for
me then I'll be glad, but until then I will use gtk-about
Kalle Vahlman wrote:
2007/3/22, Nicolas Setton [EMAIL PROTECTED]:
[snip]
In any case, I suggest we cache this - probably there is no need to
do it in every expose call, only after the model data has changed.
...so it isn't really feasible to cache the renderer state. The good
news
Gustavo J. A. M. Carneiro wrote:
I can't resist to not state my opining on this :P
I think it's OK to have a single GRegex object, with no separate match
or matcher, IF g_regex_copy is basically a lightweight copy[1].
It is.
I think this matches well with the rest of the GLib APIs
Yevgen Muntyan wrote:
[snip]
To me here the only good argument in favor of separate Match objects is
multi-thread uses.
Simply because we already have Match object, just hidden. If the best
way to fix GRegex
for multi-threading is a separate match object, then it should be a
separate
Owen Taylor wrote:
On Sat, 2007-03-17 at 16:08 -0500, Yevgen Muntyan wrote:
Yevgen Muntyan wrote:
[snip]
To me here the only good argument in favor of separate Match objects is
multi-thread uses.
Simply because we already have Match object, just hidden. If the best
way to fix
Matthias Clasen wrote:
On 3/16/07, Marco Barisione [EMAIL PROTECTED] wrote:
BTW if you want I can split GRegex in two separate objects.
Since that seems to be the overwhelming preference,
overwhelming?
that might
be a good idea. I hope this shouldn't be too bad, since GRegex
is
[Mark, I apologize, I accidentally sent it to you in private]
[EMAIL PROTECTED] wrote:
On Fri, Mar 16, 2007 at 09:15:37PM -0500, Yevgen Muntyan wrote:
I do understand that a separate match object is a good idea.
But separate match object in C API is a good idea is questionable.
While
Hey,
I looked at gtksourceview and its patterns, the syntax
highlighting engine uses regular expressions with up
to 56 subpatterns (length of patterns was the reason
for egg_regex_ref()), which amounts to 670 bytes array
to store offsets. The match structure in this case is
some 40 bytes + those
Taybin Rutkin wrote:
-Original Message-
From: Richard Hult [EMAIL PROTECTED]
Taybin Rutkin skrev:
This is an implementation I came up with for gdk_window_get_geometry() in
gdkwindow-quartz.c:
Hi, and thanks :)
This looks like a good start. I wonder if we perhaps
[EMAIL PROTECTED] wrote:
Hi,
Thank you very much for your help (again).
Current situation:
Problem with previous library was ld didnt found. I add to makefile any
paths for the linker and just now he dont say nothing about it...
but... oh... now he ask me for the -lintl
again is the
Hey,
Are there palns yet to make 2.10.8 release? The
http://bugzilla.gnome.org/show_bug.cgi?id=393813 is pretty bad,
in particular it makes a text editor (e.g. gedit) crash when you
show line numbers. I already got a crash report from a user, some
strange distro (don't know which one) distributes
Behdad Esfahbod wrote:
On Sat, 2007-01-06 at 00:24 -0800, Sergei Steshenko wrote:
[really impressive list of bugs deleted].
As an end gtk+ user I just want to know which of the two
gtk+2.8.20 - 2.10.7 is less buggy.
Indeed 2.10.7. The impressive list of bugs you saw has only been
Owen Taylor wrote:
On Sat, 2007-01-06 at 18:31 -0600, Yevgen Muntyan wrote:
Behdad Esfahbod wrote:
On Sat, 2007-01-06 at 00:24 -0800, Sergei Steshenko wrote:
[really impressive list of bugs deleted].
As an end gtk+ user I just want to know which of the two
gtk+2.8.20
Morten Welinder wrote:
I am looking around and I am having trouble finding a single application
that does this new (yes, new) required initialization right.
Either...
1. Applications do not explicitly call g_thread_init and call gtk_init too
late.
2. Applications call g_thread_init too late.
Tim Janik wrote:
On Thu, 4 Jan 2007, Yevgen Muntyan wrote:
Morten Welinder wrote:
I am looking around and I am having trouble finding a single
application
that does this new (yes, new) required initialization right.
Either...
1. Applications do not explicitly call g_thread_init
Morten Welinder wrote:
Does this count:
http://mooedit.sourceforge.net/hg/moo/?f=-1;file=medit/medit-app.opag
line 259.
There seems to be no translated GUI involved. And if there had been,
that g_thread_init call would have been too early.
GUI is translated, and program is non-trivial,
Morten Welinder wrote:
This is another thing. Is this correct? If yes, then are we all
completely
screwed?
Certainly. Google threads setlocale unix and see.
For example http://www.phy.ohiou.edu/cgi-bin/man-cgi.sol?setlocale+3C
To change locale in a multi-thread application
Dr. Michael J. Chudobiak wrote:
I'm trying to migrate gThumb from libgnomeprint to gtkprint, and a
mostly-working patch exists.
The big problem is that the images are being rendered at 72 dpi, when
printing to PDF, PS, or a real printer, which is really ugly.
I was about to write a letter
John Pye wrote:
[snip]
Can anyone tell me what system pkg-config uses when some/all of the C
Preprocessor paths contain spaces?
Apparently you just have to use bugzilla here. On linux, with pkg-config
0.21
the following
pkg-config --define-variable=prefix=/foo blah --libs gtk+-2.0
Emmanuele Bassi wrote:
[snip]
We have a document-based API using these five vfuncs:
...
gchar * (*new_document) (GtkApplication *application);
gboolean (*save_document) (GtkApplication *application,
const gchar
Soeren Sandmann wrote:
What I am claiming is that GnomeCanvas failed on at least two counts:
(1) it didn't really have the required features to do interesting
UI's, and (2) its retained mode requirement is a huge impedance
mismatch for applications that need to keep a complex and dynamic
display
Soeren Sandmann wrote:
Yevgen Muntyan [EMAIL PROTECTED] writes:
Much more people would make use of simple things like draw a
rectangle and drag it around if it wasn't so hard.
But applications generally need to do much more than draw a rectangle
and drag it around. If dragging
Hi there,
I print a text document from GtkTextView here. There is a problem
with pagination: pagination is potentially slow, so some sort of progress
dialog should be shown during it. From the other hand, the text buffer
must not be modified during pagination.
How to solve it? Should I show my
Federico Mena Quintero wrote:
On Thu, 2006-06-15 at 09:56 -0400, Matthias Clasen wrote:
- The print backends need a careful look wrt to memory leaks
and error reporting.
I'm rather worried of declaring the printing API as stable and just
unleashing it to the world. Is any software
Matthias Clasen wrote:
Here is a quick patch to make GtkPrintOperation show a
progress dialog while the print operation is running. It also
allows the user to cancel the print operation.
To get the dialog, you need to call
gtk_print_operation_set_show_progress (op, TRUE)
Comments ?
There
Johan Dahlin wrote:
Over the last couple of weeks Henrique Romano and I have been working on
GtkBuilder, a UI constructor intended for inclusion in GTK+.
I'd like to discuss the API and some of the decisions before making the
code available for public review.
I went ahead and attached
Kalle Vahlman wrote:
On 5/11/06, Yevgen Muntyan [EMAIL PROTECTED] wrote:
Why remove custom properties? They are still needed by applications,
Out of curiosity, for what kind of functionality do _applications_ use
custom properties for? I can understand if they are used in creation
Johan Dahlin wrote:
o My real concern is about supporting menus and toolbars built by
UIManager.
- Is the motivation here only a time-to-market thing ?
- If so, do you have any plan or stratagy to take baby-steps and
eventually get
all the ui building code into the IBuildable ?
Yevgen Muntyan wrote:
Johan Dahlin wrote:
o My real concern is about supporting menus and toolbars built by
UIManager.
- Is the motivation here only a time-to-market thing ?
- If so, do you have any plan or stratagy to take baby-steps and
eventually get
all the ui building code
Alexander Larsson wrote:
I think the best way to do this is to rely on an external helper. For a
couple of reasons:
* Running something as complicated as a document viewer in the same
process as the application scares me for stability reasons. Its easy for
a bug in the viewer to bring the whole
Owen Taylor wrote:
It's, err, wrong to claim that another piece of soft is perfect, and
make this piece of soft perfect assuming that's perfect,
and say is that's not perfect, complain about it, but this piece of
soft will still assume that piece of soft is perfect.
Are we living in ideal
Johan Dahlin wrote:
Over the last couple of weeks Henrique Romano and I have been working on
GtkBuilder, a UI constructor intended for inclusion in GTK+.
I'd like to discuss the API and some of the decisions before making the
code available for public review.
I went ahead and attached
Federico Mena Quintero wrote:
Yes and no. Yes, you can create treeviews that look as desired, but
no, the existing file chooser is not going to get better.
If your goal is to just increase the number of files visible in the file
chooser's list:
[snip]
2. Your font size is probably
Owen Taylor wrote:
Please don't bind all keybinding signals. You are just asking for
problems (as you discovered) if you bind them, and, perhaps worse,
they pollute the API and confuse users... see for instance,
GtkTextView::move-cursor...
But if it's not wrapped, binding user won't be able
On Thu, April 20, 2006 12:59 pm, Owen Taylor wrote:
We've made no general attempt to make binding signals overriddable.
You might be able to do something cool by overriding one of them,
but that's not the intent of the API. When there is a binding signal
it means that we wanted to make the
Owen Taylor wrote:
IMO, there is no API in GtkTextView for customizing the cursor
navigation; anything you do ... whether overriding move-cursor,
connecting to key press events, etc, is a hack.
Now, these hacks are
ABI supported, in that we are very unlikely to remove the signal
or modify
Xavier Bestel wrote:
It does not cause any problem. Just some people want to switch from a
well-defined behavior (one PRIMARY per DISPLAY)
Noone wants to change *this*.
to a fuzzy one: you want
to have several selections, but how many ?
- One selection per application ?
- One selection per
Xavier Bestel wrote:
Hi,
On Mon, 2006-04-10 at 22:48, Yevgen Muntyan wrote:
I actually doubt that if you have two selections with same colors
and everything, then it will cause troubles. Yes, you are not able
to tell which one will get pasted. But how often does it happen,
that you select
Tim Janik wrote:
hm, can you please explain the use case for forefully displaying
tooltips?
as opposed to waiting for the usual user configurable timeout and honour
user settings like display-tooltips = off ?
Such a use case would not necessarily ignore user settings. It could be
a canvas,
Hey,
First of all, I implemented some printing in my application,
and it works!
I have a question about generating postscript. Using
copy/paste method I implemented postscript print backend,
and it's working fine. While generated postscript is just
a bunch of page images due to cairo problems,
Jean Bréfort wrote:
An what about an EPS backend? I feel it might be useful for many people
(not only myself).
I believe it would be an easy option of PS backend (or whoever
would print postscript), EPS is just PS without some header, right?
Regards,
Yevgen
Alexander Larsson wrote:
On Mon, 2006-03-27 at 02:08 -0600, Yevgen Muntyan wrote:
Hey,
First of all, I implemented some printing in my application,
and it works!
Cool! Did you like the API?
I followed print-editor.c, so I subclassed GtkPrintOperation and
I do stuff in begin-print
Hey,
I have couple of questions about printing.
First, how is all the printing stuff supposed to be used? Namely,
how settings are going to be managed, what settings should be
handled globally by gtk, and what should be handled by application?
Is it going to be like in windows, where you use
Tim Janik wrote:
tree model iterators are easily advanced/setup/created in a way that
yields
an invalid iterator, because the denoted location doesn't exist
(anymore).
to cath those cases, the tree model API returns booleans indicating
success,
but testing those booleans is easily forgotton
James Henstridge wrote:
The classic PRIMARY selection model used in X only really works if all
apps follow the rules. That is, only the text in the PRIMARY selection
is displayed as selected.
If some apps ignore the rules then you can end up with two pieces of
text that appear to be selected.
Brian J. Tarricone wrote:
It's not really gtk that's in the wrong here - IMHO mozilla/firefox is
buggy.
mozilla allows user having multiple selections, and it doesn't
clear selection when you select something else. It's not buggy,
it's correct (not for everyone, of course).
The document you
1 - 100 of 111 matches
Mail list logo
