Сделать то сделаю, но сколько времени можно потерять

Думаю меньше, чем мне на воскрешение трупов...
Доктор сказал -- в морг, значит -- в морг (с)

Во во .

Ну если доктор сказал - в морг, значит уже ничего не поможет

Ну, да - удалить недолго, а главное - очень просто и думать не надо
Ситуация мне видится так: Новый юзер поставил себе хиасм (впервые) поюзал его, познакомился так сказать, потом зашёл на сайт, обнаружил там форум (ага - есть где вопросы задавать ), потом в Upload порадовался колличеству, пробежался по названиям и назначениям , многое отложилось в памяти. И когда дело дошло до дела - он вспоминает, что есть нужный компонент не включённый в дистрибутив. Вероятность безошибочности небольшая, но возможно и этого хватит, а нет - можно попробовать попросить о помощи - мир не без добрых людей...
Что предлагается сейчас: Если компонент работает с ошибками, то - пусть лучше его совсем не будет (меньше вопросов).
Ситуация вырисовывается такая - есть желание разгрузить разработчиков, за счёт юзеров. Дело, конечно полезное, но зачем же так жестоко.. как говорится "или _й пополам, или _а вдребезги" ? Вообще-то мне кажется неэтично уничтожать что-то, не создав адекватную замену.
Авторы элементов делали людям доброе дело, как могли конечно, а юзеры тестили - нормальный конструктивный процесс - теперь есть чем воспользоватся кроме дистрибутива. Отдельные - очень неплохие вещи так и не вошли в дистрибутив, по причинам глючности - для того раздел и создан, чтобы доводить до ума. То есть - если компонент в UpLoad-е - значит он минимум - не прошёл проверку, максимум - глючный. Так задумано. Зачем тогда удалять?
Предлагаю остановиться на варианте сортировки, создать разделы и вверу написать caution - типа "только на свой страх и риск (ну очень глючные элементы)" или "скоро будут в дистрибутиве (мелкие недочёты вроде недорисованнной иконки компонента)".

ЗЫ 1: IMHO ессно
ЗЫ 2: SVN - это, как известно, инструмент разработчика (просто напомнил)
ЗЫ 3: Всё таки Текущая версия 3.63 b162

Андрей., да ни кто их всех удалят не будет. Я говорил о невообразимых количествах дублей, или начальных стадиях. Одного StringTabl'a была "Мама Родная" сколько. Скажи -- они все нужны, когда я его давно доделал, и работает он под версией b160 и совместим со стандартным, или Menu и DatePicker, о глючности которых, килограмм постов писано -- они тоже все нужны? Или зачем компонент OneCopyProgram, он прекрасно реализуется на штатных компонентах. Зачем же количеством брать? Мы слишком балуем пользователя. Для пользователя не компоненты надо делать, а пользователю HiAsm учить надо. Многое можно сделать на штатных компонентах, а если нельзя или быстродействие не устраивает, то для этого есть IC.

Ну-ну, нажми hiUpdate, и посмотрим, где будет твоя версия.

Ну, если так, тады ой. Я за разумный подход и, ты меня убедил

Вячеслав, сейчас зашёл на форум "Компоненты" - и понял, что такую картину я уже видел когда-то...

Ага
Только тогда небыло таких глобальных изменений в среде.

Вячеслав, опять мы с тобой в спамеры попали.

Ага. Из разговора:

Отлично.. Полностью согласен... К тому же у меня есть ещё несколько предложений..
Во-первых, к Dilma: можно ли создать на сервере текстовый файл типа components.txt, где каждая строка будет вида:

нафиг не нужен. Не забывай об ограничении размера аттача.

отдельным аттачем, в архиве не нужен.

не почти обязательно, а обязательно.

если юниты или ресурсы, то обязательно и с указанием в ini, если просто так, то нафиг...

и через ini можно ставить. his хорош, когда пакет нужен.

Дык, зачем задавать пользователю лишние вопросы про Пакет и Вкладку... Или я опять отстал от времени и они теперь хранятся в ini?

Amper, вот так можно прописывать в ini
то, что в ключе Files будет скопировано в папку code соответствующего пакета