blem by unresolvable symbols?
However, rather I hesitate to add new functions even if they are
portable dummy.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
theoretically right, I prefer
policy B. Because, it is easy for LD_PRELOAD trick to rewrite
disabled FT_Get_WinFNT_Header() to working one, but it is
difficult to rewrite FT_Get_Module() with disabled WinFNT.
Yet I've not made such demos, it's just conceive.
Regards,
mpsuzuki
__
pable to edit Arabic script (although
I'm not sure if special features for Urdu is required).
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
MacOS), but it's not permitted to use
them on non-Apple-computers. So I report a few examples.
As you reported, these font files has no "head" nor "hmtx".
Regards,
mpsuzuki
SaiMinchoTai (for Japanese script)
--
bdat offset 0x00bc lengt
x/i386 and a few Mac OS X,
thus the bug does not appear. Yet I'm not sure of the intention
of original author, give me a few weeks. If urgent fix is required,
I will write a patch for configure to check ft_validator_run()
works well and replace ft_setjmp() if does not work.
Regards,
mpsuzuki
_
jmp() won't be
problematic.
Yamato-san, how do you think of?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
be replaced
by some warning-only functions. To avoid unexpected
crashing, it should not call ft_setjmp().
Jens, how do you think?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
unsure about that.
I remember, MingLiU.ttc bundled to WinNT 4.0 has the problem.
But I heard recent version of MingLiU is fixed. Soon I will
check my font collection, please wait.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
h
version (where I got)
DFHEI5A.TTF 3.0 Dynalab TypeX 150
DFSONG3A.TTF3.0 Dynalab TypeX 150
DFFN_B5.TTC 2.0 Dynalab TypeX 150
DFFN_M3.TTC 2.0 Dynalab TypeX 150
Yet I cannot remember any Japanese fo
DF?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
can influence this?
"built in Linux fonts" is not clear, I could not understand
what you compared with FreeType. What is it?
You mean kernel builtin fonts for framebuffer console?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-
as anyone already tried to make such a port, or is there any
>planned effort on making such a compatibility possible ?
I suppose there's nobody working for, at present.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
nce or something please let me know.
I know no good guidance of PS/PDF font embedding technology,
however everybody have to check
Adobe Technote 5012: The Type42 Font Format Specification
http://partners.adobe.com/public/developer/en/font/5012.Type42_Spec.pdf
Regards,
mpsuzuki
emulate TTF-like
properties in FT_Face, by builtin charcode-cid conversion with CMap.
If I'm misunderstanding, please correct me and discard following text.
In following, I note 2 points why I hesitate to start working.
Any comments are welcomed.
Regards,
mpsuzuki
--
(1) migration from CJK PS f
#x27;.
Excuse me, you are thinking of the application which can determine
the proper CMap? In such cases, I have no objection. I suppose,
Hidetoshi's proposal was for others. As Hidetoshi's TODO item #2,
he thought such support was required for the softwares which cannot
determine
ard option introduce some
confusion, recently I heard that sdl.pc includes such option:
"-Wl,-framework,Cocoa". So now I think embedding such option
is into freetype2.pc and freetype-config (when required) is
acceptable.
Please let me know how do you think of
Dear Sir,
On Wed, 11 Oct 2006 20:32:41 +0200 (CEST)
Werner LEMBERG <[EMAIL PROTECTED]> wrote:
>
>> Since freetype-2.2.1 release, I received several complains from
>> MacOSX developers/users [...]
>>
>> To link Carbon library, non-standard option "-Xlinker -framework
>> -Xlinker CoreServices ..."
:
http://mail.gnome.org/archives/gtk-i18n-list/2006-July/msg8.html
http://mail.gnome.org/archives/gtk-i18n-list/2006-August/msg4.html
https://www.codeblog.org/blog/mpsuzuki/20060817.html
fontconfig + freetype2 + Carbon-free MacOS font support
cannot count the number of sfnt resource in
t
# have working solution for such people.
I'm unfamiliar with the naming convension in .mk files,
so I want comments by David or Werner about the variable
names like "CCraw_build" "E_BUILD".
Regards,
mpsuzuki
--- orig/builds/unix/configure.raw
+++ mod/builds/unix/conf
ted.
Also I insert undeclared variable array, so cc1 will issue an
error including the variable name, so the variable name can be
used to show some message to developer.
However, this trick is very very ugly. There's any better method?
Regards,
mpsuzuki
--- freetype2/include/freetype/ftmac
naming convension in .mk files, so I want
>> comments by David or Werner about the variable names like
>> "CCraw_build" "E_BUILD".
>
>Just go on.
Thank you, within 48 hours, I will commit my patch and
document.
Regards,
mpsuzuki
__
. I think it's insufficient, because often too many warnings
are printed within building procedure of problematic softwares,
I wish method to interrupt the building.
I'm thinking of following to Turner's propose, how do you think
of the introduction of ugly hack into ftmac.h?
R
etype2 package,
I thought refering nothing is better than refering a
document which can be obsoleted in future.
Regards,
mpsuzuki
This document contains instructions on how to cross-build the FreeType
library on Unix systems, for example, bui
Dear Sir,
Thank you for improvement and formatting,
just I've committed cross-building patch to CVS!
Regards,
mpsuzuki
On Sat, 14 Oct 2006 08:30:38 +0200 (CEST)
Werner LEMBERG <[EMAIL PROTECTED]> wrote:
>
>> I see. Following is my manuscript for INSTALL.CROSS, Pleas
ment notes about how to check the version
of GNU make, the problem (for users who don't know which make he
has) will be solved. However, yet I've not checked the minimum
version of GNU make to build. I will check, please wait.
Regards,
mpsuzuki
On Tue, 5 Dec 2006 15:39:55 -0500
&q
used, please let me know.
Regards,
mpsuzuki
--
[check 1]
The earliest gnumake on Mac OS X (10.0.4) was GNU make 3.79.
I could build latest freetype2 on CVS by /usr/bin/gnumake,
by setting GNUMAKE environment variable.
If anybody knows different situation in "Mac OS X Server"
which is rele
es for native and emulated architectures
4. if the header files are shared for multiple architectures,
there's any reliable cpp-conditional to specify an architecture?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
ssumption?
32/64bit issues may arise. Check the discussion on 2005,
http://lists.gnu.org/archive/html/freetype-devel/2005-12/msg00014.html
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
le running `aclocal -I . --force'
>
The autotools (automake, autoconf) bundled in Xcode
are legacy. You have to install newer autotools
out of Xcode. I use automake-1.9.6 & autoconf-2.59.
Regards,
mpsuzuki
___
Freetype-devel mail
or autoconf at all.
In my personal opinion, putting some hooks to check autotools
versions into autogen.sh is not bad idea. However, even if I add
such hook to autogen.sh, it simply requests the versions listed
in README.CVS, I'm not going to find the oldest "working" version
of au
, but it's too strict than Apple's option.
I won't have enough time to work this issue until
2007-01-15, sorry.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
x27;t have
VC++ which you used to find problematic part of gxvalid,
yet we don't know how VC++ warns about our fix.
Regards,
mpsuzuki
P.S.
Still there are several XXX parts in gxvalid, it will be fixed
in 2007. Sorry.
--- orig/src/gxvalid/gxvbsln.c
+++ mod/src/gxvalid/gxvbsln.c
to autogen.sh is not bad idea.
>
>I don't object, but it doesn't have a high priority for me.
Of course, it's task of me who proposed. I will write version
checking hooks for autogen.sh, after 2007-01-15. Please wait.
Regards,
mpsuzuki
is incorrect when
rendered by ftview.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
Hi,
On Fri, 5 Jan 2007 13:53:51 +0800
DingLi(丁力) <[EMAIL PROTECTED]> wrote:
>"1.jpg" is incorrect image by the ftview, and
>the "2.jpg" is the correct image.
>
>I have known why it can not be displayed correctly.
>Because the font file is not complete, it lack of
>several tables for the hint, so
If acceptable,
I want to spend a week to write and commit (2007-01-16 - 23)
and another week (2007-01-23 - 30) to wait comments in ft-devel.
Is is too late?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.non
c, please note
>> that it is now Mac OS X-only, and that some old APIs now return
>> errors. Thus your code should still build unchanged, but may change
>> in behaviour."
>
>I've added this to the CHANGES file, thanks.
Please check JPEG picture summarizing the dif
MHO, FT_GetFileRef_xxx() will be deprecated in long-future.
# The incompatible behaviour issues will continue until Carbon-
# free Mac font support (that I'm working but long work).
# The root of problem was introduced between 2.0.5 and 2.0.6.
#
http://cvs.savannah.gnu.org/viewcvs/
Mac_ATSName().
Considering the direction to remove Carbon dependency,
the introduction of API using FSRef (Carbon dependent data type)
is not good idea, FT_GetFilePath_From_Mac_ATSName() may be more
stable API and it is easy for programmers to replace it by
fontconfig library.
Regards,
mpsuzuki
__
#x27;t know anything recommended for you. I've ever
tried to make stroke vector data by hand-written Yi-script,
by autotrace, but result was worse than outline vector data.
Improvement of the algorithm to determine suitable stroke
is required.
https://www.codeblog.org/blog/mpsuzuki/20060710.html
version checking
feature to autogen.sh. In addition to basic aclocal/libtoolize/autoconf,
it scans aclocal-1.9, glibtoolize, libtoolize-1.5, autoconf-2.59
for fallbacking.
This is too lengthy for other developers to maintain, possibly
I can reduce to 50% shorter. If more compression is ess
Dear Sir,
Thank you, I will apply within 24 hours.
Regards,
mpsuzuki
Jjgod Jiang wrote:
> Hi,
>
> The patch attached fixed a minor memory leak in ftmac.c,
> just CFStringRef created without release.
n Mac OS X header, not tested with wide variety of C compilers.
There's anybody who experienced "compiling with ANSI C
mode generates better results than compiling in default
non-ANSI C mode"? Turner, have you ever heard of?
Regards,
mpsuzuki
__
se error at end of input
>configure:5527: $? = 1
>configure: failed program was:
[snip]
To avoid this error, I will change the comment line
aslike.
- /* OSHostByteOrder() is typed as `OS_INLINE' */
+ /* OSHostByteOrder() is typed as OS_INLINE */
Regards,
mpsuzuki
Werner LEMBERG wro
be compiled. So, if forced to say, using backquote in
the testing code for AC_TRY_COMPILE([], []), I ought have to
be more careful.
Anyway, just I've changed the part to be unquoted word, so
now the problem is fixed in CVS.
# Sorry, due to instable network of our University, ssh session
# was killed before sending notice mail in ft-cvs.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
- fix compiler warning
I think include/freetype/config/ftconfig.in is
the right place of compiler-specific configuration.
Unfortunately, my SGI IRIXs don't have official
MIPS C compilers (so I cannot reproduce the issue),
could you transplant the hook to ftconfig.in?
Regards,
mpsuzuki
_
kDraw and FileManager (FSSpec etc)
functions, but also ATS and FSRef functions.
It is intended design?
Regards,
mpsuzuki
On Tue, 20 Mar 2007 11:24:49 -0400
"Sean McBride" <[EMAIL PROTECTED]> wrote:
> On 3/20/07 9:56 AM, [EMAIL PROTECTED] said:
>
> >> 1) builds/un
e would not use it for real migration. If people are
using such kit for real migration, I have to add exclusion.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
r'.
Excuse me, please let me alter the phraseology:
Mac OS X 10.4.x on Intel Mac can execute 64bit Intel Mac binary?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
lity,
so I wish building FreeType2 on 64bit Intel Mac 10.4.x won't cause
such problem. You had problem?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
ilityMacros.h"
#if defined( __LP64__ ) && \
( MAC_OS_X_VERSION_MIN_REQUIRED <= MAC_OS_X_VERSION_10_4 )
#define DARWIN_NO_CARBON 1
#else
#define FT_MACINTOSH 1
#endif
#endif
However, I'm not sure whether 10.5.x will set default
MAC_OS_X_VERS
it will be
quite helpful for both of FT2 and PDF-related softwares.
If you have some idea of subsetted API for embedded font,
please let me know.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
if fallbacked face (loaded without cmap)
can be modified to full featured face by applying
FT_Attach_{File|Stream}.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
ect its content to
rasterization" is confusing.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
aving no `cmap' table.
Indeed, I was too hasty.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
yalam, Sinhala (and South-East-Asian) scripts.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
failsafe mechanism. I remember what I wrote 2 years ago:
http://lists.gnu.org/archive/html/freetype-devel/2005-11/msg00084.html
>Another reason is that: if the text layout engine includes
>its own validator, it will be runtime checking to avoid
>from wrong behaviour and crashing, and won'
as ftmac.c is now OS X-only, they can be removed.
>
>3) other misc warnings fixed in ftmac.c
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
out the possibility
of FSRefMakePath() returns HFS ptahname.
If we restrict the scope to Mac OS X,
FSRefMakePath() always returns POSIX + UTF8
pathname delimited by "/" ? If so, the code
checking the delimiter ("/" or ":") can be
removed.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
t;building" of freetype2 itself is properly finished,
but your installation with root privilege broke the system.
I recommend you to install without root privilege.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lis
ooked
it, I'm very sorry). I was thinking that cross building
feature of freetype-2.2.x and later is not used popularly,
because there are too many legacy programs using freetype
internal headers which cannot build with freetype-2.2.x
and later don't install.
Regards,
mpsuzuki
_
ng issues, but repeating
compile ftmac.c, generate ftmacdyn.h, recompile ftmac.c is
not smart, even if it's automatic.
Regards,
mpsuzuki
On Fri, 21 Sep 2007 17:31:35 +0900
[EMAIL PROTECTED] wrote:
>On Fri, 21 Sep 2007 00:32:35 +0200
>"David Turner" <[EMAIL PROTECTED]> w
;with ftmac.c and without ftmac.c, in freetype mailing list.
>
>I guess I missed this discussion... what date was the first post?
Please check a thread from this post:
http://lists.gnu.org/archive/html/freetype/2007-09/msg00016.html
I will answer f
mpiler option of FreeType2) primarily.
The difficulty for Mac OS X 10.0 compiler is the second reason.
Sorry for confusing you.
--
Anyway, thank you for comment, I have to propose ftmacdyn.h
generator and I will ask if it's easy for developers.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
From the viewpoint of compatibility with Microsoft products,
it's not good idea.
So, I think, it's better for Wine to have internal priorities
of "prefered" cmap subatble and choose the best cmap subatble
by himself. How do you think of?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
ata
structure, I think. To detect "broken" cmap as you say,
it's required to investigate cmap, loca, glyf subtables
content semantically. After checking the all cmap, loca,
glyf subtables, the best cmap subtable would be chosen.
I'm not against the fact that suc
Dear Dmitry,
Following is a function whose API is similar to
FT_Select_Charmap() but ignores non-Microsoft
cmap subtables. Does it serve your purpose?
#include
#include FT_FREETYPE_H
#include FT_TRUETYPE_IDS_H
/* getting the first cmap subtable for Microsoft platform
* matching specified enco
fixes already serves Dmitry's purposes. Your special
>code is thus not necessary (and honestly, I don't think we should add
>such a function).
Ah, I was not going to propose the function to FreeType tree.
It was just an external workaround for FreeType before your
quick fi
27;ve not checked the contents of post table,
but my experiment on version 5.00 (MD5 is following),
with freetype-2.3.5 is same with Werner.
417a85ff314928adc67e51bb1b458f04 simsunb.ttf
I could not reproduce the bug Ding Li reported.
Regards,
mpsuzuki
atures than
the support of cmap format 14 (and some of them is
difficult to implement in FT2), but FT2 is appropriate
library to participate the support of cmap format 14,
I think.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
sh them.
I guess if PostScript name of the font finishes with
83pv-RKSJ-H, it's supposed to be Shift-JIS for KT6,
and if it finishes with 90pv-RKSJ-H, it's supposed
to be Shift-JIS for KT7. However, there are Japanese
fonts without such extensions (e.g. Apple's Osaka).
Regards,
mpsuzuk
1 Apr 1997 Version 2.10
DFPMaruGothic-SB-MP-RKSJ-H, 1 Sep 1997 Version 2.00
DFPSNGyoSho-W5-MP-RKSJ-H, 28 Feb 1997 Version 2.10
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
nk? Can you investigate?
Yes, of course. Now I'm investigating the problem.
I guess there might be existing hacks for Dynalab
fonts since freetype-1 era. If anybody knows
recommended patches, please let me know.
Regards,
mpsuzuki
___
Freetype-dev
om "ftmac.c" to , adding compiler flag
>-Ibuilds/mac/ in configure script can switch the used ftmac.c
>from src/base/ftmac.c to builds/mac/ftmac.c.
>
>However, your trouble in building VTK is not what I wanted to
>do, so I will fix it soon. As other source files are included
&
really* necessary? My favourite action would be
>to silently replace <...> with "..." and wait for bug reports.
>However, I leave the decision to you. Please commit whatever you
>think is best.
OK. Within next week, if there's no contrary opinion in
th
tible with the license.
deron> I'm still working on a few other font
deron> related problems and when I get done I'll see what could be done that
deron> would be beneficial external to freetype not just "bloat". With the
deron> changes
ider such sub-header including broken value (I think,
if code_count is zero, offset must be zero either. So
paranoid validator should return an error).
Regards,
mpsuzuki
By the way, at present, Dynalab fonts for MacOS has Apple
SJIS cmap but lacks Microsoft SJIS cmap (thus, ftvi
various language IDs for
Roman script: English, French, German, Italian, Dutch, Swedish,
Spanish... Anybdoy had ever seen a TrueType font that has
non-zero language ID?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
sible for AFM & PFM
to have the metrics which is different from PFA & PFB.
I don't know recent utilization is popular.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
tScript
>page descriptions and must make formatting decisions
>based on the widths and other metrics of glyphs.
>Kerning information is also available in the AFM and
>ACFM files. When possible, applications should use
>this info
t PS font package
provides PS font and AFM but often lacks PFM.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
re if application designer is
so ambitious to implement such by themselves. I wish if
fontconfig provides such data, but I'm not sure fontconfig
developers will agree. Linking AFM/PFM in ~/.fonts should
be discussed after that, I think.
Regards,
mpsuzuki
___
ian,
# only used in older systems).
system region code is apparently different from languageID
(languageID for Croatian is 18).
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
ke Pango/HarfBuzz, ICU, etc.
# I wish if such informations (OpenType extension
# availability) are available from fontconfig database.
Do you have any favorite software supporting AFM/PFM
or TrueType kerning?
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
uld be used with other files to attach character encoding
interface - they don't have simple Unicode interface.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
is correctly returned by Get_HMetrics function in ttgload.c, but
>it has no impact on actual left bearing of final glyph outline (I change
>it in debugger and resulting outline was same).
Please tell me where I should set breakpoints and
which variables
.
Regards,
mpsuzuki
On Wed, 9 Jan 2008 22:16:03 +0100
"Boris Letocha" <[EMAIL PROTECTED]> wrote:
>Here are screenshots.
>Some more information: Windows rasterizer has it correctly. In FreeType
>it does not depend if you enable or disable bytecode interpretter. I
>don&#
behaviour will be
that Boris expected. Werner, could you inform us the buggy
fonts that the change was written for?
Regards,
mpsuzuki
>On Wed, 9 Jan 2008 22:16:03 +0100
>"Boris Letocha" <[EMAIL PROTECTED]> wrote:
>>Here are screenshots.
>>Some more informa
e to make these fonts available to a FreeType
>developer that it willing to try to troubleshoot this issue further.
I'm interested in, and I want to have an access to the fonts.
I admire that you contacted LinoType and got the permission.
Regards,
mpsuzuki
_
ed in,
but I'm afraid it won't be supported as far as the patents
are permitted by Agfa to implement under FTL or GPLv2, or,
until the day it is expired (2017?).
Yet I've not checked how ISO/IEC 14496-18 describes about
the pat
Hi,
I checked google but all OptaneCompactExtraBold I could
download were for Windows TTF (including only 1 face).
Could you tell me where I can download the suitcase version?
Regards,
mpsuzuki
On Sat, 02 Feb 2008 12:42:06 -0700
Deron Kazmaier <[EMAIL PROTECTED]> wrote:
>A Mac user pr
So here are my 2 questions.
* The NULL handle for 3rd sfnt resource is
casued by any problems in font file?
Or, caused by any reason out of font file?
* After your fix, the 7 faces accessed by FT2
are all different? I'm afraid that 3rd and
4th faces are same.
Regards,
mpsuzuki
On We
mailto:[EMAIL PROTECTED]
>Sent: Thursday, February 14, 2008 4:07 PM
>To: [EMAIL PROTECTED]
>Cc: freetype-devel@nongnu.org
>Subject: Re: [ft-devel] Does the freetype support this font?
>
>> Agfa Font Compression(.ac3)
>
>Not supported, as mp
t for
legacy MacOS fonts. The Carbon-free have to parse
the internal of resource fork by itself, so the font
that caused this issue may cause different problem
in Carbon-free impplementation. So I want you to
negociate with the original bug reporter to give me
the font, to pre
error checking by NULL handle only. In fact,
Get1Resource() is checked by NULL handle (without
ResError()) in other part of ftmac.c.
I wish if the bug you reported was closed, at present.
Regards,
mpsuzuki
On Fri, 15 Feb 2008 15:54:08 +0900
[EMAIL PROTECTED] wrote:
>Hi,
>
>Thank you for h
k.
>Type42 format is rather a "wrapper" for sending TrueType font to an Adobe
>RIP. The entire TrueType font file data is encoded into the "sfnt"
>array (strings or binary), then other Adobe Postscript-ish header/footer
>added.
Do you say that Adobe RIP uses sfnts a
h concrete example. What I want to say
to you is not refusal, but appropriate solution
to your request.
Regards,
mpsuzuki
___
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
pers & users on
Mac OS X: should I apply this patch?
Regards,
mpsuzuki
Index: ChangeLog
===
RCS file: /cvsroot/freetype/freetype2/ChangeLog,v
retrieving revision 1.1704
diff -u -r1.1704 ChangeLog
--- ChangeLog 3 Mar 2008 08:08:12 -0
k
the file by simpler programs, like, ftdump (see ft2demos),
with FreeType2 built with debugging symbol.
Regards,
mpsuzuki
On Wed, 26 Mar 2008 16:55:29 -0700
Wenlin Institute <[EMAIL PROTECTED]> wrote:
>
>On Mar 26, 2008, at 3:25 PM, Tim Lyons wrote:
>> freetype cra
7;t understand what I should be doing from the various read-me
>files.
Sorry for confusing document, I have to revise it.
More easier and detailed documents to avoid such
trouble is needed. I will write next message about
following part of your mail within a week (if I
could connect to the in
101 - 200 of 438 matches
Mail list logo
