Category: Poll

After setting up and creating a poll with ID = 1

__Update:__ I was following the examples on the doc site for how to embed a poll. These examples typically are in the following formats. The examples throughout the docs should probably be updated to reflect the what actually works (see solution section below). I am a brand new user and am finding the documentation regarding the embedding of dynamic variables to be wrong in many cases.

When inserting any of the following:
{CODE()} {poll} {CODE}
''generates junk code in the rendered page''
{CODE()} {poll id=1} {CODE}
''generates junk code in the rendered page''
{CODE()} {pollId=1} {CODE}
''simply outputs pollid=1 in the rendered page''
{CODE()} {poll pollID=1} {CODE}
''ALSO generates junk code! So, it's case sensitive?''



''Details:''
I have tried several versions (just in case case sensitivity was a problem). This has also been reproduced with and without jQuery turned on. I have insured that the Polls option is available in the Text Field as well. Currently operating as an admin user with all capabilities turned on.

The "junk"is essentially html. Turning "Allow HTML" or "Try to covert HTML to wiki" has no effect. I __can__ get other dynamic content to work.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

When someone clears the statistics on a given survey (or poll), the tiki_survey* tables are cleared accordingly but the statistics of the users vote are left.

It means that when someone wishes to "recycle" an existing survey by clearing the statistics, changes the questions (even adding new ones), then the users who have already answered to old survey cannot vote for the new "recycled" survey as if he/she already answered it.

The problem also exists when a survey or poll is deleted : lines in tiki_user_votings which shows who has voted on what are left which has clearly no consequence since the id should not be reuse.

You cant set it that individual polls can be set to viewed by only certain groups.

{syntax type="tiki" editor="plain"}
With 3.1 I did add a poll,
did add options via "quick option" function.
After adding and viewing/editing the poll it had every option twice, for each option both with the same position number.

After updating tikiwiki3.3 to 4.1, the following fails to load
/tiki-admin_categories.php
/tiki-admin_polls.php and
/tiki-wiki_rss.php?ver=2

I checked memory and execution time therefore the problem due to this is ruled out. Problem must be somewhere which I could not figure out.

Time does not show correctly while date is perfect. It needs me to set time of publication of articles manually.

The module since your last visit does not work properly.

On my part I reinstalled it several times but errors persists.

when you click on the polls icon on the Admin Home page, you are taken to the polls comments admin page instead of the polls admin page. User should not have to make an additional click to start work.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

In tables
tiki_comments, tiki_history, tiki_pages, tiki_tags tiki_user_voting
the column IP is too short (varchar 15) for IPv6 logging

In tables
tiki_actionlog, tiki_download, tiki_logs the column IP is very big (too big ?) varing from 39 to 200 char . In tiki_download the IP cloumn is in UPPERCASE (may be problem with some Mysql installation)

In tables
tiki_banning
the IP is split in three columns . so we can't bann an IPv6

This tracker is made to help filtering and sorting the features vs categories vs options we need to tag a bug/regression/wish with.

This should be migrated to the community site, and handled with ((doc:Organic groups)) and ((doc:User Trackers))

