IDE Lazarus - окна за пределами экрана

[SSerge]

Смею озвучить проблему, которая "достаёт" меня уже довольно длительный срок. А именно - ставлю "новую" версию Лазаруса, убив все предыдущие настройки и каталоги, запускаю - и - фанфары - наблюдаю на рабочем столе гигантские окна, никоим образом не помещающиеся на экран.

Операционная система - Windows XP.
Если что, - да, ноутбук. 1024x768. Если кто не знает, есть еще экранчики 1024x600.

И, если инспектор объектов и редактор исходного кода можно мышью привести в приемлемые габариты, то окно "сообщения" своим заголовком оказывается аж в позиции 960 пикселов, считая от верху. Не исключаю, что там же может оказаться и еще какое-нибудь окно...

Что за безобразие то? Технически нет ничего сложного, чтобы получить от операционной системы размер стола и пересчитать при первом запуске размеры элементов оформления так, чтобы они входили на экран гарантированно. Нет же, тупо считаем, что монитора меньше чем 1280х1024 ни у кого не бывает, поэтому налепили форм с параметрами "DesignTime", да еще и с зазорами меж, и - всё так здорово. Я уж не буду упоминать даже о рассыпающемся на отдельные формы линуксовом интерфейсе - будем считать, что есть тому причины, и об отладчике, которого по блльшему счету можно сказать что и нет - этому точно есть причины, и о линуксовой реализации подсистемы печати, благодаря которой Лазарус лет десять не мог напечатать текст собственных программ с комментариями на русском языке - хвала автору унита, принципиально не понимающему, что кроме омериканских букв может существовать что то еще. Но ЭТО... Честно, уже забодало.

И особенно на этот пост меня сподвигло вымарывание из Параметров IDE вкладки, позволяющей эти самые размеры окон выставить, была там такая - как раз подходящая для окошек, чья позиция оказывалась за экраном. Теперь нету. Ревизия Лазаруса SVN 35557CT (CodeTyphon 2.50). Не исключаю, что сей прелести мы обязаны клонистам от PilotLogic, посему вопрос к сообществу - а у вас то как? Так же?

Не, я знаю, где поправить - делаем Сервис -> Save Layout To File и вручную в файле корректируем позиции и размеры, чтоб были в пределах экрана, потом соседним пунктом вгружаем обратно. Дык. Опять же, появились некие хреновины Docking/GlassDocking. Легкое движение мыши - и оп! - окно оказывается опять хрен знает где. Причем, пункт меню "Restore Default Layout" опять таки грузит даже не тот "Default layout", который можно записать в соответствующем пункте меню, а опять таки изначальную композицию design time, которая на экран не помещается.

[Vadim]

SSerge
У меня на ноуте всё как в аптеке - окна все нормальные и умещаются на рабочем столе, никаких претензий. Беру с ftp.freepascal.org.

[alexs]

SSerge
Симптомы похожи, если будет установлена не стандартная (кривая) тема в ГУИ. В винде с этим особенно грустно.

[Максим]

Ревизия Лазаруса SVN 35557CT (CodeTyphon 2.50).

Использование сей сборки - это такой особый вид мазохизма? Судя по всему, они пихают в свои сборки сырые ещё Docking-расширения IDE. Если не хотите прикольных проблем, использовать следует версию 0.9.31 из SVN trunk Lazarus, а не сторонние сборки.

Не, я знаю, где поправить - делаем Сервис -> Save Layout To File и вручную в файле корректируем позиции и размеры, чтоб были в пределах экрана, потом соседним пунктом вгружаем обратно. Дык. Опять же, появились некие хреновины Docking/GlassDocking. Легкое движение мыши - и оп! - окно оказывается опять хрен знает где. Причем, пункт меню "Restore Default Layout" опять таки грузит даже не тот "Default layout", который можно записать в соответствующем пункте меню, а опять таки изначальную композицию design time, которая на экран не помещается.

Вот с этого и надо было начинать, а не с пурги в четвёртом абзаце.

[SSerge]

использовать следует версию 0.9.31 из SVN trunk Lazarus, а не сторонние сборки.

Тогда уж поясните, с чем ее использовать? По отдельным туманным изречениям можно судить, что с компилятором версии 2.6.0 эта версия до сих пор глючна по причине противоречия с реализацией уникода в компиляторе, а уж с 2.7.1 бажна по самое нехочу. 2.4.4? Как на официальном сайте?

Использование сей сборки - это такой особый вид мазохизма?

Нет, мне оттуда нужны несколько компонентов, коих нет в стандартном Lazaruse; ну и исторически эта "сборка" хотя бы инсталлируется коректно и обычно работает, в том числе достопамятный отладчик, и в линуксе нужные недостающие библиотеки подтягивает без необходимости долго думать, где и что бы еще выкачать, потому что не хватает чего то для сборки лазаруса.

Возвращаясь к основной теме, виновника нашел.
/codetyphon/bin/settings/{OS}/slazarus/environmentoptions.xml - вот в нем намертво заданы гигантские размеры окон и их расположение за экраном. Так что виноват по всякому собиратель дистрибутива - то есть PilotLogic.

