• Hacks and Patches - collection of external plugins/scripts of tools; pls. put your hacks here

нужно отвечать на наши вопросы и стараться донести мысль до нас-тупых по возможности более подробно :-)

You have an idea
You research if we've discussed it before

• check / use also our Forum

You can post a ideas and feature requests to Bug Tracker where it has a better chance of not being forgotten.

Документы данного кластера: /Documents of this cluster:

1. !/UnicodeWiki?
2. !/DiscussOnUpload?
3. !/ActionsACLs?
4. !/HTTPAuth?
5. !/SemanticWacko?

В обсуждении /In the consideration

Глобальные термины
Было бы здорово иметь возможность делать глобальные термины для всей страницы (т.е. я пишу в одном месте, что PHP - это типа "Php the hypertext preprocessor", а при парсинге страницы все остальные включения "PHP" заменяются на соответствующюю конструкцию-термин). Так, по моему, сделано в DocuWiki, если не ошибаюсь.
ЛёхаГуськов /02.06.2006 13:57/

Алиасы для кластеров
Допустим есть у меня кластер "\МояФирма\ОтделРазработки\Документация". А в нём ещё что-нибудь типа "НашПродукт\НавороченныйКомпонент\ТакаяВотФича\КакИспользовать".
При этом если на странице "КакИспользовать" нужно поставить ссылку на что-то внутри кластера "Документация", то приходится либо писать полный путь, либо внимательно считать уровни вложенности для относительного пути. А если какую-то страницу куда-то переместят, то это вобще мрак. Предлагается сделать что-то типа InterWiki алиасов, но для локальных страниц ваки.
К примеру, я объявляю алиас "доки" указывающим на страницу "\МояФирма\ОтделРазработки\Документация" а во всех вложенных страницах этого кластера уже делаю ссылки вида "доки:НашПродукт\КакаяТоСтраница". Это по крайней мере хоть как-то облегчит жизнь.
ЛёхаГуськов /02.06.2006 13:57/

Поиск и замена ссылки по всем страницам
Нужно в основном для ссылок на несуществующие страницы (ссылка есть, страницы нет) - можно разрешить заменять только такие ссылки.
Ситуация: разные люди пишут в разных местах ссылки, которые потом будут ссылаться на какую-то определенную информацию, но ссылки каждый делает по-своему. Например: СписокФич и FeaturesList. Каждый из них использует такую ссылку несколько раз (а может, и много раз).
Потом один из них создает таки страницу, и его ссылки начинают работать, а у другого - нет.
Можно, конечно создать вторую страницу тоже, и поставить редирект, но это засоряет базу знаний и создает проблемы с кластерами (растут параллельные кластеры, состоящие в основном из редиректов).
Решение: глобальная замена ссылок на всех страницах (СписокФич на FeaturesList, например). Суть именно в замене ссылок, а не просто текста в исходнике. Для избежания неприятностей можно разрешить только замену ссылки на несуществующую страницу. Можно также сохранять изменения на странице как версию.

Это может решить и проблемы с "алиасами" страниц и "синонимами" - человек, увидев изменения на своей странице (особенно, если наблюдает за ней), поймет как надо писать ссылку, чтобы она линковалась куда надо.

ВикторСтепанов /25.08.2004/ Хотелось бы какой-нибудь механизм, чтобы ссылки на картинки оставались ссылками, а не вставлялись как картинка, на которую они указывают. Например, хочется сделать ссылку "Крупное фото" указывающую на .gif файл, но не выходит.

AlexI /11.08.2004 12:23/ Развиваю предложение высказаное в комментариях к /WackoДокументация/Кластеры.
Структурирование информации с помощью кластеров дело вторичное, структура достигается наличием ссылок.
Реально кластеры нужны для двух вещей

• Наследование прав доступа от родительской страницы при создании новой
• Navigation Bar для возврата на уровень выше, без прохода через HomePage или использования кнопки back

В настоящий момент ни та ни другая цель не достигаются.
Введение понятия "первая страница" - страница по имени совпадающая с именем сайта и содержащая все остальные страницы, решает целый ряд проблем:

• отпадает необходимость в ACL по умолчанию. Страницы верхнего уровня все равно принадлежат корневой странице и наследуют права доступа от нее
• исчезает неадекватное, с моей точки зрения, поведение когда default_write_acl = ' ' приводит к запрету на создание страниц. Теперь при создании новой страницы всегда должны проверяться права на запись в родительскую.
• возможно упростятся некоторые фрагменты программы, исчезает понятие страница без родителей
• верхняя строка с полным именем страницы становится правильным вики именем пригодным для Cut & Paste (впрочем это и сейчас так)
• Имя сайта в верхней строке становится ссылкой на первую страницу и позволяет убрать ссылку HomePage из меню
• удовлетворяется пожелание /AndreyCherezov в комментариях к /WackoДокументация/Кластеры начальный слеш в полном пути можно не писать. WackoWiki:WackoIdeas,WackoWiki/WackoIdeas и /WackoIdeas будут считаться ссылками на одну ту же страницу и выбор одного из вариантов будет делом вкуса.

Для защиты от удаления или переименования первой страницы можно ввести дополнительную проверку в соответствующих процедурах. Если страница всетаки удалена или переименована (например средствами БД), то ее можно автоматически воссоздать.
В БД нет необходимости вставлять имя первой страницы как составную часть всех имен, это подразумевается. Запись для первой страницы может иметь некоторое специфическое имя например / , но это уже проблемы реализации.

• YuriMakarov /02.08.2004 11:43/ Неплохо бы иметь возможность листать списки изменений страниц и комментов (и может быть ревизий). Сейчас показывается только некоторое фиксированное количество последних. Если не заглядывал несколько дней, то можно многое пропустить, и как их потом найти непонятно. Сделать это вроде несложно - добавить пару ссылок с указанием в параметрай ID первого и последнего сообщения на текущей странице. Делать полный список страниц необязательно, хотя бы пару ссылок - Вперед и Назад. Эта фича позволит и размер отображаемой страницы сделать поменьше (меньше сисло строк), так как то что не убралось все равно будет доступно. Страницы кроме первой можно не кешировать (если это имеет значение).

