Bug 58112

Summary: Using Tools->Indent/Unindent doesn't work anymore.
Product: [Applications] kate Reporter: Joachim Eibl <joachim.eibl>
Component: generalAssignee: KWrite Developers <kwrite-bugs-null>
Status: RESOLVED FIXED    
Severity: normal    
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:

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.