В моем понимании, элемент не функционален.
Автор - не я, и у нас разные понимания его назначения.

Следовательно, помочь не смогу. (на полном серьёзе)

Израильский способ отвечать вопросом на вопрос.

[size=-2]------ Добавлено в 19:44
После изменений в function StrToTData на
(лень было дальше упрощать) элемент работает нормально и без фокусов

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

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

[size=-2]------ Добавлено в 20:21
Вот так, приблизительно, это было реализовано

Dilma, ты видимо неправильно понял процитированные слова
Вопрос должен решаться на уровне постановки задачи. После - перечислимые взгляды исключены

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

Galkov, если кодирование в строку идет через ToString, то и получение данных назад из строки должно происходить точно тем же способом. Т.е. выделением кусков между разделителями и помещением в поток с типом data_str. Конвертировать ли это в числа или нет будет определено в дальнейшем самой схемой(т.е. пользователем).

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

Сделать это (передачу иеформации о типе) - проще чем обсуждать такое.
Не считая потерянного времени тех, кто уже наступал не это.

Редактировалось 5 раз(а), последний 2021-05-21 09:56:54

Полностью не согласен.
Происходит следующее:
1) Создается проблема своими же руками - выбран НЕ взаимооднозначный формат кодирования
2) Потом начинаются героические преодоления ее:
2.1) Фиксинги для различения действительного от целого
2.2) Дополнительные методы разного декодирования типа OnlyString
2.3) А мне для себя надо OnlyInteger
2.4) А кому-то понадобится OnlyReal, или еще что-то
3) Создаются подобные топики - этот не первый.

В принципе, если всем нравится вырезать гланды не так, как это принято у белых людей - на здоровье.
Не говорите только, что сие есть верх мудрости.
Сие есть НЕ БОЛЕЕ, чем болезненное желание видеть промежуточную строку разделенную именно запятыми.
Но какая при этом моя должна быть реакция на аналогичный будущий новый топик, НО если автор выразит удивление необходимостью ставить дополнительные конверторы, и получать иными средствами откуда-то информацию о типах данных.
Отвечать, что данные после применения doStr+doMT - НЕ обязаны совпадать с исходными, мне как-то и поднадоело уже. Хотя бы потому, что не есть это проблема.
Удалять такие топики, что ли




"Данный случай" несовместим со случаем постановки задачи. Постановка всегда первична.
Сначала делается постановка задачи, и уж исходя из нее возникают различные "данные случаи"
Вывод: у Вас проблемы с логикой, коллега





А не твое это дело
Если тебе это не надо, это не значит, что никому и никогда не понадобится
Мне - надо.




Это не я говорил, а ТЫ.
И аргументировал это некими заключенными договорами.
Но меня это кукарекание (как и дезинформация, кстати) - раздражает все больше и больше.

Редактировалось 5 раз(а), последний 2021-05-21 09:56:54

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

А чего не поделишься?

Это не аргумент
Аргумент, это когда ВСЕМ элементам по барабану.
А, например, элементу If_else вообще-то НЕ по барабану.
BTW: Сведения из матлогики: инверсия квантора всеобщности - квантор сеществования. Следовательно, опровержением истинности кантора всеобщности является истинность квантора существования для инверсного выражения

Вывод: с логикой действительно проблемы.

[size=-2]------ Добавлено в 13:44

Galkov, но без этого компонента тяжелова-то будет загнать, изначально неизвестное, количество полей базы в таблицу.

Без какого