• Избирательный инклюд (@@), include=, reject=.

Наблюдение за изменением /Observation of the change

• StanSSmit /19.06.2004 17:50/ - было бы удобно на странице Изменения кнопочку Наблюдать связать с изменением не только страницы, но и Экшена который на ней есть, т.е. опреративная информация по тому что изменилось на сайте падает на мыло. Причем на мыло падает не чаще 1 раз за 30 минут (может настройку даже сделать) в содержании только новое...

• StanSSmit /24.06.2004 02:30/: было бы неплохо иметь функцию которая выдает инфо о версии Вики (если это CVS то и о дате последнего изменения)

• UrbanSheep /27.04.2004 08:27/: Где-то обсуждалось создание системного кластера users, где и должны по умолчанию создаваться юзерские страницы, вот к этой штуке хочется добавить хранение списка избранных пользователем страниц в виде страницы BookMarks/FavoriTes в кластере каждого юзера. Причины: неудобно лезть для редактирования в настройки и копошиться в небольшом textarea (по сравнению со стандартным редакторским текстареа на весь экран при редактировании вики-страниц), возможность поставить нужные АКЛ на эту страницу и позволять другим пользователям видеть то, что туда внесено.
• UrbanSheep: Явное указание на причину "отсутствия доступа": если уровень доступа для чтения/записи стоит "только для зарегистрированных пользователей", то хочется видеть явное указание на то, что нужно зарегистрироваться для чтения/записи. В противном случае посетитель не врубается, что он может сам получить доступ, и уходит без лишних размышлений.
  • UrbanSheep /20.04.2004 18:44/: если АКЛ==$, и юзер не авторизован, то сказать ему, что неплохо бы авторизоваться или зарегистрироваться. Во всех остальных случаях - пусть сосёт лапу.
• фильтрация имён хендлеров
  • кроме транслита
• Interwiki: два+ параметра
• YuSha: Сделать действие, которое будет показывать историю посещенных страниц ( интерфейсно - не как "хлебные крошки").
  • ГородскойОвец /26.09.2003 16:37/: Лучше не действие, наверное. Это скорее входит в page-chrome, а потому и реализовывать надо в теме, а не в действии.
• LanCe: Хорошо бы реализовать следующую фичу. Вот мы находимся в дифе здоровенного документа. Этот документ был правлен в большом количестве разных мест. Их сложно искать. Предлагается: сверху дифа ставить сслку на ближайшее изменение сверху. А у каждого изменения ставить стрелку "переместиться к следующей правке".
  • LanCe: В кучу к предыдущему - возможно имеет смысл некий гибрид "простого" и "сложного" дифов, когда они выводятся на одной странице, и "простой" служит оглавлением "сложному". Если не понятно могу развить мысль.
  • КуМе: мне понятно; интересное предложение. я бы сказал забавное.
• Тщательно изучить вот этот поиск на php в качестве замены для FTS.
• LogIst: такое предложение - возникло ввиду того, что у меня стоИт кэширующая прокся и нещадно кэширует странички редактирования. Можно в ссылку для редактирования ( напр http://wackowiki.org/doc/Dev/TodoList/edit ) добавлять еще поле v, которое добавляется к адресу самой странички, т.е. получится чтото вида http://wackowiki.org/doc/Dev/TodoList/edit?v=1g3, которое прокся из кэша взять не сможет. А сейчас очень тяжело - все время забываю обновить страничку и приходится заново ее менять.
• KingOleg: Возможность наблюдения не только за одним документом, но и за всем кластеров (в том числе, за новыми документами в кластере)

Upload ACL

• StanSSmit /05.06.2004 05:13/ - есть такие мысли по поводу загрузки файлов: добавляем новый acl upload и в конфиге делается возможность указать разрешения на аплоад не только группам или всем, а так же по acl... т.е. автор страницы может решать можно ли загружать файлы и кому
• RomanIvanov: Не вижу смысла делать локальный ACL аплоада. Глобальный же уже работает.
• StanSSmit /08.06.2004 02:26/ - почему? Глобальный ACL может подправить только Администратор сервера, а локальный правится ручками неплохо ;) плюс не всегда имеет смысл вносить пользователя в группу (ползти до сервера и править конфиг другого варианта я незнаю, может есть возможность править конфиг Вики из самой Вики? ) чтобы он мог загружать файлы...
  
• RomanIvanov: Потому что тогда я, администратор, не смогу запретить аплоад файлов.
  • StanSSmit /19.06.2004 08:33/ - почему? я предлагаю оставить Глобальный ACL + добавить новый acl upload
  • RomanIvanov: Опишите, как они будут взаимодействовать, пожалуйста.
    • StanSSmit /19.06.2004 10:11/: Глобальный ACL (далее GACL) разрешает или запрещает загрузку по всему серверу, локальный (LACL) - на странице причем:
      1. если GACL - разрешает, LACL - запрещает то запрещено
      2. если GACL - запрещает, LACL - любой то запрещено
      3. если GACL - разрешает, LACL - разрешает то разрешено
      Такая структора позволит разрешить аплоад по серверу нескольким отделам, но каждый отдел сможет загружать только в свой кластер и т.д.
      
• YuriMakarov /26.07.2004 14:21/ Могу напомнить старую страничку по правам доступа
  Можно несложно организовать раздачу прав на Экшены - /YuriMakarov/ПраваДоступа/Actions. Права может раздавать владелец страницы с описанием Экшена. Текст приведенный там относится к версии R3, но наверное нечто подобное можно сделать и для R4 (если захочется). Там же есть старая страничка по группам доступа - /YuriMakarov/ПраваДоступа/Группы

Несколько вики-конфигов на одной инсталляции /Several Wacko -config during on installation

• UrbanSheep /20.04.2004 16:13/: Есть мысль простая. Видена в других сервисах. При установке ставить юзеру default.wiki.config, а его личные настройки (server-specific) хранить в site_name.wiki.config. Апгрейдер апгрейдит default, а личные настройки не трогает. Кому нужно - может скопировать формат и поправить свои настройки, кто не хочет - может не трогать, если явных ошибок нет.
  Такая штука в сочетании с mod_rewrite, может позволить лёгкое использование одного и того же движка для нескольких параллельных вик, у которых будут разные конфиги, интервики и разные бд.

