-to-date or not.
Victor Mote
be:
This TExT Is CapitAliZed.
Victor Mote
be:
This TExT Is CapitAliZed.
Victor Mote
I tried to do from within FOP. It failed miserably.
I cannot afford to make that mistake again. More to come later by way of
answer to your other emails.
Victor Mote
be. That is clearly not reasonable.
Victor Mote
be. That is clearly not reasonable.
Victor Mote
as much speculation as
yours (although I can point to how it worked in FOray).
Victor Mote
as much speculation as
yours (although I can point to how it worked in FOray).
Victor Mote
, it is a pretty generic solution.
One alternative would be for FontServer and FontConsumer to both allow
Commons loggers as well as Avalon loggers, and for it to deal with the
wrapping, etc. If it will help and if there are no better ideas, I am
willing to do this.
Victor Mote
idea deserves more thought and experimentation,
and I haven't had time to work on the font system since October.
Victor Mote
reason that fonts tend to evolve into an o/s service.
Victor Mote
, and it looks like you still have the three columns, but not the
color-coding, so combining the three as you suggest makes good sense.
(Sorry for the slow response. My email is being bounced as spam).
Victor Mote
a
Windows client to get them, but actually run them on a Linux box. Probably
would be a good idea to set DOS batch files/scripts to CRLF for the same
reason. But most other things are probably best left native.
HTH.
Victor Mote
Victor Mote wrote (August 8):
Manuel Mall wrote:
Regarding the bolder, lighter issue and the general
font selection
I looked at the pre-patch for FOrayFont adaptation to Fop
(http://issues.apache.org/bugzilla/show_bug.cgi?id=35948) and
concluded that meddling with the font
-- this was just
known to be possible with the data structured as it is).
Thanks for your comments.
Victor Mote
Vincent Hennebert wrote:
Victor Mote a écrit :
I am ignoring font-stretch for now. I am unclear whether it works
similarly to font-weight, or whether it is totally
resolvable in the FO Tree.
Interestingly, CSS 2.1 (the only version of CSS 2 still
available at
W3C) removes font
that FOray
exists because I have a lower toleration for such pain than the other FOP
developers.
Victor Mote
for multiple solutions to the same
problem was one of the driving forces behind the modularization effort.
Arggh. I have no problem with you guys sailing your ship however you see
fit. But I reserve the right to set the record straight when my own efforts
are misrepresented.
Victor Mote
use the PseudoLogger
interface everywhere. When I need to instantiate a logger, I can use a
static method to do that. This means that I could switch over to a new
logging system for the price of changing the static method and writing a new
wrapper/adapter that implements PseudoLogger.
Victor Mote
needs.
I hope this is of general interest to this list, and apologize if it is not.
Victor Mote
J.Pietschmann wrote:
/me ducks.
Hehe. I've also thought again that designing certain
interfaces (and piling them on each other) must be really really fun.
Your meaning here is, at best, ambiguous. Please clarify.
Victor Mote
Victor Mote wrote (August 27, 2005):
In order to move forward, I suggest the addition of the following
methods in
org.axsl.font.Font:
public byte nextBolderWeight();
public byte nextLighterWeight();
public org.axsl.font.Font nextBolderFont();
public
an external dependency as well,
so that was not an option. And from the standpoint of a component developer,
you have to ask yourself how often you can afford to switch from Avalon to
Commons to ...
It would (maybe) help some if java itself would endorse an interface for
this purpose.
Victor Mote
internally
that might help pay for the expense of a client application converting). I
think I will do some experimentation before I go any further with that. Some
other day. Thanks for the feedback.
Victor Mote
Victor Mote wrote (on Monday):
The following methods have now been added to org.axsl.font.Font:
public byte nextBolderWeight() ;
public byte nextLighterWeight() ;
public Font nextBolderFont() ;
public Font nextLighterFont() ;
public int unavailableChar(String string
it is likely that some algorithms will require
additional information in font-configuration.
This post does not require any response from anyone. I realize you are
trying to get a release out the door. I just wanted to document my thoughts
on the matter for you before they escaped.
Victor Mote
document if they want
to. For Java 1.3 and Java 1.4, only TTF fonts can be created this way. Java
1.5 also supports Type1 fonts.
HTH.
Victor Mote
it is known to be available to the PostScript
interpreter. There are some other possibilities here as well.
Anyway, there are some more options for you to consider.
Victor Mote
it does not belong to me...
Vincent
Nor to me. I'll just try to help get working what you need and let you guys
decide what works best.
Victor Mote
to getting my FOray
release out the door.
Victor Mote
it pretty easy for someone to patch FOray to do
something similar. I'll get to it when I can.
Victor Mote
but it doesn't seem to work. I haven't investigated, though,
this may be a minor
problem.
I think you may have the honor of being the first person to ever use it :-)
I'll see if I can get it working at some basic level.
Victor Mote
perfect, but... ;-)
That is good news, and I think you should be applauded for your efforts
here.
Victor Mote
congratulate all of you on your upcoming release, and wish you all the
best.
Victor Mote
34 matches
Mail list logo