Dan McMahill wrote:
> The unicode character there is a lower case greek epsilon. When I print
> to PDF, that character is clearly bitmapped and looks ugly compared to
> the rest of the text. When I send to my postscript printer, it (the
> epsilon) doesn't even come out.
>
> When I do the same f
On Thu, Feb 5, 2009 at 4:38 AM, Tor Lillqvist wrote:
>
> > I would appreciate any suggestions as to how to debug this further.
>
> Write a minimal sample program that exhibits the problem, file a bug,
> and attach the sample program (as a single source file in C; no
> binaries, not zip archives, n
Hello,
I have just converted a program of mine to use gtk_print and cairo+pango
for printing instead of my 10 year old hand coded postscript output.
I'm mostly happy with the results, very happy to get printing working
under win32 as well, but am having a font problem.
I am selecting a font
On Thu, 5 Feb 2009 14:05:04 -0200
John Coppens wrote:
> During several tests, I came across the famous "your intltool is too
> old. You need intltool 0.35.0 or newer". I have 0.40.5 installed, as
> shown by:
>
> $ intltool-update --version
> intltool-update (intltool) 0.40
- Original Message -
From: "Tor Lillqvist"
As far as I know, distributing .la files is not a good idea. You don't
see any .la files being distributed in devel packages on Linux either.
That's odd. my Linux tree is full of them (64studio). Well over 500 and
many are quite recent (
> On the subject of libtool, I've noticed that none of the gtk-win32 libraries
> and dependencies that I've loaded (so far) have included the ".la" files
> that I'm used to seeing with package installations from other sources.
As far as I know, distributing .la files is not a good idea. You don't
It looks like libgnomecanvas was indeed the problem here. After upgrading
it and adding intl.dll, the program now works as expected.
- Original Message -
From: "Tor Lillqvist"
The intl.dll is what would otherwise have been called libintl-8.dll
when built by libtool, but I build it a
> When I try to run that same program, Windows tells me
> that it cannot proceed because "intl.dll" isn't installed (note:
> "intl.dll" - not "libintl.dll").
intl.dll is in the gettext package on the download page.
> Is it expecting libintl,
The intl.dll is what would otherwise have been called
On Thu, 2009-02-05 at 16:20 +, gtk-app-devel-list-requ...@gnome.org
wrote:
> There are functions to convert a PNG with transparency (alpha component)
> to a GdkBitmap according to a threshold. See
> gdk_pixbuf_render_threshold_alpha()
> http://library.gnome.org/devel/gdk/stable/gdk-Pixbufs.htm
Thanks again, Tor.
I seem to be making progress but after installing libgnomecanvas I've hit
another brick wall. When I try to run that same program, Windows tells me
that it cannot proceed because "intl.dll" isn't installed (note:
"intl.dll" - not "libintl.dll").
Sorry to be a pest but I'm not
Le samedi 31 janvier 2009 à 20:11 +, Richard Shann a écrit :
> The Gdk functions to create bitmaps from data require xbm or xpm data.
> (For example gdk_bitmap_create_from_data ()). Why do I not see anything
> to create a bitmap from a (b&w) .png image?
There are functions to convert a PNG wi
Hello people.
Previously developping mainly with glade1 and glade2, glade3 now requires
to write the code separately. This made me look into Anjuta and other
alternatives.
During several tests, I came across the famous "your intltool is too old.
You need intltool 0.35.0 or newer". I have 0.40.5
> I am, because I get a runtime error if I don;t use
> that flag - even though I'm not linking to any Microsoft libraries. Is that
> normal?
The run-time error is intentional, to make sure that you did use the
switch. Whether you link to Microsoft libraries or not is not relevant
here. What's rel
I think I might have figured this out (it's just a theory at the moment
though).
Here's the page that I used for installing gtk-win32:-
http://www.gtk.org/download-windows.html
I installed most of the libraries shown except for a few that I don't have
installed anyway, like libexpat. However,
Oops, sorry Tor - I guess I should have copied and pasted instead of typing
this out manually. In fact I had carried out the initialisation but
slightly differently. This is how the real code looked (copied and pasted,
this time)
#include
int main (int argc, char *argv[])
{
gtk_init (&argc,
> Here's a very simple program that illustrates the problem:-
When I add the missing semicolon, compile, and run the program, I get
a lot of error messages, the first (and most relevant) being:
(johne53-1.exe:2264): GLib-GObject-CRITICAL **: gtype.c:2458:
initialization assertion failed, use g_ty
I'm trying to port a program which previously used gtk-x11 so that it will
work with gtk-win32. For the past day or two I've had a very strange
problem with the program crashing unexpectedly. Finally I tracked it down
to a problem with the function call g_type_query()
Here's a very simple prog
> I would appreciate any suggestions as to how to debug this further.
Write a minimal sample program that exhibits the problem, file a bug,
and attach the sample program (as a single source file in C; no
binaries, not zip archives, no makefiles) to the bug.
-tml
__
Hi all,
I am a developer for Xiphos (previously GnomeSword) and I'm heavily
involved in our Windows port effort. Most things have gone smoothly,
but one issue really has me stumped.
Occasionally all of the treeviews in the application will "freeze". By
this I mean that they will not expand or col
19 matches
Mail list logo