• YuriKennisman: рассылать уведомления об изменениях от имени внёсшего изменение пользователя (т.е. с от его email-адреса).
  • RomanIvanov: С его емейла это явно невозможно (только в случае, когда заведомо все емейлы пользователей в одном домене. А вот подставлять во From его вики-имя возможно. Надо обдумать.
    • ЕвгенийНеделько + возможно (вопрос - нужно ли?) прописывать автора изменения в Reply-To:
      • UbS: вряд ли стоит. Переписка по поводу изменений в вики более приемлема в самой вики, чем в почте.
    • UbS: да, это может быть полезно (так сделано в LJ и это позволяет эффективно фильтровать комменты)

Позиционирование курсора на месте дабл-клика /Positioning cursor on the spot of the double- klick

YuriKennisman: Понятно, что точно позиционировать очень сложно. Предлагаю промежуточное решение: научиться различать, в каком именно абзаце / разделе пользователь сделал double-click -- и на странице редактирования ставить курсор в начало абзаца/раздела.

Оформление служебных ссылок /Formulation of the official references

YuriKennisman: Хороший образец размещения ссылок управления страницей: http://confluence.public.thoug[...].org/display/CC/Home.

Передача знаний и апдейтов /Transfer of knowledge and apdeytov

YuriKennisman: Прикладная задачка: есть потребность передавать знания из одного отдела в другой. В установленном формате, но в реальной жизни с возможностью дополнений. Для простоты: передающий отдел умеет использовать Wiki, получающий не умеет (но если дадут готовенькое -- сможет читать). Отсюда 2 ортогональных пожелания (дополняют друг друга, не заменяют):

Список страниц с датами изменений /List of pages with the dates of the changes

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

Posilat uvedomlenia v raslichnie p2p klienti

Narod ia schitaiu chto ochen polesno bilobi posilat uvedomlenia o ismeneniah ne tolko po e-mail no i napimer kak ICQ, MSN-MEssenger, Jabber soobchenia! A to pri realnoi rabote pochtovii iachik sahlamlaetsa ochen bistro. A tak pri minimalnih programistskih usiliah poiavitsa ochen polesnaia funktsia. Ia dumaiu moshno v nastroikah polsovatela nastroit kakim obrasom ic hochu poluchat soobchenia!

Навязываемое/предлагаемое наблюдение /Navyazyvayemoye/predlagayemoye observation

Нужна возможность для автора подписать на изменения введённый им список адресов/пользователей (в нашем случае проще именно адреса, т.к. пока в Wacko нет bugzilla-style подписки, когда на введённый email отсылается сгенерённый пароль).
Конечно, такая возможность должна быть явно подтверждена админом для перечня авторов и, возможно, должна действовать только в пределах кластера -- по дифолту такая возможность всем и везде закрыта.

"Автора!" /the "author!"

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

• NickRhm идея конечно интересная и довольно таки легко реализуемая при условии хранения данных в RCS стиле.

Метчинг вики-ссылок, не зависящий от формы слов

YuriKennisman: Crazy idea: было бы действительно здОрово, если Wacko научится метчить вики-ссылки со страницами для ссылок с другой формой слова, нежели название страниц -- существительные в другом падеже, глаголы в другом времени-форме... Но не переводить название страниц в начальную форму, а именно метчить по начальной форме: если есть побуквенное совпадение, используется оно; если нет -- сравниваем нормализацию ссылки с нормализациями названий страниц.
Наверняка есть не одна open-source наработка по обработкам форм слов; если же нет, можно поговорить с тем же Яндексом.

Разделение компонентов страницы (отдельное хранение метаданных)

ГородскойОвец /14.11.2003 17:09/: Муа уже об этом писала у себя в журнале, и некоторые уже об этом читали. Возможность отделения адреса от заголовка - это всё продолжение формализации структуры вики-страниц, которой не хватает для более эффективной работы.

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

• user:КуМе: добро пожаловать в НПЖ?.
• ГородскойОвец: Большое спасибо, но у нпж другая лицензия, и пока что непонятная для меня архитектура.

Статистика по поведению пользователей

• Не хватает возможности видеть и воспринимать не только рефёры (которые хорошо бы хранить более, чем за три дня, или сколько там сейчас, и настраивать это "сколько там" через конфиг), но и другие паттерны активности: сколько ищут (и чего), устроил бы список в виде "время - страница (если не TextSearch) - запрос", а его уже, в крайнем случае, мы будем пытаться обработать самостоятельно, самые популярные страницы (не по ссылкам, а по визитам) и пути, чтобы потом уже по этому показателю ориентироваться и переправлять контент.

Мульти-инклюд

• *

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

  
  Как написать - не знаю. "Поможите, сами мы не местные". Идеи?
• DmitryChernyak: Погляди http://wiki.feautec.pp.ru/ПоделкиДляСайта/ЛентаНовостей - там выложен новый экшн "news.php". Я, правда, не мастер в php, так что неплохо бы кому-ньть умному пробежаться глазами по коду.

• AlekseyKulakov: хочется такого функционала -- при нажимании на "подписаться на страницу" чтобы вылазило окошко в котором предлагется проставить два чек бокса: подписаться на страницу (выставлен) и "подписываться на все подстраницы данной" (не выставлен)
• IlyaBirman: Кнопка "Наблюдать за всем кластером". При этом можно сделать, чтобы письма с инфой об обновлениях не приходили чаще чем раз в (промежуток времени), например, раз в час. В начале каждого часа сваливается письмо с инфой обо всех изменениях в кластере. А?
  • КуМе: да, мои мечты =)

