Tristan Van Berkom escribió:
> Matias Torres wrote:
>
>> Hi all!
>> Yes, I know it's not a GTK question but i couldn't find an answer to
>> my problem.
>>
>> After building my application (if it helps, it uses gtk), i use
>> gettext for translating it, and, in linux it works just fine. But,
>> t
Tristan Van Berkom escribió:
> Matias Torres wrote:
>
>> Hi all!
>> Yes, I know it's not a GTK question but i couldn't find an answer to
>> my problem.
>>
>> After building my application (if it helps, it uses gtk), i use
>> gettext for translating it, and, in linux it works just fine. But,
>> t
On Tue, 3 Oct 2006, Alan M. Evans wrote:
> On Tue, 2006-10-03 at 11:06, Tor Lillqvist wrote:
>> If the linker insists on it, add a WinMain() then?
>
> Of course. But I resist this for aesthetic reasons. Thanks largely to
> the cross-platform nature of GLib and GTK+, my application currently has
>
Matias Torres wrote:
>Hi all!
>Yes, I know it's not a GTK question but i couldn't find an answer to my
>problem.
>
>After building my application (if it helps, it uses gtk), i use gettext
>for translating it, and, in linux it works just fine. But, talking about
>windows, well .. it doesn't..
>
Matias Torres writes:
> #define PACKAGE "xiliunsystem"
> #define LOCALEDIR "po"
> bindtextdomain (PACKAGE, LOCALEDIR);
> textdomain (PACKAGE);
This requires that you are in the folder where the "po" subfolder
is. Are you there when you run the app?
Alternatively, you could have the a
Daniel Espinosa wrote:
>A lot of Thanks for your help, I have made the changes sugested and now I
>found in the Makefile that the route to the directories are as spected
>'/usr/share/glade3/catalogs'
>
>But now please help me! I have configure.in and glade/Makefile.am, the
>configure process creat
Hi all!
Yes, I know it's not a GTK question but i couldn't find an answer to my
problem.
After building my application (if it helps, it uses gtk), i use gettext
for translating it, and, in linux it works just fine. But, talking about
windows, well .. it doesn't..
Note: Gtk Widgets DO translate
Lots of my code has this at the top of it
#pragma comment(linker, "/subsystem:\"windows\"
/entry:\"mainCRTStartup\"") //Kill console window
I got it off the internet somewhere.
I assume the unrecognised pragma will be ignored by every other compiler
out there so it should be "portable" (if a l
A lot of Thanks for your help, I have made the changes sugested and now I
found in the Makefile that the route to the directories are as spected
'/usr/share/glade3/catalogs'
But now please help me! I have configure.in and glade/Makefile.am, the
configure process creates the Makefile.in and Makefil
GTK+ 2.10.6 is now available for download at:
ftp://ftp.gtk.org/pub/gtk/v2.10/
http://ftp.gnome.org/pub/GNOME/sources/gtk+/2.10/
gtk+-2.10.6.tar.bz2 md5sum: 13c62b610c910255934452d0617403f7
gtk+-2.20.6.tar.gzmd5sum: 97c1078e2486d23fb10a48beaf1543b9
This is a bugfix release in the 2.10.x
On Tue, 2006-10-03 at 14:52, Reed Hedges wrote:
> Are you using cygwin or mingw?
Nope. Just took my prog developed on my Linux workstation and created a
VC++ project by adding the source files and specifying the Win32
glib/gtk+ libs and DLLs.
___
gtk-a
Are you using cygwin or mingw?
Alan M. Evans wrote:
> On Tue, 2006-10-03 at 11:06, Tor Lillqvist wrote:
>> If the linker insists on it, add a WinMain() then?
>
> Of course. But I resist this for aesthetic reasons. Thanks largely to
> the cross-platform nature of GLib and GTK+, my application c
On Mon, Oct 02, 2006 at 06:01:30PM -0500, Daniel Espinosa wrote:
> Could any help me on how to get a variable value in a .pc file?
>
> I have the following values in the glade-3.pc file:
>
> catalogdir=${prefix}/share/glade3/catalogs
> pixmapdir=${prefix}/share/glade3/pixmaps
> moduledir=${exec_p
On Tue, 2006-10-03 at 11:06, Tor Lillqvist wrote:
> If the linker insists on it, add a WinMain() then?
Of course. But I resist this for aesthetic reasons. Thanks largely to
the cross-platform nature of GLib and GTK+, my application currently has
no #ifdef for platform-specific code.
The thing is,
Alan M. Evans writes:
> In that case it fails to link with WinMain, which of course doesn't exist.
If the linker insists on it, add a WinMain() then? It can be as simple
as:
#include
#include
int _stdcall
WinMain (struct HINSTANCE__ *hInstance,
struct HINSTANCE__ *hPrevInstance,
On Tue, 2006-10-03 at 09:12, Tor Lillqvist wrote:
> add "/subsystem:windows" to the linking options. (If using gcc, it
> would be "-mwindows".) Or run "editbin /subsystem:windows" on the .exe
> file any time after linking.
I find that doing the former doesn't actually work. In that case it
fails t
Matthew Yaconis writes:
> I have a natively linux GTK+ application that I've ported to Win32 using
> MSVC++. The way I originally ported it causes the cmd window (that catches
> all the printf type statements) to appear whenever running the application.
> I thought there was some way to disabl
I have a natively linux GTK+ application that I've ported to Win32 using
MSVC++. The way I originally ported it causes the cmd window (that catches
all the printf type statements) to appear whenever running the application.
I thought there was some way to disable this but haven't been able to find
Jonathan Pritchard writes:
> My project's specification states that the program needs to be
> localisable without extra coding,
Without extra coding relative to what?
Surely you don't expect to be able to localize code that contains
hardcoded strings like:
foo = gtk_label_new ("Shoe size:");
Hi,
Sorry first time on the mailing list and I realise the localisation one
would probably be better. But it's just a brief question.
My project's specification states that the program needs to be
localisable without extra coding, i.e. drop in a new locale folder "fr"
for instance and you'll be a
On 9 Sep 2006, at 11:14, Samuel Cormier-Iijima wrote:
> Disregard that last, I've been looking through Gnome's viewcvs and I
> found quite a few samples. Still, a lot of projects do different
> things (nautilus uses GtkAlignments which seems right, while gedit
> uses a GtkLabel to pad the left si
Tomasz Jankowski writes:
> [...] someone said [..] that GIOChannel may not work under the
> Microsoft Windows? Is that true, or not?
It depends.
If you are lucky, porting a GIOChannel-using program that works fine
on Linux or some other POSIX system to Windows is just a
recompilation. In realit
22 matches
Mail list logo
