Вверх ↑
Этот топик читают: Гость
Разработчик
Ответов: 26112
Рейтинг: 2124
#1: 2009-05-23 13:47:11 ЛС | профиль | цитата
Tad писал(а):
читать умеем ?

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

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

------------ Дoбавленo в 13.49:
Tad писал(а):
Максимально необходимая ширина столбца в знаках, необходимая для полного отображения содержимого столбцов


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

0
Ответов: 16884
Рейтинг: 1239
#2: 2009-05-23 13:49:53 ЛС | профиль | цитата
Да, а то что ты забрал знак "_" для разделения имени столбца и его размера (SELECT Fam AS Фамилия_150) это неплохо, а плохо, что стало невозможно применять что-то типа SELECT fio AS Фамилия_Имя_Отчество.
А очень часто нужны именно многословные названия колонок в таблицах.
карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Разработчик
Ответов: 26112
Рейтинг: 2124
#3: 2009-05-23 13:51:55 ЛС | профиль | цитата
Tad писал(а):
Да, а то что ты забрал знак "_" для разделения имени столбца и его размера

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

0
Ответов: 16884
Рейтинг: 1239
#4: 2009-05-23 13:52:50 ЛС | профиль | цитата
Имея max-размер всегда могу установить предел.

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



------------ Дoбавленo в 14.11:
Да, только $ и _
карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Разработчик
Ответов: 26112
Рейтинг: 2124
#5: 2009-05-23 14:13:57 ЛС | профиль | цитата
Tad писал(а):
Вот и поставь по умолчанию, например -- $

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

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

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


ColDelimiter=Разделитель параметров столбцов внутри форматного свойства при добавлении|2|_

А Wiki ты читал с описанием компонента MTStrTbl
------------ Дoбавленo в 14.27:
Tad писал(а):
Честно, крутился как посоленый

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

0
Ответов: 16884
Рейтинг: 1239
#6: 2009-05-23 15:10:02 ЛС | профиль | цитата
nesco писал(а):
Или ты хочешь иметь, и "_", и возможность иметь ширину столбца
Ну да. Иногда (очень часто) нужно "Многословное название колонки", что в SELECT возможно, соединив слова знаком "_", и к названию нужно прицепить строку с параметрами. Читаем про параметры
Columns - Параметры столбцов таблицы. FormatStr: NameCol=WidthCol=IndexIcon=AlignTxtCol (0 - taLeft; 1 - taRight; 2 - taCenter). Внимание! В качестве разделителя применяется знак "=", а не ColDelimiter
Обращаем внимание на "Внимание !"
Ну и спрашивается: Почему здесь параметры задаются поодному, а, оказывается, где-то для чего-то другого
ColDelimiter - Разделитель параметров столбцов внутри форматного свойства при добавлении
(чего добавлении?, куда добавлении ?)нужно задавать параметры подругому. Кто об этом знает ? Только автор компонента.
карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Разработчик
Ответов: 26112
Рейтинг: 2124
#7: 2009-05-23 15:25:41 ЛС | профиль | цитата
Tad писал(а):
Почему здесь параметры задаются поодному, а, оказывается, где-то для чего-то другого

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

Tad писал(а):
чего добавлении?, куда добавлении ?

Мне казалось поймут
Разделитель параметров столбцов внутри форматного свойства при добавлении


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

0
Ответов: 16884
Рейтинг: 1239
#8: 2009-05-23 15:54:06 ЛС | профиль | цитата
nesco писал(а):
но немогу же я расписывать точку размером в страницу.
Так не отправляй меня в Wiki Это все я читаю в свойствах или при установке мыши на точку (без Wiki) или просто, нажав F1
Разделитель параметров столбцов внутри форматного свойства при добавлении

Разделитель параметров (смотри Columns) при добавлении по doAddCols

карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Разработчик
Ответов: 26112
Рейтинг: 2124
#9: 2009-05-23 16:27:34 ЛС | профиль | цитата
Tad писал(а):
doAddCols

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

Tad писал(а):
Это все я читаю в свойствах или при установке мыши на точку

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

Разделитель параметров столбцов по-умолчанию (смотри Columns) при добавлении по doAddCols в соответствующих модулях

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

0
Ответов: 16884
Рейтинг: 1239
#10: 2009-05-23 17:11:45 ЛС | профиль | цитата
а по моему так лучше
Разделитель параметров колонок (смотри Columns) при добавлении по doAddCols
nesco писал(а):
А может, серъезно заменить все форматирование столбца на ColDelimiter, а по-умолчанию присвоить "="
может быть и лучший вариант, хотя с самого начала нужно было присвоить $.
А слово "столбец" - вызывает матерные ассоциации
------------ Дoбавленo в 17.28:
nesco писал(а):
Ну это оставлено в целях совместимости со старыми таблицами, где разделителем был знак "=".
О какой совместимости речь ? Ты создаешь новый компонент. В старых схемах его небыло.
Напомню о MultiStrPart. В том, что я предложил, точка doClear - была первой, а точка doSplit - второй. А ты, при создании окончательного варианта компонента поменял точки местами. И опать, в большенстве схем приходится линки перекрещивать.
Обычно первое, что делается - чистка а потом все остальное. Ну и что, что в старых компонентах Dilma во главу угла поставил не doClear ?
Создаешь новый - уже есть опыт и нафига повторять старые промашки ?
------------ Дoбавленo в 17.38:
Начал жареный петух поклевывать (
) - пришлось крутиться на сковороде, что бы привести к общепринятому

Посмотри по схемам, к скольким перекрещиваниям привело определение точки doClear не на первое место и аналогичной точки в математике.
карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Разработчик
Ответов: 26112
Рейтинг: 2124
#11: 2009-05-23 17:53:14 ЛС | профиль | цитата
Tad писал(а):
Ну и что, что в старых компонентах Dilma во главу угла поставил не doClear ?

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

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

0
Ответов: 16884
Рейтинг: 1239
#12: 2009-05-23 18:00:08 ЛС | профиль | цитата
1
карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Разработчик
Ответов: 26112
Рейтинг: 2124
#13: 2009-05-23 20:33:39 ЛС | профиль | цитата
Tad писал(а):
наверное перенеси в одноименную тему

Форум это не поддерживает, только разделение
------------ Дoбавленo в 20.37:
Tad писал(а):
Да, забыл сообщить, что в применяемом мной компоненте StringTable.doAddColumn такая

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

0
Ответов: 16884
Рейтинг: 1239
#14: 2009-05-23 21:41:25 ЛС | профиль | цитата
nesco писал(а):
А что, разве этого нельзя сделать в MTStrTbl, хм... Ты мне Америку открыл ?

А кто сказал, что нельзя ?
Просто еще с тех времен, когда MTStrTbl не родилась.
карма: 25
Немного терпения! Дежурный экстрасенс скоро свяжется с Вами!
0
Разработчик
Ответов: 26112
Рейтинг: 2124
#15: 2009-05-23 21:58:22 ЛС | профиль | цитата
Tad писал(а):
Просто еще с тех времен, когда MTStrTbl не родилась

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

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

0
Сообщение
...
Прикрепленные файлы
(файлы не залиты)