• AlexKulikov: Хотелось бы, чтобы ACL страницы просчитывался на лету. Например, я вдруг решил закрыть раздел вики и поставил ограниченный уровень доступа на родителя. Все дочерные страницы остаются открытыми, а должны ведь тоже закрываться!
  • YuriMakarov А если ACL хранить вместе со страницей? Это не будет быстрее работать?
  • user:КуМе: нельзя, чтобы ACL страницы просчитывался на лету. Можно пересчитывать ACL страницы вниз по дереву при сохранении, как это делается в Windows NT, но пока до этого руки не доходят. Пока используйте группы, их бывает достаточно для решения большинства таких проблем.
    • AlexKulikov: Я думаю, что изначально неверен концепт уровней доступа. Не надо хранить уровни доступа детей, если они наследуются от родителей, хранить их надо только в том случае, если они отличаются от родительских. Для этого на данный момент чуть-чуть не подходить структура БД. К вопросу о производительности: данная операция выполняется, кажется, 2мя очень простыми запросами. При таком раскладе будет убито сразу два зайца: а) доступ будет просчитываться на лету б) в БД не будут храниться по своей сути бесполезные данные.
    • RomanIvanov: Расскажите, как это сделать двумя запросами, пожалуйста. И что для этого придётся изменить в структуре БД.
    • YuliaShabunio По два простых запроса на каждую ссылку на странице? Каталог? и так не слишком быстро работает...
    • user:КуМе: а у нас кэширования ACL для акшнов ещё нет? если нет, то наверное стоит как-нибудь завести, с численными id-шниками это будет проще. За два запроса можно сделать или через транзитивное замыкание (и хранить лишнюю информацию в БД, ага) или через "магический" алгоритм обхода дерева.
    • YuliaShabunio Сейчас кэширование есть. Но оно идет лесом, если считать ACL на лету. Придумывая новый алгоритм расчета, придется сразу думать, как это кэшировать.
• AlexKulikov: На отдельную страницу вынес немного мыслей касательно ACL?
• YuliaShabunio Моя Попытка систематизировать подходы к ACL?

• KonstKolomeetz: При нажатии на "Наблюдать страницу" надо бы не только ее перегружать, но и алерт выводить. Мол, вы стали Юным Спектатором, все дела.

• WackoWin32GUI.
  • http://www.decafbad.com/twiki/[...]ew/Main/XmlRpcToWiki
  • http://bitworking.org/news/An_editable_web

• from CubBi: it would be nice if one could decide which language would be used for navigation purposes ect. for newly created sites for users which are not registered / don't have their individual language setting. This way it would be easier for new international users to learn what WackoWiki is. The simplest thing would be to add a language dropdown list (like in the user settings) to the edit page.
  • RomanIvanov: We'll think about it.
  • KuMe: наверное, есть смысл. По крайней мере, пока Вака-сайт и Оверсайт-вики живут на одной инсталляции, а на ваку приходят поглазеть куча гостей из зарубежья, это важно. Впрочем, для самого Вака-сайта это останется важным всё равно.

• KonstKolomeetz: Это, получается, будет save'n'exit. А quick save без выхода из режима редактирования?
  • RomanIvanov: я не очень понимаю, как это - quick save. А если там overwrite alert, то...?
  • YuriMakarov quick save наверное никак не получится, только обычный save с возвратом к редактированию а не просмотру.

YuriMakarov Напоминаю про запуск нескольких Вак на одной копии софта (к R4)

• КуМе: необходимо разбиение файла wakka.php на два и написание инструкции, да?
• YuriMakarov Не знаю как лучше сделать, вам виднее, но у меня к примеру на одном сайте 3 ваки с разным назначением и аудиторией. Неудобно 3 копии софта держать и отслеживать. Наверное разделить на 2 файла - маленький стартовый + конфиг в отдельной папке на каждую ваку, большой и прочий софт в папке с софтом.
• KuMe: ага. и инструкцию написать. Согласен.
• AlexKulikov: Кстати я быстро эту проблему решил, просто в файле конфигурации смотрю с какого хоста идёт запрос, и основываясь на этом выбираю БД. Довольно гибкая и простая в реализации идея.
• AndreyCherezov У нас на www.eserv.ru в ваке файл-конфиг выбирается в зависимости от языка пользователя en/ru (детект по настройке браузера и IP, с возможностью явного переключения юзером). Для разных языков в разных конфигах разные базы и др. настройки. Также раньше делали и в PhpWiki. И еще в ваке в зависимости от хоста сделали условную вставку пробелов в вики-имена: на www.eserv.ru по умолчанию не вставляется, а на antispam.eserv.ru вставляется (у разных поисковиков разные предпочтения...).

• AlekseyKulakov Уметь переименовывать подстраницы переименовываемого документа. Т.е. если я правлю например WiKi на WuKi. Предлагать мне перименовать и Wuki все поддокументы (например WikI/БлахБлах в WukI/БлахБлах). Интерфейсно это можно решить выводом списка поддокументов с чекбоксами и общей кнопкой "перименовать".
  • KuMe: далеко в будущем, имхо
  • AlekseyKulakov: А почему? Потому что сложно или потому что не актуально? Если первое то понятно, а вот если второе то давайте перетрем. Потому что по-моему это очень актуально.
  • КуМе: это сложно и это отодвинет релиз R4, имхо.

• AlekseyKulakov При переименовании страницы вместо чекбокса "поставить редирект" ставить два радиобатона: "Удалить" и "поставить редирект". А то не очевидно что при снятом чебоксе будет удалить.
  • KuMe: наверное правильно. Я этой штукой не пользуюсь вообще.

• AlekseyKulakov В заголовке страницы в шаблоне для печати после каждого слеша вставлять тег wbr
  • КуМе: наверное правильно. У меня проблемы не возникало по другой причине.

• user:KuMe: Интересно написать инструмент, подобный ORFO, который бы по выделению определённого фрагмента собирал страницу из дефиниций входящих в него терминов. (понятно, что крайний случай - это одно слово/-сочетание) -- тема у ailev
  • RomanIvanov: одно непонятно, причём тут орфо.
  • user:КуМе: а это такая тема у ОРФО есть -- веб-сервис проверки орфографии, ага.

• RomanIvanov: http://www.pmichaud.com/wiki/PmWiki/WikiTrails
  • ГородскойОвец: Прикольная штука.
  • user:КуМе: да, наверное, да.

