nesco, потребовалась внешняя точка Default (начальное значение нужно менять программно)
Твоё мнение ?

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

nesco, покажи случай, когда смену дефолта нельзя заменить наипростейшей схемой?

как можно наипростейшей схемой.
Наипростейшая - это один компонент
Даже с особаченной точкой в один компонент не уложишься.

Я бы это еще и MathParse добавил. Особенно нужно бывает, когда используешь %0

тогда уже и в FastMathParse и в Convertor нижнюю точку (надоело память цеплять ).

Не надо. Там где используется занесение в поток, а не на нижнюю точку приведет к увелечению кода за счет дополнительной переменной, которую необходимо будет иметь еще и типа TData, тк данные на выходе разные. В критических местах скажется на быстродействии

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

да и не понятно нужно ли при изменении Default значения вызывать onResult или нет? Вроде и не нужно, т.к. реально никакого расчета не делается, а вроде и да, т.к. значение элемента изменилось (точка Result вернет уже другое число). Отсутствие однозначной логики в работе такого простого элемента говорит о неверном подходе в его проектировании.

А у MathХХХХ, ЕМНИП, есть нижняя точка, и ее часто используют. Tad просит нижнюю точку в Конверторе.

по нижней точке элемента Convertor вердикт уже озвучен

и вопрос, что очевидно, правильно ставить как "нужно ли увеличивать объем и снижать быстродействие элемента для добавления точки Result?".

Насчет дуфолтного значения в обычном Math, я не понял для чего он там и куда его воткнуть, по doClear заносить в память, а что за действие он тогда будет отображать Предположим, мы вычислили какой-то MOD двух операндов, а по doClear занесли в память непонятно что, никак к MOD-y не относящееся... Тут, я не понял.

В MathParse установка дефолтного значения извне ни к чему не должна приводить, оно становится %0 и дожидается следующего расчета, предыдущий результат меняться не должен, он уже произведен с тем значением, которое было

nesco, задам конкретный вопрос : Как думаешь, зачем нужно свойство Default в Math ? (со всеми своими кодами)

Tad, для предустановки начального значения %0

А примерчик использования этого показать можешь ?

А ты, не знаешь

code_19549.txt