{ KOL MCK } // Do not remove this line!
{$DEFINE KOL_MCK}
{ KOL MCK } // Do not remove this line
{$DEFINE KOL_MCK}

Unit Main;

[0] VPBar   (13.05.07 10:48)
Приветствую. Довольно давно пользуюсь KOL (еще с версии 1,80). И обнаружил что при использовании автоформатера в KOL-проектах, начинаются странные глюки. Как оказалось причина в том что форматер убирает пробел в этой строчке '{ KOL MCK } // Do not remove this line!'.  MCK не находит в проекте свою сигнатуру  и заново добавляет ее и инклюды в обьявлении формы. Естественно это уже не компилится. Решение такое:
Добавляет константу и функцию в mirror.pas

&#133 const VSignature = '{KOLMCK}//DONOTREMOVETHISLINE!';
&#133
// asPos=false — точное совпадение S с сигнатурой.
// Иначе проверяет вхождение сигнатуры в S
function isValidSignature(S:String;asPos:Boolean=false):Boolean;
begin
S:=KOL.RemoveSpaces(S);
if asPos then
    result:=Pos(VSignature,KOL.UpperCase(S))>0
else
 result:=StrComp_NoCase(PChar(VSignature), PChar(S))=0;
end;
&#133

затем все строки где идет сравнение сигнатуры (if Source[ I ] = Signature then) меняем на
if isValidSignature(Source[ I ]) then.
И там где идет поиск сигнатуры (if pos( Signature, Source[ I ] ) > 0 then) так же меняем на
if isValidSignature(Source[ I ]) then.
Эти изменения делают MCK менее привередливой.
Пару лет назад, я уже предлагал  на форуме(по моему даже именно на этом) Кладову включить эти изменения в MCK. Но почему-то это не было сделано. Видимо решение не понравилось, или такая проблема возникла только у меня, а остальные форматируют все ручками. Сейчас я опять предлагаю обсудить целесообразность этих изменений. И если они нужны предложить автору KOL внести их в новую версию. Кроме того я изменил MCK, так чтобы он ложил все свои инки в папку kol_inс папки проекта. (Ну не нравится мне заваленная инками папка проекта :) ). Естественно после этих изменений MCK имеет обратную совметимость со старыми проектами (сделанными в MCK без этих изменений).