Почему в основе пакета лежит кодогенератор FTCG, а не RTCG?

Потому что его синтаксис я знаю. Кроме того, имею возможность вносить свои поправки в кодогенератор.

Поправлено

Ни черта не пойму, при попытке спарсить xml или html постоянно выдает ошибку, а с картинками все норм.

code_36393.txt

Помогить понять что за фигня творится.

Подскажите пожалуйста что это за символы? вроде как
, но не работает с ними

Если в свойстве задать
, то эта комбинация будет заменена на используемый в Java перевод
. Попробуй
.

Помогло

Здравствуйте! Не могу понять как в пакете андроид создать и записывать файл, кто может поделиться схемой заранее спасибо.

В примерах есть "File Read Write.sha"

я видел этот пример, но он не какой файл не создает даже если прописываешь путь до сдкарты

Редактировалось 9 раз(а), последний 2022-09-20 04:14:42

Как передать текст в другую форму - глянь пример Intents.

добавьте пожалуйста в ChanelToIndex нижнюю точку Data с данными из потока
------------ Дoбавленo в 08.37:
и еще подскажите, вот такая конструкция будет использовать одни и те же ресурсы картинок или отдельные?

С ChanelToIndex и некоторыми другими компонентами возникает следующая дилемма. Обычно компонентам, которые реализуют некоторый конкретный функционал на целевом языке, требуется вполне определенный тип данных (или несколько допустимых типов), но в любом случае, для того чтобы сгенерировать код, оперирующий этими данными, нужно знать тип данных на этапе генерации кода. Например, у компонента EditText точка Value возвращает данные типа string, а метод doText требует тип string для задания текста в поле. Если подать на doText тип string, метод и задаст этот текст. А если подать тип int? В компоненте (и в кодогенераторе) предусмотрено, что компонент, требующий тип string не просто читает данные из потока, а читает их с помощью специальной функции, которая проверяет тип входных данных и по заданным правилам оборачивает их в функции целевого языка так, чтобы компонент получил их строковое представление или пустую строку, если конвертация невозможна. Например, числовые типы можно преобразовать в строку, а вот объекты - нет (да и нет смысла). Так вот, когда метод doText получает на входе данные типа int, то в целевой код выводится такая конструкция:

Здесь пока всё нормально. А теперь возьмём компонент ChanelToIndex с нижней точкой Data, которая выдаёт данные с методов. Какой тип данных должна выдать точка Data, с учётом того, что методы вызываются тогда, когда им нужно, а она читается в процессе генерации кода только тогда, когда какой-нибудь компонент запрашивает у неё данные? При этом, естественно, с методов поступают данные разных типов, а присоединенный компонент должен сгенерировать только один код.

Приведённое выше решение уже не может работать. В пакете для таких случаев (обобщённо: когда некоторый компонент может хранить и выдавать данные любых типов, например, Memory) при записи предусмотрено сохранение данных в специальном объекте в процессе работы программы и при чтении компонентами они получают не немедленную конвертацию одного типа в другой (а когда конвертация не нужна, она и не производится), а вызывают функцию типа "мне нужен тип string - выдай". А этот специальный объект проверяет, какой тип данных в нём сейчас записан и для каждого такого типа вызывает функцию преобразования и выдаёт результат. Это немного влияет на производительность, поэтому я стараюсь не очень активно это использовать.

Когда ChanelToIndex разрабатывался, эта методика ещё не была реализована, поэтому там точка Data не добавлялась. Я посмотрю, может в ближайшее время и добавлю.

Там картинки с одинаковыми именами перезапишут друг друга и останется только один экземпляр. Но более корректно использовать одни и те же FileResource с помощью LineBreakEx.

Очень надеюсь что скоро появится, хотелось бы упростить схему

Netspirit, очень жаль, что среда пошла по пути динамической неявной типизации, при этом кодогенератор даже и не может по другому, или поможет преобразовать данные, или получим нерабочий целевой код.
Интересно было бы взглянуть на реализацию среды со статической явной типизацией, когда у одной точки могут быть перегрузки и соединить с ней можно только int и string, или TObjectName.
p.s. Вообще, очень интересная идея