ok.. graphic is also not mine... just a bit gimp to put my things
together... ;-)
I took the painting icon somewhere... it was a free thing... but I need
to find it again. Anyway... the "call for logo" was one of the most used
threads I think... maybe one of the "painter" can help us...
I think collect that painting tools and hide it if not used will reduce
the size of the wb toolbar. Would make sense for me.
+1 for new menu item. Icon, maybe one could help here too... And I think
Vote and display result on the overlay is perfect
So if one talented painter is reading this... We would need 2 icons. One
to collect painting tools and one to get feedback... ;-)
Am 29.12.2017 um 09:39 schrieb Maxim Solodovnik:
I'm not good enough with graphical editor, this is why I'm asking for
icon :)))
I can implement new toolbar with all graphical tools available by
click on this new icon
And we can collect some feedback (hopefully)
According to new menu group
Maybe it worth to create new menu item (under new group) like "Get
feedback"
Then voting can be performed by clicking on new "semitransparent overlay"
This same "semitransparent overlay" will display results and contains
control to stop quick-vote (available to moderators only)
This way regular user and moderators can vote
Only moderator can start/stop quick vote
WDYT?
On Fri, Dec 29, 2017 at 3:23 PM, Peter Dähn <da...@vcrp.de
<mailto:da...@vcrp.de>> wrote:
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
--
WBR
Maxim aka solomax
