KWord regression

It seems that with current trunk of KWord first line indent doesn't work 
anymore; it indents the whole paragraph. 
--

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi

_______________________________________________
koffice-devel mailing list
koffice-devel <at> kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel

Re: Spell checker, hyphenation and thesaurus

El Martes 05 Julio 2005 14:42, Tamas Szanto escribió:

I suspect you sent the mail to the wrong list.
The correct one should be koffice-devel <at> kde.org, which I have added in CC
to this reply.

> I'd just like to know the status of these tools. I think some more
> improvements would be necessary, as the maintainance of these resources
> is a bit more difficult than it could be.
>
> Spell checker:
>
> Is KSpell2 going to fully replace KSpell in KDE starting from KDE 3.5?
> In this case please send a notification to this list when these new code
> is complete, some language teams may want to check the new interface
> with their existing spelling dictionaries.
>
> Is anyone working on an OO (MySpell) spelling plugin for KSpell2?  If
> not, please  make it a priority, it's very important for many language
> teams.
> MySpell is a variation of Ispell, so at least theoretically a MySpell
> plugin wouldn't differ much from the Ispell module.
>
> Is there any chance of adding Enchant
> (http://www.abisource.com/projects/enchant/) support to KDE in the
> future? Or is there a conclusion that it's not fit for use in KDE? If
> someone could implement it as a KSpell2 plugin, MySpell dictionaries
> would become instantly accessible from KDE.
>
> Hyphenation in KOffice:

koffice/lib/kotext

SVN commit 432028 by fedemar:

Make the first line indent work again. Thanks to Boudewijn for discovering the bug I created :)
CCMAIL: boud <at> valdyas.org
CCMAIL: koffice-devel <at> kde.org

 M  +4 -3      kotextformatter.cc  
 M  +1 -1      kotextformatter.h  

--- trunk/koffice/lib/kotext/kotextformatter.cc #432027:432028
 <at>  <at>  -122,12 +122,13  <at>  <at> 
 }

 
