Модуль KOLGraphic не работает. При компиляции выдаётся ошибка.
Собственно эта ошибка  в разделе GIF. Если задокументировать всего 3 строчки, компиляция проходит прекрасно, всё работает, кроме GIF.

Тишина....
Может кто ответит в чём дело?
Во-первых, в демо сразу же выдаётся ошибка...
Возникает она в строке
uses Windows, Messages, KOL {$IF Defined(KOL_MCK)}{$ELSE}, mirror, Classes, Controls, mckControls, mckObjs, Graphics,  mckCtrls {$ENDIF};
{$ELSE}
Это глюк или проблема версий?
если заменить {$ENDIF} на {$IFEND} Эта ошибка не возникает.
Но....
[Error] KOLGraphicEx.pas(4322): Not enough actual parameters
Это в строке
{$ELSE} Decoder:=TGIFLZWDecoder.Create(InitCodeSize);{$ENDIF}

[Error] KOLGraphicEx.pas(4328): Undeclared identifier: 'GIFCorrupted'
В строке
if Decoder.GIFCorrupted then

Это всё в модуле GIF

Все модули что нужны есть, все пути прописаны. Делфи 7

и ещё один вопрос. Почему само окно ведёт себя странно?
Даже  обычное пустое окно.
На моем компьтере всё нормально, но на других  средняя кнопка, ведёт себя как первая, то есть вместо минимизации сворачивает окно в трей. Из трея максимизируется. Причём одни окна работают нормально, в других возникает этот глюк. Кажется эта тема была уже здесь, но я её не нашёл.
И пожалйста, не надо в молчанку играть.

> но на других  средняя кнопка, ведёт себя как первая, то
> есть вместо минимизации сворачивает окно в трей. Из трея
> максимизируется.

о каких кнопках реч?

Речь идёт о кнопках котрые в заголовке окна. Кнопка сворачивания. кнопка максимизации, кнопка закрытия окна.
Так вот, кнопка максимизации ведёт себя как унопка сворачивания.
То есть окно не восстанавливет свои собственные размеры, а уходит в трей Причём это происходит даже у обычного скомпилированного окна.
Самое интерсное, что у меня всё работает нормально. Но вот у клиента ведёт себя именно так.

> Но вот у клиента ведёт себя именно так.

патаму что у клиента стоит какаянить херь,типа "запихни любую програму в трей"

Окна сделанные с vcl работают нормально. Написанные на чистом API тоже.
На КОL когда как . изредка нормально, но в основном так.
Этот вопрос уже поднимался, но найти его я не смог. И вопрос не в трее, а в том, что восстановления окна не происходит. Оно только максимизируется. а вместо минимизации сворачивается. Скорее всего всплыл старый глюк.
Да и ещё. Тут есть вопрос но ходят вокруг да около. компонент RiсhEdit. У него не работает свойство  WordWrap
По идее оно должно ставить убранную в приваты опцию eo_NoHScroll, чтобы убралась горизонтальная прокрутка и текст стал бы переноситься по словам.
Сейчас это можно сделать только в обьект инспектор и нельзя менять программно.
Точно так же почему-то с многими свойствами.
в VCL всё нормально, а здесь - на тебе... Трудно чтоли эти опции публичными сделать?

> то есть вместо минимизации сворачивает окно в трей. Из трея
> максимизируется.


> И вопрос не в трее, а в том, что восстановления окна не
> происходит. Оно только максимизируется. а вместо минимизации
> сворачивается.

них. нипанятна
определись уже, что для тебя минимизация и сворачивание, а что трей и панель задач

на крайняк возьми кол версии гдето 2.79 например
я на ней сижу досихпор и таких чудес не видел

>  компонент RiсhEdit

шли ему нужные месаги на апи, кол никаких чудес не привносил

КОL нормально делает окна. Это глюк в МСК
И с RichEdit та жа петрушка

Пардон, панель задачь.. заехал не туда немного
Значит так.
нажимаем первую кнопку. окно уходит в панель задачь
востанавливаем окно максимизируется.
Вторая кнопка точно так же. То есть кнопки дублируют друг друга

говоря про кол версии гдето 2.79 я подразумевал и мск техже лет
или посмотри какой код генерит мск в *.inc и добавь лекарство

Может уже сделать минимальный проект и выложить его? Чтобы хоть как то посмотреть можно было в чем проблема

Вот проект и скомпилированный экзешник.
Клиент утверждает что это окно с тем же глюком.
у меня такое впечатление. что не работает на том компе, где нет KOL
У меня опять же всё в порядке
*www.multiupload.com/4M8VF9NFYS

бгг
я тоже утверждаю что с глюком

> у меня такое впечатление. что не работает на том компе,
> где нет KOL


KOL не динамическая библиотека, чтоб ей "быть на том компе"

Проект запускается, форма появляется за пределами экрана, поэтому могу только развернуть и минимизировать ее, в этом глюк?

> Leoparrd   (07.08.11 22:37) [1]
> И пожалйста, не надо в молчанку играть.

ктоб говорил

за какими пределами?
Почему тогда всё нормально с VCL? Почему всё нормально если окно на API?
Почeму нормально, если окно пишется на КОL ,без MCK
А вот окно, созданное на  MCK ведёт себя именно так?
Может МСК не нравится второй монитор? Может в этом всё дело? Это тоже глюк, между прочим. Ни одно приложение не должно так себя не вести, пиши его хоть на ста мониторах.
Я пробовал уже всё. И задавал вывод в центр экрана. И задавал начальный координаты верхнего левого угла 0 0. и размеры самого окна. Не помогает.
Потом я написал прогу для клиента на KOL без МСК и на втором мониторе. И всё в полном порядке.
Может МСК запоминает последнее положение и размер? Может в этом всё дело?

Ещё раз. Глюк в том, что функции первой и второй кнопок в заголовке окна одинаковы. И где бы окно не возникало, оно должно появлятся в нормальном виде и нормально реагировать на команды. Кстати, я так же пробовал посылать окну сообщения. Это работает нормально. Задавал команды непосредсвенно через обычные кнопки работает. А вот окно скомпилированное с МСK глючит.
И не надо мне говорить, что дело положении окна при старте. Я даже пробовал компилировать на перво мониторе и отключал второй. Ноль эмоций. Так что ищите этот глюк в МСК

В общем всё ясно. Проблема именно в том, что МСК Запоминает положение окна. И если оно скомпилировно на втором мониторе, то этот глюк и возникает.
Почему-то раньше не выходило, но сейчас уже всё ясно.

если два монитора так и будет сохранять позицию как создавал в ide, нужно себе в правила записать, чтобы выставлять на форме defaultPosition, чтобы винда сама окна распологала. Насчет кнопок - тоже никаких глюков замечено не было, скорей всего действительно какая-нибудь херь по типу TrayIt стоит. Ибо это системные кнопки и они адекватные месаги посылают.