• YuriMakarov Наследование страниц в кластере.
  Идея спорная, но все же выскажу ее. Можно было бы сделать наследование страниц в кластере. Такая технология используется в Zope. Смысл такой - предполагается, что имя страницы может быть записано не полностью, т.е. без префикса со слешами. При этом поиск такой страницы делается следующим образом. Сначала она ищется на текущем уровне кластера. Если она необнаружена, то ищется на предыдущем уровне, и т.д. вплоть до корня. Для явного указания того, что эта страница находится на текущем уровне используем запись !/Страница . Эта же запись позволяет создать новую страницу на тек. уровне даже если она существует где-то выше.
  • КуМе: эта идея уже обсуждалась. Как вы понимаете, это замедлит работу линка и вообще всей системы, потому что посылает кэширование. Во всяком случае мне так пока кажется. Плюс есть некоторые проблемы с тем, что такие линки придётся всё время перепроверять. Ну и наконец, !/Страница уже занят.
  • YuliaShabunio Идея витает в воздухе. Ссылки на тему
    1. /WakkaToDo Поищите фразу "Синтаксис быстрого поиска"
    2. !/ВопросИНеймспейсы? ( вторая половина. Там был спор на похожую тему. Предлагался такой синтаксис страницы на том же уровне: "./Страница")

• Tagging и комменты к ревизиям
  • RomanIvanov: это не одно и то же? Два разных поля? Как должен работать таггинг?
  • КуМе: таггинг должен позволять зафиксировать какое-то значение как "текущий таг" и по возможности показывать ревижны, у которых "таг" = "текущий таг". комменты к ревизиям имхо = "таг"
  • RomanIvanov Что значит "по возможности показывать ревижны, у которых "таг" = "текущий таг" "? Для текущего документа или? Мне пока непонятно.
  • КуМе: возможность где-то поставить, что ты хочешь посмотреть "срез" на такой-то таг. Имхо так. Таги должны быть общими для нескольких документов, а не значимыми в пределах одного документа, имхо.
  • RomanIvanov Где поставить? Что такое срез? Чего ты как маленький, всё клещами вытягивать приходится.
  • VadimKolontsov Скажу про комментарии к ревизиям (аналог комментария к cvs commit). Хотелось бы. Пример на Википедии

• Поддержку акронимов? или даже автолинковки терминов (термин by definition - словосочетание)?
  • КуМе: клёво. Акронимы не должны выглядеть как ссылки только. А вот автолинковка не очень нравится пока. На анекдот.ру видел как сделано? Буэ.
  • Так одно дело если чувак пришёл анекдоты читать, а другое - с гипертекстом работать. Вообще, я за то, чтобы можно было определять акронимы и "ссылки", и одни титлились, а другие линковались.
  • КуМе: косяк в "перенасыщенном" гипертексте и в абсолютно магическом поведении ссылок -- напоминает, как у нас сейчас группы сделаны.
  • КуКуц: ну, может кому-то зело нужен "перенасыщенный" гипертекст? Почему бы нам не дать ему такую фичу?
  • КуМе: ладно, не буду спорить. зерно истины есть, имхо.

• Вообще, стоило бы иметь побольше статистики: <рейтинг> посещаемости страниц, <наблюдаемости>, <ссылаемости> и т.п. Можно, например, через критерии сортировки в списках страниц (типа /Каталог, /МоиСтраницы? и т.п.).
  • КуМе: Хотелось бы. Как можно меньше изменений БД =)
  • КуКуц: давайте распишем конкретику? Эй, кто здесь живой?