*polls (Could be with trackers)
**need a way to insure people vote only once (more of a voting system than polls).
***Possibly with unique URL sent by email
***Not sure, but probably that votes need to be anonymous (We know who voted but not for whom)
**Need a way to remind people that haven't voted.
***CRM style wiki & tracker merge
****Do a query on trackers (ex. people that haven't voted)
****Cross with a wiki page to create a form letter "Dear XYZ, according to our records, you have not voted. Please click here to vote.


__Related__
{wish id=2388}

While refining the localization for German (de_de), I came across voting, polling and surveys in Tiki.

Unfortunately (because Tiki just makes "blind" (or "dumb") string matching disregarding context, votes and poll answers and results are mixed up, especially when they are called "vote", making it very hard to translate (because the translations for those differ vastly).

The entire systems for voting, polling, surveying (and rating) should be proof-read to ensure a consistent language (and here I speak about English) throughout Tiki. Maybe this should be supervised by a native speaker of English (which I am not, so read the following cum grano salis).

To show you what I mean by that:
A poll is NOT a voting (election). A poll is (mostly) a survey done by researchers or journalists. Even if it is done in front of an official place to cast votes (unfortunately here even language itself being imprecise, calling such places "polling stations"), the so-called "exit poll", voters of the actual election are asked (!) about their votes or ballots.

What these people answer to the poller are NOT votes (votes are cast inside and are mostly secret!). These are answers that voters give voluntarily, and may or MAY NOT be identical to the actual votes (people are entitled to lie to a poller!).

So do not call answers to a poll "vote", please. They are votes if they are part of an actual decision making process in the operation of a Tiki installation.

We should therefore distinguish between poll and election.
If users are asked about opinions, these are answers.

And rating is something different, here users give gradually defined answers, best example is "school grades" (side remark from your fellow translator: In the US those are from A to F, in Germany they are from 1 to 6, A und 1 being the best)

"Lead, follow or get out of the way" is a common saying.

However, there are some subtleties.

* __Lead__ implies "I agree and will put my energy where my mouth is."
* __Follow__ implies "I am ok with it but I won't lead"
* __Get out of the way__ implies "I don't agree but I won't object (perhaps it doesn't affect me or I will just accept or leave)

There is also:
* __Go along__ (I am not thrilled by the proposal, but I have nothing better for which I will offer leadership)
* __Block__ this is just bad, and I will actively oppose.


In ((doc:PluginProposal)) currently, "undecided" implies, "I'll think about it more and I'll change my vote later". Whereas people that are OK with any proposal are not really counted properly. This will be useful to know if we have enough eyeballs to go ahead.

3 for, 1 opposed is not the same with 0 or 10 __I am OK with any__

The proposal plugin is very cool:
http://doc.tikiwiki.org/PluginProposal

1- It makes it quick to vote and tally votes
2- The proposal and the votes are kept in the wiki page so it's still possible to improve the original proposal and to change the votes (there is wiki page version history so everyone can see the evolution)

Suggestion:
# To have a text box next to the vote where people can add a short comment. When people vote, there can be a +1 if..., -1 unless...
This lets people qualify their vote

Poll options not shown properly in a wiki page.

I added a poll and want to implement it in a page.

POLL:
Test - Options [1,2,3,4,5]

In the wiki page it looks like this:

Example Poll
Test
3
4
5
4
5

Some strange duplicates and not all options are shown...

Please fix this!
Thank you.

Granularity of permissions is definitely not good enough here.

E.g. you have to give Editors the tiki_p_admin permission for them to be able to do polls! I think Editors are usually in the position to do polls but not to admin the system.

Even if poll global permissions says anonymous can vote, they are not allowed to vote.
tested on next.tiki.org

Anonymous users can see can view polls even though they don't have tiki_p_vote_poll

These files need to be checked:
tiki-old_polls.php
tiki-poll_results.php
tiki-poll_form.php

Setting that anon can vote in polls needs to be cheked too.
tiki-admin.php?page=polls

Sorry not to have a clearer bug report. Short version is that permissions for polls don't work as expected in 1.9.0

Please also see tracker #278

1- If you have voted, it should show you results instead of offering to vote. Even if the system doesn't record your second vote, it still offers the voting interface.

2- tiki-admin.php?page=polls
If "Allow Anonymous Poll Voting:" (feature_poll_anonymous) is checked and tiki_p_vote_poll is given to anonymous (not sure if this matters), anonymous voters can vote multiple times, without having to clear their cookies.

Anonymous users aren't able to vote in polls even after checking the poll vote option under ~np~groups --> anonymous --> tiki_p_vote_poll~/np~.

confirmed using 1.10cvs from September 9th, 2007

Tiki should be able to insert a random, active poll by using:
{CODE()}
{poll}
{CODE}

However, this is broken in 7.x and 6.3

{syntax type="tiki" editor="plain"}
When i try to add{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")} {poll}{CODE} without id= to a user module in order to display random active polls (which i have previously created, activated and checked countless times) i get the following error when i edit the user module again. Using ckeditor, the sourcecode still shows {CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}{poll}. {poll id=n} {CODE}is working as it should.
{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">


http://tiki.org"(external link) />

FehlerFehler


missing poll ID for plugin POLL


Close Window

{CODE}
// Removed some empty lines from the code view

Seen on IRC:
{img src=images/code.png}%%% {CODE(wrap=>1)}
(10:33:47 AM) ***dthacker also wonders if there is a login-timestamp wiki syntax such as mediawiki's ~~~~ that would auto sign with user id and date/time.
{CODE}


Wiki pages are great to produce Neutral Point of View (NPOV) content. If we need to know who added what, we check the edit history.

For debates, discussions, opinions, etc, people will often use Tiki blogs, Tiki forums or comments at the bottom of wiki pages. These are more natural formats and it's clear who thinks what and who said what. Comments & forum threading make it clear who is responding to who/what.

However, in some cases, it is useful to have this type of interaction in wiki pages. The [http://doc.tikiwiki.org/Editorial+Board|TikiWiki documentation Editorial board] has monthly meetings to discuss and make decisions. Members can edit, comment and vote on motions.

The way people add their comments is not standard and if we are not careful, it can get messy. This often happens in wikis.

Some wikis use a special syntax for "signature". This would be a way to associate the name of the user and maybe the date to a specific comment. It would be nice to clearly and visually associate the user to the comment. Maybe the comment & signature are in a same box?

It would be nice also for people to be able to express support to an idea in the wiki page, with a thumbs up (+1) or a thumbs down (-1). Right now, the wiki ratings feature let's us vote only once per wiki page.

These syntaxes should be quicktags to it's easy to add. Maybe some of the less important meta data (ex.: date of comment) would be only visible on mouse-over. (and thus not in printed mode). The mouse over could also contain a link to the user's personal wiki page and some data about the user (his avatar, score, etc).


Ex.:
*click my PluginComment tool (in toolbar)
*Pre-fill text that will be mouse-overed with previously selected text
**add date & signature (with link to userpage)


Everyone: please share your ideas on this and how you have seen it implemented elsewhere.

Thanks!


Related:
{wish id=2102}

File is delivered as below, thus causing the rest of the page after the embedded poll to be bolded.

<div class="box">
<div class="box-title">
<strong>{$poll_title}<strong><br />
</div>
<div class="box-data">
{$menu_info.name}
{include file=tiki-poll.tpl}
</div>
</div>