Just have checked "dot issue" https://issues.apache.org/jira/browse/OPENMEETINGS-1809 Thanks for pointing this out :)
On Thu, Dec 28, 2017 at 11:21 PM, Maxim Solodovnik <[email protected]> wrote: > 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 <[email protected]> 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 <[email protected]> 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 >>> >>> 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 <[email protected]> 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 >>>> >>>> 2. Redo Button for wb >>>> >>>> 3. >>>> >>>> Additionally we have number of >>>> issues:https://issues.apache.org/jira/browse/OPENMEETINGS-1613https://issues.apache.org/jira/browse/OPENMEETINGS-369https://issues.apache.org/jira/browse/OPENMEETINGS-370https://issues.apache.org/jira/browse/OPENMEETINGS-371https://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 (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. >>>> >>>> >>>> >>>> *[image: 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
