Преподавание Lazarus в школе

[SergeySmlInf]

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

[serg_iv]

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

[SergeySmlInf]

Вот чего вообще
ChildSizing
HelpKeyword
ShowInTaskBar
UseDockManager
Layout
OptimalFill
ShowAccelChar
EchoMode
ModalResult
WantTabs
UseOnChange
ExtendedSelect
IntegralHeight
Ctl3D
Kind
LargeChange
AutoFill
BevelInner
BevelOuter
BevelWidth

Буквальный перевод даёт довольно смутное представление - BelelWidth = скашивание ширины?

[shade]

ModalResult - поле хранящее "код возврата" модальной формы (вызванной через ShowModal, с блокированием всех остальных окон). Некоторые кнопочки имеют свойство ModalResult (в делфях это TBitBtn) - если нажимаешь на такую кнопочку, то соответствующей модальной форме в свойство ModalResult записываться значение поля ModalResult нажатой кнопки и, если не ошибаюсь, если ModalResult отличен от mrNone, то форма закрывается...

WantTabs - true - контрол будет получать сообщение нажатия клавиши <TAB> (например чтобы использовать табуляцию в TMemo), в противном случае будет перемещение фокуса к другому контролу.

Ctl3D - true - контролы будут в стиле 3D, false - в стиле 2D

BevelWidth - ширина границы/рамки
BevelInner, BevelOuter - соответственно внутренняя и внешняя граница/рамка - определяют стиль рамки (вдавленная, выступающая) - используется для создания псевдо-3D-эффектов.

Эти шесть свойств есть и в Delphi, может есть и другие,

ShowInTaskBar - true - для данной формы должна быть кнопочка на таскбаре..

[Павел Ишенин]

Эти свойства также (в основном) присутствуют в Delphi - можно читать help по Delphi. Некоторые их них пока не работают в Lazarus.

С переводом сложности только если пользоваться авто переводчиком:

BevelWidth = Width of bevel = Ширина фаски.

[Сергей Смирнов]

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

Например, все свойства из серии Bevel отвечают за промежуток между границей элемента и каким-либо содержимым. BevelInner - промежуток между границей (Border) и теми элементами, что внутри - он может быть утопленный, приподнятый, вообще никакой, его ширину можно регулировать (BevelWidth). BevelOuter - это то, что с внешней стороны границы. Тут, как правило задать можно только утопленность/приподнятость.

ModalResult -- подозреваю, что это свойство кнопок. Это то значение, которое будет присвоено одноименному свойству формы при нажатии на кнопку. Наверное, форма при этом должна быть модальной. Как это конкретно в лазаре работает трудно сказать, надо разбираться.

А вообще, подавляющее большинство свойств довольно точно соответствует дельфи какой либо версии. Точная и полная документация на лазаря пока практически отсутствует и, честно говоря, заниматься ей до выхода релиза 1.0 не очень хочется, т.к. возможны изменения в самых неожиданных местах. Но, думаю, что предстоящий промежуточный релиз 0.9.24 должен быть уже более-менее похож на окончательный.

[Павел Ишенин]

До окончательного надо поправить все что в багтрекере на 1.0 навешано

[Сергей Смирнов]

До окончательного надо поправить все что в багтрекере на 1.0 навешано

Я надеюсь, что это будет только правка багов и никаких нововведений или переписывания "под корень" целых подсистем.

[Павел Ишенин]

- с графикой еще не все ладно
- TIcon будет переписываться
- отрисовка разных статусов картинок отсутствует (имеется ввиду disabled, но возможно также будет сделан статус pressed и hot)

- куча багов с Anchors/Autosize (частично должны быть решены в этой версии)
- в win32 будет включен unicode (все готово, но в этой версии нельзя это выставить по-умолчанию, иначе можем огрестись новыми багами)

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

[Attid]

в win32 будет включен unicode

а поподробнее ? это уже есть ? где галочка ?

[Сергей Смирнов]

- с графикой еще не все ладно
- TIcon будет переписываться
- отрисовка разных статусов картинок отсутствует (имеется ввиду disabled, но возможно также будет сделан статус pressed и hot)

- куча багов с Anchors/Autosize (частично должны быть решены в этой версии)
- в win32 будет включен unicode (все готово, но в этой версии нельзя это выставить по-умолчанию, иначе можем огрестись новыми багами)

Вроде всё нужные вещи, но, конечно, хорошо бы, чтобы при их реализации ничего не сломалось в радиусе 10 километров .

...но просто править баги - скучно, поэтому что-нибудь появится.

Ох, промолчу я лучше по этому поводу

[SergeySmlInf]

А нельзя ли пока не действующие свойства как-то выделять...
А то иконка в форме как бы и есть, но с другой стороны как бы и нет!
ParentFont в RadioGroup и т.п. не работает...

Извиняйте если лох в том о чём пишу...

[Павел Ишенин]

Можно, но без поддержки со стороны fpc сложно. Вот если бы флаги unimplemented или platform попадали бы в RTTI, то было бы гораздо проще.

[Attid]

в win32 будет включен unicode

а поподробнее ? это уже есть ? где галочка ?

не, ну а все же ?

[Максим]

Посмотреть можно здесь:
http://wiki.lazarus.freepascal.org/LCL_Unicode_Support

Вкратце:
1. Идём в Инструменты -> Настройка сборки Lazarus
2. Добавляем в поле Настройки опцию -dWindowsUnicodeSupport
3. Перекомпилируем LCL

Теперь компилируемые проги будут с поддержкой Юникода.

Правда, у меня под WinXP оно пока не заработало: все надписи отсутствуют