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
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
