On 29/04/2015 19:03, Jasper St. Pierre wrote:
It was likely left out by accident, and nobody so far hit this code
path yet. Thanks for finding it! It looks super easy to fix.
Thanks. Here's a patch produced by one of my colleagues:-
--- a/gdk/win32/gdkkeys-win32.c 2015-04-29
On 29/04/2015 16:25, Ignacio Casal Quinteiro wrote:
Hi John,
out of curiosity can you check if this is true for gtk3?
Hi Ignacio. I don't actually build Gtk+3 but it looks like
GDK_KP_Decimal is still missing.
Strangely, it's also missing from 'gdkkeys-x11.c' - and yet I got told
that
I'm working on an app (Gtk+2) which uses the numeric keypad as
'hotkeys'. So if a user presses say, 5, on his numeric keypad, it'll
get interpreted as an accelerator key and will perform some action. The
same is true for the other numbers.
The same should be true for the decimal point key -
On 29/04/2015 08:54, John Emmas wrote:
The Windows version looks slightly different:-
case VK_ADD:
*ksymp = GDK_KP_Add; break;
case VK_SEPARATOR:
*ksymp = GDK_KP_Separator; break;
case VK_SUBTRACT:
*ksymp = GDK_KP_Subtract; break;
// some others
However
On 18/03/2015 14:00, Fan Chun-wei wrote:
It seems that your compiler does not know what is NET_IFINDEX...can
you try to add a define (i.e. preprocessor definitions) to your GIO
project files defining NET_IFINDEX to ULONG (as that is what I see in
my SDK 7.0 includes), and try the build
I just updated from glib-2-42 (git) and tried to build with MSVC but I'm
suddenly getting tons of compiler errors (particularly relating to
'ws2funcs'). It seems to get declared at the top of gio/gnetworking.c
like so:-
GWin32WinsockFuncs ws2funcs = {0};
but 'GWin32WinsockFuncs'
On 16/03/2015 17:07, fanc...@yahoo.com.tw wrote:
Hello John,
Can you post the exact error message from the Visual Studio build (you
might need to clean up your build tree though)-the code built fine on
Visual Studio 2008+. Let me know, and I will try to look at it--I
don't have Visual
On 17/02/2015 20:02, codekiddy wrote:
Thanks Arnavion, re-compiling glib, pango and gtk with Multibyte and
then re-linking dependent DLL's did not solve anything.
stack overflow in gobject.dll
damn bug is somewhere, but it denies to show it self.
A stack overflow shouldn't be too difficult
On 17/02/2015 18:36, codekiddy wrote:
(even Fan's projects which I'm using) which were
set to Multibyte character set are now set to *unicode character set*
Can you tell what consequnces could that have?
I'm starting to think it would be better to re-compile everything with
Multibyte instead
On 02/02/2015 14:52, Ryan Lortie wrote:
We've fixed a couple of issues but there remains one more patch that
needs to go in. It will be in soon. Thanks for testing GLib with MSVC.
If you could test the unmerged GLib patch on the bug, that would be
appreciated as well. Cheers
On 03/02/2015
On 10/02/2015 08:37, Norman, Anders wrote:
The base class is simply never cleaned up. Typical types registered with GType
are static, meaning they aren't ever cleaned up for the entire duration of the
process.
Why do you need to clean up the type?
I'm making a framework which other
This morning I updated libglib from git master and I noticed a number of
newly added sources (including 'gio/gliststore.h'). By whatever
mechanism, that header file now gets #included when I build
'gio/gwin32outputstream.c'. Line 36 of the header file looks like this:-
On 02/02/2015 14:52, Ryan Lortie wrote:
We've fixed a couple of issues but there remains one more patch that
needs to go in. It will be in soon.
Thanks for testing GLib with MSVC. If you could test the unmerged GLib
patch on the bug, that would be appreciated as well.
Thanks for the quick
On 28/01/2015 19:20, Chris Vine wrote:
On Wed, 28 Jan 2015 15:23:41 +
John Emmas john...@tiscali.co.uk wrote:
I'm supposed to call Glib::list_free()' to free the returned list
(which is in fact, a vector). And there's no such function as
'Glib::list_free()' AFAICT. I'm using glibmm
On 22/01/2015 19:48, Emmanuele Bassi wrote:
I honestly don't really understand what are you trying to achieve. do
you want to add files, or is it just an issue of displayed files?
I want to prevent files of a particular type from getting displayed in
the 'Recently Used' list. AFAICT that
Yesterday I mistakenly posted this to gtk-list when it should probably have
come here... sorry.
Anyway... I'm working on an app which uses a GtkFileChooser dialog. Let's say
I use it to open a file. Next time I launch the GtkFileChooser I'll see an
entry called Recently Used which lists
On 22 Jan 2015, at 18:30, Matthias Clasen wrote:
On Thu, Jan 22, 2015 at 8:52 AM, John Emmas john...@tiscali.co.uk wrote:
Is there any way I can modify what gets saved in 'recently-used.xbel'? For
example, if I DIDN'T want it to include files with a particular extension,
does
Not the most inspiring subject title but hopefully someone here will be
able to help.
I'm working on an app which uses a GtkFileChooser dialog. Let's say I
use it to open a file. Next time I launch the GtkFileChooser I'll see
an entry called Recently Used which lists the file I opened last
I work on an audio product called Mixbus which uses gtk+ (albeit gtk2,
rather than gtk3):-
http://harrisonconsoles.com/site/mixbus.html
I've been arguing for a year or more that we should phase out XP support
- but the more senior devs don't agree. Why? Because a surprising
number of our
When building libglib, should I define 'HAVE_NETLINK' only when building
for Linux ??
I'm building for Windows (with MSVC). When I updated glib this morning
(from git master) I noticed that a new source file was recently added
(gio/gnetworkmonitornm.c). I added it to my MSVC project but it
Thanks for the explanations. guys. It's now building again.
John
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
I build the Windows version of our product (Mixbus) which utilises both
pango and gdk-pixbuf. Each library contains various 'modules' and for
many years I've been building them as externally loadable DLLs (i.e.
pango modules and gdk-pixbuf loaders). We use the usual text files to
tell Mixbus
On 02/12/2014 09:58, Ignacio Casal Quinteiro wrote:
you can have a look at msys2 to see how gdk-pixbuf is built with
static loaders.
https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-gdk-pixbuf2
Thanks Ignacio,
Forgive me for being dim - but how does that link help me? I
On 06/11/2014 18:37, John Emmas wrote:
On 06/11/2014 16:33, Ignacio Casal Quinteiro wrote:
please yes file those issues in bugzilla, since they will get the
proper attention faster.
Also providing patches will make it even faster.
Thanks Ignacio,
I'm shutting up for the night here
I recently noticed this newly introduced statement at line 616 of
'gdk-pixbuf/io-jpeg.c':-
density_str = g_strdup_printf (%d, DPCM_TO_DPI (cinfo.X_density));
There's a similar statement, a few lines further down. In
'gdk-pixbuf/gdk-pixbuf-private.h' we define DPCM_TO_DPI like so:-
On 06/11/2014 16:33, Ignacio Casal Quinteiro wrote:
please yes file those issues in bugzilla, since they will get the
proper attention faster.
Also providing patches will make it even faster.
Thanks Ignacio,
I'm shutting up for the night here but I'll enter those issues tomorrow
morning.
On 28/10/2014 08:55, John Emmas wrote:
.
After a recent git update from gdk-pixbuf (master) I noticed that the
header file gdk-pixbuf-i18n.h was removed from libgdk-pixbuf on 24th
October (Commit:f37f850abe714f19cd3d7e2d5e3bd93483d1ec8a). However,
unless something's gone awry at my end, 'gdk
I'm not sure if this is the correct mailing list or whether I need to
post to gtk-devel. Anyway...
After a recent git update from gdk-pixbuf (master) I noticed that the
header file gdk-pixbuf-i18n.h was removed from libgdk-pixbuf on 24th
October
On 20/10/2014 13:06, Ryan Lortie wrote:
hi John,
On Mon, Oct 20, 2014, at 06:28, John Emmas wrote:
Hi - I just updated from git master (about half an hour ago) but MSVC
gives me an 'undeclared identifier' error at line 368 of
'glib/goption.c'. Here's what the line looks like:-
optind
Hi - I just updated from git master (about half an hour ago) but MSVC
gives me an 'undeclared identifier' error at line 368 of
'glib/goption.c'. Here's what the line looks like:-
optind = 1;
I assumed (maybe?) it was a typo - but on reading the rest of that
function, it's not really
On 20/10/2014 10:58, David Nečas wrote:
On Mon, Oct 20, 2014 at 10:39:54AM +0100, John Emmas wrote:
Is that change effectively equivalent to what I did locally?
No. As far as I can tell you can pass NULL key to g_datalist_get_data()
after this change. If you do so and g_quark_to_string(data
On 26 Sep 2014, at 23:33, Arnavion wrote:
If I'm understanding the situation correctly, you're building a binary
that includes an atk(mm) header that has some functions marked with
dllexport (from the POV of the compiler when it's compiling your
code).
[...]
At the end of last year
Many thanks for those suggestions guys. It didn't quite fix the problem
but it did point me in the right direction. Here's what I've found so
far
The top of the (auto-generated) file 'atk-enum-types.c' currently looks
like this:-
/* Generated data (by glib-mkenums) */
On 26/09/2014 11:03, Piñeiro wrote:
On 09/26/2014 11:42 AM, John Emmas wrote:
#include config.h // --- I needed to add this line !!
Well, this line is being included when I build atk. And looking at the
2.14.0 release
Oops, you're absolutely right. The version in 2.14.0 does
On 26/09/2014 11:51, John Emmas wrote:
Also, since my last post I've discovered why atkmm was also failing
to build [...] Now that I'm managing to generate those files
correctly again, everything's now building fine.
Oh, one more thing, before I forget it
I think I'm right in saying
Is this a suitable place for flagging up problems with libatk? Do
please let me know if it has a dedicated mailing list somewhere. I
couldn't find one. In the meantime
I've been building libatk (with MSVC) for many years. I build from the
sources in Git and typically, I synchronize
On 14/07/2014 13:35, Paul Davis wrote:
does anyone know of any good (i.e. non-hacky) ways to define/provide
cursor icon hotspots with PNG files, the way one can with various
other image formats more intended for this purpose?
Hi Paul,
I'm not massively familiar with PNG but according to
Currently I'm building from gtk-2-24. I updated this morning and
discovered that 'gdk/win32/gdkselection-win32.c' no longer builds with
MSVC. The problem is in function
'_gdk_win32_selection_convert_to_dib()' which is at approximately line
1280. The problem is caused by the recent addition
On 07/05/2014 11:41, Fan Chun-wei wrote:
Hi John,
I took a quick look at this, the reason is because the line occurred
before the variable decalarations (this is something Visual C++ before
version 2013 doesn't like), so if you declare the variables first
(don't do anything to them), then do
On 28/03/2014 03:38, William Swanson wrote:
Before ctrl+c and ctrl+v were standardized, a lot of old MS-DOS
software used ctrl-insert for copy and shift-insert for paste. I'm
surprised these old shortcuts are still supported.
Most Windows programs still support them and it's probably a good
On 22/02/2014 22:30, Syed Akbar wrote:
I am afraid this is might not be the right place to ask: there is a
dnd problem with GTK + Win 7/8 + Kaspersky or TuneUp Utilities or
Camtasia. I've tried to debug the problem, but I am not very familiar
with C/C++ and Win32 programming.
I just
On 23/02/2014 10:55, Syed Akbar wrote:
I am able to provoke the error purposefully as desired (just starting
and closing Kaspersky). I then decided to try to solve it on my own
although I am no expert in C/GTK/Win32 development.
Hi Syed,
Unfortunately, I'm not on the GTK+ development
On 9 Feb 2014, at 15:58, Syed Akbar wrote:
The build system of Hexchat is MozillaBuild. There are VC project files
included, but I am not able to use them. I can open them but not use for
debugging: error file not found.
Hi Syed, this is really outside the scope of the gtk+ mailing
On 07/02/2014 22:16, Syed Akbar wrote:
what is the fastest way to build GTK+ 3.0 with Visual Studio 2013 or
to include the source files into my project for debugging purposes?
As I mentioned earlier, building from source isn't something for a
beginner. This is especially true if you want
On 8 Feb 2014, at 09:52, Syed Akbar wrote:
Thanks for your reply, John. I have the problem that GTK drag'n'drop does not
work on Windows 7 while Kaspersky Security 2014 or TuneUp Utilities 2014 is
running. I just want to debug into the GTK source to see if I can fix it
myself... maybe a
On 06/01/2014 17:29, John Emmas wrote:
On 06/01/2014 16:33, Patrick Welche wrote:
On Mon, Jan 06, 2014 at 03:11:46PM +, John Emmas wrote:
Maybe I could get some clues about the problem if I could read the
source code.
It is essentially in this file:
https://git.gnome.org/browse/gtk
Thanks Fan,
On 07/01/2014 14:59, fanc...@yahoo.com.tw wrote:
p.s. As we don't generally build gtkbuiltincache.h for Visual C++
builds (it is shipped with the release tarball), the normal Visual C++
builds do not build this tool. [...] if there is sufficient demand
for building this tool
On 14/12/2013 22:54, Jernej Simončič wrote:
On Sat, 14 Dec 2013 14:39:39 +, John Emmas wrote:
by the end of the process (which usually
takes a couple of minutes) temp.file is invariably empty. I simply
cannot find any way (on Windows) of producing a correctly populated file.
The program
On 06/01/2014 16:33, Patrick Welche wrote:
On Mon, Jan 06, 2014 at 03:11:46PM +, John Emmas wrote:
Is the source code for gtk-update-icon-cache.exe available anywhere? Maybe
I could get some clues about the problem if I could read the source code.
It is essentially in this file:
https
On 21/12/2013 00:11, Kolya Kosenko wrote:
It seems that error specific for *.c files because *.cpp files such as
src/gtk/window.cpp compiles without errors.
Hi Kolya,
This is a pure guess - but examine the compiler settings for your VS
projects and try swapping the advanced setting for
On 13/12/2013 16:19, fanc...@yahoo.com.tw wrote:
There are a set of icons that are built into a source header file
gtkbuiltincache.h that's actually generated during the autotools build
process (as you might see, it's a pretty big file) where the
gtk-update-icon-cache processes the icon
On 12 Dec 2013, at 20:31, Luis Matos wrote:
Just a rain check,
In the future, images are not shipped in file (file.svg/file.png) but
still included in gtk (library)? Or not shipped at all?
Two more questions if I may
1) What are the .svg files? I noticed them during my testing but
Hi Emmanuele,
Thanks for your comprehensive reply and the links. They were indeed
very helpful. I just wondered if anybody could explain this mystery
which (I must confess) has got me totally baffled at the moment
Suppose I temporarily delete every .png file on my system as well as
Out of desperation this morning I dug out my well thumbed copy of
Foundations of GTK+ Development by Andrew Krause. I needed to build
the example from listing 5.1. I'm building with MSVC which may or may
not be significant.
I'm not sure if this mailing list allows attachments but I've
On 12/12/2013 13:15, Paul Davis wrote:
On Thu, Dec 12, 2013 at 5:48 AM, John Emmas j...@creativepost.co.uk
mailto:j...@creativepost.co.uk wrote:
I'm only asking because yesterday (over on gtk-devel-list) I
noticed a post which suggested that button images / menu images
etc
On 18/11/2013 17:54, Piñeiro wrote:
There is not mailing list for ATK. We usually use
gnome-accessibiliy-devel [1] for any question about any of the GNOME
accessibility modules.
Thanks Piñeiro, I'll try to remember in future - though admittedly I've
got a pretty bad memory... :-)
Version
Hi guys - is this an appropriate place for posting questions about ATK?
I tried looking for a specific ATK mailing list but I couldn't find
one. Please let me know if I'm posting in the wrong place.
Anyway, my question concerns the version numbering strategy for libatk.
When updating from
TEST: a couple of my posts to this list have failed to turn up (after
48 hours!!) so I'm just trying from a different email client. Sorry for
the noise.
John
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
I'm not sure if this is the right place for my question but if not,
maybe someone will point me in the right direction
About 2 years ago I built the Ardour DAW which was then at version 2. I
built it for Windows, using MSVC. Naturally there were a few problems
but eventually it all
Thanks for the advice, guys. I should be able to try your suggestions
either today or tomorrow.
However, on a less obvious note the product I'm working on (Ardour)
does already use its own theme which (I think) gets handled by
Clearlooks. I hope it's not a dumb question - but if Ardour
On 23/09/2013 22:44, Ryan Lortie wrote:
hi all,
I just branched off GLib 2.38 as glib-2-38.
'master' is now fully unfrozen and will become 2.40.
Off topic, slightly - but does anyone know if glibmm will be creating a
corresponding branch - i.e. glibmm-2-38 to match with glib's new branch?
On 17/09/2013 17:22, Ryan Lortie wrote:
GLib 2.37.92 contained a couple of bugs in the new
g_file_measure_disk_usage() so I did a 2.37.93 to fix them. This should
be the one used in the upcoming release.
Slightly off topic but how do I find out when the upcoming stable
version gets
On 11/09/2013 23:16, A. Walton wrote:
The best way to get this reviewed is to get on IRC, get the attention
of one of the GLib
maintainers, and have them review the code. Ryan Lortie (desrt on
IRC) wrote that code,
so he's probably the first person to run this change by.
On 11/09/2013
On 12/09/2013 12:05, Fan Chun-wei (范君維- wrote:
Hello John,
The case in gdir.c is that it includes the dirent.h and wdirent.c to
provide for MSVC builds, which was also what my initial patch tried to do.
Hope this explains it a bit.
Yes it does, Fan. Well spotted.!
So the real problem here
I just updated libglib from git and discovered that a new function got
added to 'glib/gio/glocalfile.c'. The new function is called
g_local_file_measure_size_of_contents() and I think there are a couple
of other functions supporting it.
g_local_file_measure_size_of_contents() appears to
On 11 Sep 2013, at 19:10, John Emmas wrote:
g_local_file_measure_size_of_contents() appears to assume a posix compliant
compiler. It calls opendir(), readdir() and closedir() and therefore cannot
be compiled with MSVC. Maybe there's a #define somewhere that I haven't
noticed or maybe
Just a long shot but can anyone tell me where to obtain the sources for
CairoCanvas (either git / svn / tarball or whatever). I don't know if
I'm typing all the wrong stuff into Google but it seems remarkably
difficult to track down. I found something called 'Lazarus' (which I
took to be a
On 03/09/2013 10:39, Emmanuele Bassi wrote:
hi;
the Cairo graphics library is available at: http://cairographics.org
there is no CairoCanvas that I know of.
Hi Emmanuele,
I was sure there was something called CairoCanvas. I must be getting
mixed up. Thanks.
John
Thanks guys.
My memory is hazy now but from what I can recall, any lines like this
were always problematic;-
from . import some_module
No matter what I did, I couldn't get (Windows) Python to understand what
from . meant. If the module to be imported was in a subfolder - e.g.
On 18/07/2013 02:04, Fan Chun-wei wrote:
I also ran Python 2.7 in both x86 and x64 flavors in the same way
Tarnyko ran the script (which I built myself using Visual Studio, so
this is a native Windows build/version of Python, running under
cmd.exe), and this worked for me too.
Thanks
.
John Emmas
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
On 05/06/2013 00:26, Timothy Arceri wrote:
Thanks John. I have attached a document with all the Windows bugs. Broken down
into three categories.
1. Testing needed (old bugs that need to be confirmed still exist)
2. Bugs that someone can probably start work on right away.
3. Bugs needing some
I just wondered if someone could help me with something that's puzzling me
about a recent Glib commit...
On 27th May, Dan Winship made a commit whose description is Add Makefile.glib
and GLIB_CONFIG configure macro. According to my Git package (TortoiseGit) it
looks as if the following two
On 31 May 2013, at 09:15, John Emmas wrote:
what would cause the appearance that some files have been removed when
(apparently) they're still present and needed. Maybe they did get added back
later but I just can't find it?
Ah, I think maybe the penny just dropped from a closer
On 28/05/2013 01:38, Matthias Clasen wrote:
git log will tell you that the last non-cosmetic edit of that file was
in 2000. So: no, not an up-to-date or useful test. It doesn't exist in
the current tree, even.
Thanks Matthias, I should have mentioned that I'm working with the most
recent
Inside the 'gdk' source directory there's a file called testgdk.c. Is
it considered to be up-to-date? In other words, if I build it, should
the tests pass?
Having recently built gdk from source (on Windows 7, 32-bit) I decided
to compile and run that module, just to see what happens - but a
On 27/05/2013 08:22, John Emmas wrote:
One test which seems to always fail is the test at line 493:-
case GDK_NOR:
QTEST (newpixel == (~oldpixel ~mask));
FWIW if I change the test to this, it always seems to pass:-
case GDK_NOR:
QTEST (newpixel == (((~oldpixel
On 22/05/2013 18:53, Dan Winship wrote:
fixed now, along with using stdio instead of write(), so it should
compile again on Windows now.
Great stuff Dan, thanks. It seems to be working fine now.
John
___
gtk-devel-list mailing list
On 19/05/2013 12:23, John Emmas wrote:
Just updated from Git and tried to build libglib using MSVC. The
build fails because a couple of files are now referencing
'STDOUT_FILENO' and/or 'STDERR_FILENO'. From the (admittedly,
limited) research I did, it seemed as if they're only relevant
On 20/05/2013 13:45, Erik van Pienbroek wrote:
When an executable is built with '-mwindows' (instead of '-mconsole') then
there is no stdout/stderr by default. To get a stdout/stderr one has to use
the win32 API functions AttachConsole and freopen which in turn will
return different file
On 20/05/2013 14:44, Erik van Pienbroek wrote:
So when there is no valid stdout/stderr the fileno call will return
either -1 or -2. When this value is passed as argument to a write call,
then the write call itself will fail with an 'invalid file descriptor',
but other than that there's shouldn't
On 20/05/2013 17:09, John Emmas wrote:
A few lines further down, 'total' gets incremented like this:-
total += nwrote;
So if nwrote == (-1) we'll probably get stuck in an endless loop :-(
Actually, is there a bug here anyway? Here's what that section of code
looks like currently
Just updated from Git and tried to build libglib using MSVC. The build
fails because a couple of files are now referencing 'STDOUT_FILENO'
and/or 'STDERR_FILENO'. From the (admittedly, limited) research I did,
it seemed as if they're only relevant for *nix, bash and Wine. Here are
the
The last time I updated glib (from git) was around a fortnight ago. I'm
building using MSVC but up until now, everything's been building and
running okay.
This morning I updated to the latest git sources and re-built (after
adding a new source module, 'gio/gbytesicon.c'). Everything still
On 28/04/2013 15:33, Colomban Wendling wrote:
Proposed patch fixing the test attached. Regards, Colomban
Thanks Colomban. The patch looks promising but I can't seem to apply it
with TortoiseGit (error = patch format detection failed). The only
obvious difference I can see between your
On 28/04/2013 16:37, John Emmas wrote:
The only obvious difference I can see between your patch and my others
is that you seem to be using Git v1.7.10.4 whereas I'm still on v1.7.10.1.
I'll ask on the TortioseGit mailing list to see if that really is the
problem.
Hi Colomban,
I posted
On 28/04/2013 17:45, Colomban Wendling wrote:
That's not normal, and I'm afraid it's your email client that did
something wrong. If I fetch the attachment from my mail I get the
exact patch Git generated, which doesn't include this weird character.
Yes, you were absolutely right. I tried a
On 26/04/2013 22:22, Behdad Esfahbod wrote:
It's actually because of the right-to-left argument pushing on the stack that
this is safe. At any rate, I already pushed a fix out.
Yes, well spotted! I picked up your fixes this morning and things seem
to be fine now.
BTW - I noticed a minor
On 25/04/2013 20:23, Behdad Esfahbod wrote:
Just remove the return please.
Thanks Behdad. I'll pick up your fixed version as soon as possible.
BTW - MSVC has flagged up an issue in modules/basic/basic-win32.c (at
line 819, which looks like this):-
class-script_shape =
On 26 Apr 2013, at 19:49, Behdad Esfahbod wrote:
Yes and no. I changed the script_shape API to pass down two extra variables.
Shapers that are not updated to use these new values will work the way they
used to, thanks to the C calling convention.
It's great to know that another fix can
void
pango_font_map_changed (PangoFontMap *fontmap)
{
g_return_if_fail (PANGO_IS_FONT_MAP (fontmap));
if (PANGO_FONT_MAP_GET_CLASS (fontmap)-changed)
return PANGO_FONT_MAP_GET_CLASS (fontmap)-changed (fontmap);
}
Microsoft's Visual Studio gives me the following compiler warning when I
When I last downloaded a tarball for Pango (maybe a year or so ago) the code
included some source modules for a library called Harfbuzz.
More recently, I downloaded Pango from Git and realised that Harbuzz isn't
included any more. I can obtain Harfbuzz here:-
On 24 Apr 2013, at 13:33, Dave Crossland wrote:
On 24 April 2013 13:17, John Emmas john...@tiscali.co.uk wrote:
But I just wondered why it's been removed. Was it removed because I should
now build it separately?
Yes, its now its own package :)
Thanks Dave
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
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
On 08/04/2013 14:09, Ryan Lortie wrote:
A 'const gchar **' is (in this case) an array of 'const gchar *' (ie:
const string pointers). It is the strings that are immutable. The
array itself is fully writable, and indeed you should free what
g_variant_get_bytestring_array() returns to you,
If I'm working on an application which still uses GTK+ version 2, is it
still possible to obtain the sources (using subversion or git) or is
version 2 only available from tarballs now?
John
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On 24/03/2013 13:12, Paul Davis wrote:
git clone git://git.gnome.org/gtk+ http://git.gnome.org/gtk+
cd gtk+
git checkout --track -b gtk-2-24 origin/gtk-2-24
That worked, thanks!
John
___
gtk-devel-list mailing list
Hi Alejandro,
I just committed a second bug report for another test that's failing. I
realise that neither of these is urgent. Best regards,
John
https://bugzilla.gnome.org/show_bug.cgi?id=696466
___
gtk-devel-list mailing list
Hi there,
This morning I built libatk v2.7.91 (Windows / MSVC) from the latest git
code (downloaded about 4 days ago). Having built the library I decided
to build the two test modules. Unfortunately, testrelation.c gave me
this error at run-time:-
Relation test module loaded
101 - 200 of 439 matches
Mail list logo