On Wed, 2007-04-18 at 04:30 -0700, Rehan wrote:
Hi,
The gtk-devel mailing list is mostly for development of GLib/Gtk+
itself, questions about using those libraries should be taken to
gtk-list or gtk-app-devel list.
> I am confused as the code works for 4-5 request and then simply starts
> ignor
Hi,
Very happy to see something is happening on that side :-)
I personally dislike GTK a bit ... but keeping in mind its improntance
for Linux in general I am really happy that things are ongoing to make
contributions easier.
I am also happy that at least the statement has been accepted that GTK
h
I'll wait to hear about the proper place to put these... but here are
the mess of patches I currently apply against 2.12.9 to get something
working under Windows 64-bit.
I tried to split all the patches into clearly-defined sections, but
there is the chance that some overlap occurs. I simply a
Hi all!,
After reading Tim's mail about volunteer tasks [1], I've bitten the
bullet and will try to help out fostering the GtkCanvas discussion, so
here it goes!
There have been several discussions about getting a canvas into GTK+,
being the last one in the GTK+ meeting at Fosdem [2], where one o
I am posting to suggest that glib has crossed a threshold
of size and functionality and that users would benefit from
a splitting of the library into two or more separate libraries.
In my opinion, it is exceeding its stated purpose as a
"low-level core library"... "provid[ing] data structure han
On Thu, 2007-04-19 at 12:33 -0500, Brandon Casey wrote:
> I am posting to suggest that glib has crossed a threshold
> of size and functionality and that users would benefit from
> a splitting of the library into two or more separate libraries.
>
> [...]
>
> The growth in size and in dependencies
On 4/19/07, Carlos Garnacho <[EMAIL PROTECTED]> wrote:
Hi all!,
After reading Tim's mail about volunteer tasks [1], I've bitten the
bullet and will try to help out fostering the GtkCanvas discussion, so
here it goes!
There have been several discussions about getting a canvas into GTK+,
being t
Hi,
Carlos Garnacho wrote:
> First of all we need to specify the feature requirements for the
> canvas.
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.:
- when is a canvas item used vs. a widget? what c
Marco Pesenti Gritti wrote:
> * Key navigation (which is obviously also a prerequisite for a11y)
I'd add to this bullet "anything GtkWidget has that HippoCanvasItem does
not" - basically HippoCanvas is the "GtkWidget/GtkContainer replacement"
school of canvas thought.
> * Ability to set a globa
On 4/19/07, Havoc Pennington <[EMAIL PROTECTED]> wrote:
Hi,
Carlos Garnacho wrote:
> First of all we need to specify the feature requirements for the
> canvas.
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.
On 4/19/07, Havoc Pennington <[EMAIL PROTECTED]> wrote:
Marco Pesenti Gritti wrote:
> * Key navigation (which is obviously also a prerequisite for a11y)
I'd add to this bullet "anything GtkWidget has that HippoCanvasItem does
not" - basically HippoCanvas is the "GtkWidget/GtkContainer replaceme
On Thu, 2007-04-19 at 18:51 +0200, Carlos Garnacho wrote:
> There have been several discussions about getting a canvas into GTK+,
> being the last one in the GTK+ meeting at Fosdem [2], where one of the
> conclusions was that we needed to gather the candidates on one side
> and
> the desired featur
Marco Pesenti Gritti wrote:
> There is something which bothers me though. Support for some units,
> points for example, would require floating points measures. And I
> suspect we don't want to do layout in floating point (instability
> issues). Mozilla converts css units in twips (an arbitrary i
Jake Goulding writes:
Some comments inline below:
> +#if defined(_MSC_VER) && defined (_M_X64)
It would be better to separate things that are compiler-dependent and
things that are platform dependent. If and when gcc becomes available
for 64-bit Windows, _MSC_VER won't be defined when using it.
On Sun, 2007-04-01 at 21:46 +0200, Lieven van der Heide wrote:
> I made a new version which should work with tabs at any side, and
> also,
> the stretched packing seems to work fine now.
>
> My patch is still against revision 17429. Maybe someone can test it,
> and if it
> works I can merge it wit
> Sorry, I overlooked this message until now and just found your latest
> patch. I will review this patch really soon, and if it looks okay I'll
> get it committed to svn. Thanks a lot!
BTW, did you see my message (and the follow up) on
http://bugzilla.gnome.org/show_bug.cgi?id=399253 ?
<<
Comm
16 matches
Mail list logo