Re: [PATCH] making GtkTextBuffer::set_text() accept single param

From: Date: Tue, 13 Sep 2005 16:23:44 +0000
Subject: Re: [PATCH] making GtkTextBuffer::set_text() accept single param
References: 1 2 3 4 5 6  Groups: php.gtk.dev 
Request: Send a blank email to php-gtk-dev+get-1641@lists.php.net to get a copy of this message
OK, but I need to see it in action before I know precisely what you mean by that. With PHP-GTK 1, Frank had to convert incoming non-UTF8 strings for the doze version (and you didn't need to for *nix). I hoped Pango might do that for us now... either that or Tor might have already gone that way... ----- Original Message ----- From: "Andrei Zmievski" <andrei@gravitonic.com> To: "Steph" <steph@zend.com> Cc: "PHP-GTK dev" <php-gtk-dev@lists.php.net> Sent: Tuesday, September 13, 2005 5:19 PM Subject: Re: [PHP-GTK-DEV] [PATCH] making GtkTextBuffer::set_text() accept single param > Of course, UTF-8 is compatible with ASCII, so if your string argument > happens to contain only chars in the 0-127 range, then it wouldn't be a > problem. But we still need to do the conversion in case non-ASCII stuff > is passed. > > -Andrei > > On Sep 12, 2005, at 3:57 PM, Steph wrote: > > > I recall issues with this under win32 in GTK 1, it's not an entirely > > new > > thing - GTK always did use utf8 strings internally. > > > > I haven't had any problems with plain strings on WinXP so far, but > > then I > > haven't really pushed the boat out either. Will do some checking when > > I've > > more time. > > > > ----- Original Message ----- > > From: "Andrei Zmievski" <andrei@gravitonic.com> > > To: "Steph" <steph@zend.com> > > Cc: "PHP-GTK dev" <php-gtk-dev@lists.php.net> > > Sent: Monday, September 12, 2005 9:21 PM > > Subject: Re: [PHP-GTK-DEV] [PATCH] making GtkTextBuffer::set_text() > > accept > > single param > > > > > >> Like I said, any text passed to Gtk+ API has to be UTF-8, so we need > >> to > >> use "u". And, when returning a string, we need to convert from UTF-8 > >> to > >> whatever codepage we have. > >> > >> -Andrei > >> > >> On Sep 12, 2005, at 1:13 PM, Steph wrote: > >> > >>> Thanks for that, it's helpful. > >>> > >>> Question is, should we be making everything 'u' now rather than > >>> 's'? > >>> > >>> ----- Original Message ----- > >>> From: "Andrei Zmievski" <andrei@gravitonic.com> > >>> To: "Steph" <steph@zend.com> > >>> Cc: "PHP-GTK dev" <php-gtk-dev@lists.php.net> > >>> Sent: Monday, September 12, 2005 6:07 PM > >>> Subject: Re: [PHP-GTK-DEV] [PATCH] making GtkTextBuffer::set_text() > >>> accept > >>> single param > >>> > >>> > >>>> Any text passed to Gtk+ should be in UTF-8, so yes, "u" is > >>>> appropriate. > >>>> Don't forget to free the converted string, for example: > >>>> > >>>> static PHP_METHOD(Gtk, accel_map_add_entry) > >>>> { > >>>> char *accel_path; > >>>> zend_bool free_accel_path; > >>>> long accel_key; > >>>> GdkModifierType accel_mods; > >>>> zval *php_accel_mods = NULL; > >>>> > >>>> if (!php_gtk_parse_args(ZEND_NUM_ARGS(), "uiV", > >>>> &accel_path, > >>>> &free_accel_path, &accel_key, &php_accel_mods)) > >>>> return; > >>>> > >>>> if (php_accel_mods && > >>>> phpg_gvalue_get_flags(GDK_TYPE_MODIFIER_TYPE, > >>>> php_accel_mods, (gint *)&accel_mods) == FAILURE) { > >>>> return; > >>>> } > >>>> > >>>> gtk_accel_map_add_entry(accel_path, (guint)accel_key, > >>>> accel_mods); > >>>> if (free_accel_path) g_free(accel_path); > >>>> > >>>> } > >>>> > >>>> -Andrei > >>>> > >>>> On Sep 12, 2005, at 6:52 AM, Steph wrote: > >>>> > >>>>> I don't have a test script for this, I just want to keep it > >>>>> somewhere > >>>>> safe > >>>>> for now (and can't see any reason for it to fail). Compiles OK. > >>>>> > >>>>> GtkImageMenuItem's constructor represents the stock_id parameter as > >>>>> 'u' > >>>>> (encoded string) rather than as 's' (string) - this is the only > >>>>> place > >>>>> in the > >>>>> overrides where stock_id's represented that way. Should the others > >>>>> also > >>>>> accept encoded strings, or is it a typo? > >>>>> > >>>>> - Steph > >>>>> <textbuffer.txt>-- > >>>>> PHP-GTK Development Mailing List (http://gtk.php.net/) > >>>>> To unsubscribe, visit: > >>>>> http://www.php.net/unsub.php > >>>> > >>>> -- > >>>> PHP-GTK Development Mailing List (http://gtk.php.net/) > >>>> To unsubscribe, visit: > >>>> http://www.php.net/unsub.php > >>>> > >> > >> -- > >> PHP-GTK Development Mailing List (http://gtk.php.net/) > >> To unsubscribe, visit: http://www.php.net/unsub.php > >> >

« previous php.gtk.dev (#1641) next »