polling/voting requirements.
HostBBB.com
feature.. I have seen the feature in a couple of commercial products?
i'm working with a developer to try and prototype a few client
modifications to get them up to speed with BBB development
environment.
thinking of adding 6 icons on bottom of chat window Y N 1 2 3 4 5 and
clicking these when instructed by presenter will display and summarize
results in chat window. Its quick and dirty way to get feedback,
coupled with the coralcea chat record results this can be saved and
printed?
feedback and suggestions.
thanks
Stephen
Drew Mortensen
took place about 1/4 of the time. I noticed that the most frequently
created polls utilized checkbox and unique short input fields. While Y
N 1 2 3 4 5 is certainly a viable option, it would be great if the
presenter could choose the field descriptors. If I could have my cake
and eat it too, the polling module might look/operate a lot like a
Google form or Moodle Questionnaire.
HostBBB.com
feature as well,
integrating moodle quizzes, questionaires inside bbb is another neat
featue, i'll need to look at google docs as well to see how surveys
are done.
stephen.
Fred Dixon
It would be great if you (hostBBB) could contribute/coordinate the
resources for implementing a polling module in BigBlueButton.
Lot’s of people have asked for it, and it’s a great project that is
self-contained enough that someone could implement and contribute
without being blocked by the current development.
I believe polling should really be a self-contained module, appearing
like another icon next to the desktop sharing icon.
There are three core steps in polling
1. Creation of a poll
2. Prompting users for responses
3. Summarizing the responses
I haven’t looked closely at how others implement polling, but I don’t
recall coming across any implementations in the chat interface.
The main problem with doing these steps inside chat is it would
complicate the chat interface for users (we want to make BigBlueButton
simpler with each new iteration if possible), complicate the code for
developers (both chat and polling code would be butting up against
each other), and make it harder to update each independently.
Here’s my thoughts on the requirements and design. Feedback welcome.
IMHO, the driving principal should be to keep the functionality as
simple as possible for the user (higher adoption). This should help
minimize the effort to implement for the developer.
User story:
As a presenter, I want to ask my audience a question and show everyone
the response in under two minutes.
Here’s a list of basic requirements:
1. Creation of a poll
a) Only the presenter can create new poll
b) The presenter can dynamically create one (or more) polls
c) The poll must have a title, question, and (at least) two responses
before it can be saved.
d) The presenter can enable/disable allowing multiple responses
e) Saving the poll automatically prompts users
2. Prompting the user for response
a) A dialog appears showing the title, question, and selection of
multiple-choice answers
a) Users can select one answer or many (if enabled by presenter)
b) Users can close the question window without answering
c) Users must submit their response to see the results
3. Summarizing the responses
a) The results window displays a graph showing number and percentage
of votes for each answer
b) The data updates dynamically as responses are submitted by subsequent users
There are variations of these requirements. For example, add an
option for the presenter to enable users to view the results without
answering, but that’s definitely the lesser case as the default would
be the presenter would like everyone to respond. Another is add a
button to copy the poll results to the clipboard.
Attached is a simple mockup that follows the above workflow. A few points
1. Just as the desktop sharing icon appears when a user is made
presenter, so would the polling module icon appear (if the polling
module is installed).
2. Flexlib has the ability to have a drop-down menu associated with a
button, so the mockup makes use of that ability to provide a menu of
commands and to retrieve previous polls created during the session.
3. The dialog box for creating the poll using a textarea for entering
the responses, one response per line. I started mocking up a nice
list control with [+] and [-] buttons, but it just seemed overkill. A
textarea allows for easy and quick editing and reordering of the
possible answers.
4. There’s no facility to edit a poll once saved (this would
complicate the development for the first iteration as it would require
additional logic on what to do with the existing poll to which users
have already responded to).
For recording the polling results, with version 0.8, we’re building
recording into the infrastructure of BigBlueButton. The events that
occur during a meeting (join, leave, chat messages, raise hand, slide
advances, etc.) will all be archived within an XML file after the
meeting concludes.
This way, later on, a 3rd party application could use the
BigBlueButton API to retrieve the XML of recorded events, parse out
the results for the polls, and have the raw data for integration with
other applications.
In summary, if the requirements are kept basic for the first
iteration, implemented as a separate module, and the UI is kept to the
absolute minimum, then BigBlueButton could have a simple,
straightforward polling module that is consistent with other
components (simple == high adoption) and cover 80% of the requirements
in the first iteration.
Again Stephen, we're very interested in supporting your efforts and
hearing the feedback of others on what they would like to see in a
first iteration.
Regards,... Fred
Pablo Sotomayor
--
You received this message because you are subscribed to the Google Groups "BigBlueButton-dev" group.
To post to this group, send email to bigblueb...@googlegroups.com.
To unsubscribe from this group, send email to bigbluebutton-...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/bigbluebutton-dev?hl=en.
--
Pablo Sotomayor
pa...@sotomayor.com.br
+55-61-9159-7742
+55-61-3526-7742
skype: pablosotomayor6542
Hedge Hog
I'd argue against save == notification. It just ties the presenters
hands too much for no benefit.
I agree save+edit is too much for a first iteration, but divorcing
saves from user-notification, should not complicate implementation,
and buys the presenter much more flexibility in how they work, and
conduct their polls.
>
>
> 2. Prompting the user for response
> a) A dialog appears showing the title, question, and selection of
> multiple-choice answers
> a) Users can select one answer or many (if enabled by presenter)
> b) Users can close the question window without answering
> c) Users must submit their response to see the results
I'd argue against c). Again, maybe our experiences differ. To my
experience tight coupling invariable turns out to be tough to undo.
Mainly because the programmer contemplates a different
design/architecture to implement a feature for tight coupling compared
to looser coupling. There are also many cases when the
presenter/lecturer wants to avoid the bandwagon/crowd effect, e.g When
coming back from a break in a 3-hour class: Did you understand/learn
much in the first hour of this class?
You really don't want the whole class to gather the wrong momentum,
when they see the result is 90% no, just before you start on the next
part of the class.
I could give many other scenarios, where a lecturer tries to port
their current informal polling of students to this type of facility -
disaster.
>
>
> 3. Summarizing the responses
> a) The results window displays a graph showing number and percentage
> of votes for each answer
> b) The data updates dynamically as responses are submitted by subsequent users
>
Dynamic updates is something that, to my mind, is too complex for a
first iteration and maybe too onerous in general. A simple 'refresh'
button ought to suffice.
The main reason is, I'd rather not have the sever cpu-cycles
needlessly spinning when they don't have to. The refresh-on-request
approach should alleviate this.
Best wishes
> --
> You received this message because you are subscribed to the Google Groups "BigBlueButton-dev" group.
> To post to this group, send email to bigblueb...@googlegroups.com.
> To unsubscribe from this group, send email to bigbluebutton-...@googlegroups.com.
> For more options, visit this group at http://groups.google.com/group/bigbluebutton-dev?hl=en.
>
>
--
πόλλ' οἶδ ἀλώπηξ, ἀλλ' ἐχῖνος ἓν μέγα
[The fox knows many things, but the hedgehog knows one big thing.]
Archilochus, Greek poet (c. 680 BC – c. 645 BC)
http://wiki.hedgehogshiatus.com
Steven Schroedl
HostBBB.com
internal voting/polling should work... i agree a standaline module
enabled for presenters would work best and outside of chat.
I actually have prototyped the ability to launch a mini html window
thru red5 to show any web page, youtube video, google survey form, or
moodle quiz page to any attendee... Students can read and submit the
quiz or poll from within bbb. With the ability for the presenter to
close out student windows any time to get back on course topic.
At the end of the survey, the presenter can also show the results
page by pushing the result graph to the html mini window on everyones
desktop.
this approach is quick and dirty, and relies on using someone elses
polling/voting system.
But getting the complete functionality inside BBB would be better. We
will definitely look at this some more.
regards,
Stephen
hostbbb.com
On May 21, 12:11 pm, Steven Schroedl <sschro...@gmail.com> wrote:
> The presenter should be allowed to share/not share the results.
>
> Steven
>
> On May 20, 2011, at 6:27 AM, Pablo Sotomayor <pa...@sotomayor.com.br> wrote:
>
>
>
> > nice mockup
> > very nice
>
> > --
> > Pablo Sotomayor
> > pa...@sotomayor.com.br
> > +55-61-9159-7742
> > +55-61-3526-7742
> > skype: pablosotomayor6542
> > --
> > You received this message because you are subscribed to the Google Groups "BigBlueButton-dev" group.
> > To post to this group, send email to bigblueb...@googlegroups.com.
> > To unsubscribe from this group, send email to bigbluebutton-...@googlegroups.com.
>
> - Show quoted text -
IBRAHIM
confusion... i.e. 10 users in the meeting, 1 didn't select any answer,
6 out 9 selected 2 answers... 15 answers in total.
> 3. Summarizing the responses
> a) The results window displays a graph showing number and percentage of votes for each answer
the meeting room... The first user will see his answer is 100%...
While creating the new poll, presenter should determine a time limit
(minute) and clicks PUBLISH (or START POLL)... The results window will
display at the end of the time limit. Or, the presenter will click on
END POLL button (I haven't seen)...
By the way, in the PDF document, I would prefer the choice BLUE which
I love especially when it is on a big button :)
> 32KGörüntüleİndir