Juergen Zimmermann writes:
> But I'm confused. Why can I save a dia-file with "File - Save As" in
> a path with non-ASCII characters, but not with "File - Save"??
A bug in Dia?
--tml
___
Dia-list mailing list
[EMAIL PROTECTED]
http://mail.gnome.org/
Juergen Zimmermann writes:
> Is there a solution or workaround to fix this?
Based on the screenshot, this could have to do with the pathname
containing non-ASCII characters. (Or not, I haven't really looked at
Dia's code and whether it does the Right Thing.) Have you tried saving
in a path consis
Steffen Macke writes:
> But basically this looks like a GTK+ problem. I'm using the
> binaries provided by Tor Lillqvist and so far they seem to have
> worked for Windows 9*. I have no idea why this should have changed.
Hmm, yeah, gtkfilesystemwin32.c now uses GetFileAttribu
Steffen Macke writes:
> More good news in this direction: Microsoft is giving away the Visual C++
> Toolkit 2003 for free:
But, they don't include any import libraries for msvcrt.dll, or any of
the Win32 API libraries, nor any headers for Win32. The Win32 API
import libraries and headers can be
Steffen Macke writes:
> >BTW: the incredible slowness of Dia 0.91 may be overcome by
> >set PANGO_WIN32_NO_UNISCRIBE=1
In Pango 1.2.5 that is no longer necessary (and in fact, that
environment variable doesn't do anything).
--tml
___
Dia-list mail
> It is currently broken (just once more: please read 'Heads up on
> Pango Head') cause it uses fontconfig which appears to work on X
> but IMHO needs a complete rewrite to fit into the win32 platform.
But it's only HEAD of Pango that uses fontconfig; shouldn't pangoft2
in the pango-1-0 branch
Lars Clausen writes:
> If somebody could compare the font names for some standard fonts with those
> found on Windows (using pango_family_get_name()), here are the Freetype
> names for a number of standard fonts:
I happened to have some debugging output (gathered for another purpose
a couple o
Cyrille Chepelov writes:
> I've got a single problem to apply it: patch rejects it.
Umm. Strange. The diff was produced with a standard cvs diff -u2.
Would it be OK if I committed it myself?
> For the rest, I agree entirely with you, especially on the DLL
> issue (though it would be more pro
iff -u -2 -r1.1047 ChangeLog
--- ChangeLog 1 Sep 2002 21:51:52 - 1.1047
+++ ChangeLog 4 Sep 2002 08:43:57 -
@@ -1,2 +1,36 @@
+2002-09-04 Tor Lillqvist <[EMAIL PROTECTED]>
+
+ * configure.in: Check for both pangoft2 (using PKG_CHECK_MODULES,
+ as before) and -lfr
Bruno Haible writes:
> * If you want mingw32 binaries, go to http://mingwrep.sourceforge.net/
BTW, is it on purpose that these binaries use a different name for
the DLL (libiconv.dll) than what you get if you compile with MSVC
using the Makefile.msvc (iconv.dll)?
--tml
___
James Michael DuPont writes:
> lets look for iconv :
> http://sourceforge.net/projects/libiconv/ -- This is from Haible
> http://savannah.gnu.org/projects/libiconv -- Oh another one!
> http://gettext.sourceforge.net/-- another port!
> http://sourceforge.net/projects/mingwrep/
James Michael DuPont writes:
> Hopefully we can get all the cool gnome apps running under windows
Correct me if I am wrong, but doesn't it go like this:
GNOME is intended to provide on Unix some of the (high-level) features
in Windows, that on Windows are implemented with stuff like COM and
OLE
12 matches
Mail list logo