-int KoTextFormatterCore::leftMargin( bool firstLine ) const
+int KoTextFormatterCore::leftMargin( bool firstLine, bool includeFirstLineMargin /* = true */ ) const
 {
     int left = /*doc ?*/ parag->leftMargin() + doc->leftMargin() /*: 0*/;
     if ( firstLine && !parag->string()->isRightToLeft() )
     {
-        left += parag->firstLineMargin();
+        if ( includeFirstLineMargin )
+            left += parag->firstLineMargin();
         // Add the width of the paragraph counter - first line of parag only.
         if( parag->counter() &&
             ( parag->counter()->alignment() == Qt::AlignLeft ||
 <at>  <at>  -155,7 +156,7  <at>  <at> 
         c = 0;

     KoTextStringChar *firstChar = 0;

thoughts on koffice, and graphics. kivio, karbon, kchart and krita

I wouldn't call myself an expert but I have an active interest in
usability.  I'm not one to do anything as formal as a full usability but I
cannot help noticing all sorts of little things and can perform an
adequate "Heuristic Evaluation" and this information might be of some use
to you.  I have been using Koffice quite a bit these past few weeks and I
have been encourage on IRC to make suggestions and post them here.  If you
like any of the suggestions please say so and I will try and file bug
reports/requests.  If you dont like the ideas that is fine too but let me
try and convince you there are good reasons for my suggestions or allow me
to reconsider them.  I only have limited ability and more importantly
limited time to implement any of these suggestions myself beyond some of
the simpler GUI rerranging.

Microsoft Office is very consistent in the menu structure it uses:
File, Edit, View, Format, (), Tools, Help.
() would contain one or two application specific menus.

Similarly Koffice and KDE in general is quite good at keeping things
consistent but I got think that perhaps Karbon could use a Format menu
instead of Object to be more consistent with Kivio.

Also KChart has a submenu Edit, Chart, and deeply nested submenus are a
little awkward to use.  At first I thought this could be moved up to a Top
level Chart menu but taking a closer look these items are really all about
formatting the style of the Chart and so it could also be made into a
Format menu.

It would be excellent if Chart could be added to Karbon 14.  (Adobe
Illustrator includes crude Charting capabilities.)  In hindsight it is

Re: thoughts on koffice, and graphics. kivio, karbon, kchart and krita

On Wednesday 06 July 2005 22:12, Alan Horkan wrote:

> The layers dialog in Karbon 14 seems to be fixed size and cannot be
> stretched downwards like the one in Krita can be which I plan to file a
> bug report about.  I believe there is an existing report about leaving the
> colour manager Visible by default which is an idea I like.

This one is probably going to be fixed before the 1.5 release at least; I'm 
working on a generic palette manager for KOffice (although it might be a nice
addition to KDE in general), that allows for drag & drop of tabs between 
palettes, several palette styles, saving and loading of session configuration 
and hiding/showing of palettes in one fell swoop. Today I added the last; the 
other things are being worked on.

--

-- 
Boudewijn Rempt 
http://www.valdyas.org/fading/index.cgi

_______________________________________________
koffice-devel mailing list
koffice-devel <at> kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel

Umm, is KSpread really supposed to behave so oddly ?

Hi folks.

Not sure if this is some recent change or what, as I wasn't really
following the development all that closely (plus looks like cervisia
can't do SVN and I'm too lazy to figure out cmdline version of log
viewing) ... Anyhow - been just trying some templates, and noticed
weird cursor movement ...

Well, try for yourself - open the Invoice templace, for instance ...
Now, go to row 1 col A, now move a bit to right, at least to column E.
Now try to move to left, back to A, using arrow keys - impossible.
Plus, weird thing happens upon D->C moving.
Also, behaviour on numerous other cells looks kinda oddly. Is this due
to merged cells being there, or whast ? For if it managed to confuse
me, it surely will manage to confuse any regular user out there,
that's for sure :>

/ Tomas

Re: Umm, is KSpread really supposed to behave so oddly ?

On Thursday 07 July 2005 09:38, Tomas Mecir wrote:
> Hi folks.
>
> Not sure if this is some recent change or what, as I wasn't really
> following the development all that closely (plus looks like
> cervisia can't do SVN and I'm too lazy to figure out cmdline
> version of log viewing) ... Anyhow - been just trying some
> templates, and noticed weird cursor movement ...
>
> Well, try for yourself - open the Invoice templace, for instance
> ... Now, go to row 1 col A, now move a bit to right, at least to
> column E. Now try to move to left, back to A, using arrow keys -
> impossible. Plus, weird thing happens upon D->C moving.
> Also, behaviour on numerous other cells looks kinda oddly. Is this
> due to merged cells being there, or whast ? For if it managed to
> confuse me, it surely will manage to confuse any regular user out
> there, that's for sure :>
>
> / Tomas

Hi Tomas,

at what revision are you, or do you know the date of checkout/update? 
And is it in trunk or 1.4 branch?

Regards,
Raphael

Re: Umm, is KSpread really supposed to behave so oddly ?

On 7/7/05, Raphael Langerhorst <raphael-langerhorst <at> gmx.at> wrote:
> at what revision are you, or do you know the date of checkout/update?
> And is it in trunk or 1.4 branch?

Trunk, checkout from today (ie., probably the latest one)

/ Tomas

Re: Umm, is KSpread really supposed to behave so oddly ?

On Thursday 07 July 2005 12:57, Tomas Mecir wrote:
> On 7/7/05, Raphael Langerhorst <raphael-langerhorst <at> gmx.at> wrote:
> > at what revision are you, or do you know the date of
> > checkout/update? And is it in trunk or 1.4 branch?
>
> Trunk, checkout from today (ie., probably the latest one)
>

... ok, I'm just updating/compiling, I'll check in a few hours.

Raphael

Re: Umm, is KSpread really supposed to behave so oddly ?

On Thursday 07 July 2005 09:38, Tomas Mecir wrote:
> Well, try for yourself - open the Invoice templace, for instance
> ... Now, go to row 1 col A, now move a bit to right, at least to
> column E. Now try to move to left, back to A, using arrow keys -
> impossible. Plus, weird thing happens upon D->C moving.

I can't confirm with trunk version of an hour ago (normal behavio(u)r 
here). Although this is with an empty spreadsheet. Do you have a 
testcase?

Regards,
--

-- 
Raphael Langerhorst
http://raphael.g-system.at/blog