Но. Куда делся установщик размера и позиции окон из IDE Settings?!!! Или это опять же фича исключительно CodeTyphon? У кого установлен лазарус из .svn, датированный позже 23.02.2012 - посмотрите и отпишитесь пожалуйста.

[Brainenjii]

с компилятором версии 2.6.0 эта версия до сих пор глючна

неверно.

2.7.1

нечётное число в минорной версии должно о чем-то говорить. Причем не о Lazarus'e

датированный позже 23.02.2012

ревизия 35620М от 2012-02-29, все на месте.

[SSerge]

Чудесны дела Твои, Г...!
Захожу сюда: ftp://ftp.freepascal.org/pub/lazarus/snapshots/
вынимаю Lazarus-0.9.30.3-35620-fpc-2.6.0-20120229-win32.exe (ибо рекомендованного 0.9.30.2 + 2.6.0 в принципе нигде нету), устанавливаю радоссно тыкаю по кнопам и... при попытке компиляции им чего либо выдается ссылка на несуществующий unit. И что, все вот так ловят версии которые хоть как то работают, или есть другой более рациональный путь?

В релизах же лежит 0.9.30.2+2.4.4, у коего расположение функций по модулям украшено в официальной справке ремаркой obsolete.

А вообще, отдельно freepascal 2.6.0 отличается от того, который вкомпиливают в инсталлятор лазарусов?

[Padre_Mortius]

А вообще, отдельно freepascal 2.6.0 отличается от того, который вкомпиливают в инсталлятор лазарусов?

Отличается. Лучше взять релизный компилятор и самому собрать нужную версию лазаруса

[iskander]

Чудесны дела Твои, Г...! Захожу сюда: ftp://ftp.freepascal.org/pub/lazarus/snapshots/вынимаю Lazarus-0.9.30.3-35620-fpc-2.6.0-20120229-win32.exe (ибо рекомендованного 0.9.30.2 + 2.6.0 в принципе нигде нету), устанавливаю радоссно тыкаю по кнопам и... при попытке компиляции им чего либо выдается ссылка на несуществующий unit.

Там куда-то пропал fpc.cfg.

[Максим]

Тогда уж поясните, с чем ее использовать? По отдельным туманным изречениям можно судить, что с компилятором версии 2.6.0 эта версия до сих пор глючна по причине противоречия с реализацией уникода в компиляторе, а уж с 2.7.1 бажна по самое нехочу.

Я не понимаю, откуда вы взяли эту информацию. Это полная ересь. Например, в FPC версии 2.6.0 нет юникода, и т.д., и т.п.

Lazarus 0.9.30.2 лучше всего использовать с FPC 2.4.4.
Lazarus 0.9.30.3 лучше всего использовать с FPC 2.6.x (но, думаю, FPC 2.4.4 тоже будет работать нормально).
Lazarus 0.9.31 лучше всего использовать с FPC 2.6.x, но можно и с FPC 2.7.1. При использовании последнего всё, по идее, должно работать пристойно, но глюки, конечно же, возможны. С ними - в багтрекер.

В релизах же лежит 0.9.30.2+2.4.4, у коего расположение функций по модулям украшено в официальной справке ремаркой obsolete.

Ничего не понял. Поясните?

Там куда-то пропал fpc.cfg.

Отпишите в багтрекер, пожалуйста.

[SSerge]

Ничего не понял. Поясните?

Я имею в виду вот это:

http://lazarus-ccr.sourceforge.net/docs ... dex-5.html

Код: Выделить всё

...
UTF8LowerCase               Deprecated, see #LazUtils.LazUTF8 for replacements.
UTF8Pos                          Deprecated, see #LazUtils.LazUTF8 for replacements.
UTF8ToDoubleByte           Deprecated, see #LazUtils.LazUTF8 for replacements.
...


c учетом того, что unit LazUTF8 в 0.9.30.2 отсутствует вообще, наводит на мысли о странностях.
К тому же, deprecated, насколько я понимаю термин, подразумевает, что "этим не надо пользоваться, потому что уберут", а не то, что функцию переместили.

И, очень хотелось бы прояснить вопрос по поводу дальнейшего развития этой самой "поддержки unicode" в lazarus/freepascal.

Что будет в итоге? Модель Embarcadero Delphi 2009/XE2, где string=UnicodeString (UCS16), и соответственно всякие перлы типа if (char c in ['a'...'z']) смысла не имеют + якобы "прозрачное" преобразование + полная неявная зависимость от того, как программа определила свое окружение (текущую локаль) или дальнейшее развитие ныне действующего подхода? В fp 2.7.1 модуль c UnicodeStrings уже появился, правда там все типы заремлены на режим {$mode Delphi}. Что дальше? Насколько долго вообще останутся функции прямой работы с UTF и явной конверсии в cp1251, koi8 (unit lconvencoding)?

[GAMER]

По крайней мере в свн версии есть unit LazUTF8.

[Максим]

К тому же, deprecated, насколько я понимаю термин, подразумевает, что "этим не надо пользоваться, потому что уберут", а не то, что функцию переместили.

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

И, очень хотелось бы прояснить вопрос по поводу дальнейшего развития этой самой "поддержки unicode" в lazarus/freepascal.

Насколько я знаю, по FPC окончательных решений ещё не принималось. Следовательно, по будущему юникода в Lazarus вопрос тоже пока открыт.