might be required to implement the widget directly
in the GTK+ tree.
Thanks!
-David
- Original Message -
From: "Matthias Clasen"
To: "David Trowbridge"
Cc: gtk-devel-list@gnome.org
Sent: Friday, February 8, 2013 6:38:44 AM
Subject: Re: Making GtkEntry::scroll-offset rea
I'm trying to port libview (http://view.sourceforge.net/) to Gtk+ 3.x, and
something that I've run into is that the way that view::FieldEntry sets
tabstops into the parent entry's PangoLayout causes the cursor position logic
inside GtkEntry to break quite a bit. The way it's solved today is to h
> If the pain is all you care about, I suggest you grep some source
> codes a bit. Gnumeric has like ten HBoxes and ten VBoxes in C code
> and a lot of them in .glade files. The C ones take half and hour to
> port, the glade ones take a regex. Where is the "pain"? It no more
> pain than any other d
You might want to look at the undo implementation in Tomboy. It
implements the "mergeable command" idea fairly nicely.
-David
On 9/21/07, Iain * <[EMAIL PROTECTED]> wrote:
> On 9/21/07, Yevgen Muntyan <[EMAIL PROTECTED]> wrote:
>
> > Another note, you need to be able to merge those undoables.
>
> These seem like rough edges to me; (or was that simply my fault of not
> programming it right earlier?)
They seem like reasonable requirements for using GIOChannel on a pipe,
but it would be really nice if they were documented (this bit me a
couple months ago).
-D
__
On 6/21/06, Matthias Clasen <[EMAIL PROTECTED]> wrote:
> - libsexy cherrypicking ?
The icon entry and url labels are probably robust enough (and widely
useful enough) to go in. For anything else, it will require some
work.
-David
___
gtk-devel-list mail