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

List:       kde-commits
Subject:    Re: kdelibs/kate/part
From:       Christoph Cullmann <cullmann () babylon2k ! de>
Date:       2005-04-03 13:40:29
Message-ID: 200504031540.32836 () cullmann
[Download RAW message or body]


On Sunday 03 April 2005 15:33, Anders Lund wrote:
> Sunday 03 April 2005 15:21 skrev Christoph Cullmann:
> > CVS commit by cullmann:
> >
> > BUG:102866
> > kate now has a otion to turn of eol detection at all and always use the
> > given default eol type. otherwise kate defaults to the current method of
> > detection: use first found eol type of file to change this, still there
> > is the tools->eol menu, but no, I don'T really see this as bug, if you
> > have mixed eol files, this won't break them but unify the eol's, if that
> > makes probs, this file would have made probs even before, even worse, as
> > mixed, if you suffer from such files, better abandon the evil apps
> > introducing them, like borked old dev studios ;)
> >
> >
> >   M +2 -2      katebuffer.cpp   1.220
> >   M +27 -5     kateconfig.cpp   1.72
> >   M +5 -0      kateconfig.h   1.56
> >   M +9 -1      katedialogs.cpp   1.164
> >   M +1 -1      katedialogs.h   1.79
>
> We still need to keep a user setting, over a reload. after saving with the
> given user setting, that should be correctly detected next time the file is
> opened I assume.
over reload? yes, k, that should be handled in the reload method, save the 
current, and overwrite the detected, or even better, if the user has modified 
it, the stuff should flag the document's local config object to 
"allowEolDetection = false", otherwise, if automagic detection is on, why 
should user assume that it won't happen on reload, too? not sure, thought :)
highlighting behaves like you want, therefor we should do so too for eol, 
nodaways

-- 
Christoph Cullmann
KDE Developer, kde.org Maintainance Team
http://www.babylon2k.de, cullmann@kde.org

[Attachment #3 (application/pgp-signature)]

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