Tad, посмотрел пример. Если бы всё было так просто...

Вот смотри: этих двух авторов считать разными?



А этих троих?

А вот этих - каждого одним?

И, наконец, что делать с этими товарищами?

[size=-2]------ Добавлено в 12:25


Я так не считаю.

Аргумент: зачем новому пользователю (а это в первую очередь для них делается) знать, что было *дцать версий StringTableMT, если:
а) их нигде не возмёшь
б) они содержали ошибки, последовательно устранявшиеся в последующих версиях?

Ну тот же DatePicker - раньше он вёл себя чёрти-как (при уничтожении рантайм выдавал, вроде), а теперь nesco с помощью неназываемого его причесал, теперь он нормально работает. И зачем новичку искать версию 1.0, которя не работает, и потом писать на форуме "а почему моя программа закрывается с рантаймом???????????????????", навлекая тем самым на себя гнев неназываемого.

Удалит к черту эти версии компонента, и никогда ее не применять. Я это говорю, как Автор этого компонента -- все это начальные версии построения StringTаbl'а. На моих компонентах должно стоять

nesco, да? Смотрим...

Компонент	Автор
DoDataMemory	Dilma+nesco
DoMemoryData	Dilma+nesco
GlobalVarEx	Dilma & nesco hiasm@mail.ru
ShLabel	Dilma + nesco

Удаляем

---

Про неназывемого - тут.

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

Tad, я заносил автора в базу так, как написано в полях Author и mail ini-файла, и никак иначе.



[size=-2]------ Добавлено в 12:43
Я это к тому, что просто выборка DISTINCT(author) при существующей структуре не даст корректный список авторов.

Наверное, придётся сделать отдельную таблицу, где будут храниться отфильтрованный список авторов,
а при добавлении элемента пробовать понять, кто автор. В поле elements.author буду, видимо, хранить список авторов через пробел (без всяких &,+,...), тогда поиск можно будет делать фильтрацию по автору в трёх видах:
* Все записи
* Единственный автор
* В коллективе авторов

От хранения мыл, видимо, придётся отказаться.

Вроде, про таблицу говорили.

А это в корне неверно. Кто говорил: Мухи отдельно - котлеты отдельно. Сделать поле mail отдельно и туда просать строку содержащую собаку. Потом эту строку удалить. Остаются Авторы. С авторов выбросить пробелы и все значки (коды меньше 31) заменить на "+". Вот тебе и общий знаменатель. А nesco и Dilma+nesco это уже разные авторы. А захочешь увидеть все компоненты в которых задействован nesco прийдется применить LIKE %nesco%

[size=-2]------ Добавлено в 12:57
меняй структуру

[size=-2]------ Добавлено в 12:58
говорили про авторов

[size=-2]------ Добавлено в 12:59
и компоненты с одинаковым названием

[size=-2]------ Добавлено в 13:06
Да, запрос на выборку (перед выполнением) выводить в Edit, для возможности редактирования и рядом кнопочку "Выполнить". Непомешает.

Вот, кипишь навели

Работа кипит А там где работа там и хипиш и рейвах

Tad, вот мой план:

* добавить стоблец mail, разделить существующее поле author
* для авторов - отдельную таблицу надо делать, и в поле author пихать сверенные с ней варианты написания, через + или пробел - это не важно.
* тогда для фильтра по авторам сделаю отдельный интерфейс, с возможностью выбора - любое вхождение, единственный автор, либо в коллективе авторов.

[size=-2]------ Добавлено в 13:56
nesco, такими темпами мы скоро твою тему по StringTableMT догоним!

зачем?
Если я в таблице Авторы выбрал iarspider+nesco то появляется подменю

iarspider+nesco
iarspider
nesco

и из него я выбрал, что мне надо.

Tad, вообще-то фильтр надо переделывать полностью - вон сколько приколов с одним автором набралось. Я тут ещё подумал, и решил вот что: таблицу делать не буду, это неудобно и не очень наглядно. Сделаю примерно так:

code_1357.txt

Подумать нужно, но вместо я бы поставил СheckBox-ы и опрашивал бы их при нажатии на "Применить"

[size=-2]------ Добавлено в 16:32
Во всяком случае при ненужности какого-то пункта снял ворону и все (данные набраного фильтра должны запоминаться формой ФИЛЬТР и при повторном вызове оставаться на своих местах )

Наблюдение: на Amper-а время тратьте в последнюю очередь - себе дороже обойдется

Не пойму зачем эти мытарства
Вводим имя nesco
И видим все компоненты где встречается это имя.