• а я вот захотел борьбу с GMT vs localtime : я поставил ваку на забугорный хостинг - и теперь мне совсем не нравится время. Возможные пути решения: глобальная конфигурация на нужное смещение от GMT и/или в настройках пользователя?
• IlyaBirman: Часовой пояс в настройках. А то у меня вака живет по московскому времени, что не может не не радовать ;) В Регистре для этого хранится разница времени на сервере и требуемого времени, у меня в минвайле (http://ilyabirman.ru/meanwhile/) - GMT-offset Челябинска (5 часов). Преимущества моего подхода: независимо от того, где запущен скрипт - на сервере или на локалхосте - всё работает корректно, т. к. мой часовой пояс не меняется. Недостатков я не вижу, но может они и есть. Думайте уже, а то у меня вака по московскому времени живет;)
• КуКуц: мы думать необученные. Вы нам коротко и ясно объясните, ПОЖАЛУЙСТА: 1. задачу. 2. предлагаемое решение. 3. его бенефиты. А то никогда не сподобимся =(

• AndreyCherezov: Возможность подписки пользователя на "все изменения сайта", т.е. не постранично, а получать уведомления о всех вновь созданных, удаленных и измененных страницах.
  • RomanIvanov: не очень понимаю. Это же такой поток спама будет. В чём смысл?
  • AndreyCherezov: В контролируемой рождаемости ;) Кому не понравится спам - отпишется. Ну, или попросит у вас функцию дайджеста.
  • RomanIvanov: Вы понимаете, что воспользоваться этой фичей сможет только админ?
  • AndreyCherezov agreed.
  • КуМе сегодня нашёл ещё одного пользователя, которому нужна похожая, но другая функциональность и вспомнил, что забыл об этом поговорить с КуКуц-ем. НеЗабытьВернуться
  • YuriKennisman: поддерживаю такую возможность: если вака используется как хранилище внутренних guidelines компании, есть люди, которые хотят узнавать обо всех дополнениях-обновлениях, происходящих во всей ваке или в конкретном кластере.
  • VadimKolontsov: поддерживаю именно по указанной причине. Мы в компании пробуем использовать Wacko, и подписываться руками на все страницы проекта довольно неудобно. Может быть, сделать это в "Каталоге"? Просто разместить рядом с каждым именем чек-бокс (наблюдается/не-наблюдается) и добавить кнопочку "Сохранить изменения".

• YuriKennisman: возможность отметить данное WikiСлово как "не имеющее описания на данный момент": чтобы и ? не торчал, и не было ссылки на пустую страницу" (и то, и другое мешает читателю), и не нужно было каждый раз "экранировать" тильдой (слово может использоваться часто и на многих страницах, и когда-нибудь получит описание). Показывать ссылку на редактирование таких страниц только по дополнительной кнопке на странице / настройке пользователя, или вообще обойтись без этого - имея в виду, что к описанию WikiСлова можно перейти по его URLу.
  • КуМе: да. только кто должен иметь эту возможность? имхо только админы -- типа forbidden words
  • YuriKennisman: я предполагал, что это нужно любому, кто может создавать (или даже просто редактировать) страницы. Админу может понадобиться функция "показать список всех исключений" -- но так же, как и любому другому пользователю. Нужно что-то пояснить?
  • RomanIvanov: Да. Сценарий нужен, чтобы понимать, для чего это вообще. И как это совместить с тем, что вики бывают публичные.
  • YuriKennisman: Пример: есть программисткий репозиторий, где повсеместно встречаются слова JavaScript, PostGres, BekleyDB и прочее опознаваемое как ВикиИмена. Делать описание для таких терминов в некоторых условиях не нужно, да и болтающиеся в тексте ссылки мешают. Предлагается так:
    • человек пишет 'с использованием JavaScript'
    • видит вопросик для описания ВикиСлова JavaScript?
    • переходит по ссылке и давит кнопку "объявить это слово не-ВикиСловом везде"
    • если когда-то потребуется таки описать термин JavaScript, можно зайти на страницу http://wiki.hoster.ru/JavaScript либо через каталог страниц -- и создать его описание, как для обычного ВикиСлова.

• AndreyCherezov: Заметил сегодня, что народ нередко ходит на страницу http://bitrix.eserv.ru/ru/SquirrelMail/referrers из яндексового поиска. Эти странички referers - неплохие ловушки для поисковиков :) Пожелание-патч: 44я строка referers.php:

<?php print("<td valign=\"top\"><a href=\"".$referrer["referrer"]."\">".urldecode(htmlspecialchars($referrer["referrer"]))."</a></td>"); ?>
	

• • Правильнее будет htmlspecialchars(urldecode(urldecode. Двойное декодирование, т.к. встречаются дважды закодированные - сначала русские буквы в % загоняют, а потом сами %

• YuriKennisman: функция для привелигированных пользователей (или для админа, если привелигированных в обозримом будущем не появится) "Увидеть всех, кто наблюдает за этой страницей".
  Как развитие идеи (актуальность спорна) -- опция для автора страницы "Хочу иметь возможность узнать, кто наблюдает" -- тогда каждого, кто пытается наблюдать, переспрашивают: "Автор узнАет, что вы наблюдаете. Подтверждаете?"

• VitalyAkuloff: вот сделал у себя фишку - "SSL Авторизация"

Редактирование

• KingOleg: Очень мешает наличие двух скролингов на странице редактирования документа
• RomanIvanov: Какие Ваши предложения?
• KingOleg: Можно поправить тему так, чтобы при редактировании не было скроллинга у страницы, только у textarea. Еще как вариант, определение разрешения экрана (области отображения браузера) и подгонять размеры textarea. И последний вариант - принудительное центрирование textarea и запрет скроллинга страницы.

• YuriBogoslavets: Еще хорошо бы добавить визуальный редактор. см тут
  п.с. - у меня получилось его добавить :) - http://blogs.mail.ru/community/wackowiki/

Просмотр

• YuriBogoslavets: Хотелось бы иметь возможность в настройках менять режим отображения цитированного текста/кода сейчас он выводится как textarea а хочется его видеть в виде <tabble>код</tabble>

В ожидании патчей от сторонних разработчиков

• AlekseyKulakov Интерфейсная идея: Показывать человеку наблюдающиму какие-то страницы ссылки на них промаркированными соответствующей иконой. Имхо - удобно и не навязчиво.
  • КуМе: итого имеем две иконки подряд?
    • AlekseyKulakov а что страшного? просто их надо проектировать с учетом этого и все. Ну или например цветом их выделять, но это менее внятно.
    • КуМе: давай, попробуй, нарисуй иконку и повставляй кое-где. Иначе пока неубедительно
  • YuriKennisman: Это точно было бы полезно в:
    • каталоге страниц
    • списке последних изменений

• TTLogic знает как вшить в ваку таски на уровне объектов (один уровень с page)
  • КуМе: Пусть TTLogic сделает это и мы попробуем, как оно бывает.
  • КуМе: за ночь родился вот такой концепт: ShWacko:ВикиТуду
  • Ждём чьей-нибудь реализации.

• AlexKulikov: А может быть стоит "кодировать" e-mail адреса (либо через HEX либо JavaScriptом)? А то спам роботы слопают и будут потом про большие сиськи слать всякое ;)
  • user:КуМе: да, есть смысл. Но низко приоритетно, имхо. Хотя, знаете, я подумал... Мне даже нравится.
  • Нужен пример "кодирующего" кода, а не то мы никогда не сподобимся.
  • YuriKennisman: для начала стОит посмотреть на userinfo page в Livejournal. Намешайте таблиц, зеро-пикселей, добавьте стилей... Плюс пара ссылок: 1, 2

Internationalization is a good move

Well another suggestion (easier) why not put the navigation by default in English for non registered users/viewers so that it's easier to register to your site and have it in one's own language from now on ? (I'm looking forward to do it for my own forum to help foreign peoples find their way to registration). -- BenoitAudouard 20040513

• language selection is only available after registration, and applied afterwards... As I began to surf without being registered, it made it very difficult for me to know :
  • where the link for registration was (I do not read russian) : a selection of language without being logged would be very very helpful
  • that I had to put my email in the last field as all descriptions are in russian by default (only when I installed wacko at http://baud123.free.fr/wacko did I realize it ! It should be easier in this page to add a link to the appropriate page in my language...)
  • by default all pages for *all* languages installed should be created (particularly Registration... for new user and the e-mail should be sent in the language he/she has chosen), otherwise I've got unreadeable RecentChange (available you will say but in Russian... thus unavailable for me !)
  • I don't need pages in other languages, when I look at PageIndex, they should be filtered or somehow (I am lazy to delete other languages' pages, whitch were installed by default :)
• do you have any preview feature as in wikini ?

Unfortunately, it was removed. I hope that R4 will contain it again.
yep should be nice to avoid multiple versions (hence performance degradation), well that's minor, it's a nice to have (in Mandrake Twiki, they have : small change - no notification - and change - with notification)

Version Management

Give a name to a version of the page instead of only a number (same as CVS) so that they are not deleted (as they are stable)

• an extractor would only take those names (or the last version...)
• pages identified as stables are a reference, even though they are modified afterwards (just change their number, find a new name eventually)
• today, all translation have to be available at time t for a copy (extract). This functionality would enable the wiki to move and nevertheless to get a stable version in all languages (first French, then english, then at the translator will...)
• This is also a stable backup of the site in this "version" (do not delete pages that are relevant !), add a function listing all this specific version.
• For example, this would lead to Homepage/v3.0 Homepage/v3.5 Homepage/v4.0 all "history" (keep it) relevant, IMHO.

Multi-Lingual content

for FaqEagle, I would need a navigation betwee "same" content pages (but in different languages)

• I'm doing it manually, today, but that's a real pain, I rely on page naming with a suffix with the language (Fr, Us, It, Es, Gr, Pl...)
• when I need to add a new language, all "headers" have to be modified (manually)
• I would need (but cannot do so far)
  • pages remaining to be translated (which languages ?) for me and translators
  • navigation from page to page even though they are not available in my language (e.g. Italian to a page only available in French and english, depending on my first choice, if I'm a translator I will create/translate it)
  • using frames: both languages versions can be displayed simplifying the work of translators: they immediately identify the differencies and provide a new translation
• to filter just Your language pages insert < and lang='".$this->config["language"]."' > into your loadAllPages or other query - it helps in PageIndex not to be disturbed by unknown words :)

Another suggestion : could you include a language parameter for each page ? (manually entered ?) I could not find it... would be fine for only-one-language page (for example my FAQ) => a WikiNi user had a good idea : include a flag for translation of the page in any language, maybe you could adapt it : http://fidelioespoir.org (copy the URL then click on your flag at the bottom as it is not yet a direct link for russian ;-) ) - (well I'm ok with the idea/functionality, the content is the author's view ;-) ) -- BenoitAudouard 20040513

Выгрузка страниц в XML-формат

ДмитрийАрсентьев /14.04.2004 12:55/ Хотелось бы, чтобы у Вики появились следующие два свойства.

1. Выгрузка текущей страницы в XML-формат. Желательно использовать DocBook XML.
2. Выгрузка текущей страницы и всех страниц ниже, т.е. дерева с корнем -- данной страницей -- в XML формат. Желательно, чтобы все выбранные страницы паковались в один архив: tar.gz или zip. Тогда Вика стала бы очень удобным средством совместной разработки документации.

Средство для создания предметных указателей

Вот ситуация: пусть набор страниц относится к одному и тому же проекту.
Хочется для проекта иметь возможность заводить алфавитный/предметный указатель, и не один,
т.е. новую страницу с автоматически генерируемым содержимым.
При работе над страницами проекта можно бы было давать команду на вставку слова или
словосочетания в указатель, задав:

• имя страницы-указателя
• слово или словосочетание, на которое будет организована ссылка из предметного указателя
• слово, которое будет занесено в сам предметный указатель

Например, так:

{{(Index) УказательТерминов target=[чеширский кот] keyword=коты }}	

ДмитрийАрсентьев /14.04.2004 12:55/

YuriKennisman: Related к предыдущему пожелание: нужна возможность вставлять в текст раскрывающиеся описания терминов (a-la хелпы Microsoft). Естественно, одно описание хочется использовать на нескольких страницах -- и вот их-то и полезно сводить в предметный указатель.

оформленные как ссылки на те страницы, на которых эти термины появляются или олкуются.

FeelMaster /06.08.2004 15:34/ Хотелось бы посмотреть результаты работы в этом направлении (если конечно в этом направлении ведутся работы).
Мой начальник живейшим образом заинтересовался вакой, но тут же встал вопрос: каким образом выгружать готовую/промежуточную документацию?
mailto:eddie@valley.ttn.ru

Overwrite Alert

TomSpilman: I'm running into many cases on our wiki where we get overwrite alerts when multiple people are editing. I'm not sure how to change Wacko to fix it really. Maybe some sort of text merge feature? Maybe auto locking pages that are being edited with a timeout? How do others deal with this?
TomSpilman /29.06.2004 22:16/ -- Ok the MoinMoin wiki engine has a good solution to this. It places a lock on the page on edit with a configurable timeout period. At the top of the edit page the user is warned that he has a temporary lock on the page for X minutes. When the user "previews" his changes the lock is renewed for another X minutes. This would be a great addition to WackoWiki that doesn't seem too difficult to implement.

I've done some work with this. It's not a "lock", but indicates if edited in the last 15 minutes by someone other than yourself. Feel free to see the work in progress at http://wikkawiki.org/GmBowenRecentEditCheck ...if you improve on it, I wouldn't mind your letting me know. I developed it for a site where kids are working together on group projects...so it won't "stop" overwrites, but will let a user know when there's the risk of one. It's not foolproof, but it is a big improvement. -- GmBowen

Group ACL enhancements

I'm starting to use my wiki for different teams of people, so I would like to see

1. A {{MyGroups}} page action so a user can know which groups he is a member of
2. A {{MyGroup}} page action so a user can see who are the other members of his group

1. Ability to define a group admin: the group admin should be able to add and delete members from his group
2. Sub-pages to inherit the permissions of the parent page (does this work already?)

AdrianWalmsley /15.06.2004 17:03/
Answer to point number 4 : yes this does work, I tried it on R4 beta2 version. -- DidierSpaier /20.06.2004 18:35/

Polish lang support and other

/2004.07.22/
Hello, first of all I'd like to thanks to all WackoWiki developers for there great work :) Second, I saw that there is no pl lang support while the installation process, so I made it :) but don't know where to sent it. I have made too lang pages to the themes. So if some one is interested write to me pascon[at]xiv-lo.krakow.pl.
Back to the idea: I think in /setup/installer.*.php in "dbDest" it need to be improved information about existing database, for example by bolding the text. Now it's not hard not to see it.
ps. Sorry for my english :)
s3kvir pascon
Please send your files to RomanIvanov (see his email address on his page) -- DidierSpaier 2004.07.23

Some Ideas

Well, since babelfish makes some strange results I hope it's the right place here. One word at the beginning: I am using WackoWiki not as an open installation but as a PIM.

Categories

I know WackoWiki has clusters but they don't fit my needings. Mainly because I don't want to care about the place/cluster where a site is (important for linking purposes). Second, and more important is, that you can place a site only in one cluster. But there are enough sites which I would like to put in two, three or even more categories (i.e. "UlrichKiesow" [author of a role play game in german] under "author", "dsa" [name of the rpg], "rpg"). So I ask if there is any chance that you will include categories, like i.e. wikipedia does? (btw. you have done a nice job with wackowiki) NemoD /23.08.2004 01:43/
ps: wakka_pages has the fields "description" and "keywords". They could be used or is there another purpose for them? NemoD /23.08.2004 15:49/

Color Filled Table Cells

I think its an nice Idea to realize culored Table Cells. I think a nice Idea to realise that is the way DokuWiki does it. There you can give cells 2 styles..one for headscells and other for normal cells. I like that because its a nice effect to for a better to understand Table. I ame through this idea because i use that in a unusual way, into a headmenue Table to create somthing like a activ/hover effect. A Fusion of Wacko, Wikka and DokuWiki is the best way i think. By that way, Wacko an Doku Wiki ar the perfect Systems to create a Personal Homepage i think (i us it in that way, with a head main menue =)

Pageindex

Is it possible to have anchors in the Pageindex? So that you have a-z (+special letters) at the top of the page and you come, for example, with a click on "r" to the pages beginning with "r". I ask this because my pageindex has 500 entrys now and so scrolling takes its time. NemoD /23.08.2004 12:55/
Another nice feature would be the display of the number of all pages in the wiki somewhere at the top of pageindex NemoD

Two columms

I am a total beginner with php. but, mostly through try-and-error, I integrated a free php-calendar from the web in WackoWiki. I would like to have the calendar on every page on one side, like it can be seen at some weblogs. Is such thing possible or to complicated? NemoD /23.08.2004 13:27/

Templates

It would be nice to be able to create templates in WackoWiki.

NewPages

Waht about a action wich lists the last "n" new pages? Or perhaps new pages could be marked in Recentchanges? NemoD /24.08.2004 12:50/

Синонимы и омонимы /Synonyms and the homonyms

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

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

ВакоСервис /Wacko Service

Может быть, не нашел.
Вако должен уметь работать как сервис.
Идея состоит в том, чтобы внешний потребитель (форум, сайт, newsGroup) передавал ваке текст, а обратно получал уже текст с гиперссылками.

Галереи изображений /Galleries of the images

СергейПетров /13.09.2004 20:33/

1. При загрузке изображений автоматически создавать thumbnail. Это дело концептуальное...
2. Собственно action (?) галереи. Хотя бы iframe. Хотя кто его знает...

Каталог не создается (много элементов)

Не создается каталог из-за того что слишком много элементов. Возникает timeout
см. http://erpkb.com/Katalog
Нужно разбивать на страницы.

Макроподстановки

Для единообразной работы с большим объёмом документации хотелось бы иметь возможность самому определять макросы.
Т.е. в специальной странице писатель предопределяет макрос например, в формате: ::макрос|макроподстановка существенно упрощает редактирование:: . Соответственно, в странице, где включена (include) спец.страница, происходит автоматическая замена ::макрос:: на его значение --СергейКондрашкин /08.02.2005 13:11/

Работа с файлами

1. Отобрадать последние загруженный файлы для кластера
2. Отсылать уведомление при загрузке нового файла!!!
3. При загрузке файлов сделать так что бы можно было загружать zip архив с автоматической расспаковкой, а то задалбываешся кликать.

Установка

Было бы неплохо сделать при установке возможность задавать ACL по умолчанию, чтобы сразу установить его для страниц, создаваемых инсталлятором. А то довольно неудобно лазить затем по базе данных (или по всем страницам) и делать это вручную. --ВладЯнварев /19.02.2005 16:02/

Работа не только на MySQL, но и на других базах данных

ЕвгенийБесчастнов /01.03.2005/ Возможно, имеет смысл сделать, чтобы WackoWiki мог работать не только на MySQL, но и на других БД. Мне кажется, что после выхода PHP5 в приоритетном положении оказывается SQLite, как встроенный в PHP5.
ЕвгенийБесчастнов /06.03.2005/ Кстати, тут мог бы сильно помочь скрипт для ковертации SQL-запросов из формата MySQL в формат SQLite.

Больше коллаборативности и "фана"!

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

Больше правильной типографики!

Предусмотреть возможность вывода имен страниц (в заголовке, где WackoWiki:Cluster/Document...) с пробелами. Либо как сделано в именах, либо по знаку подчеркивания. Дополните меня, кто хочет того же. Ведь в именах уже сделали, в урлах тоже...
В медиавики уже есть!
ГлебБорисович

Больше дизайна?

Отдельные темы для кластера, возможность задания?
ГлебБорисович

Волонтер (пора что-нибудь сделать и мне)

Не знаю, куда писать. Ребят, давайте я вам красивое лого нарисую - звереныша какого, как у БСД и Парсера, к примеру. Я рисовать умею ;) Пишите комменты ко мне на страницу. Мне видится попугай... Впрочем, вам решать (это адресуется к команде разрабочиков). Главное, чтобы у ваки появился узнаваемый и яркий символ-талисман.
ГлебБорисович

Лента комментариев

Сделать вот такую штучку: http://www.glebsite.ru/wiki/PoslednieKommentarii
Комментарии выводятся лентой с текстом. То, что сделал я - затычка, там просто автоматизированный инклюд работает, я плохо программирую. А сделать бы с листалкой по всем комментам, да на хорошем уровне - цены бы такому акшну не было.