Этот топик читают: Гость
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
есть более перспективная версия пакета Lazarus на базе RTCG с родным редактором форм:
|
|||
| карма: 26 |
| ||
| файлы: 1 | pack-lazarus.png [77.4KB] [1095] |
|
Ответов: 3349
Рейтинг: 233
|
|||
|
Dilma, И когда оно будет доступно простым смертным?
|
|||
| карма: 1 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
когда будет готов базис, отталкиваясь от которого можно уже наращивать элементную базу (путем портирования или написания в нуля)
------------ Дoбавленo в 19.59: для сравнения: вот так выглядит код кнопки в пакете Windows а вот так в пакете Lazarus под RTCG |
|||
| карма: 26 |
|
|
Ответов: 3349
Рейтинг: 233
|
|||
|
[offtop]Ждем, не терпится уже посмотреть[/offtop]
------------ Дoбавленo в 20.01: Dilma, а конечный код? |
|||
| карма: 1 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
конечный код элемента, как и в FTCG размазан по всему проекту и сильно зависит от того, к чему еще он подключен
|
|||
| карма: 26 |
|
|
Ответов: 5446
Рейтинг: 323
|
|||
|
Dilma, как я понимаю, set_undef_field(prop) - это аналог FTCG-конструкции
|
|||
| карма: 1 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
iarspider, вроде того. В RTCG решено все же отказаться от расширений через объект lng и файл direct.inc и заменить объектом sys, реализацию которого делает автор пакета. В данном случае set_undef_field реализован в скрипте так:
соответственно все блоки, из которых строится конечный код приложения представлены своими глобальными переменными и переключаться между ними через block.select() уже не нужно. Объект this всегда указывает на текущий элемент, в контексте которого был вызван скрипт и предоставляет полный доступ ко всем его свойствам и точкам. |
|||
| карма: 26 |
|
|
Ответов: 5227
Рейтинг: 587
|
|||
|
delete
|
|||
| карма: 4 |
|
|
Разработчик
Ответов: 4698
Рейтинг: 426
|
|||
|
Dilma, а кодогенератор RTCG уже не будет подвергнут никаким изменениям? Выложи, пожалуйста, поиграться dll-ку
|
|||
| карма: 10 |
|
|
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
|
Assasin писал(а): кодогенератор RTCG уже не будет подвергнут никаким изменениям?всмысле? |
|||
| карма: 26 |
|
|
Ответов: 3889
Рейтинг: 362
|
|||
|
Dilma, предполагаемый перевод: "Есть ли RC кодогенератора под windows", не изменится ли синтаксисповедение в следующих, если начать изучать его сейчас, чтобы не переучиваться?
|
|||
| карма: 1 |
|
|
Ответов: 3349
Рейтинг: 233
|
|||
|
nesco, А кто ему мешал код сгенерировать в Linux, откомпилировать в Windows?
|
|||
| карма: 1 |
|
|
Разработчик
Ответов: 26322
Рейтинг: 2147
|
|||
|
Ivann писал(а): А кто ему мешал код сгенерировать в Linux, откомпилировать в Windows?Под LCL можно, насколько я читал по нему описание. Но синтаксис RG вроде один на все должен быть |
|||
| карма: 22 |
|
|
Ответов: 3349
Рейтинг: 233
|
|||
|
Как там
------------ Дoбавленo в 17.03: Хм, почему тогда не Java?(Мысли вслух) |
|||
| карма: 1 |
|
|
Разработчик
Ответов: 26322
Рейтинг: 2147
|
|||
|
Ivann писал(а): Хм, почему тогда не Java?Какова скорость компиляции у Java компилятора Да и кто мешает написать под Java пакет |
|||
| карма: 22 |
|



Поиск
Друзья
Администрация