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
