Hi Maxim,
1. There was one thread where was asked for a reduced/minimized toolbar.
So I made this mock-up. I just used the Picture right now. But it
doesn't need to be like that.
2. Yes asked by voice
3. Polls are just fine in the place where they are now. These Polls (my
understanding) are something that a teacher prepare *BEFORE* the session
start as a part of the the given class. And there need to be more than
yes/no and probably it is important to save this results .
I want to address a different use case. Presentation is one is talking,
(many) other listen. Sometimes you need to get some feedback, not
planed, it is just to know "everybody alive?", "can we go on?", "yes or
no?"... Such things just during the presentation. And this should be a
single click operation. All other things what is in the given case
"thumb up" and "thumb down" need to communicate by voice before start
the "vote". And therefore it doesn't need to be saved or reproducible.
It just makes sense in the given context. So it can disappear after a
short time.
I also thought about a different way to implement this. Teacher still
need the button to start/stop the vote. But when started a
semitransparent overlay appear at students whiteboard (eg left blue
right pink). They can use their pointer to click on it. After finishing
the vote the result will be visible for 3-5 seconds and session goes on.
And if it is easier result can also be shown in a&a (votes:42 / blue:42%
/ pink:58%) without any graphical gimmick (but would be nice... ;-) )
Greetings Peter
Am 28.12.2017 um 17:21 schrieb Maxim Solodovnik:
Let it be the thread regarding changes to the polls :)))
So i guess the main issue: "long path" to vote
Here are my questions:
1) on your screenshots you don't have drawing tools and cliparts, but
have some "palette" icon ... maybe you can share it and what is hidden?
* this seems to make path to drawing longer ... is this OK
2) it is not clear how such vote will be started .... or the question
is asked by voice?
3) Maybe polls can be moved to the top level room menu group? would it
make them easier to use?
On Thu, Dec 28, 2017 at 6:56 PM, Peter Dähn <da...@vcrp.de
<mailto:da...@vcrp.de>> wrote:
4.0.3 would be early enough... ;-)
I know that you are the only one that develop the things...
unfortunately my programming skills are not that good... :-(
I know that it is in fact a simple yes/no poll... and you really
can take it as a wish/feature request... I would like to get
feedback. All the things I mention come because of feedback from
teachers. All the little things are the difference between "I like
to use this program" and "I have to use this program" ... ;-)
The main difference to poll is that it is a two click operation
for the teacher (start and stop -> left mouse on button in wb menu
or hotkey?) and for student it is a one click operation (thumb up
ore down in wb menu usable as long as the teacher has the poll
open or hotkey?). The result disappears right (3 seconds?) after
2nd click of the teacher.
Greetings Peter
Am 28.12.2017 um 11:52 schrieb Maxim Solodovnik:
I guess I understand your plan ....
You would like to have all issues fixed in 4.0.2 :))))
I propose to have "less, but better", i.e. check all wishes, put
priority
1) I will not upgrade is "feature A" will not be implemented
2) "feature B" will make my life much easier
3) "feature C" is nice to have
I don't have too much time, and this way I can better plan my
work :))
I'll check this dot, I do remember it might be green/red and it
should be yellow ... will double-check
Right now poll will work very similar to your "quick poll" in
case you have asked a question all room user will have pop-up
dialog: WDYT? then poll can be archived/deleted ....
IMHO the only difference is the way it is displayed .....
On Thu, Dec 28, 2017 at 5:38 PM, Peter Dähn <da...@vcrp.de
<mailto:da...@vcrp.de>> wrote:
separate threads could help to keep the things present... How
do we prioritize it?
I got one more thing in mind in the evening...
9. https://issues.apache.org/jira/browse/OPENMEETINGS-131
<https://issues.apache.org/jira/browse/OPENMEETINGS-131>
I need to have a look about room files... :-) and presenter
role I found now... I think they should mark different than
normal user. Yellow dot instead of green?
The thing I suggest as quick poll is not really a pool it is
more a simplified student response system... It is just a
tool to ask "WDYT?" and is is important that it is a single
click operation (for the teacher and the student). No need to
save it no need to let is visible longer than the teacher is
asking. And I think this will work perfectly beside poll.
Poll should be a tool that is more than a simple "WDYT?". I
think these polls should be prepared before the meeting and
they are a pedagogical instrument. Btw.. I think if there is
time left we could have a look how to improve current poll... ;-)
Greetings Peter
Am 28.12.2017 um 09:45 schrieb Maxim Solodovnik:
Hello Peter,
this seems to be huge list :)
Some of these items were implemented (like room files and
presenter role)
some seems to be not very critical (like redo, and a&a place)
According to quick poll: I would like to discuss it first,
this seems to be the same thing as current poll (on screen
vote, instead of dialog), not sure we need 2 instances of
poll :))
Can we have separate threads for remaining issues? with some
prioritization?
On Wed, Dec 27, 2017 at 11:51 PM, Peter Dähn <da...@vcrp.de
<mailto:da...@vcrp.de>> wrote:
Hi all,
I think there are a few little things left and maybe a
few improvements should be discussed. I think we should
use a new thread to do this.
I think design of the room is almost finished with the
latest chat improvements just the a&a field is left.
I think a&a should share the space with the user
list. A&a should have the same with than the user
list. When hidden user list has max height if a&a is
visible user list should have reduced height
(scrollbar if needed).
This is really the last thing that is missing in the design.
I will fetch up now all ideas from former threads that
should be discussed I think (no priority just how I find
and remember them...).
1.
https://issues.apache.org/jira/browse/OPENMEETINGS-1791
<https://issues.apache.org/jira/browse/OPENMEETINGS-1791>
2. Redo Button for wb
3.
Additionally we have number of issues:
https://issues.apache.org/jira/browse/OPENMEETINGS-1613
<https://issues.apache.org/jira/browse/OPENMEETINGS-1613>
https://issues.apache.org/jira/browse/OPENMEETINGS-369
<https://issues.apache.org/jira/browse/OPENMEETINGS-369>
https://issues.apache.org/jira/browse/OPENMEETINGS-370
<https://issues.apache.org/jira/browse/OPENMEETINGS-370>
https://issues.apache.org/jira/browse/OPENMEETINGS-371
<https://issues.apache.org/jira/browse/OPENMEETINGS-371>
https://issues.apache.org/jira/browse/OPENMEETINGS-374
<https://issues.apache.org/jira/browse/OPENMEETINGS-374>
All this about introducing new room role: "Presenter"
This role has less rights than Moderator, but more rights than
"Draw
on whiteboard"
4.
https://issues.apache.org/jira/browse/OPENMEETINGS-1671
<https://issues.apache.org/jira/browse/OPENMEETINGS-1671>
(I still need to test room files for this and there
was an Idea for scheduled meetings to implement a
kind of countdown (audio/video) till start time)
5. We have implemented an area where the video pods
"dock" when the meeting starts, although they can be
repositioned at any time by the participants. See
attached screenshot. the docking area is above the
whiteboards.
/
/
/Inline image 1
/6. It would be great to implement an option, to put
the video-pod of a given moderator (presenter? see
3.) to a fixed position on the whiteboard in a
presentation room. This is the place where the
video-pod of the moderator should be displayed. The
moderator just leave this part in his presentation
blank and is visible for the audience. I think for a
normal presentation this should be the default case
for the audience. Max whiteboard and chat and the
rest is minimized or hidden.
7. user-list sorting by name and by latest actions
8. dynamic room layouts
commented till now "
I'm afraid functionality like this "Then the
moderator has the ability to change the layout
to his needs"
requires sort of templating ....
So CSS dynamically created by one user will be
applied to others ....
"
That's all things I found in the discussions. If I
missed something pleas add here. And lets start
think about what is implementable and what is the
priority for this.
Greetings Peter
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
