freepascal.ru

Attid писал(а):читал статейку на сайте датированную 05.02.2006

Прим.: на момент написания этой статьи в MSEide есть один небольшой недостаток – после добавления различных элементов к проекту (процедур или компонентов) в список модулей (uses) не всегда в добавляются все необходимые модули.

до сих пор не работает.

Там идет речь о группах связанных юнитов - а пока Мартин не хочет возиться с "времянкой".

Attid писал(а):вот тут лежит файлик открытие и сохранение которого в MSEide ведет к его видоизменению.
обнаружил случайно большая часть это комментарии так не так страшно, но все равно если открыл файл то надо его и сохранить в том же виде.

Ответ:

Похоже на проблему с кодовой страницей.
Что прописано в настройках 'Project'-'Options'-'Editor'-'Encoding' ? Какая операционка ?
MSEide конвертит из текущей ( или UTF8 ) локали в UCS2 при загрузке и обратно при сохранении.

=====================

> Также, добавление обработчика "onpaint" не вставляет модуль >"msegraphics" в секцию "uses" автоматом

Ответ:

Никто до сих пор не удосужился определить нужные группы модулей для метода "registerunitgroup" ( модуль "designutils", см. "lib/common/regcomponents/regwidgets.pas" для примера - если появится желание сделать это самому)
Работа напоследок - уж извините.

Похоже на проблему с кодовой страницей.

да так оно и было

Никто до сих пор не удосужился

ну раз это работа на добавление то и правда на последок. =)
зато это самое простое чем можно помочь в развитии проэкта.

кстати твои примеры с печатью и mdi тоже можно в svn поместить.
ЗЫ: меню и битый файл проверил или это мой местный глюк ?

Attid писал(а):ЗЫ: меню и битый файл проверил или это мой местный глюк ?

Видимо, что-то серьезное. Да и куда серьезнее- повреждение файла с данными ? Обычно если Мартин не тыкает носом сразу, а делает паузу, значит - разбирается и тестит.

В тестовом приере пичати при открытиии можно наблюдать такое
"Unresolved references in tmainfo to dmprintmo
Do you wish to search the formfile?"

это я так понимаю если в ide не открыт какой-то файл на который ссылается твоя форма то оно так и будет ? я лично не люблю когда открыты все модули проэкта начинаю терятся. ну если даже это так необходимо открывать форму на которую идет ссылка то почему бы не делать это автоматом , тем более что dmprintmo лежит в том же каталоге.


я еще несколько раз добивался ничатаемых файлов, правда удалил, если будут опять схороню если надо.

Attid писал(а):это я так понимаю если в ide не открыт какой-то файл на который ссылается твоя форма то оно так и будет ?

Не думаю что дело в этом.

Я уже показывал как можно компилировать проекты вообще без загруженной среды.

Абсолютно нормально собирается при закрытых всех формах.

А вот проект надо вначале сохранить - там пути Вин.

Alexander
компелируется все нормально и работает все нормально, но вот в данном примере, открываем его в ide, закрываем по одному все открытые юниты
открываем main.pas и видим окошко

"Unresolved references in tmainfo to dmprintmo
Do you wish to search the formfile?"

хотя это все из-за путей. после нескольких открытий закрытий вроде проподает, но до переоткрытия проэкта.

нашел настоящию багу:
повторяется 90% под lin\win
открываем проэкт открываем в нем несколько юнитов
закрываем mseide, удаляем один из открытых файлов
потом открываем mseide и начинаем по ctrl+f4 закрывать файлы
как только дойдем до файла который удалили будет аксес виолейшен.

Attid писал(а):В тестовом приере пичати при открытиии можно наблюдать такое
"Unresolved references in tmainfo to dmprintmo
Do you wish to search the formfile?"
...

Хоть Мартин и не любит усложнять ( насыщать фичами ) IDE, но - передано.

я еще несколько раз добивался ничатаемых файлов, правда удалил, если будут опять схороню если надо.

В SVN вышел патч. Просьба - быть настырными, но "добить" оффлайн TMSESQLQuery. Помните - здесь это недолго времени занимает.
Очень важный компонент ( думаю, в FPC / Lazarus / ZeoSDBO что-то похожее нескоро появится ), и очень полезная фишка.

Просьба от Мартина :

- сообщить о результатах обсуждения (на Ubuntu-форумах ) незапуска MSEgui-программ из-под этой пингвиньей породы

( если ситуация с кривым "input manager" в XOrg не разрешится- придется этот трабл описывать в README.TXT )

debi12345
на русском пока молчат пополз на английский.

ошибка с локалью решатся намного проще чем можно подумать
смотреть тут
это официальная бага бубунты


It is bug in /usr/share/X11/locale/locale.dir
For work in ru_RU.utf8 locale it is necessary to replace lines
ru_RU.UTF-8/XLC_LOCALE ru_RU.UTF-8
with lines
en_US.UTF-8/XLC_LOCALE ru_RU.UTF-8

Значит, так :

>>Google дает кое какие результаты на запрос >>"ru_RU.UTF-8/XLC_LOCALE ru_RU.UTF-8".
>>Может ли кто-то знающий русский дать побольше информации ?

Это одна из тем русского FAQ "UTF in Linux".

Правильный алиас - "ru_RU.UTF-8/XLC_LOCALE ru_RU.UTF-8". Но он требует подстройки некоторых файлов, а также создания и заполнения каталога "ru_RU.UTF-8", см. присоединенный архив с требуемым содержимым.

А "правильный" алиас "en_US.UTF-8/XLC_LOCALE ru_RU.UTF-8" - просто пожарное решение (в Debian - по умолчанию ), нужное чтобы получить хоть что-то на запрос UTF8 для русского языка.

Похоже, что команда Ubuntu начала, а затем бросила на полпути доведение этих дел до логического завершения.

ПС:
"Архив с требуемым содержимым" - в ньюс-конференции.

Windows XP (SP2)
MSE* версии 1.2 (2007-06-15)

Роняем на форму компонент tmainmenu, два tframecomp и прописываем:
itemframetemplate=tframecomp1
itemframetemplateactive=tframecomp2
создаем несколько пунктов меню.

Теперь, если удалить tframecomp2, то активный пункт меню будет расцвечен самыми разнообразными
красками. После перезапуска MSE* глюк исчезает.
В общем-то не смертельно,конечно.

И еще... как сделать, чтобы надпись активного пункта меню не съезжала влево-вниз?

И еще... как сделать, чтобы надпись активного пункта меню не съезжала влево-вниз?
==============
Описать и назначить "frame template" активного пункта меню

За описание бага - спасибо, переведено и сообщено автору.

По поводу бага с меню - проверьте в trunk 1450.