bublik, труды по доработке компилятора были не напрасны, часть примеров, удалось запустить (Texturing, Scene, Button). Завтра попробую разобраться с остальными примерами.

теоритически можно при запуске процесса указать текущую директорию для него

Dilma: непонял немного. хотя странно как то, при запуске собранного exe указывается полный путь к нему а не относительный, так что проблем вроде бы не должно быть с текущей рабочей директорией.

MAV: если запустился Scene то и Scene2 должен тоже. Скоро выложу новую исправленную версию пакета. да даже текущую, я поставил на свежий HiAsm: DarkBasic19,DBC2 + новая оболочка
В следующей версии будут:
1. исправлены примеры
2. в компиляторе DBC4 уже будет включена новая оболочка
3. добавлены несколько новых компонентов
4. исправлены некоторые компоненты
------------ Дoбавленo:

Новые версии пакета и оболочки в первом посте ссылки.

bublik, исправления вносишь, что протестировать не успеваю, небось по ночам не спишь .
Скачал пакет 1.20, не запустился пример "fog", компилятор DB пишет ошибка в линии 43. Вобщем сильно порадовало появление компонентов "Memory/For" +1.

0

Позновательно, почти что на китайском .
hiGlobalVar.hws изменил пример запустился, продолжаем разбираться, хотя свою новогодню заставку в OpenGL ума не хватает портировать в DB.

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

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

------------ Дoбавленo:
алгоритм для Memory я придумал и уже встроил в оболочку, там будет определяться тип данных и меняться переменная.
а вот Var и GlobalVar можно использовать только для операций с числовыми данными. в принципе другого от него не требуется.
вобщем думаю проблема решена.

почему? компонентов не хватает? может смогу что то ещё добавить
------------ Дoбавленo:

Сделал новый компонент: RObject-возвращает индекс объекта под курсором мыши.

bublik, у тебя direct.inc не заданы символы начала и конца строки из-за чего кодогенератор их автоматически и не проставляет


а так же отсутствие var_mask может привести к проблемам при портировании

Еще я не понял смысла элемента StrCatEx

Dilma: судя по str_del_o например я подумал что кодогенератор удаляет эти символы сейчас проэксперементирую ;)
StrCatEx это была заготовка, потом я про неё забыл так и осталось подобие обычного StrCat
Спасибо за замечания и подсказки!
----
Сделал компонент управления камерой с помощью мыши
------------ Дoбавленo:

Кстати в FireFox не пашут JavaScript, точнее они пашут, но вот при нажатии на элемент (BB код например code) он не вставляется в поле текста, приходится вручную вписывать БиБи коды сильно надоедает... Что можно сделать не меняя браузер?
------------ Дoбавленo:

Сделал компонент Rem для записи в код комментариев, удобно если вам нужен только исходник. В компонент If_else добавлены отступы, теперь ориентироваться в коде проще. Позже ещё как ни будь улучшу читабельность кода.

del от слова "delimiter" - разделитель, "o" - open(открывающий), "с" - close(закрывающий)


нужно добавить себе в автозагрузку плагин для FF http://dev.hiasm.com/forum.html?q=3&t=11694

по пакету если откровенно говорить, то исправлять там много чего - фактически каждый элемент стоило б. Прям порциями по порядку:
Loop
у нас во всех пакетах все типы циклов имеют точку onEnd

RGB
элементы такого плана в рамках FTCG желательно строить по общему принципу, описаному в справке Элементы пакета WEB в разделе Организация точек, т.е. с наличием еще и метода с событием. Так же замечание по синтаксису - надо придерживаться общего формата

GlobalVar
не знаю зачем было делать аж три элемента для работы с переменными - var, GlobalVar и Memory - помоему достаточно было обойтись одним с учетом того, что в пакете нет разделения на области видимости. Однако если хочется именно так, то надо все три элемента делать с одинаковым функционалом

Text
замечание по коду - не выдержан принятый для HWS стиль оформления.
все св-ва со списком значений, которые используются только на этапе сборки проекта и стоят в условиях проверки надо делать типом 4(combo), а не 14(comboex). Вот такие проверки:
выполняются на порядок медленнее, чем
и влекут к увеличению времени сборки при увеличение количества элементов в схеме.
вот такие проверки:
надо заменять на
код в таком стиле делает все тоже самое, но работает быстрее и в лучшей степени переносим(поскольку не зависит от конкретного значения св-ва)
------------ Дoбавленo:

да и еще - чисто как пользователь советую верхние точки в элементах располагать в порядке убывания степени их использования. Вот скажем тут:
я почему-то очень сильно сомневаюсь, что буду Size и Font менять у надписи чаще, чем X и Y Зачем тогда располагать их настолько далеко от данных, которые есть в потоке? Да и зачем мне вообще точки для св-тв, которые я динамически менять в ближайшем будущем вообще не собираюсь? Вот так надо было из описывать:
и типы проставлять не забываем - в пакетах FTCG это влияет не только на их цвет в редакторе, но и на правильность результирующего кода

На счёт 3х элементов для работы с переменными вы правы, достаточно оставить один Memory
Спасибо за замечания, буду править...
------------ Дoбавленo:

Только сейчас дошло на сколько важно выставить типы данных в ini
------------ Дoбавленo:

Какой смысл добавлять в Loop точку onEnd если это непрерывный цикл?
------------ Дoбавленo:

Типы установил в INI, начинаю править код элементов...

действительно - не обратил внимания на то, что условий там нет, и что циклов оказывается. Тогда не понятно почему они разнесены по разным вкладкам? Может быть стоило сделать что-то общее?

блин всё через Ж, ррр бесит уже

bublik, вообще глядя на структуру элементов мне начинает казаться, что палитра делается по образу и подобию элементов пакета Delphi, что вообще говоря является шагом назад. Структуры более высокого порядка представлены пакетами WEB, QT и прочими FTCG нследниками. Поясню на примере: смотрим элемент while
и видим повторение интерфейса элемента Repeat пакета Delphi(за исключением события onEndWhile). Все бы ничего, но что делать если я хочу не просто сравнить А с Б, но еще и А с С Ответ очевиден: перед циклом поставить два IF, провести эти сравнения и сохранить результаты, а потом уже их сравнивать в while. В WEB тот же элемент может возвращать условие по нижней точке и в результате выдавать 100% оптимальный код:

хотел пример кода из DB привести, но оказалось, что в операторах сравнения нет and... В общем логичнее делать так:
где Condition это точка типа Integer