So at least we have to make a plan for the file format changes
before we can
discuss the details of when and how issue #78978 can be fixed.
That really is unfortunate. If I understood your email right,
additions to the file format will take longer than a few months to
complete?
Then I could still work on #i112466# and when that is finished, see
what would be the next priority. For example #i108684#.
As no work has started on the file format issues, it's unpredictable
how long it may take. Usually we start to implement things in OOo
when the ODF TC has agreed on a specification for the feature; it
won't be necessary that the feature will be already in the published
standard. So *if* we could start the discussion about the extensions
we need for better font face support right now, and *if* the
agreement in the TC could be achieved pretty fast, we could be
finished in a few days. But there are the two "if"...
We're lucky that the ODF standard is quite related to other standards
such as SVG, CSS, etc. were some of the sorely missing properties are
already defined (such as the "font-stretch" property), so that the
process to add them should be quite simple and predictable.
For solving the worst problems of #i78978# these properties would
suffice and if the code that forgets these properties today was fixed
well extending it to handle the remaining properties (that are still
in progress for CSS3) would be much easier.
CSS3's "font-variant" property points into the right direction how the
optional opentype features could be handled. Example: "font-
variant:small-caps" maps well to the OT feature "smcp".
The discussions on CSS mailing list indicate that the other features
will likely be supported in a similar way.
I leave it up to the gsl team to answer your question about #i108584.
Solving #i108684# would be a very worthwhile goal. Most of the code
changes would be in WriterEngine/EditEngine though, where
- their calls to DrawTextArray() calls would only provide targetwidths
instead of dxarrays
- they would get the cursor positions from GetCaretPositions() instead
of guessing them
---
Herbert Duerr
du...@sun.com
Sun Microsystems GmbH
Sonnenallee 1
D-85551 Kirchheim-Heimstetten
Amtsgericht München: HRB 161028
Geschäftsführer: Jürgen Kunz
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@gsl.openoffice.org
For additional commands, e-mail: dev-h...@gsl.openoffice.org
