Re: g_filename_to/from_utf8()
Hi, Egon Andersen [EMAIL PROTECTED] writes: I've had some problems with g_filename_to/from_utf8(). The encoding of the returned string depends on the encoding of your locale but only if you have the environment variable G_BROKEN_FILENAMES set. Sven ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: glib-2.2.3 vs. pkgconfig-0.15.0
Pavel- I think I may know what is happening to you, having run into this issue with the 2.2.2 series. It looks like, to me, that you have different versions of glib installed in different places. At a guess, I'd say that you have the 2.2.3 version installed in a nonstandard location, and have your PKG_CONFIG_PATH environment variable set to detect the 2.2.3 version of glib. However, when the configure script for atk actually checks for the presence of glib, it attempts to build a small test program which is then linked against glib. This test program then queries the version of glib actually linked against to determine what the version of the library actually is, and checks it against the values returned by pkg-config. This would be all well and good, except that the lib pathing returned by the pkg-config for glib is not passed to the glib test program that is built. Incidentally, one way you can work around this is to put the installation path for your 2.2.3 version of glib into your LD_LIBRARY_PATH before invoking configure or make. Granted, it would be nice enough if the people writing the configure scripts for opensource tools would provide some way for having the configure script pass the paths from pkg-config down to the portion of configure that actually builds the conftest programs, but for some reason, most of the opensource, glib based tools that I have needed to build from source do not do so. Hope this helps, Aaron On Sun, 2004-02-01 at 12:11, [EMAIL PROTECTED] wrote: Hi there, I have installed glib-2.2.3, however then there is a problem with pkgconfig-0.15.0 I cannot solve. The error occured while running .configure script of atk-1.2.4. Thank you in advance for any suggestions! checking for GLIB - version = 2.0.0... *** 'pkg-config --modversion glib-2.0' returned 2.2.3, but GLIB (2.0.6) *** was found! If pkg-config was correct, then it is best *** to remove the old version of GLib. You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing *** /etc/ld.so.conf. Make sure you have run ldconfig if that is *** required on your system. *** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH *** to point to the correct configuration files no configure: error: *** GLIB 2.0.0 or better is required. The latest version of *** GLIB is always available from ftp://ftp.gtk.org/. linux:~/atk-1.2.4 # make make: *** No targets specified and no makefile found. Stop. linux:~/atk-1.2.4 # Pavel Solin (CAAM, Rice University, Houston, TX) ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list -- ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
g_filename_to/from_utf8()
Hi, I've had some problems with g_filename_to/from_utf8(). On a Linux RH7.3 g_filename_from_utf8() returns an utf8 string i.e. not converted. RH7.3 do not use utf8 as its native file name representation. On a Linux RH9 g_filename_from_utf8() returns an iso-8859-1 string (atleast it looks like iso-8859-1) i.e. converted. RH9 uses utf8 as its native file name representation. In both cases the file names looks wrong in a shell and in Nautilus. On Windows XP g_filename_from_utf8() returns an iso-8859-1(or CP1252?) string (or whatever is native on Windows XP ;-) i.e. converted. (Fortunately g_filename_to_utf8 reverses the string in all three cases.) Anyone experienced something like this? What do I do wrong, if I do anything wrong? Are there any way to determine the 'native file name representation', so that I could you one of the other convertion functions instead? Best regards Egon Andersen ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Symbology and annotations on top of my images.
[EMAIL PROTECTED] wrote: Hi Amit, Have a look at my application called giv, which does exactly this (except for the dragging part). It is built around my widget GtkImageViewer, which you can also use yourself if giv isn't general enough for you. Wow, talk about blast from the past...hehe Have a look at your date... Nick ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Strange font display
Hi all, I'm not sure if this is a gtk, gnome, or messed up system in general problem, but any pointers at all would be greatly appreciated! I'm working with getting the chars of an iso8859-1 font to display in any of the text widgets. I've gotten all of them working by using g_convert, EXCEPT for one. For some reason the 0xa0 character (an alpha in this font) appears as a blank space. Is there something special about this particular value? I had initially thought that it was related to the hole that you generally see in fonts from 0x7f-0xa0, but all of the others in this range are displaying without a problem. Any ideas? Thanks! Brooke ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Static compile of gtk+-2.2.4 on RH7.3
Hola! I'm trying to compile a static version of gtk+ 2.2.4 under RedHat 7.3, using gcc 2.9.6. I've used ./configure --enable-static=gtk+, and have PKG_CONFIG=/usr/local/bin/pkg-config PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig/:/usr/X11R6/lib/pkgconfig LDFLAGS=-lsasl -lssl -lcrypto -ldl -lpng -lz -static CFLAGS=-static set in my environment. While I thought that I'd resolved all of the usual dependancies for gtk, I'm running into a problem halfway through my make: [snippage for size] Making all in stock-icons make[3]: Entering directory `/usr/local/src/voip/gtk+-2.2.4/gtk/stock-icons' GDK_PIXBUF_MODULE_FILE=../../gdk-pixbuf/gdk-pixbuf.loaders ../../gdk-pixbuf/gdk-pixbuf-csource \ --raw --build-list stock_add_16 ./stock_add_16.png stock_add_24 ./stock_add_24.png stock_align_center_16 ./stock_align_center_16.png stock_align_center_24 ./stock_align_center_24.png stock_align_justify_16 ./stock_align_justify_16.png stock_align_justify_24 ./stock_align_justify_24.png stock_align_left_16 ./stock_align_left_16.png stock_align_left_24 ./stock_align_left_24.png stock_align_right_16 ./stock_align_right_16.png stock_align_right_24 ./stock_align_right_24.png stock_apply_20 ./stock_apply_20.png stock_cancel_20 ./stock_cancel_20.png stock_dnd_multiple_32 ./stock_dnd_multiple_32.png stock_bottom_16 ./stock_bottom_16.png stock_bottom_24 ./stock_bottom_24.png stock_cdrom_16 ./stock_cdrom_16.png stock_cdrom_24 ./stock_cdrom_24.png stock_clear_24 ./stock_clear_24.png stock_close_20 ./stock_close_20.png stock_close_24 ./stock_close_24.png stock_colorselector_24 ./stock_colorselector_24.png stock_color_picker_25 ./stock_color_picker_25.png ./gtkstockpixbufs.h ||\ ( rm -f ./gtkstockpixbufs.h false ) failed to load ./stock_add_16.png: Couldn't recognize the image file format for file './stock_add_16.png' make[3]: *** [gtkstockpixbufs.h] Error 1 make[3]: Leaving directory `/usr/local/src/voip/gtk+-2.2.4/gtk/stock-icons' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/voip/gtk+-2.2.4/gtk' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/voip/gtk+-2.2.4' make: *** [all-recursive-am] Error 2 I thought that this might be a result of my pixbufloader being the wrong version, so I upgraded that, but the error message didn't change. Pointers would be very much appreciated - I'm rather out of inspiration. cheers! == A cat spends her life conflicted between a deep, passionate and profound desire for fish and an equally deep, passionate and profound desire to avoid getting wet. This is the defining metaphor of my life right now. ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Static compile of gtk+-2.2.4 on RH7.3
OK. If you are using --enable-static, then you will probably want to tell the build system what types of image loaders to compile in statically. I use the following, but if you are only worried about png support, you can trim the list down to just png: --with-included-loaders=ani,bmp,gif,ico,png,pnm,ras,tga,tiff,wbmp,xpm -Aaron On Mon, 2004-02-02 at 07:50, Gwendolynn ferch Elydyr wrote: Hola! I'm trying to compile a static version of gtk+ 2.2.4 under RedHat 7.3, using gcc 2.9.6. I've used ./configure --enable-static=gtk+, and have PKG_CONFIG=/usr/local/bin/pkg-config PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig/:/usr/X11R6/lib/pkgconfig LDFLAGS=-lsasl -lssl -lcrypto -ldl -lpng -lz -static CFLAGS=-static set in my environment. While I thought that I'd resolved all of the usual dependancies for gtk, I'm running into a problem halfway through my make: [snippage for size] Making all in stock-icons make[3]: Entering directory `/usr/local/src/voip/gtk+-2.2.4/gtk/stock-icons' GDK_PIXBUF_MODULE_FILE=../../gdk-pixbuf/gdk-pixbuf.loaders ../../gdk-pixbuf/gdk-pixbuf-csource \ --raw --build-list stock_add_16 ./stock_add_16.png stock_add_24 ./stock_add_24.png stock_align_center_16 ./stock_align_center_16.png stock_align_center_24 ./stock_align_center_24.png stock_align_justify_16 ./stock_align_justify_16.png stock_align_justify_24 ./stock_align_justify_24.png stock_align_left_16 ./stock_align_left_16.png stock_align_left_24 ./stock_align_left_24.png stock_align_right_16 ./stock_align_right_16.png stock_align_right_24 ./stock_align_right_24.png stock_apply_20 ./stock_apply_20.png stock_cancel_20 ./stock_cancel_20.png stock_dnd_multiple_32 ./stock_dnd_multiple_32.png stock_bottom_16 ./stock_bottom_16.png stock_bottom_24 ./stock_bottom_24.png stock_cdrom_16 ./stock_cdrom_16.png stock_cdrom_24 ./stock_cdrom_24.png stock_clear_24 ./stock_clear_24.png stock_close_20 ./stock_close_20.png stock_close_24 ./stock_close_24.png stock_colorselector_24 ./stock_colorselector_24.png stock_color_picker_25 ./stock_color_picker_25.png ./gtkstockpixbufs.h || \ ( rm -f ./gtkstockpixbufs.h false ) failed to load ./stock_add_16.png: Couldn't recognize the image file format for file './stock_add_16.png' make[3]: *** [gtkstockpixbufs.h] Error 1 make[3]: Leaving directory `/usr/local/src/voip/gtk+-2.2.4/gtk/stock-icons' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/local/src/voip/gtk+-2.2.4/gtk' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/voip/gtk+-2.2.4' make: *** [all-recursive-am] Error 2 I thought that this might be a result of my pixbufloader being the wrong version, so I upgraded that, but the error message didn't change. Pointers would be very much appreciated - I'm rather out of inspiration. cheers! == A cat spends her life conflicted between a deep, passionate and profound desire for fish and an equally deep, passionate and profound desire to avoid getting wet. This is the defining metaphor of my life right now. ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list -- ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: g_filename_to/from_utf8()
Sven Neumann wrote: Hi, Egon Andersen [EMAIL PROTECTED] writes: I've had some problems with g_filename_to/from_utf8(). The encoding of the returned string depends on the encoding of your locale but only if you have the environment variable G_BROKEN_FILENAMES set. Okay, this gave me some info about why the platforms behaves like they do. It seems strange that G_BROKEN_FILENAMES is not set on RH7.3, but it is set to 1 on RH9... and apparently it should have been the opposite! Do this really mean that I can't rely on the default setup on neither RH7.3 nor RH9 or other Linux distros? (I haven't done any manual changes around G_BROKEN_FILENAMES.) I thought (hoped?) the idea was to make it easier to make portable applications ;-) Best regards Egon Andersen ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: g_filename_to/from_utf8()
On Mon, 2004-02-02 at 15:25, Egon Andersen wrote: Sven Neumann wrote: Egon Andersen [EMAIL PROTECTED] writes: I've had some problems with g_filename_to/from_utf8(). The encoding of the returned string depends on the encoding of your locale but only if you have the environment variable G_BROKEN_FILENAMES set. Okay, this gave me some info about why the platforms behaves like they do. It seems strange that G_BROKEN_FILENAMES is not set on RH7.3, but it is set to 1 on RH9... and apparently it should have been the opposite! Do this really mean that I can't rely on the default setup on neither RH7.3 nor RH9 or other Linux distros? (I haven't done any manual changes around G_BROKEN_FILENAMES.) I thought (hoped?) the idea was to make it easier to make portable applications ;-) If G_BROKEN_FILENAMES is set, then the encoding if g_filename_to/from_utf8 is the encoding of your locale. The default locales on RH9 are UTF-8 locales, but you apparently have a different setting. Owen ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Static compile of gtk+-2.2.4 on RH7.3
Hmm. I took a look at my makefiles. You might try also using the
--disable-modules flag to configure. If it helps any, I call configure
as follows (note: this is being done from within a wrapper makefile.):
${TOOL}:
echo Installation location will be ${INSTALL_PATH}
tar -xvf ${SRC_ROOT}.tar
mv ${SRC_ROOT} ${BLD_ROOT}
cd ${BLD_ROOT} ;\
PKG_CONFIG_PATH=${PKG_CONFIG_PATH} \
INSTALL_DATA=${INSTALL_DATA} \
PERL=/et/sw/bin/perl \
LDFLAGS=${LDFLAGS} \
CPPFLAGS=${CPPFLAGS} \
${EXEC_CONFIG} --prefix=${INSTALL_PATH} \
--disable-shared \
--disable-xim \
--disable-modules \
--with-included-loaders=ani,bmp,gif,ico,png,pnm,ras,tga,tiff,wbm p,xpm \
--without-xinput \
--enable-static \
--without-libjpeg \
--x-includes=${X11_ROOT_${OS}}/include \
--x-libraries=${X11_ROOT_${OS}}/lib \
--with-libpng=${INSTALL_PATH_${LOC}_${LIBPNG_TOOL}}
cd ${BLD_ROOT} ;\
$(MAKE) PATH=${PATH} LD_LIBRARY_PATH=${LD_LIBRARY_PATH}
-Aaron
On Mon, 2004-02-02 at 08:23, Gwendolynn ferch Elydyr wrote:
On Mon, 2 Feb 2004, Aaron Neerenberg wrote:
OK. If you are using --enable-static, then you will probably want to
tell the build system what types of image loaders to compile in
statically. I use the following, but if you are only worried about png
support, you can trim the list down to just png:
--with-included-loaders=ani,bmp,gif,ico,png,pnm,ras,tga,tiff,wbmp,xpm
Hrm. After doing a make distclean, and then ./configure --enable-static
--with-included-loaders=png, it seems to be blowing up in exactly the
same way:
Making all in stock-icons
make[3]: Entering directory `/usr/local/src/voip/gtk+-2.2.4/gtk/stock-icons'
GDK_PIXBUF_MODULE_FILE=../../gdk-pixbuf/gdk-pixbuf.loaders
../../gdk-pixbuf/gdk-pixbuf-csource
\
--raw --build-list stock_add_16 ./stock_add_16.png stock_add_24
./stock_add_24.png stock_align_center_16 ./stock_align_center_16.png
stock_align_center_24 ./stock_align_center_24.png stock_align_justify_16
./stock_align_justify_16.png stock_align_justify_24 ./stock_align_justify_24.png
stock_align_left_16 ./stock_align_left_16.png stock_align_left_24
./stock_align_left_24.png stock_align_right_16 ./stock_align_right_16.png
stock_align_right_24 ./stock_align_right_24.png stock_apply_20 ./stock_apply_20.png
stock_cancel_20 ./stock_cancel_20.png stock_dnd_multiple_32
./stock_dnd_multiple_32.png stock_bottom_16 ./stock_bottom_16.png stock_bottom_24
./stock_bottom_24.png stock_cdrom_16 ./stock_cdrom_16.png stock_cdrom_24
./stock_cdrom_24.png stock_clear_24 ./stock_clear_24.png stock_close_20
./stock_close_20.png stock_close_24 ./stock_close_24.png stock_colorselector_24
./stock_colorselector_24.png stock_color_picker_25 ./stock_color_picker_25.png
./gtkstockpixbufs.h ||
\
( rm -f ./gtkstockpixbufs.h false )
failed to load ./stock_add_16.png: Couldn't recognize the image file format for
file './stock_add_16.png'
make[3]: *** [gtkstockpixbufs.h] Error 1
make[3]: Leaving directory `/usr/local/src/voip/gtk+-2.2.4/gtk/stock-icons'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/local/src/voip/gtk+-2.2.4/gtk'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/voip/gtk+-2.2.4'
make: *** [all-recursive-am] Error 2
cheers!
On Mon, 2004-02-02 at 07:50, Gwendolynn ferch Elydyr wrote:
Hola!
I'm trying to compile a static version of gtk+ 2.2.4 under RedHat 7.3,
using gcc 2.9.6. I've used ./configure --enable-static=gtk+, and have
PKG_CONFIG=/usr/local/bin/pkg-config
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/lib/pkgconfig/:/usr/X11R6/lib/pkgconfig
LDFLAGS=-lsasl -lssl -lcrypto -ldl -lpng -lz -static
CFLAGS=-static
set in my environment.
While I thought that I'd resolved all of the usual dependancies for gtk,
I'm running into a problem halfway through my make:
[snippage for size]
Making all in stock-icons
make[3]: Entering directory `/usr/local/src/voip/gtk+-2.2.4/gtk/stock-icons'
GDK_PIXBUF_MODULE_FILE=../../gdk-pixbuf/gdk-pixbuf.loaders
../../gdk-pixbuf/gdk-pixbuf-csource
\
--raw --build-list stock_add_16 ./stock_add_16.png stock_add_24
./stock_add_24.png stock_align_center_16 ./stock_align_center_16.png
stock_align_center_24 ./stock_align_center_24.png stock_align_justify_16
./stock_align_justify_16.png stock_align_justify_24 ./stock_align_justify_24.png
stock_align_left_16 ./stock_align_left_16.png stock_align_left_24
./stock_align_left_24.png stock_align_right_16 ./stock_align_right_16.png
stock_align_right_24
Re: Static compile of gtk+-2.2.4 on RH7.3
On Mon, 2 Feb 2004, Aaron Neerenberg wrote:
Hmm. I took a look at my makefiles. You might try also using the
--disable-modules flag to configure. If it helps any, I call configure
as follows (note: this is being done from within a wrapper makefile.):
${TOOL}:
echo Installation location will be ${INSTALL_PATH}
tar -xvf ${SRC_ROOT}.tar
mv ${SRC_ROOT} ${BLD_ROOT}
cd ${BLD_ROOT} ;\
PKG_CONFIG_PATH=${PKG_CONFIG_PATH} \
INSTALL_DATA=${INSTALL_DATA} \
PERL=/et/sw/bin/perl \
LDFLAGS=${LDFLAGS} \
CPPFLAGS=${CPPFLAGS} \
${EXEC_CONFIG} --prefix=${INSTALL_PATH} \
--disable-shared \
--disable-xim \
--disable-modules \
--with-included-loaders=ani,bmp,gif,ico,png,pnm,ras,tga,tiff,wbm p,xpm \
--without-xinput \
--enable-static \
--without-libjpeg \
--x-includes=${X11_ROOT_${OS}}/include \
--x-libraries=${X11_ROOT_${OS}}/lib \
--with-libpng=${INSTALL_PATH_${LOC}_${LIBPNG_TOOL}}
cd ${BLD_ROOT} ;\
$(MAKE) PATH=${PATH} LD_LIBRARY_PATH=${LD_LIBRARY_PATH}
That's definitely gotten me much further ahead. Now it's just barfing
on a module check [why it's checking I'm not quite sure...]:
./configure --disable-shared --disable-xim --disable-modules
--with-included-loaders=ani,bmp,gif,ico,png,tiff --without-xinput --enable-static
--without-libjpeg -x-includes=/usr/X11R6/include --with-libpng=/usr/local/lib/libpng.a
Things blow up part way through make, in a way that has me puzzled. To the
best of my understanding, I'm telling it not to use modules at all, but
there's still a check for them, and it's horking all over.
Results in specific horkage here:
/usr/local/src/voip/gtk+-2.2.4/modules/input 566 ../../gtk/gtk-query-immodules-2.0
*.la
# GTK+ Input Method Modules file
# Automatically generated file, do not edit
#
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-am-et.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-am-et.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cedilla.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-cedilla.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-cyrillic-translit.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-cyrillic-translit.la does not export
GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read
file data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-hangul.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-hangul.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-inuktitut.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-inuktitut.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ipa.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-ipa.la does not export GTK+ IM module
API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-thai-broken.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-thai-broken.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-er.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-er.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module
Re: g_filename_to/from_utf8()
Owen Taylor wrote: On Mon, 2004-02-02 at 15:25, Egon Andersen wrote: Sven Neumann wrote: Egon Andersen [EMAIL PROTECTED] writes: I've had some problems with g_filename_to/from_utf8(). The encoding of the returned string depends on the encoding of your locale but only if you have the environment variable G_BROKEN_FILENAMES set. Okay, this gave me some info about why the platforms behaves like they do. It seems strange that G_BROKEN_FILENAMES is not set on RH7.3, but it is set to 1 on RH9... and apparently it should have been the opposite! Do this really mean that I can't rely on the default setup on neither RH7.3 nor RH9 or other Linux distros? (I haven't done any manual changes around G_BROKEN_FILENAMES.) I thought (hoped?) the idea was to make it easier to make portable applications ;-) If G_BROKEN_FILENAMES is set, then the encoding if g_filename_to/from_utf8 is the encoding of your locale. The default locales on RH9 are UTF-8 locales, but you apparently have a different setting. On RH7: locale gives LANG=en_GB LC_CTYPE=en_GB LC_NUMERIC=en_GB LC_TIME=en_GB LC_COLLATE=en_GB LC_MONETARY=en_GB LC_MESSAGES=en_GB LC_PAPER=en_GB LC_NAME=en_GB LC_ADDRESS=en_GB LC_TELEPHONE=en_GB LC_MEASUREMENT=en_GB LC_IDENTIFICATION=en_GB LC_ALL= and env gives no G_BROKEN_FILENAMES On RH9: locale gives LANG=en_DK.UTF-8 LC_CTYPE=en_DK.UTF-8 LC_NUMERIC=en_DK.UTF-8 LC_TIME=en_DK.UTF-8 LC_COLLATE=en_DK.UTF-8 LC_MONETARY=en_DK.UTF-8 LC_MESSAGES=en_DK.UTF-8 LC_PAPER=en_DK.UTF-8 LC_NAME=en_DK.UTF-8 LC_ADDRESS=en_DK.UTF-8 LC_TELEPHONE=en_DK.UTF-8 LC_MEASUREMENT=en_DK.UTF-8 LC_IDENTIFICATION=en_DK.UTF-8 LC_ALL= and env gives G_BROKEN_FILENAMES=1 So it seems that my locales should be okay, but not the G_BROKEN_FILENAMES Are there anything else than the locale/language setup that could cause G_BROKEN_FILENAMES to be erroneous? (And actually the machine with RH9 is installed with a minimum of changes of default settings, simply as one of its purposes is to have a 'clean' reference to test programs on.) Best regards Egon Andersen ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: g_filename_to/from_utf8()
On Mon, 2004-02-02 at 17:24, Egon Andersen wrote: On RH9: locale gives LANG=en_DK.UTF-8 LC_CTYPE=en_DK.UTF-8 LC_NUMERIC=en_DK.UTF-8 LC_TIME=en_DK.UTF-8 LC_COLLATE=en_DK.UTF-8 LC_MONETARY=en_DK.UTF-8 LC_MESSAGES=en_DK.UTF-8 LC_PAPER=en_DK.UTF-8 LC_NAME=en_DK.UTF-8 LC_ADDRESS=en_DK.UTF-8 LC_TELEPHONE=en_DK.UTF-8 LC_MEASUREMENT=en_DK.UTF-8 LC_IDENTIFICATION=en_DK.UTF-8 LC_ALL= and env gives G_BROKEN_FILENAMES=1 So it seems that my locales should be okay, but not the G_BROKEN_FILENAMES This combination gives you UTF-8 for the filename encoding. Please retry your tests. Regards, Owen ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Static compile of gtk+-2.2.4 on RH7.3
Hrm. It looks like somewhere in my meandering, /usr/local/lib fell out of my
LD_LIBRARY_PATH. Adding it back in seems to have cleared this up.
cheers!
On Mon, 2 Feb 2004, Gwendolynn ferch Elydyr wrote:
On Mon, 2 Feb 2004, Aaron Neerenberg wrote:
Hmm. I took a look at my makefiles. You might try also using the
--disable-modules flag to configure. If it helps any, I call configure
as follows (note: this is being done from within a wrapper makefile.):
${TOOL}:
echo Installation location will be ${INSTALL_PATH}
tar -xvf ${SRC_ROOT}.tar
mv ${SRC_ROOT} ${BLD_ROOT}
cd ${BLD_ROOT} ;\
PKG_CONFIG_PATH=${PKG_CONFIG_PATH} \
INSTALL_DATA=${INSTALL_DATA} \
PERL=/et/sw/bin/perl \
LDFLAGS=${LDFLAGS} \
CPPFLAGS=${CPPFLAGS} \
${EXEC_CONFIG} --prefix=${INSTALL_PATH} \
--disable-shared \
--disable-xim \
--disable-modules \
--with-included-loaders=ani,bmp,gif,ico,png,pnm,ras,tga,tiff,wbm p,xpm \
--without-xinput \
--enable-static \
--without-libjpeg \
--x-includes=${X11_ROOT_${OS}}/include \
--x-libraries=${X11_ROOT_${OS}}/lib \
--with-libpng=${INSTALL_PATH_${LOC}_${LIBPNG_TOOL}}
cd ${BLD_ROOT} ;\
$(MAKE) PATH=${PATH} LD_LIBRARY_PATH=${LD_LIBRARY_PATH}
That's definitely gotten me much further ahead. Now it's just barfing
on a module check [why it's checking I'm not quite sure...]:
./configure --disable-shared --disable-xim --disable-modules
--with-included-loaders=ani,bmp,gif,ico,png,tiff --without-xinput --enable-static
--without-libjpeg -x-includes=/usr/X11R6/include
--with-libpng=/usr/local/lib/libpng.a
Things blow up part way through make, in a way that has me puzzled. To the
best of my understanding, I'm telling it not to use modules at all, but
there's still a check for them, and it's horking all over.
Results in specific horkage here:
/usr/local/src/voip/gtk+-2.2.4/modules/input 566
../../gtk/gtk-query-immodules-2.0 *.la
# GTK+ Input Method Modules file
# Automatically generated file, do not edit
#
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-am-et.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-am-et.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cedilla.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-cedilla.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-cyrillic-translit.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-cyrillic-translit.la does not export
GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read
file data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-hangul.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-hangul.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-inuktitut.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-inuktitut.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ipa.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-ipa.la does not export GTK+ IM
module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-thai-broken.la:
/usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
directory
/usr/local/src/voip/gtk+-2.2.4/modules/input/im-thai-broken.la does not export GTK+
IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file
data: Is a directory
Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-er.la:
Re: g_utf8_collate on windows
Jiri Pavlovsky wrote: Hi, The expected behaviour is to discard the accents when sorting (this happens on Linux for example). What does that mean? That's not what e.g. I would expect, if I understand the operation correctly. Isn't it something, where the expected behaviour is largely dependant on the language in question and even on the particular situation and doesn't really have much to do with the character set? busmanus Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol. Probald ki most! http://www.freestart.hu ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: glib-2.2.3 vs. pkgconfig-0.15.0
[EMAIL PROTECTED] wrote: You may also be able to fix the error *** by modifying your LD_LIBRARY_PATH enviroment variable, This may mean something like this: LD_LIBRARY_PATH=/usr/local/lib:/usr/lib ./configure Modify it according to your system. busmanus Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol. Probald ki most! http://www.freestart.hu ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: Static compile of gtk+-2.2.4 on RH7.3
... and replying to my own message again, no - it's not cleared up at all, but runing make again, without doing a make clean results in things just picking up and keeping right on going, happily. This makes me nervous, and I'm wondering how worried I should be. cheers! On Mon, 2 Feb 2004, Gwendolynn ferch Elydyr wrote: That's definitely gotten me much further ahead. Now it's just barfing on a module check [why it's checking I'm not quite sure...]: ./configure --disable-shared --disable-xim --disable-modules --with-included-loaders=ani,bmp,gif,ico,png,tiff --without-xinput --enable-static --without-libjpeg -x-includes=/usr/X11R6/include --with-libpng=/usr/local/lib/libpng.a Things blow up part way through make, in a way that has me puzzled. To the best of my understanding, I'm telling it not to use modules at all, but there's still a check for them, and it's horking all over. Results in specific horkage here: /usr/local/src/voip/gtk+-2.2.4/modules/input 566 ../../gtk/gtk-query-immodules-2.0 *.la # GTK+ Input Method Modules file # Automatically generated file, do not edit # Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-am-et.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-am-et.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cedilla.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cedilla.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cyrillic-translit.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cyrillic-translit.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-hangul.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-hangul.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-inuktitut.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-inuktitut.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ipa.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ipa.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-thai-broken.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-thai-broken.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-er.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-er.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-et.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-et.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-viqr.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-viqr.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-xim.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-xim.la does not export GTK+ IM module API:
Lost text [still Re: Static compile of gtk+-2.2.4 on RH7.3]
On Mon, 2 Feb 2004, Gwendolynn ferch Elydyr wrote: ... and replying to my own message again, no - it's not cleared up at all, but runing make again, without doing a make clean results in things just picking up and keeping right on going, happily. This makes me nervous, and I'm wondering how worried I should be. Apparently very nervous - my application has apparently lost all of its ability to display and enter text. Suggestions and thoughts very much appreciated at this point! gtk is certainly finding pango [which I believe is responsible for the text] in the process of configuring, but I'm wondering if the errors below in the modules are related. cheers! On Mon, 2 Feb 2004, Gwendolynn ferch Elydyr wrote: That's definitely gotten me much further ahead. Now it's just barfing on a module check [why it's checking I'm not quite sure...]: ./configure --disable-shared --disable-xim --disable-modules --with-included-loaders=ani,bmp,gif,ico,png,tiff --without-xinput --enable-static --without-libjpeg -x-includes=/usr/X11R6/include --with-libpng=/usr/local/lib/libpng.a Things blow up part way through make, in a way that has me puzzled. To the best of my understanding, I'm telling it not to use modules at all, but there's still a check for them, and it's horking all over. Results in specific horkage here: /usr/local/src/voip/gtk+-2.2.4/modules/input 566 ../../gtk/gtk-query-immodules-2.0 *.la # GTK+ Input Method Modules file # Automatically generated file, do not edit # Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-am-et.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-am-et.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cedilla.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cedilla.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cyrillic-translit.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-cyrillic-translit.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-hangul.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-hangul.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-inuktitut.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-inuktitut.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ipa.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ipa.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-thai-broken.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-thai-broken.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-er.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-er.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-et.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory /usr/local/src/voip/gtk+-2.2.4/modules/input/im-ti-et.la does not export GTK+ IM module API: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a directory Cannot load module /usr/local/src/voip/gtk+-2.2.4/modules/input/im-viqr.la: /usr/local/src/voip/gtk+-2.2.4/modules/input/.libs/: cannot read file data: Is a
GTK Warning
Hello, I'm very new to the world of UNIX having been introduced through my recent purchase of OS X. I am trying to find alternatives to programs such as Photoshop and Dreamweaver. I found the Gimp and Bluefish. I downloaded Fink and began installing GTK, Gimp, and Bluefish. I loaded the fourth CD Xcode Tools that came with Panther (OS X 10.3). I installed GTK from source through Finkcommander (I still am tied to GUI's) and then installed the other two programs in the same way. When I try to launch Gimp or Bluefish from a terminal window, I get this error: GTK-Warning **: Cannot open display: :0.0 I have no idea what that means and no idea what to do now. I apologize if this has been asked before. I will search the archives as time permits as I know they contain a wealth of information. I do have a project that I need to complete soon which is why I'm asking the list. Any help is greatly appreciated. Thank you. Steve ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
restricting data entry (filters?)
I posted a note a while back about adding an input filter to a GtkEntry widget. I recieved a couple of responces, but I don't think they are what I need. I want the user to only be able to type numbers in a GtkEntry field. I don't want to have to check the value after the fact. One person came up with declaring the field cast as an INT, that may work, but I have no idea how to hook that into Glade (which is generating my source at present) and thus into my app. Does anyone have other ideas on how to do what I want? Thanks. -- .''`. Carl B. Constantine : :' : [EMAIL PROTECTED] `. `'GnuPG: 135F FC30 7A02 B0EB 61DB 34E3 3AF1 DC6C 9F7A 3FF8 `- Debian GNU/Linux -- The power of freedom Claiming that your operating system is the best in the world because more people use it is like saying McDonalds makes the best food in the world. ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: restricting data entry (filters?)
Carl B. Constantine wrote: I posted a note a while back about adding an input filter to a GtkEntry widget. I recieved a couple of responces, but I don't think they are what I need. I want the user to only be able to type numbers in a GtkEntry field. I don't want to have to check the value after the fact. One person came up with declaring the field cast as an INT, that may work, but I have no idea how to hook that into Glade (which is generating my source at present) and thus into my app. Does anyone have other ideas on how to do what I want? Thanks. You could connect a callback to the gtk_entry key-press-event that monitors the typing and blocks any invalid characters with gtk_entry_set_text(); (haven't tried it) ___ gtk-list mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/gtk-list
Re: restricting data entry (filters?)
Carl B. Constantine wrote:
I posted a note a while back about adding an input filter to a
GtkEntry widget. I recieved a couple of responces, but I don't think
they are what I need.
I want the user to only be able to type numbers in a GtkEntry field. I
don't want to have to check the value after the fact. One person came up
with declaring the field cast as an INT, that may work, but I have no
idea how to hook that into Glade (which is generating my source at
present) and thus into my app.
Does anyone have other ideas on how to do what I want?
Thanks.
You could connect a callback to the gtk_entry key-press-event that
monitors the typing and blocks any invalid characters with
gtk_entry_set_text(); (haven't tried it)
attach the following callback to the insert-text signal of your gtkentry
: (it is a modification of the example given in the api of the
gtkeditable)
void
insert_digits (GtkEditable *editable,
const gchar *text,
gint length,
gint*position,
gpointer data)
{
gint i, j;
gchar *result = g_new (gchar, length);
j = 0;
for (i = 0; i length; i++)
{
if (g_ascii_isdigit (text[i]))
{
result[j] = text[i];
j++;
}
}
g_signal_handlers_block_by_func (G_OBJECT (editable),
G_CALLBACK (insert_digits),
(gpointer)data);
gtk_editable_insert_text (editable, result, j, position);
g_signal_handlers_unblock_by_func (G_OBJECT (editable),
G_CALLBACK (insert_digits),
(gpointer)data);
g_signal_stop_emission_by_name (G_OBJECT (editable), insert_text);
g_free (result);
}
regards
Vincent TORRI
___
gtk-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/mailman/listinfo/gtk-list
