I'm trying to write some code which will veto a Gtk::Notebook page
change under certain conditions (e.g. the user didn't press an "Apply"
button to confirm changes they made). However, I'm not seeing any
signals for handling this in the online docs. The closest thing I see
is a signal_switch_page
GladeWin32 has the GTK+ package you're looking for. The web site is
down after having been hacked, but the files are still directly
available from SourceForge:
http://www.sourceforge.net/projects/gladewin32. Get the
gtk+-win32-devel package (gtk-dev-2.10.11-win32-1.exe), and that should
do the tr
to each of the
affected source files.
I don't know whether this information is useful or redundant to you guys, but I
figured I would at least make note of it. Since the versions are so different
I'm not filing a bug unless you guys suggest that doing so
> Is the giomm stuff the only reason you're holding off on glibmm 2.16?
> Because I can try to get that sorted out soon if you'll help with
> testing.
The GIOmm issue was the reason, yes. And I can certainly help with testing.
I'll keep an eye out for updates on the list, otherwise just let me
> Thanks,
> I've checked something in that I hope will fix the problem. see
> http://bugzilla.gnome.org/show_bug.cgi?id=524126 for more details.
Regarding building from SVN on Win32/MSys: I'm having too many issues
getting the Perl prerequisites (XML::Parser and everything it depends
on) up and r
> > > - I needed to hand edit all GTK\lib\pkgconfig\*.pc files and change
> > > the prefix variable to let my configure find the gtk libs and
> > > headers.
I didn't have to tweak anything myself. I installed the gladewin gtk+ package
and the gtkmm windows package to their default directories, a
in size,
barring a recompile of all this stuff with 'CXXFLAGS=-s -O2' or something like
that?
I know MinGW has a strip tool which works nicely on executables, but running
"strip -g *.dll" or similar seems to cause nothing but i
However, if running strip on
the other DLLs causes problems like that, then it makes me a little
nervous "hoping" that things are gonna work right by running it on only
a few DLLs. Probably it's just my paranoia/lack of experience talking
though.
By the way, the -g flag is speci
l tools and unzip the file fine. So
IMHO the problem is related to MinGW. Just use:
bzip2 -dk glibmm-2.16.1.tar.bz2
tar -xf glibmm-2.16.1.tar
It's inconvenient, but it works.
- Paul Goins
___
gtkmm-list mailing list
gtkmm-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtkmm-list