[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice
Subject:    Re: linebreaks / hyphenation followup
From:       Reginald Stadlbauer <reggie () troll ! no>
Date:       1999-09-23 15:51:59
[Download RAW message or body]

On Thu, 23 Sep 1999, Rudiger Koch wrote:
>Hi,
>
>Do you think it might be possible to implement an interface for linebreaks /
>hypenation before the feature freeze of the KRASH release? I got a code for
>Thai waiting to be used....
>
>So what are we doing here? We break a string into 2 substrings and perform an
>operation on the breakpoint which is language specific. This assumtion is
>valid for every language, I suppose. Implementing an interface to a DLL like
>this means avoiding things like "German Edition", "Thai Edition"; bullshit
>you find in commercial packages. KDE did an excellent job avoiding that so
>far.
>
>For English with it's short words this is probably a nice to have feature, but
>one KWord is going to get backlashes in every comparison with StarOffice,
>WordPerfect and M$ Word for not having it. For Thai where whole sentences are
>written without whitespace it is a "must have". For a lang like German that
>features compound words like "Sauerstoffflaschenventildichtungsringe" it is a
>must, too.

As I already said once that´s all depending on the efficiency, because this has
to be in the formatting stuff which is very critical. So, send me the code
and I´ll look if it works. Because it HAS to work with KWString directly. So,
just send me the code :-) Then I´ll play with it and decide if it it will come
into KWord before the freeze or not. If not, it still can go into 1.0, as after
the KRASH release the code is unfrozen anyway! So there is no hurry for such
features to push them in now. I agree that this is an important feature and it
is needed in KWord. But as this has to built into the formatting stuff, speed
is a very important factor here and I really want to have KWord working well
with long documents! So currently speed and optimations are more important than
new features which may slow down formatting :-)

And because you speak about comparison with StarOffice: You can´t expect from
the first KOffice version that everyhing will be in there. As you may have
noticed I´m now only implementing new features which are easy to implement
(like serialletters, table of contents, etc.) and doing mainly fixes and speed
improvements in the formatting kernel. Because in the first release I want to
have a good and fast working wordprocessor which may miss some features rather
than a wp with all features which is slow.

So, I just wanted to explain here why I´m really very careful about things
which should be added to the formatting kernel. But, please send me the code
and then I´ll play with it. Then I can say more.... :-))

--
Reggie

[prev in list] [next in list] [prev in thread] [next in thread]