I agree to webrtc too > On Mar 6, 2018, at 11:30, Peter Dähn <[email protected]> wrote: > > Hello, > > @Ed > I agree, the next key feature has to be WebRTC. But html5 room and its design > is going on now. And this will be the one people work with... Most of them > dosn't care about flash/WebRTC/java... as long as the browser doesn't > complain... but this will happen in the near future... > > My point is to think about those things today. At least to keep the > possibility to add those things later on... > > @Maxim > "Duplicate" something sounds good, this could mean to reuse a lot of code... > Maybe we could take this solution as a starting point, and learn a bit how to > use it and flie a jira "fixed for 6.x.x." something like "search and add > feasible js library to enhance polls". This would be something like you did > with the math support for the whiteboard, I think. > > Greetings Peter > > > Am 06.03.2018 um 07:36 schrieb Maxim Solodovnik: >> I would love to work on improving technology stack, but unfortunately >> it is hardly possible :( >> Our users/customers will not wait, required features need to be added >> "in parallel" >> >> @Peter >> The easiest way to add functionality you asking for, would be >> "Duplicate" button for the archived poll >> this way any "Archived" poll can be duplicated and made active in a single >> click >> >> As an option "Duplicate" can fill "new poll" dialog with the details >> of archived poll, so some details can be changed >> >> WDYT? >> >> On Tue, Mar 6, 2018 at 2:34 AM, BBS Technik <[email protected]> wrote: >>> Hello, >>> >>> I think the flexible query function is a useful improvement for working >>> with OM. >>> >>> But at the moment, I believe that working on the WebRTC implementation is >>> much more important. Otherwise, flash will soon be an absolute show stopper. >>> >>> Best regards >>> Ed >>> >>> Gesendet: Montag, 05. März 2018 um 09:20 Uhr >>> Von: "Peter Dähn" <[email protected]> >>> An: [email protected] >>> Betreff: Re: [DISCUSSION] HTML5 room >>> >>> Hello together, >>> >>> I think Maxim did a great job with the html5 room. And it is a huge step to >>> get rid of flash. Thanks so far. >>> >>> Now I would like to get some feedback/opinions for point 3 a bit underneath. >>> >>> " >>> 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 think beside the quick poll right now (thanks for that) there should be a >>> tool to prepare some questions before the session starts. And to a given >>> time during the presentation one just need to choose the right one. Yes/no >>> and 1 to 10 could be complemented by sc and mc questions. Maybe someone >>> knows a given JS library that could do the job... >>> >>> By now I would like to know if this sounds useful for you. >>> >>> Greetings Peter >>> >>> Am 29.12.2017 um 11:35 schrieb Peter Dähn: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 >>> <[email protected][mailto:[email protected]]> 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 >>> <[email protected][mailto:[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][mailto:[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[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][mailto:[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[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-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[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. >>> >>> >>> 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 layoutscommented 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 >> >>
محمد تشکری مشاور راهکارهای جامع فاوا
