Максимум точек - 100. А больше не делается. Это как-то можно исправить? Или в среде так? Раньше, знаю, было 50. Но для чего такое ограничение?

больше 10-20 точек на элементе это уже сигнал к тому, чтобы задуматься над целесообразностью своей схемы. Куда же необходимо делать более 100 точек?

никак.
и как-то не очень и хочется.

code_1905.txt

Вот может быть 300 строк, на каждую из которых должно выдаваться событие соответственно её индексу.

300 совершенно разных не похожих друг на друга событий по каждой строке? В HiAsm 92 стандартные команды, которых полностью хватает для проектирования, редактирования и сборки схем. Куда же нужно 300 штук

При чём тут команды HiAsm? Я говорю о том, например, нужно сверять заданное время по часам минутам и секунда, и в каждую секунду действие разное. А секунд в сутках 24*60*60=86400!
Пусть не на каждую секунду событие, но уж больше 100, это точно!
А DPE не позволяет...

И правильно делает.
Заставляет использовать мозги а не руки.

У меня тоже была такая задача, нужно было 120 различных выходов, которые идут один за одним и запускают разные неповторяющиеся части схемы. Я взял и каскадировал элементы, вот и увеличил кол-во выходов, никаких проблем, только лишние несколько компонентов.

У меня тоже была похожая задача, но мне повезло - меньше 100 нужно было. Схема конечно залихватская получилась, но там требовалась скорось, а каскадирование, как известно, это тормоза. Хотя надеяться на скорость программ хиасма (в пакете дэльфи1) - сложно, поэтому пришлось пооптимизировать скемку..

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

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



А много компонентов вместо одного большого (с большим кол-вом точек) читабельней?



Не, можно, конечно, code_1907.txt
особенно когда точка e2 должна выдавать одни данные, e1 - другие, никак не связанные с данными на входе, но будет ли это лучше?
Так, конечно, можно и 100 000 выходов наделать...

3042, я не говорю о глупостях, обычно

Но о более тщательном продумывании алгоритма.
Глупость - это когда у гипотетического элемента с 86400 выходами используются только 20.
А работать мозгами - это понять, что из твоих 500 алгоритмических веток, только 5 принципиально разные. И все остальные сводятся к ним с какими-то персональными параметрами.

Не факт, что пять, их может быть больше 100, хотя, конечно, и не 86400.
Но, по-моему, смысла ограничивать число точек сотней не было смыла.
Ведь не только IndexToChanel использует их, но и FormatStr, и MathParse.
Но решать всё равно Dilme.

Конкретную задачу в студию.
Тогда "по-моему" - обретет смысл.
А сейчас его нет.

Если кому-то что-либо надо - он пытается найти способы, а наоборот - причины.