Egbert Eich [EMAIL PROTECTED] writes:
[...]
static int doScalable;
static int doBitmaps;
-static int doEncodings;
+static int onlyEncodings;
+static int onlyEncodings;
A typo?
--
Alexander Pohoyda
[EMAIL PROTECTED]
___
Devel mailing list
Kean Johnston writes:
Egbert Eich wrote:
Juliusz, Kean, please check below and tell me if it does what you expect.
Mostly, except for the -x stuff. Can you and Juliusz apply and try the
attached patch? This doesnt include the X11.tmpl cleanup portion of my
original patch, but ti does
RM Weired. I don't see that problem when running mkfontscale
RM (Solaris2.7/SPARC build with Sun Workshop/Forte 7) ...
Try -e.
Juliusz
___
Devel mailing list
[EMAIL PROTECTED]
KJ I am in favour (personally) of making -x mean eXclude a suffix
KJ and perhaps changing the current mkfontscale's -x to -a, for (a)dd
KJ an encoding.
I agree.
Juliusz
___
Devel mailing list
[EMAIL PROTECTED]
From the code I don't see a difference in order between you version
and Juliusz's either, am I wrong?
KJ No you're not. I didnt know if those semantics were important so I
KJ didn't change them. I am not sure they are important, but since this
KJ is a replacement for mkfontdir, I think it is
Juliusz Chroboczek wrote:
RM Weired. I don't see that problem when running mkfontscale
RM (Solaris2.7/SPARC build with Sun Workshop/Forte 7) ...
Try -e.
That's what I did (% mkfontscale-e $PWD # in the encodings/ dir) ...
Bye,
Roland
--
__ . . __
(o.\ \/ /.o) [EMAIL PROTECTED]
Juliusz Chroboczek writes:
What sort of checking was done before replaceing mkfontdir with
mkfontscale ?
EE I had the impression that this had been tested to some extend.
Egbert,
I am sorry if I misled you.
No problem. I guess it was my mistake.
So far submitted code was
Egbert Eich wrote:
This is really difficult.
I have compared Julisz's and Kean's patches.
Juliusz doesn't implement the -r option while Kean's code doesn't fix
the '(null)' problem, Kean doesn't generate an encodings file if no
encodings are to be processed while Juliusz generates one containing
a
Kean Johnston writes:
Yes, if we don't have an improved version by the end of the week
I will revert this.
I didnt see any comment on my message ... did you see my patch from
yesterday that implements the -r and -n options?
I'm sorry I have overlooked your posting.
I've combined
Dr Andrew C Aitchison wrote:
With Roland's fix, mkfontscale generates encodings.dir files
containing the string (null), ie with lines like:
big5-0 (null)(null)large/big5.eten-0.enc
big5.eten-0 (null)large/big5.eten-0.enc
viscii1.1-1 (null)./viscii1.1-1.enc.gz
adobe-symbol
AA What sort of checking was done before replaceing mkfontdir with
AA mkfontscale ?
None; there's been a problem of assignment of responsibility.
Please see bug 388, where I'm assuming somebody will do the testing
before committing (or decide not to commit until there's testing), and
Egbert
Dr Andrew C Aitchison writes:
With Roland's fix, mkfontscale generates encodings.dir files
containing the string (null), ie with lines like:
big5-0 (null)(null)large/big5.eten-0.enc
big5.eten-0 (null)large/big5.eten-0.enc
viscii1.1-1 (null)./viscii1.1-1.enc.gz
adobe-symbol
What sort of checking was done before replaceing mkfontdir with
mkfontscale ?
EE I had the impression that this had been tested to some extend.
Egbert,
I am sorry if I misled you.
I had tested the mkfontdir replacement on the font directories I hold
on my laptop. I did not test this on a
On Tue, 1 Jul 2003, Egbert Eich wrote:
Having build options for all kinds of experimental stuff doesn't
sound like a realistic solution. Better to have some sandbox
separate from the main tree.
True.
If we had known that this was experimental, a branch of the CVS tree
would have made sense.
AA any idea whether this is the right solution ?
Please try the attached instead.
Juliusz
Index: xc/programs/mkfontscale/mkfontscale.c
===
RCS file:
Please test
http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=425
Juliusz
___
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
Juliusz Chroboczek wrote:
Please test
http://bugs.xfree86.org/cgi-bin/bugzilla/show_bug.cgi?id=425
This fixes the -n -r problems for me, and compiles OK. However, are you
trying to emulate the exact semantic behavious of mkfontdir? If so then
the way you implement doEncodings is incorrect. In
17 matches
Mail list logo
