2. Суть:
Расширить возможности шаблонизатора, дать возможность редактировать шаблон(способ вывода) категорий в каталогах.

3. Аргумент:
Сделает систему более гибкой, даст больше возможностей и решений при создании шаблона на uCoz. У меня к примеру список категорий в блоке выводится через table и тд(смотрел в исходном коде), но к примеру мне нужно вывести их как ul, li и тд...

4. Мысли по реализации:
Ну к примеру как редактируются шаблоны информеров, ну вот тотже $LOGIN_FORM$ выведен в отдельный шаблон "Форма входа пользователей". По тому же принципу можно расширить и другие шаблоны.

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

2. Суть: Как я могу удалить те 4 стандартных блока?

3. Мысли по исправлению: Сделать возможным удалить стандартные глобальные блоки, потому что непонятно вообще зачем сделали невозможным их удалять? Юкоз - гибкая система, а все равно поджимает возможности пользователя во многих случаях.

2. Суть: возможность переключать язык сайта на более удобный пользователю

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

4. Мысли по реализации: наличие языковой панели на сайте (флаг с надписью, ru, lv, eng и т.д.) при переключении на выбранный язык на сайте отображается копия сайта, но на заранее переведенный язык. перевод делается админом сайта или его модераторами и привязывается к нужной кнопке на языковой панели, переводить всё что есть на сайте нет смысла, то есть автор сайта сам определяет, как должен выглядеть его сайт на выбранном языке, какие темы там должны быть представлены и что должно быть переведено на выбранный язык

спасибо!

2. Суть:
а) в списке опций каждого фильтра в меню фильтров (выводимых кодом $FILTER1_MENU$ - $FILTER3_MENU$) добавить в конце опцию "- не указан -" .
Хотя бы для не-обязательных полей (хотя для обязательных оно тоже может оказаться не указанным - в том случае, если "обязательность" включили не сразу)
б) (это уже на будущее, подумать): было бы также удобно, если бы в фильтрах была (настраиваемая) возможность выбора сразу нескольких значений, по которым нужно фильтровать. Контрол можно сделать по типу контрола выбора нескольких категорий на форме добавления материала, либо взять обычный select c multiple.
в) в шаблонах, где имеются коды $FILTERx_MENU$ было бы очень хорошо иметь также и коды $FILTERx_VALUE$ , которые выдавали бы текущее значение фильтра

3. Аргумент: если это поле не является обязательным, то материалы, в которых оно не задано, невозможно никак отфильтровать. Их можно вывести только в общем списке всех материалов, где они безнадежно теряются.

А ситуации, когда человека интересуют только материалы, в которых поле фильтра принимает некоторые конкретные значения или не указано, встречаются достаточно часто.

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

4. Мысли по реализации:
а) добавить опцию в коды $FILTER1_MENU$ - $FILTER3_MENU$ (со спец-значением типа 999) и привязать к ней выборку из базы всех материалов, где это поле не задано
б) для multiple selection в выборке из базы использовать условие типа "where [поле] in (....)"
в) просто добавить коды, благо сами значения фильтров все равно сервером вычисляются (для кодов $FILTERx_MENU$)