голосования в PE

Я давно этот вопрос рассматривал.
Кнопка "прикрепить опрос" внутри темы, должна быть доступна для ее автора и модераторов.
Щелкнув на нее попадают на страницу добавления опроса. В ней сразу и заполняют все что надо.
После создания опрос прикрепляется как отдельный бокс ПЕРЕД ВСЕМИ.
И для автора и модеров/админов там будет доступна кнопка "редактироват опрос".
Т.е. я вижу опрос - как отдельный класс сообщений, для которых нужно совершенно свой редактор (чтобы не захламлять тот, что используется повседневно, и не увеличивать трафик редко-используемыми опциями).
Это я подумал изначально.
Потом я подумал так, что можно дать возможность создавать опросы совершенно отдельно от топиков. Т,е. кнопка "опросы" на титульной странице, и они там все перечисляются как сообщения в одной теме. Дать возможность подцеплять несколько опросов к одному топику. И перекреплять их к другим темам. Как и подцеплять один и тот же опрос к нескольким темам.

в одной теме - неправильно - потому что там ещё и обсуждать можно. а это уже на разные темы разговоры

Мне сейчас нравится такой вариант (от Dexus но с поправками): вставлять опрос в сообщение также, как [ img ] или смайл. В отдельном скрипте описываем опрос, а потом выбираем его из списка и вставляем в пост. Тогда опросы можно рассылать по ЛС или выводить в новостной ленте, или вставлять в любом месте в тело "статьи"... куда угодно, где работает парсер BBCode. Один и тот же опрос может выводиться в разных местах - imho, это удобно.

Собственно движок голосования можно взять какой-нибудь продвинутый и испытанный под лицензией GNU. Задача сводится к двум вещам:
- приспособить авторизацию сторонней голосовалки к форуму
- добавить новый bbcode [ poll ]

  [poll=1382]Кто красивей всех на свете?[/poll]

теперь как это сочетается с версией Dexus:

кнопка "создать запрос" для уполномоченных групп, а тег [ poll ] и соответствующая кнопка - для всех

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

да-да-да. прицеплять, ты не указал как, я говорю - с помощью нового bbcode.

Коллекция скриптов woweb.ru/load/69

я пробовал только Advanced Poll. понравилось как работает, стиль программирования не очень понравился. текущая версия 2.0.8

Посмотрел повнимательнее Advanced Poll
Честно говоря я в замешательстве. Имеет ли смысл его адаптировать к нашим потребностям или проще будет сделать своё, используя те или иные идеи и решения?

Добавлено спустя     20 минут   37 секунд:
Вот еще один скрипт, весьма простой - members.lycos.co.uk/xscripts03/

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

Посмотрел какбы лучше сделать и вышло два варианта:

• [li]Использовать для линейки H2 [/li][li]Использовать для линейки div[/li]

Плюсы первого варианта: линейка не требует дополнительного стиля кроме клинических случаев (например в Oxygen_mod)
Плюсы второго варианта: линейка не зависит от клинических стилей, но требует свой

Для скрина ниже  хтмл-код:

                    <fieldset><legend>Опрос</legend>
                        <ul>
                                <h4>Вы доверяете опросам проводимым в сети интернет?</h4>
                                <h2 style="width:100%;height:50%;"><!-- //--></h2>
                                <p>ответ №1 - 100%</p>
                                <h2 style="width:50%;height:50%;"><!-- //--></h2>
                                <p>ответ №2 - 50%</p>
                                <h2 style="width:25%;height:50%;"><!-- //--></h2>
                                <p>ответ №3 - 25%</p>
                        </ul>
                    </fieldset>
                    <fieldset><legend>Опрос 2</legend>
                        <ul>
                                <h4>Вы доверяете опросам проводимым в сети интернет?</h4>
                                <div style="width:100%;height:12px;BORDER-BOTTOM:1px solid #777;BORDER-RIGHT:1px solid #777;BACKGROUND-COLOR:#AAA111"><!-- //--></div> 
                                <p>ответ №1 - 100%</p>
                                <div style="width:50%;height:12px;BORDER-BOTTOM:1px solid #777;BORDER-RIGHT:1px solid #777;BACKGROUND-COLOR:#AAA111"><!-- //--></div> 
                                <p>ответ №2 - 50%</p>
                                <div style="width:25%;height:12px;BORDER-BOTTOM:1px solid #777;BORDER-RIGHT:1px solid #777;BACKGROUND-COLOR:#AAA111"><!-- //--></div> 
                                <p>ответ №3 - 25%</p>
                        </ul>
                    </fieldset>

Я не говорил что класс для дивов не нужен, наоборот он необходим.
Т.е. оставляем второй вариант.

классно! ждем с нетерпением!

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

Field        Type          Null    Key     Default  Extra         
-----------  ------------  ------  ------  -------  --------------
id           int(10)               PRI     (NULL)   auto_increment
title        varchar(255)  YES             (NULL)                 
description  text          YES             (NULL)                 
data         text          YES             (NULL)                 
expire       int(10)       YES             (NULL)                 
owner        int(10)       YES             (NULL)                 
time         int(10)       YES             (NULL)                 
multiselect  tinyint(1)    YES             0

Добавлено спустя     4 минуты   51 секунду:
Еще будет добавлены поля last_modified и last_uid
для хранения даты редактирования и ид редактировавшего.  Данные о голосовании лежат в поле data в сериализованном виде:
array (quest => answer_qount)

В запасе второй вариант, вопросы-ответы  хранятся в отдельной таблице.

Почему пока первый вариант? Потомучто не вижу смысла хранить в 2 таблицах. Пока не вижу, но в принципе вариант 2 полезен для какой-нибудь статистики. Но второй вариант чреват джойнами в запросах, хотя при кэшировании голосований это будет неважно, да и по сути тоже не критично.
Вобщем хочу услышать ваши мнения, чтобы выбрать вариант, или возможно кто-то предложит более удачный вариант размещения данных?

та имхо нет большой разницы как данные хранятся, лишь бы работало и функций много было