Bug 58112 - Using Tools->Indent/Unindent doesn't work anymore.
Summary: Using Tools->Indent/Unindent doesn't work anymore.
Status: RESOLVED FIXED
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-04 16:35 UTC by Joachim Eibl
Modified: 2003-05-14 09:50 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joachim Eibl 2003-05-04 16:35:38 UTC
Version:           3.0.0a4 (using KDE KDE 3.1.1)
Installed from:    SuSE RPMs

Previous indentation is not preserved if it is not the same as the
"Tab- and Indent width" in the Editor setting.

E.g. The "Tab and Indent width" is 8, but my text was written with 3 spaces for indentation.
e.g.
   for(i=m_optionItemList.begin(); i!=m_optionItemList.end(); ++i)
   {
      (*i)->apply();
   }
After pressing Ctrl-I the result is:
        for(i=m_optionItemList.begin(); i!=m_optionItemList.end(); ++i)
        {
        (*i)->apply();
        }
The relative indentation between two lines is lost.
I would expect this:
        for(i=m_optionItemList.begin(); i!=m_optionItemList.end(); ++i)
        {
           (*i)->apply();
        }

In version 2.x this was no problem because (un)indent only inserted(removed) one space at the time.

Regards,
Joachim
Comment 1 Joachim Eibl 2003-05-04 16:40:06 UTC
Oh dear: The bug database removed all the indentation of the examples: 
Here they are spaces replaced by "." to make it obvious. 
e.g.  
...for(i=m_optionItemList.begin(); i!=m_optionItemList.end(); ++i)  
...{  
......(*i)->apply();  
...}  
 After pressing Ctrl-I the result is:  
........for(i=m_optionItemList.begin(); i!=m_optionItemList.end(); ++i)  
........{  
........(*i)->apply();  
........}  
The relative indentation between two lines is lost.  
I would expect this:  
...........for(i=m_optionItemList.begin(); i!=m_optionItemList.end(); ++i)  
...........{  
..............(*i)->apply();  
...........}  
  
 
Comment 2 Jens Dagerbo 2003-05-05 01:10:50 UTC
KDevelop-3 can (theoretically) use any KTextEditor conforming editor the user loads. 
What you describe is Kate (katepart) behaviour.  
 
Reassigning. 
Comment 3 Anders Lund 2003-05-14 09:50:21 UTC
This is fixed in CVS (HEAD) 
Additinally, we now support pr document settings, they can be set from the new 
kate command line, and we are working on "local variables" support.