Font derivation
Phil Race
philip.race at oracle.com
Tue Dec 9 23:39:35 UTC 2014
I missed that one. It was assigned a little oddly to someone not really
working on fonts
so I've grabbed it and will address under that ID.
-phil.
On 12/9/2014 3:31 PM, Jeff Hain wrote:
>
> >https://javafx-jira.kenai.com/browse/RT-6808
>
> Created a JIRA account to be able to see this, but I still can't
> (permission violation).
> Meanwhile, I saw this one, which seems to be what I ask for :
> - https://javafx-jira.kenai.com/browse/RT-37081 (Add withXxx semantics
> to Font to create derived versions)
> And this one, which I had in mind too :
> - https://javafx-jira.kenai.com/browse/RT-8060 (Need font/text
> measurement API)
>
>
> An ambiguous thing on this derivation topic is that there is a notion
> of style intrinsic to fonts,
> like in "FreeMono.ttf is not bold, and FreeMono-Bold.ttf is bold", and
> also a notion
> of style extrinsic to fonts, like when you use a font loaded from a
> ".ttf" file with
> a custom weight, and these two notions are often mixed-up.
>
>
>
> >So if anyone (external) would like to file an RFE directly requesting it
> >along with justification, that might be better than me filing one.
>
> Better than a justification based on a particular use case, I think we
> could
> just consider that it is a basic feature that should "of course" be
> implemented ;)
> (especially not to introduce a "regression" for ex-AWT users, when
> moving to JavaFX).
>
> But in case it could help, here is my use case :
> I'm working on set of basic interfaces on top of which I could build
> basic UIs
> (I don't need FX things), the same way that most of my scheduling code
> depends
> on a few interfaces like Executor, and not directly on
> ThreadPoolExecutor or
> ForkJoinPool or else.
> I'm not only doing it not to tie high level UI code to a particular
> low-to-high level
> UI framework, but also because I have some particular needs that
> AWT/Swing/JavaFX
> don't support out of the box, and would make hard to implement.
> On the low-level side of all this, i.e. where these interfaces get
> implemented,
> most things are working well so far (Graphics2D/GraphicsContext for
> drawing,
> EDT/AppThread as UI thread, etc.), I'm just having this little and
> unexpected
> trouble with JavaFX fonts.
>
>
> -Jeff
>
More information about the openjfx-dev
mailing list