Обсуждение Wiki

[Пользователь]

Вобщем я предложил комплекс мер, которые могут оживить вики и наладить процесс производства инструкций.

Выбор за вами...

И замечу, что нужен комплексный подход, одно изменение не принесет существенных результатов, только комплекс взаимосвязанных мер даст эффект.

[RazrFalcon]

Теги рулят. Категории генерятся по тегам.
Слава оптимизации! Все должно быть автоматом.

[Malamut]

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

[Malamut]

UPD:

Сделал так, чтобы панелька редактирования сохраняла своё состояние при обновлении страницы. Теперь если вы один раз её раскроете, то она так и будет раскрытой.

[Malamut]

UPD 2:

Сделал кнопку "Показать панель редактирования" гораздо более заметной для тех, кто зашёл на вики под своим именем.

[Stay_Strong]

конечно, не в тему Wiki. Но всё же. А если на форуме под каждым сообщением добавить кнопку: "Спасибо"?

[koshev]

конечно, не в тему Wiki. Но всё же. А если на форуме под каждым сообщением добавить кнопку: "Спасибо"?

А я предлагаю все же не спасибо, а сделать рейтинг (- 3 2 1 / 1 2 3 +), емнип Simple Machines это может и автоудаление постов, т.к не все посты заслуживают быть нетленкой.

[Пользователь]

В пользовательской документации нужно навести порядок, предлагаю такие разделы:


Базовая информация об Ubuntu
- Статьи о базовой настройке и использовании Ubuntu
- Статьи по версиям системы
- Ответы на часто задаваемые вопросы

Программы и настройка
- рабочие окружения
- система
- безопасность
- сеть
- офис
- мультимедиа
- графика
- игры
- наука и образование
- внешний вид
- виртуализация и эмуляция, wine
- прочие

Оборудование
- ноутбуки
- жесткие диски
- устройства ввода (клавиатура, мышь и т.д.)
- аудио устройства
- видео устройства
- принтеры
- сканеры
- сетевые устройства (модемы, роутеры и т.д.)
- портативные устройства
- другие устройства

Разработка
- программирование
- сборка пакетов
- тестирование

Ну что, изменять?

[Malamut]

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

[Malamut]

Вообще я бы начал с того, что подумал бы о том, как реорганизовать структуру самого ресурса. Например, я немного сомневаюсь в том, что нам нужно разделение на подсказки, howto и решения проблем. Создают лишнюю путаницу только. Так что предлагаю упразднить эти теги и это разделение с концами.

Далее: надо как-то структурировать cпец. теги. Сомневаюсь, что нам нужно 5 тегов. Я бы оставил только FIXME, NEW. Плюс надо как-то подумать, как помечать статьи устаревшими. Тег неоконченная статья явно не нужен.

[Пользователь]

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

Я об этом подумал, сначала создать разделы, потом перенести статьи в новые разделы, путем изменения тегов.


Пользователь решил продолжить мысль 05 Мая 2012, 15:43:27:

Вообще я бы начал с того, что подумал бы о том, как реорганизовать структуру самого ресурса. Например, я немного сомневаюсь в том, что нам нужно разделение на подсказки, howto и решения проблем. Создают лишнюю путаницу только. Так что предлагаю упразднить эти теги и это разделение с концами.

Далее: надо как-то структурировать cпец. теги. Сомневаюсь, что нам нужно 5 тегов. Я бы оставил только FIXME, NEW. Плюс надо как-то подумать, как помечать статьи устаревшими. Тег неоконченная статья явно не нужен.

По тегам.
Чтобы не было путаницы, нужно оставлять статью в одном разделе, а не совать во все, прицепляя с десяток тегов.

Одна статья - один тег. При предложеной мной структуре будет порядок.

Теги фиксми не нужны, так как все статьи в вики достойны этого тега, и тег новой статьи не нужен.

Достаточно в индексной статье отображать дату последней правки - это имеется.

[Malamut]

Нет. Определённо не надо делать одна статья-один тег. Это возвращение к линейной структуре, которая неприменима в принципе. Статья про изменение поведения грубо говоря Unity через CCSM - это статья в раздел Unity, Compiz или в настройку внешнего вида? И т.д. Я вообще с трудом могу вообразить статью, на которую сложно повесить хотя бы два осмысленных тега.

И причём тут путаница? Путаница сейчас только с тегами подсказок и how-to всяких, а в остальном никакой путаницы нет.

Тег новой статьи в теории нужен затем, что я чуть позже сделаю шаблон статьи вида

(Нажмите, чтобы показать/скрыть)

======= Название =======

/* Комментарии */

{{tag>}}

И что мне пихать вместо ? Там должно быть что-то.

Тег FIXME безусловно нужен, ибо статьи таки бывают законченными. И список незаконченных всё же хочется иметь.

[demkov]

Далее: надо как-то структурировать cпец. теги. Сомневаюсь, что нам нужно 5 тегов. Я бы оставил только FIXME, NEW. Плюс надо как-то подумать, как помечать статьи устаревшими. Тег неоконченная статья явно не нужен.

DELETEME тоже бы оставил. Если статья о настройке внешнего вида в Ubuntu 7.10 сильно устарела, то её можно пометить тэгом на удаление, вдруг кто начнёт кричать, что она нужна как память и уберёт тэг.
Для устаревших... Ну, предположим нарисовать иконку под UPDATEME или UPDME или что ещё.

[Пользователь]

Тег новой статьи в теории нужен затем, что я чуть позже сделаю шаблон статьи вида

(Нажмите, чтобы показать/скрыть)

======= Название =======

/* Комментарии */

{{tag>}}

И что мне пихать вместо ? Там должно быть что-то.

NEW