(*** This bug was imported into bugs.kde.org ***) Package: kword Version: 1.2 Beta1 (WYSIWYG) (using KDE 3.0.5 (CVS HEAD >= 20020412)) Severity: wishlist Installed from: compiled sources Compiler: gcc version 2.95.3 20010315 (SuSE) OS: Linux (i686) release 2.4.4-4GB OS/Compiler notes: Hi! IMHO for increasing and decreasing the numbering depth a shotcut or icon is necessary to achieve user friendlyness. MSword uses TAB and BACK-TAB. cu ferdinand (Submitted via bugs.kde.org) (Called from KBugReport dialog)
On Saturday 20 April 2002 11:38 gassauer@kde.org wrote: > Package: kword > Version: 1.2 Beta1 (WYSIWYG) (using KDE 3.0.5 (CVS HEAD >= 20020412)) > Severity: wishlist > Installed from: compiled sources > Compiler: gcc version 2.95.3 20010315 (SuSE) > OS: Linux (i686) release 2.4.4-4GB > OS/Compiler notes: > > Hi! > IMHO for increasing and decreasing the numbering depth a shotcut or icon is necessary to achieve user friendlyness. This wouldn't be a good idea in the current state of things see my recent post to koffice@kde.org about chapter numbering. (But in the long run it would be a good thing to have yes - I'd suggest a shortcut only though the toolbars are already quite crowded) > MSword uses TAB and BACK-TAB. ... and annoyed the hell out of my wife when she tried inserting a real tab in the second line of a paragraph (which happened to have a number in front of it). It's never a good idea to use the same shortcut for too many things IMHO. -- David FAURE david@mandrakesoft.com faure@kde.org http://people.mandrakesoft.com/~david/ http://www.konqueror.org/ KDE Making The Future of Computing Available Today
On Monday 22 April 2002 10:56 David Faure wrote: > On Saturday 20 April 2002 11:38 gassauer@kde.org wrote: > > Package: kword > > Version: 1.2 Beta1 (WYSIWYG) (using KDE 3.0.5 (CVS HEAD >=3D 20020412)) > > Severity: wishlist > > Installed from: compiled sources > > Compiler: gcc version 2.95.3 20010315 (SuSE) > > OS: Linux (i686) release 2.4.4-4GB > > OS/Compiler notes: > > > > Hi! > > IMHO for increasing and decreasing the numbering depth a shotcut or icon > > is necessary to achieve user friendlyness. > > This wouldn't be a good idea in the current state of things > see my recent post to koffice@kde.org about chapter numbering. > (But in the long run it would be a good thing to have yes - I'd suggest > a shortcut only though the toolbars are already quite crowded) Yes > > > MSword uses TAB and BACK-TAB. > > ... and annoyed the hell out of my wife when she tried inserting a real t= ab > in the second line of a paragraph (which happened to have a number in fro= nt > of it). > It's never a good idea to use the same shortcut for too many things IMHO. Yes What about having the "paragraph window" permanently open ? beside the fact= =20 that it migth be difficult to know which window belongs to which kword wind= ow=20 if more than one kword is open. --=20 cu ferdinand http://www.goesing.at
the new paragraph dialog for bullet/numbers confuses me :-(( do you think that it makes sense to add 2 buttons for increase/decrease depth as for now it seems to be necessary to manipulate depth and display level to get things to 1 1.1 1.2 2 etc A big help would be already to set the display level to a big number for numbers and letters to avoid cut of first digits. IMHO it's easily possilbe to create depth/display combinations which are extremly difficult to recognize. it took me very long to figure out what _I_ mixed up. No chance for the average user IMHO. another possibility seems to be to display the cut off numbers in the paragraph settings window. i.e. an opaque "window" which shows the part of the numbered list which will be displayed in the text. hope that's clear what I mean. cu ferdinand
Subject: Re: paragraph formating - increase/decrease numbering depth On Friday 21 February 2003 21:57, you wrote: > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > > http://bugs.kde.org/show_bug.cgi?id=41346 > > > > > ------- Additional Comments From gassauer@kde.org 2003-02-21 21:57 ------- > the new paragraph dialog for bullet/numbers confuses me :-(( > > do you think that it makes sense to add 2 buttons for increase/decrease depth > as for now it seems to be necessary to manipulate depth and display level to get > things to > 1 > 1.1 > 1.2 > 2 > etc Would it help if increasing the depth would also increase the "display levels" number? > A big help would be already to set the display level to a big number for numbers > and letters to avoid cut of first digits. But not everyone wants to see the "parent levels digits"... hence this new box...
Subject: Re: paragraph formating - increase/decrease numbering depth On Monday 24 February 2003 10:03, you wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=41346 > > > > > ------- Additional Comments From david@mandrakesoft.com 2003-02-24 10:03 > ------- Subject: Re: paragraph formating - increase/decrease numbering > depth > > On Friday 21 February 2003 21:57, you wrote: > > ------- You are receiving this mail because: ------- > > You are the assignee for the bug, or are watching the assignee. > > > > http://bugs.kde.org/show_bug.cgi?id=41346 > > > > > > > > > > ------- Additional Comments From gassauer@kde.org 2003-02-21 21:57 > > ------- the new paragraph dialog for bullet/numbers confuses me :-(( > > > > do you think that it makes sense to add 2 buttons for increase/decrease > > depth as for now it seems to be necessary to manipulate depth and display > > level to get things to > > 1 > > 1.1 > > 1.2 > > 2 > > etc > > Would it help if increasing the depth would also increase the "display > levels" number? Yes > > > A big help would be already to set the display level to a big number for > > numbers and letters to avoid cut of first digits. > > But not everyone wants to see the "parent levels digits"... hence this new > box... This is a good thing for highly sophisticated users may be a "suppress parent level digits" hint should be somewhere what confused me is the fact, that not only the parent level digit is suppresed but also the indent. There is no chance to "see" what happend to the numbering except of virtualy composing the number like kword does. That's why I suggested to display the complete nubmer somewhere (config dialog and/or tooltip ?) Hope that helps.
Subject: Re: paragraph formating - increase/decrease numbering depth On Monday 24 February 2003 10:25, you wrote: > This is a good thing for highly sophisticated users > may be a "suppress parent level digits" hint should be somewhere > what confused me is the fact, that not only the parent level digit is > suppresed but also the indent. Which indent? There's no indent related to this dialog page (it's about bullets and numbers). I must be missing something. > There is no chance to "see" what happend to > the numbering except of virtualy composing the number like kword does. > That's why I suggested to display the complete nubmer somewhere (config dialog > and/or tooltip ?) The preview area at the bottom of the dialog is there for that purpose. I believe there's a bug that makes it not show the depth and parent levels, I'll try to fix that.
Subject: Re: paragraph formating - increase/decrease numbering depth On Monday 24 February 2003 12:04, you wrote: > ------- You are receiving this mail because: ------- > You reported the bug, or are watching the reporter. > > http://bugs.kde.org/show_bug.cgi?id=41346 > > > > > ------- Additional Comments From faure@kde.org 2003-02-24 12:04 ------- > Subject: Re: paragraph formating - increase/decrease numbering depth > > On Monday 24 February 2003 10:25, you wrote: > > This is a good thing for highly sophisticated users > > may be a "suppress parent level digits" hint should be somewhere > > what confused me is the fact, that not only the parent level digit is > > suppresed but also the indent. > > Which indent? There's no indent related to this dialog page (it's about > bullets and numbers). I must be missing something. what I meean is: 1. 1.1. 1.1.1 if only the last digit is shown it is transformed to 1. 1. 1. and would be more clear this way. (leading blanks=indent - problem with variable spacing though might make it necessary to replace one digit with more than one space) 1. 1. 1. > > > There is no chance to "see" what happend to > > the numbering except of virtualy composing the number like kword does. > > That's why I suggested to display the complete nubmer somewhere (config > > dialog and/or tooltip ?) > > The preview area at the bottom of the dialog is there for that purpose. > I believe there's a bug that makes it not show the depth and parent levels, > I'll try to fix that. fine
BTW any idea of how to show blanks as prefix and suffix text ? these are not "visible" unless the cursor is positioned in the field. cu
Subject: koffice/lib/kotext CVS commit by faure: Fixed paragraph numbering preview widget, so that it shows 1.1.1 if depth=2 and display-levels=3 CCMAIL: 41346@bugs.kde.org M +8 -3 koparagcounter.cc 1.29 --- koffice/lib/kotext/koparagcounter.cc #1.28:1.29 @@ -500,7 +500,7 @@ QString KoParagCounter::text( const KoTe // If necessary, grab the text of the preceeding levels. - if ( m_displayLevels > 1 && parent( paragraph ) ) + if ( m_displayLevels > 1 ) { - KoTextParag* p = m_cache.parent; // calculated by parent() above + KoTextParag* p = parent( paragraph ); int displayLevels = QMIN( m_displayLevels, m_depth+1 ); // can't be >depth+1 for ( int level = 1 ; level < displayLevels ; ++level ) { @@ -529,4 +529,9 @@ QString KoParagCounter::text( const KoTe else // toplevel parents are missing { + // Special case for one-paragraph-documents like preview widgets + KoTextDocument* textdoc = paragraph->textDocument(); + if ( paragraph == textdoc->firstParag() && paragraph == textdoc->lastParag() ) + m_cache.text.prepend( "1." ); + else m_cache.text.prepend( "0." ); }
Subject: Re: paragraph formating - increase/decrease numbering depth On Tuesday 25 February 2003 19:10, you wrote: > any idea of how to show blanks as prefix and suffix text ? Not really... > these are not "visible" unless the cursor is positioned in the field. That's standard, for a lineedit... Blanks as prefix/suffix look like a workaround anyway - the real fix would be to be able to configure the indentation after a paragraph number...
> do you think that it makes sense to add 2 buttons for increase/decrease depth > as for now it seems to be necessary to manipulate depth and display level to get > things to > 1 > 1.1 > 1.2 > 2 > etc Just a note: now you can use Ctrl+Alt+Left/Right to do this.