On lör, 2014-06-07 at 12:17 +0100, Sam Bull wrote:
On ven, 2014-06-06 at 22:24 +, C. Thomas Stover wrote:
No, that's why I asked. GIMP and Inkscape are great. I use them both.
Though do many people use them on windows? This is a serious question.
I've seen several people use GIMP on
,
It may have been obvious to anybody following the releases, but I
severely lack the free time (hence the ability) to work on GTK+3
for Win32, for some months now. So I am basically asking for help.
I summarized the who-what-when in this blog post :
http://www.tarnyko.net/en/?q=node
Hi C. Thomas,
Are you looking to move on entirely, or are you just looking for additional
team members?
Additional team member. There needs to be at least one person dedicated,
either to the build system, or to making patches. I then could become the
other person, because I cannot fulfill
the ability) to work on GTK+3 for Win32, for some
months now. So I am basically asking for help.
I summarized the who-what-when in this blog post :
http://www.tarnyko.net/en/?q=node/48
So if anybody wants to contribute, he's more than welcome to answer this
thread, or show up on IRC.
Regards,
Tarnyko
Hi folks,
It may have been obvious to anybody following the releases, but I severely
lack the free time (hence the ability) to work on GTK+3 for Win32, for some
months now. So I am basically asking for help.
I summarized the who/what/when in this blog post :
http://www.tarnyko.net/en/?q
Hi folks,
It may have been obvious to anybody following the releases, but I severely
lack the free time (hence the ability) to work on GTK+3 for Win32, for some
months now. So I am basically asking for help.
I summarized the who-what-when in this blog post :
http://www.tarnyko.net/en/?q
On Fri, 06 Jun 2014 13:08:24 +0200, Tarnyko wrote:
Hi folks,
It may have been obvious to anybody following the releases, but I
severely lack the free time (hence the ability) to work on GTK+3 for
Win32, for some months now. So I am basically asking for help.
I summarized the who-what
folks,
It may have been obvious to anybody following the releases, but I severely
lack the free time (hence the ability) to work on GTK+3 for Win32, for some
months now. So I am basically asking for help.
I summarized the who-what-when in this blog post :
http://www.tarnyko.net/en/?q=node/48
So
the releases, but I
severely lack the free time (hence the ability) to work on GTK+3 for
Win32, for some months now. So I am basically asking for help.
I summarized the who-what-when in this blog post :
http://www.tarnyko.net/en/?q=node/48
So if anybody wants to contribute, he's more
My wife uses GIMP on windows, if you want a random sample. Yes, saves all
the money that would go to Adobe.
On Fri, Jun 6, 2014 at 3:24 PM, C. Thomas Stover c...@thomasstover.com
wrote:
On Fri, 06 Jun 2014 23:37:37 +0200, Alberto Ruiz wrote:
Do you have any idea how many people save
I would like to help on Autotools side if there some.
I really thing using jhbuild is better in order to automate building
https://wiki.gnome.org/Initiatives/Windows/MingwNativeBuild#Build_dependencies
.
As any other great software GTK+ should release a new version along side
with a Windows and
in
the first versions, only installation scripts supposed to be run once (no
build scripts) were found there.
Would you like to set up a bugs.gnome.org product so you could accept
patches more easily? Or maybe we should use the Backend: Win32
component of GTK+ in bugs.gnome.org? This should probably
you could accept
patches more easily? Or maybe we should use the Backend: Win32
component of GTK+ in bugs.gnome.org? This should probably be mentioned
in the .doap file.
I also noticed that your download/*.sh scripts assume that directories
already exist in libs/ before cding to them and git
packages you installed as a prerequisite, so I
could try to get this working on Ubuntu.
By the way, why is that directory called z_INSTALL? Does it mean
something?
Would you like to set up a bugs.gnome.org product so you could accept
patches more easily? Or maybe we should use the Backend: Win32
On Wed, Dec 4, 2013 at 1:40 AM, Tarnyko tarn...@tarnyko.net wrote:
Hi folks,
Just some news on the Win32 - bundle distribution - side.
Main URL :
http://win32builder.gnome.org/
The continuous build environment now generates 64-bit bundles.
The bundle for GTK+ 3.10.x has been generated.
Thank you Tarnyko and all others involved. It is great to see the Win32
packages being put up on the gtk web site again.
Regards,
Richard.
On 28/10/13 01:06, Tarnyko wrote:
Hi folks,
GTK+3 Win32 bundles are available to download on GTK+ website :
http://www.gtk.org/download/win32.php
...@tarnyko.net
Hi folks,
GTK+3 Win32 bundles are available to download on GTK+ website :
http://www.gtk.org/download/**win32.phphttp://www.gtk.org/download/win32.php
And there is a new installation tutorial, too :
http://www.gtk.org/download/**win32_tutorial.phphttp://www.gtk.org/download
my work and use
the one from gtk.org instead of.
It's up to you of course, but most reports were positive. I suggest you try
to use the gtk.org bundle so bug reports will be easier to handle.
Regards,
Vincent,
2013/10/27 Tarnyko tarn...@tarnyko.net
Hi folks,
GTK+3 Win32 bundles
Hi folks,
GTK+3 Win32 bundles are available to download on GTK+ website :
http://www.gtk.org/download/win32.php
And there is a new installation tutorial, too :
http://www.gtk.org/download/win32_tutorial.php
Many thanks to Ebassi, Walters who made this possible ; AVeri for having
Hi folks,
GTK+3 Win32 bundles are available to download on GTK+ website :
http://www.gtk.org/download/win32.php
And there is a new installation tutorial, too :
http://www.gtk.org/download/win32_tutorial.php
Many thanks to Ebassi, Walters who made this possible ; AVeri for having
On 2013-10-27 15:06, Tarnyko wrote:
GTK+3 Win32 bundles are available to download on GTK+ website :
http://www.gtk.org/download/win32.php
Awesome, thank you for all your work!
And there is a new installation tutorial, too :
http://www.gtk.org/download/win32_tutorial.php
One small
Andy Spencer writes:
And there is a new installation tutorial, too :
http://www.gtk.org/download/win32_tutorial.php
One small thing, it looks like the download link in the tutorial is
pointed to an older version of the all-in-one bundle?
Yes, you're right. Will correct that right now.
Hello Tarnyko,
I build the latest GIT master (3.11.0) (up to and including Matthias'
commits for GtkFlowBox) with Visual Studio 2008 and 2010 in both
Win32/x86 and x64 configs, and the print demo didn't crash on either of
my Windows 7 (a pretty clean installation) and my Windows 8 systems in
Hi folks,
Some news on the GTK+ Win32 bundles provided on
http://http://win32builder.gnome.org.
- a 3.8.2 bundle is now available, with MSVC import libraries (thanks to
Dieter for his amazing tips). A 3.10 will follow soon and be the first to
integrate Broadway out-of-the-box
Whoops, malformed link : http://win32builder.gnome.org
Tarnyko writes:
Hi folks,
Some news on the GTK+ Win32 bundles provided on
http://http://win32builder.gnome.org.
- a 3.8.2 bundle is now available, with MSVC import libraries (thanks to
Dieter for his amazing tips). A 3.10
Hello Tarnyko,
Thanks for the great work, but there are things that may be interesting
to you:
Hmm, the print demo didn't crash for me at least on 3.10.0, when built
with Visual Studio. Does it crash for you in 3.10.0? I might try to
build git master soon to test that
3.10.0 and later
fanc...@yahoo.com.tw writes:
Hello Tarnyko,
Hi Fan,
Hmm, the print demo didn't crash for me at least on 3.10.0, when built
with Visual Studio. Does it crash for you in 3.10.0? I might try to
build git master soon to test that
It worked in 3.8 ; crashing Git version displays 3.11,
On 08.09.2013 22:29, Tarnyko wrote:
Hi Alberto,
Alberto Ruiz writes:
Hello Tamyko,
First of all I'd like to say kudos for your amazing work. There is a
lot of people out there who depend on Gtk+ being built on Windows and
your efforts are greatly appreciated.
Thank you very much !
The
Hi again folks,
As of today, the state of the GTK+3 Win32 Bundles is the following :
Cross-platform build environment is setup in the GNOME infrastructure. It
has the attribute of not using pre-built packages (RPMs), but only a minimal
MinGW compiler able to rebuild all the stack, from
On 13-09-08 08:29 AM, Tarnyko wrote:
Hi again folks,
[...]
I'd like to have feedback on the following subjects :
- GTK+2 bundles used to integrate Gettext, Freetype and Fontconfig
binaries. They're not directly needed, however Gettext is useful for
internationalization, and some well-known
Hi Alberto,
Alberto Ruiz writes:
Hello Tamyko,
First of all I'd like to say kudos for your amazing work. There is a
lot of people out there who depend on Gtk+ being built on Windows and
your efforts are greatly appreciated.
Thank you very much !
The answer here is hard. I'm inclined
Hi Matthew,
Matthew Brush writes:
Personally, I'd rather have as much as possible in the bundle and choose
what to leave out of the the applications' installers, although it doesn't
matter too much as long as the left-out binaries/libraries are available
as compatible separate downloads.
Hi,
Could someone review the build environment
(https://git.gnome.org/browse/gtk3-build-system), so we can see what needs
corrections/improvements ?
(and possibly, if everything is OK, discuss a planning for a release ? ^^)
Regards,
Tarnyko
tarn...@tarnyko.net writes:
Hi folks,
The
Hi folks,
The Linux cross-compile buildenv for GTK+3 is available for download :
http://www.tarnyko.net/repo/gtk3_build_system/
GTK+3.4.2_build_system-crosslinux-v1.tar.bz2
It currently only works on CentOS 6.0 x86/amd64, but it's easy to extend to
other distros -see tree scripts in
On 16 Apr 2013, at 00:24, Michael Torrie wrote:
Is it desirable
to continue to compile against msvcrt.dll instead of a more recent,
VS-compatible version? Is the issue simply one of licensing for the dll
itself (IE distributing it to Linux environments to compile against is
not
happen to be the one that maintains them. The latest stable
release tarballs of GLib, Pango, ATK, GDK-Pixbuf and GTK+ (2 and 3)
should be building as long as the dependencies outlined in
https://live.gnome.org/GTK%2B/Win32/MSVCCompilationOfGTKStack are met.
Please let us know via Bugzilla
On Sun, Apr 14, 2013 at 03:37:41AM +0200, tarn...@tarnyko.net wrote:
I will upload all scripts to Git as soon as I get my account
approved.
What steps did you take? I did not get any voucher request for
'bugzilla.gnome.org'.
--
Regards,
Olav
___
On 16 Apr 2013, at 10:38, Fan Chun-wei wrote:
The latest stable release tarballs of GLib, Pango, ATK, GDK-Pixbuf and GTK+
(2 and 3) should be building as long as the dependencies outlined in
https://live.gnome.org/GTK%2B/Win32/MSVCCompilationOfGTKStack are met. Please
let us know via
Olav,
Olav Vitters writes:
On Sun, Apr 14, 2013 at 03:37:41AM +0200, tarn...@tarnyko.net wrote:
I will upload all scripts to Git as soon as I get my account
approved.
What steps did you take? I did not get any voucher request for
'bugzilla.gnome.org'.
Sorry I saw your message a bit late
buildenv on my favorite Linux distro, installed some
packages, adapted some scripts, hacked around 2-3 specific problems, and it
ran just fine. Now I've got a complete GTK+3 Win32 bundle, generated from
Linux.
So now we have two fast-identical buildenvs, one for Windows and one for
Linux
] On Behalf Of
tarn...@tarnyko.net [tarn...@tarnyko.net]
Sent: Thursday, April 11, 2013 6:12 AM
To: gtk-devel-list@gnome.org
Subject: Re: GTK+3 win32/64 build environment
Thanks folks.
Now, regarding what was said previoulsy in this thread, I will try to list
pros and cons of, respectively, native build
Hi,
I hope I am not too late in the discussion, Marc-André pointed me to it
yesterday :) i was not in the mailing list before so I don't know how to
jump in the discussion.
I am the author and current maintainer of cerbero, and like he described it
previously in this thread we are currently
, installed some
packages, adapted some scripts, hacked around 2-3 specific problems, and it
ran just fine. Now I've got a complete GTK+3 Win32 bundle, generated from
Linux.
So now we have two fast-identical buildenvs, one for Windows and one for
Linux.
Just a drawback : like I previously said, cross
-boun...@gnome.org] On Behalf Of
tarn...@tarnyko.net [tarn...@tarnyko.net]
Sent: Wednesday, April 10, 2013 5:10 AM
To: gtk-devel-list@gnome.org
Subject: Re: GTK+3 win32/64 build environment
Colin,
First, please note that we don't have to buy a Windows license. There is a
*free* (as in free beer
[gtk-devel-list-boun...@gnome.org] On Behalf Of
tarn...@tarnyko.net [tarn...@tarnyko.net]
Sent: Wednesday, April 10, 2013 3:50 AM
To: gtk-devel-list@gnome.org
Subject: Re: GTK+3 win32/64 build environment
OK folks.
As the initial contributor of the win32 buildenv, here are my reasons
: GTK+3 win32/64 build environment
Kevin,
Fox, Kevin M writes:
I dug up the license for Microsoft Hyper-V Server. Here it is:
http://www.microsoft.com/en-us/download/details.aspx?id=497
See USE RIGHTS. section 'e' bullet 2. Does compiling gtk mesh with bullet 2?
If so, your good to go
On Wed, Apr 10, 2013 at 11:05:07AM +0200, tarn...@tarnyko.net wrote:
Marc-André Lureau writes:
It would be better if you could check in your scripts in a repository, so
one could more easily study and eventually contribute to your effort. All
the binaries should be fetched or build from the
On 10/04/13 11:50, tarn...@tarnyko.net wrote:
Plus, my tests have proven that it matters while building. There are
some fixes for libtool and the compiler itself in the buildenv (see the
64-bit one) ; if you use a different version, it will sometimes break
the build.
If libtool as shipped by
On Wed, 2013-04-10 at 14:44 +0200, Marc-André Lureau wrote:
Hi
Their build requirements is similar to yours or anyone:
http://docs.gstreamer.com/display/GstSDK/Building+from+source+using
+Cerbero. We are building the same set of packages after all. Building
only gtk+ is really not enough in
On Thu, Apr 11, 2013 at 8:47 AM, Colin Walters walt...@verbum.org wrote:
So, as far as doing native Windows builds, it looks to me like since
Cerebo is actively used in the GStreamer world which is architecturally
close to GTK+/GNOME, it'd make a lot of sense to use it here.
Tarnyko, have
Arnel,
Arnel A. Borja writes:
I don't know that there's a free version of Windows :D.
Now, regarding what Kevin digged out with the license, we know that it's not
so free :-(.
Short version : cross-compiling GTK+3 is a headaches generator. It's not
easy nor efficient, and hard to
Thanks folks.
Now, regarding what was said previoulsy in this thread, I will try to list
pros and cons of, respectively, native build and cross-compilation. Points
listed in the end of each list have less importance or accuracy than the
first ones. Then a decision regarding the choice might
tarn...@tarnyko.net schreef op do 11-04-2013 om 15:12 [+0200]:
Native build
+ easier (works around most problems in configure scripts and Makefiles)
I'd have to disagree here. In order to build gtk on a windows host then
you basically need to arrange these things yourself first:
Hacking on GTK-Win32 is very annoying if you have to cross compile copy
every time you make a change. It would be nice if the build system that
comes out of this thread would be useful for more than just making the
stock GTK packages.
Another flaw with cross compiling is I don't believe there's
hi;
On 11 April 2013 17:32, Daniel Sabo daniels...@gmail.com wrote:
Hacking on GTK-Win32 is very annoying if you have to cross compile copy
every time you make a change. It would be nice if the build system that
comes out of this thread would be useful for more than just making the stock
GTK
Hello,
On Thursday, 11 April, 2013 08:52 PM, tarn...@tarnyko.net wrote:
Short version : cross-compiling GTK+3 is a headaches generator. It's
not easy nor efficient, and hard to maintain.
I agree, it is hard to maintain. Though I still prefer
cross-compilation, since it's faster in compiling.
Hi Andy,
Hm.. did I miss the further explanation? :)
It's coming ^^.
Personally, I would prefer to cross-compile the GTK libraries. That's
what I do with the win32 builds for my application already. I also don't
like the thought of having to depend on proprietary software in order to
Hi tarnyko
On Tue, Apr 9, 2013 at 10:33 PM, tarn...@tarnyko.net wrote:
Hi folks,
As you may know, I'm currently working on a GTK+3 Win32/64 bundle.
Sorry, I failed to reply on the threads before..
The build environments are currently based on MinGW, running on Win32
host (Win64 for the 64
Hi Marc,
Wow wow wow, lots of things there :-).
Marc-André Lureau writes:
It would be better if you could check in your scripts in a repository, so
one could more easily study and eventually contribute to your effort. All
the binaries should be fetched or build from the source (and
On 2013-04-10 10:41, Marc-André Lureau wrote:
I believe some work is needed to be able to reuse cross-compiled
projects under Windows. For example, the .pc file path will need to be
adjusted etc.
I you mean the paths stated inside .pc files, then pkg-config on
windows should be able to
Dieter Verfaillie writes:
I you mean the paths stated inside .pc files, then pkg-config on
windows should be able to automatically deduce the correct value for
${prefix} based on the location where said package is installed [1]
and ignore whatever is stated as ${prefix} inside the .pc file.
No
On 2013-04-10 10:12, tarn...@tarnyko.net wrote:
Out of curiosity, collecting info on my side : are you cross-compiling
GTK+2 or GTK+3 ?
I don't know if it was clear or not, but I have only cross compiled my
application and have been using pre-build GTK libraries. I have built it
using both
Andy,
Andy Spencer writes:
I don't know if it was clear or not, but I have only cross compiled my
application and have been using pre-build GTK libraries. I have built it
using both GTK+2 and GTK+3, but I have only released GTK+2 versions.
OK. Cross-building GTK+3 itself actually has some
OK folks.
As the initial contributor of the win32 buildenv, here are my reasons for
preferring a native build instead of cross-compiling from Linux. Sorry if it
is long, but I think explaining things will help.
First, please note that we don't have to buy a Windows license. There is a
On Wed, Apr 10, 2013 at 12:59 AM, Andy Spencer andy753...@gmail.com wrote:
For the Mac OSX build all the developers have to build their own
libraries using Xcode because there are no official binaries and no
cross compilers. I don't like that situation very much either.\
you don't need
Colin,
First, please note that we don't have to buy a Windows license. There is a
*free* (as in free beer) edition of Windows named Hyper-V Server. It's
stripped-down in terms of GUI, but works well for this purpose.
Here is a link to licensing stuff :
On Wed, 10 Apr 2013, Andy Spencer wrote:
If I didn't want to use my distos package manager I think I would just
download the sources and build mingw myself. I think there are only a
couple packages that are needed: the cross versions of gcc and binutils,
and then the mingw runtime and w32api?
Hello,
Interesting. I'm also using cross-compiled GTK+ 3 and other libraries
for my applications. I use the libraries/etc from the mingw32/64 project
in OpenSUSE Build Service. I'm using GTK+ 3.6.1 though (which OBS
currently have), I'm too busy to compile GTK+ 3.8.0 myself.
I use it to
Hi
On Wed, Apr 10, 2013 at 11:05 AM, tarn...@tarnyko.net wrote:
There are tons of build systems, but for targetting native windows build
[1], I would really suggest looking at cerbero
I prefer keep using vanilla MinGW, either on Windows or under Linux. Using
a very particular and complex
On Wed, Apr 10, 2013 at 11:11 AM, Dieter Verfaillie
diet...@optionexplicit.be wrote:
I you mean the paths stated inside .pc files, then pkg-config on
windows should be able to automatically deduce the correct value for
${prefix} based on the location where said package is installed [1]
and
On 2013-04-10 15:03, Marc-André Lureau wrote:
Interesting, I didn't know (and I wouldn't try, I am cross-compiling
guy :) However, this isn't going to be enough, there are many
variables in .pc which may contain path.
Yeah, projects not re-using the prefix variable when defining other
paths in
...@gnome.org] On Behalf Of
tarn...@tarnyko.net [tarn...@tarnyko.net]
Sent: Wednesday, April 10, 2013 3:50 AM
To: gtk-devel-list@gnome.org
Subject: Re: GTK+3 win32/64 build environment
OK folks.
As the initial contributor of the win32 buildenv, here are my reasons for
preferring a native build instead
On 2013-04-10 15:03, Marc-André Lureau wrote:
Also projects not using pkg-config have the same problems. Doing a
grep under fedora-mingw sys-root reveals that there are many binaries
that refer to hardcoded path too.
I have this problem running my software on windows. I have many places
in my
On Wed, Apr 10, 2013 at 1:07 PM, Andy Spencer andy753...@gmail.com wrote:
On 2013-04-10 15:03, Marc-André Lureau wrote:
Also projects not using pkg-config have the same problems. Doing a
grep under fedora-mingw sys-root reveals that there are many binaries
that refer to hardcoded path too.
On Wed, Apr 10, 2013 at 7:18 PM, Paul Davis p...@linuxaudiosystems.comwrote:
to be relocatable, your app should *fall back* on -DPKGDATADIR but should
first try checking for an environment variable and then a path relative to
the executable.
Or just rely on g_get_system_data_dirs(), that's
On 10/04/13 19:07, Andy Spencer wrote:
I have this problem running my software on windows. I have many places
in my Makefile.am's where I use something like:
myfile_CPPFLAGS = -DPKGDATADIR=\$(pkgdatadir)\
Which results in a non-relocatable build. It seems like most of my
issues with
On Wed, Apr 10, 2013 at 1:39 PM, Marc-André Lureau
marcandre.lur...@gmail.com wrote:
On Wed, Apr 10, 2013 at 7:18 PM, Paul Davis p...@linuxaudiosystems.comwrote:
to be relocatable, your app should *fall back* on -DPKGDATADIR but should
first try checking for an environment variable and then
On Wed, Apr 10, 2013 at 8:08 PM, Paul Davis p...@linuxaudiosystems.comwrote:
i assume you mean as the fallback?
You said, should first try checking for an environment variable and then a
path relative to the executable., what environment variable? PKGDATADIR?
Who set it? Is it only for the
On Wed, Apr 10, 2013 at 2:19 PM, Marc-André Lureau
marcandre.lur...@gmail.com wrote:
On Wed, Apr 10, 2013 at 8:08 PM, Paul Davis p...@linuxaudiosystems.comwrote:
i assume you mean as the fallback?
You said, should first try checking for an environment variable and then
a path relative to
On Wed, Apr 10, 2013 at 2:23 PM, Paul Davis p...@linuxaudiosystems.comwrote:
On Wed, Apr 10, 2013 at 2:19 PM, Marc-André Lureau
marcandre.lur...@gmail.com wrote:
On Wed, Apr 10, 2013 at 8:08 PM, Paul Davis
p...@linuxaudiosystems.comwrote:
i assume you mean as the fallback?
You
On 2013-04-10 20:19, Marc-André Lureau wrote:
You said, should first try checking for an environment variable and
then a path relative to the executable., what environment variable?
PKGDATADIR? Who set it? Is it only for the developper? If you have a
good case for that extra environment
On 2013-04-10 21:04, Dieter Verfaillie wrote:
g_get_system_data_dirs() on win32 should simply honor XDG_DATA_DIRS
like it does on any other platform/OS and fall back to
FOLDERID_ProgramData
or CSIDL_COMMON_APPDATA (depending on windows version).
Hit send a bit too soon, that should be:
honor
Dieter Verfaillie schreef op wo 10-04-2013 om 21:04 [+0200]:
If anybody feels like making the KnownFolders.h stuff work (and
getting it in mingw mingw-w64) and un-bit-rotting that branch (and
getting it in glib proper), please feel free to do so. Don't think I'll
be able to go back working
On 2013-04-10 19:51, Kalev Lember wrote:
The glib resource framework could be a solution. If the files are all
the kind that get loaded each and every time when the app starts (.ui
files, for instance), it makes sense to embed them within the binary.
Easier to relocate the app and the
Hi folks,
As you may know, I'm currently working on a GTK+3 Win32/64 bundle.
The build environments are currently based on MinGW, running on Win32 host
(Win64 for the 64-bit builds). They are browsable online here :
http://www.tarnyko.net/repo/gtk3_build_system/
It has been said
On 2013-04-09 22:33, tarn...@tarnyko.net wrote:
It it's the case, then we could keep the buildenv as is. Or we could
try to adapt it to a GCC cross-compile install under Linux, but I'd
like to avoid that for reasons that I will explain further.
Hm.. did I miss the further explanation? :)
On 2/21/2013 at 10:09 AM, Jernej Simoncicjernej|s-gm...@eternallybored.org
wrote:
On Tue, 19 Feb 2013 18:39:18 +0100, th-pitsc...@uni.de wrote:
Looking through the code (git master gtknotebook.c) I can only guess
where the respective drawing action might occur, and I can't see
anything
On 2/21/2013 at 4:29 AM, Federico Mena Quintero feder...@gnome.org wrote:
On Tue, 2013-02-19 at 18:39 +0100, th-pitsc...@uni.de wrote:
I was putting a GtkNotebook on a main window widget (using glade) and
set the tab position to BOTTOM. This looks alright in glade.
However, running the
On Tue, 19 Feb 2013 18:39:18 +0100, th-pitsc...@uni.de wrote:
Looking through the code (git master gtknotebook.c) I can only guess
where the respective drawing action might occur, and I can't see
anything which might cause this behavior (specifically on windows).
I was hesitating to file a
Hello,
I was putting a GtkNotebook on a main window widget (using glade) and
set the tab position to BOTTOM. This looks alright in glade.
However, running the application itself one sees that the tabs are
not drawn correctly (they retain round corners and the highlighting
orange at the _top_ edge
On Tue, 2013-02-19 at 18:39 +0100, th-pitsc...@uni.de wrote:
I was putting a GtkNotebook on a main window widget (using glade) and
set the tab position to BOTTOM. This looks alright in glade.
However, running the application itself one sees that the tabs are not
drawn correctly (they
\vs10, and there are working .sln
files to build these packages with the Visual C++
2010 IDE, which works for Express editions as well.
For a more detailed walkthrough on building these and their
dependencies, please refer to
https://live.gnome.org/GTK+/Win32/MSVCCompilationOfGTKStack.
Hope
I have recently been trying to build a gtk stack on a Win32 platform. I am
currently using mingw/msys for this. Part of the motivation for this effort
is that the gtkmm all in one installer I was using is now rather outdated.
With a little effort and Google I was able to find what components I
Personally I prefer cross compiling as I find it easier than trying to setup a
full dev system on windows.
Let's say for example you need perl and other unix tools at build time but not
at runtime in this case all the build deps are easily fulfilled on Linux but
not as easy on windows
Anyways
hi Pedro,
On Wed, 2011-10-26 at 16:14 -0300, Pedro Ignacio Guridi wrote:
Hello everyone,
I dont know if this list is the right place to post this information,
my apologies if is not.
I built Gtk+ 3.3.2, Glib 2.31, etc. under win32 (mingw32), I wanted to
share the link if somebody is
something for start automating that
process, would
be great to have something robust for building the GTK+ stack in win32.
Regards,
Pedro
2011/10/27 Ryan Lortie de...@desrt.ca
hi Pedro,
On Wed, 2011-10-26 at 16:14 -0300, Pedro Ignacio Guridi wrote:
Hello everyone,
I dont know if this list
something robust for building the GTK+ stack in win32.
Regards,
Pedro
2011/10/27 Ryan Lortie de...@desrt.ca mailto:de...@desrt.ca
hi Pedro,
On Wed, 2011-10-26 at 16:14 -0300, Pedro Ignacio Guridi wrote:
Hello everyone,
I dont know if this list is the right place to post
In general, we are interested in improving the situation with respect to
Windows builds.
Perhaps then you could take care of bug 614920 (gtk redefines
a system structure type). Obvious patch in comment 4.
Morten
___
gtk-devel-list mailing list
On Thu, 27 Oct 2011 09:25:37 -0400, Ryan Lortie wrote:
In general, we are interested in improving the situation with respect
to
Windows builds.
We'd like to do this in a more robust way (ie: done with every
version
and posted on gtk.org). Ideally, this would be automated.
It's worth noting
On Mon, 2011-03-28 at 16:54 +0200, Kean Johnston wrote:
Since I am new to this list I am unsure of the etiquette involved in
discussing issues in integral underpinnings of GTK+ like Glib/Gio, and I
know there's a fair amount of cross-pollination of developers, but if
discussions of Glib/Gio
1 - 100 of 199 matches
Mail list logo
