I agree to webrtc too
> On Mar 6, 2018, at 11:30, Peter Dähn <da...@vcrp.de> 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 <dormiti...@gmx.de> 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" <da...@vcrp.de>
>>> An: user@openmeetings.apache.org
>>> 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 
>>> <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-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
>> 
>> 

‫محمد تشکری‬‎
مشاور راهکارهای جامع فاوا



Reply via email to