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

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

------------ Дoбавленo в 13.49:


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

Да, а то что ты забрал знак "_" для разделения имени столбца и его размера (SELECT Fam AS Фамилия_150) это неплохо, а плохо, что стало невозможно применять что-то типа SELECT fio AS Фамилия_Имя_Отчество.
А очень часто нужны именно многословные названия колонок в таблицах.

Е, мое, он же просто по-умолчанию стоит. Этот же знак можно любой поставить, поставь, например -- $ и не используй его в имени столбцов, вот и все

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

------------ Дoбавленo в 13.54:
И кто это знает кроме автора компонента ?
Честно, крутился как посоленый и отказался от применения MTStrTbl. Иди знай.
Вот и поставь по умолчанию, например -- $
А ты проверял SELECT пропускает ? Не говорит "недопустимый символ" ? Помоему пропускает только "_". Нужно проверить



------------ Дoбавленo в 14.11:
Да, только $ и _

И что, ты пробовал, сепаратор-то внутри делить не будет по этому символу (хотя, самого символа может и не быть в имени), а значит пропустит символ "_". Или ты хочешь иметь, и "_", и возможность иметь ширину столбца
------------ Дoбавленo в 14.15:

Хи, честно, и не знал, что символ $ пропускается базой. Так это ж -- очень хорошо.
------------ Дoбавленo в 14.19:

Привет, а в описаниях к точкам этого, разве, нет


А Wiki ты читал с описанием компонента MTStrTbl
------------ Дoбавленo в 14.27:

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

Ну да. Иногда (очень часто) нужно "Многословное название колонки", что в SELECT возможно, соединив слова знаком "_", и к названию нужно прицепить строку с параметрами. Читаем про параметры Обращаем внимание на "Внимание !"
Ну и спрашивается: Почему здесь параметры задаются поодному, а, оказывается, где-то для чего-то другого (чего добавлении?, куда добавлении ?)нужно задавать параметры подругому. Кто об этом знает ? Только автор компонента.

Ну это оставлено в целях совместимости со старыми таблицами, где разделителем был знак "=". Да поменять-то не сложно, вот только нужно ли


Мне казалось поймут


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

Так не отправляй меня в Wiki Это все я читаю в свойствах или при установке мыши на точку (без Wiki) или просто, нажав F1

В этом компоненте ее нет, эта точка в другом модуле, а народ полезет ее искать в этом.


Не все написано в описаниях к точкам, кое-чего я добавил дополнительно.
------------ Дoбавленo в 16.40:
Наверное, все же, вот так лучше


------------ Дoбавленo в 16.46:
А может, серъезно заменить все форматирование столбца на ColDelimiter, а по-умолчанию присвоить "="
------------ Дoбавленo в 16.47:
И тогда не надо будет ничего переделывать и переписывать

а по моему так лучше может быть и лучший вариант, хотя с самого начала нужно было присвоить $.
А слово "столбец" - вызывает матерные ассоциации
------------ Дoбавленo в 17.28:
О какой совместимости речь ? Ты создаешь новый компонент. В старых схемах его небыло.
Напомню о MultiStrPart. В том, что я предложил, точка doClear - была первой, а точка doSplit - второй. А ты, при создании окончательного варианта компонента поменял точки местами. И опать, в большенстве схем приходится линки перекрещивать.
Обычно первое, что делается - чистка а потом все остальное. Ну и что, что в старых компонентах Dilma во главу угла поставил не doClear ?
Создаешь новый - уже есть опыт и нафига повторять старые промашки ?
------------ Дoбавленo в 17.38:
Начал жареный петух поклевывать (
) - пришлось крутиться на сковороде, что бы привести к общепринятому

Посмотри по схемам, к скольким перекрещиваниям привело определение точки doClear не на первое место и аналогичной точки в математике.

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

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

1

Форум это не поддерживает, только разделение
------------ Дoбавленo в 20.37:

А что, разве этого нельзя сделать в MTStrTbl, хм... Ты мне Америку открыл

А кто сказал, что нельзя ?
Просто еще с тех времен, когда MTStrTbl не родилась.

Я постарался собрать в этой таблице все, что только когда делали в ней.

Сейчас работаю над декодированием кодовых страниц "на лету", что даст возможность добавлять в таблицу, например, кодировку UTF-8 из базы, имея только один подключенный компонент преобразования кодировок