freepascal.ru

А зачем дублировать логику компилятора. Его нужно интегрировать в IDE.

Про автодополнение. По Ctrl+Space можно перенаправить
фокус ввода (и поддаработать), а по Ctrl+Shift+Space оставить как есть.

Неужели есть такой случай, когда удобно список щёлкать мышью,
перед тем как пролистывать ?

haword писал(а):А еще есть такая приблуда к делфям опенсурсная как cnPack Wizard так вот она еще и по первым двум-трем введенным сиволам предлагает варианты донабора. Очень удобно. Ввел LoadF а она уже предлагает LoadFromFile LoadFromStream. Очень ускоряет набор программы! Такую бы в лазарь и mseide приблуду добавили бы, было бы круто!

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

Собственно CnPack

m_guest писал(а):Собственно CnPack

только брать от туда надо не CnPack а CnPack IDE Wizards

Мартин написал про проблему с определением SSE в ФПК.
Может порекомендовать разработчикам ввести ключ, который
включает / отключает автоматику, раз она глючит ? И вообще
донести всю важность MSE как RAD IDE для FPC.

Для Вынь-32 реализован новый компонент -TGDIPrinter.
Позволяет печатать минуя PostScript.
Просто назначаешь имя очереди, вызываешь BeginPrint, рисуешь на printer.canvas, и распечатываешь по Endprint. Прозрачно работает с TReporter. Для предпросмотра удобно установить (платную) программу FinePrint и печатать на ее псевдо-принтер.

debi12345 писал(а):Для Вынь-32 реализован новый компонент -TGDIPrinter.
Позволяет печатать минуя PostScript.
Просто назначаешь имя очереди, вызываешь BeginPrint, рисуешь на printer.canvas, и распечатываешь по Endprint. Прозрачно работает с TReporter. Для предпросмотра удобно установить (платную) программу FinePrint и печатать на ее псевдо-принтер.

]
ну вот это уже лучше чем было

Чем лучше ? Вынь-32 визуально печатает хуже, чем PS-интерпретатор.
А вообще, в первую очередь под Линукс нужно. Проблема - найти аналог выневкому GDI. Xprint ? Но в нем тоже все запутано, и сложно распредеделить настройки между программой и спулером.

debi12345 писал(а):Чем лучше ? Вынь-32 визуально печатает хуже, чем PS-интерпретатор.
А вообще, в первую очередь под Линукс нужно. Проблема - найти аналог выневкому GDI. Xprint ? Но в нем тоже все запутано, и сложно распредеделить настройки между программой и спулером.

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

Новая фишка - работа с ZeosDBO. Уже работает.
Зачем ? Если нужно писать БД-проекты под соединение с коммерческими серверами БД - Oracle, MSSQL, ADO (MS Access, FoxPro, MS SQL), DB2, Sybase,..
До уровня суперкрутой TMSESQLQUery доводиться не планируется ( без особых на то причин) - но и то неплохо.

Мартин вошел в азарт, темп добавления фич - не угнаться.

Новинки:

1) TSQLResult - выполняет любую последовательность SQL-команд, но последней должна быть SELECT-команда, результат которой и возвращает.
Компактный, read-only, одно-направленный. Может включать код "до" и "после" - например, для создания и удаления временных таблиц.

2) TSQLLookupBuffer - для загрузки от TSQLResult, специализация - загрузка выбираемых списков, если данные этих списков не будут редактироваться в ходе программы

3) DBException & Connection-компоненты теперь предоставляют и цифровой код БД-ошибки, что позволит его проанализировать (нарушение ссылочной целостности, уникальности, прав доступа,.. - в зависимости от сервера БД ) и принять меры

4) TOpenGLWidget - инициализирует OpenGL-layer и продоставляет его контекст для рисования

5) Grid-ы: свойство "datalink.options.gdo_checkbrowsemodeonexit" - для полной имитации редактирования таблиц через MS Excel, то есть записываются и неподтвержденные изменения

Мартин начинает неспешную ( знаем мы его "неспешность" ) разработку сетевого компонента "Интерпретатор интернет-форм MSEgui". Насколько понял идею - для работы с MSEgui-программой в режиме сетевого сервера через маленького MSEgui-клиента. Нечто типа "OracleFoms" или AjAX. В отличие от WWW, такой подход позволяет использовать весь механизм событий и состояний, прописанный при создании программы.

Вопрос встал - какую сетевую библиотеку использовать. Мы дружно предложили Synapse. Мартин задал встречные вопросы, в которых мы не знатоки :

"Для MSEifi мне нужен неблокирующий режим. Он возможен в Синапсе ? Если нет, то может ли он быть симулирован через трэды ? Синанс thread-safe ( не переводится ) ?"

Кто-нибудь знает такие детали о Синапсе ?

Из новостей - работа со шрифтами переведена в режим высокого разрешения - чтобы не сползали размеры и расстояния от округления и прочих эффектов ( проявилось в генераторе отчетов на длинных крупных надписях ).
Также, у Transaction появилась опция "перевыбирать все открытые запросы после записи изменений" - чтобы увидеть все зависимые изменения.

Синапс как раз создан с упором на блокирующий режим, а симулировать через потоки - по-моему лучше применить что-то иное, возни много. Tread-safe там тоже под вопросом. Я смотрел - вроде бы там инициализация сокетов происходит в критических секциях, но так и не понял пока достаточно ли этого чтобы считать библиотеку поточно-безопасной

а что есть zeos ?