Hello All, I'm going to implement this as "per-appointment" option Please stop me if I'm wrong
On Fri, 19 Jul 2019 at 23:11, Maxim Solodovnik <solomax...@gmail.com> wrote: > > > On Fri, 19 Jul 2019 at 21:07, Coscend@OM <om.insig...@coscend.com> wrote: > >> Hello, >> >> >> >> Here are a few additional perspectives based on our use cases. >> >> >> >> This feature will be useful in at least these cases: >> >> 1. Remote patients from two different locations consulting the same >> doctor in the same room. The doctor should be able to remove the previous >> patient from the location 1 before allowing the location 2 patient to join. >> >> 2. Students from two different locations being taught by the same >> tutor in the same room. >> >> 3. Employees from two different locations having a performance >> review meeting with the HR manager sitting in the corporate office, all >> joining the same room. >> >> 4. Sales people having meetings in one room with different channel >> partners in the same room with the same presentation materials. The >> channel partners should not overlap due to sales commission issues. >> >> 5. CEO having a board meeting with different committees of the >> board. The committee members come and go at specific intervals in the same >> room. These different committees should not hear each other (such as >> finance and audit committees). >> >> > All above doesn't require automatic action > Moderator can just kick/unenroll user(s) from the room or keep them :) > > >> >> >> The moderator (doctor, teacher, HR manager, sales person, CEO) will >> remain in the room. Other participants may change. The moderator may >> choose to keep select participants (nurses, co-tutors, co-managers, channel >> partners, board members), if required. >> >> >> >> Thank you. >> >> >> >> Sincerely, >> >> >> >> Hemant K. Sabat >> >> www.Coscend.com <http://www.coscend.com/> >> >> ------------------------------------------------------------------ >> >> *Real-time, Interactive Video Collaboration, Tele-healthcare, >> Tele-education, Telepresence Services, on the fly…* >> >> ------------------------------------------------------------------ >> >> CONFIDENTIALITY NOTICE: See 'Confidentiality Notice Regarding E-mail >> Messages from Coscend Communications Solutions' posted at: >> http://www.Coscend.com/Anchor/Common/Terms_and_Conditions.html >> <http://www.coscend.com/Anchor/Common/Terms_and_Conditions.html> >> >> >> >> >> >> >> >> *From:* Maxim Solodovnik [mailto:solomax...@gmail.com] >> *Sent:* Friday, July 19, 2019 6:41 PM >> *To:* Openmeetings user-list <user@openmeetings.apache.org> >> *Subject:* Re: [DISCUSSION] shall attendees be removed from the room >> when the time is over >> >> >> >> This discussion was started to get clear understanding if this should be >> implemented or not >> >> IMO the feature is questionable, so I need advise ... >> >> >> >> On Fri, 19 Jul 2019 at 15:22, Peter Dähn <da...@vcrp.de> wrote: >> >> Hi Maxim, >> >> this is not our use-case, but I think there is no need to empty the room >> automatically. If needed it could be done manually. >> >> If this should be implemented, it should be an "per appointment option" >> and default should be off. >> >> >> Greetings Peter >> >> -------- Weitergeleitete Nachricht -------- >> >> *Betreff: * >> >> Re: [DISCUSSION] shall attendees be removed from the room when the time >> is over >> >> *Datum: * >> >> Fri, 19 Jul 2019 10:21:58 +0700 >> >> *Von: * >> >> Maxim Solodovnik <solomax...@gmail.com> <solomax...@gmail.com> >> >> *Antwort an: * >> >> user@openmeetings.apache.org >> >> *An: * >> >> Openmeetings user-list <user@openmeetings.apache.org> >> <user@openmeetings.apache.org> >> >> >> >> Should it be default behavior for any appointment? >> Should it be customizable? If yes: should it be global option for entire >> installation or should it be "per appointment" setting? >> >> On Fri, 19 Jul 2019 at 00:46, Daniel Ascher >> <aplusad...@aplustutoring.com> <aplusad...@aplustutoring.com> >> wrote: >> >> >> I think that's a good suggestion. >> >> >> >> Dan Ascher >> >> >> >> On Thu, Jul 18, 2019 at 1:28 PM Maxim Solodovnik <solomax...@gmail.com> >> <solomax...@gmail.com> >> >> wrote: >> >> >> >> Hello All, >> >> >> >> Some time ago this JIRA was filed: >> >> https://issues.apache.org/jira/browse/OPENMEETINGS-2022 >> >> It states that user can stay in the room after meeting time is over >> >> >> >> Would it be OK to force remove all users except organizer from the >> >> room when the time is over? >> >> >> >> -- >> >> WBR >> >> Maxim aka solomax >> >> >> >> >> >> >> >> -- >> >> Daniel Ascher, M.Ed. >> >> President >> >> A+ Test Prep and Tutoring >> >> "Creating Bright Futures" >> >> >> >> 505 York Road, Suite 6 >> >> Jenkintown, PA 19046 >> >> Office: 215.886.9188 >> >> Direct: 267.242.9640 >> >> Click here to schedule a phone call with me. >> >> <https://www.aplustutoring.com/meetings/aplusadmin/phone-call> >> <https://www.aplustutoring.com/meetings/aplusadmin/phone-call> >> >> Sign Up for A+ News and Test Prep Tips! >> >> <https://www.aplustutoring.com/educational-blog-articles-subscription> >> <https://www.aplustutoring.com/educational-blog-articles-subscription> >> >> <http://aplustutoring.com> <http://aplustutoring.com> >> >> >> >> >> >> -- >> >> WBR >> >> Maxim aka solomax >> >> >> >> >> >> >> -- >> >> WBR >> Maxim aka solomax >> >> >> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> >> Virus-free. >> www.avg.com >> <http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient> >> <#m_-5222936788680483402_m_-1833972428888472802_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> > > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax