Re: [HELP NEEDED] please help with testing OPENMEETINGS-2078

[Stefan Kühl]

Morning, 

checked it with Win10 and different layouts. 

german Layout -> doesn't work 

english layout -> work as expected  

french layout -> doesn't work 

english US layout -> doesn't work 

Unfortunately I needed to simulate french and US keybooard, behause I
have no natural one present. Maybe this cause the problems. 

Next I am going to try the virtual desktop-keyboard but I need to
reinstall it ;-) 

Greetz 

Stefan

Am 20.07.2019 04:29, schrieb Maxim Solodovnik:

> The default hotkeys are: 
> 
> video.arrange.keycode
> Shift+F8
> A hot key code for arrange video windows functionality
> 2.0.x
> 
> mute.others.keycode
> Shift+F12
> A hot key code for the 'mute others' functionality
> 2.0.x
> 
> mute.keycode
> Shift+F7
> A hot key code for the 'mute/unmute audio' functionality
> 2.0.x
> 
> start.quickpoll.keycode
> Ctrl+Alt+Q
> A hot key code to start quick poll
> 4.0.10
> 
> Full list available here: 
> https://openmeetings.apache.org/GeneralConfiguration.html 
> 
> On Sat, 20 Jul 2019 at 01:09, Daniel Ascher  
> wrote: 
> 
> I just tested this on my Windows PC and it worked correctly (English). 
> 
> Is there a list of possible functions that this system can be programmed for? 
> 
> Thanks. Dan 
> 
> On Fri, Jul 19, 2019 at 12:09 PM Maxim Solodovnik  
> wrote: Sure, no problem :)
> Do you think the code need to be updated so it will work regardless of
> Layout selected?
> 
> On Fri, 19 Jul 2019 at 20:41, Peter Dähn  wrote:
>> 
>> already everybody in weekend...
>> 
>> I think I get answer on Monday.
>> 
>> Greetings Peter
>> 
>> Am 19.07.19 um 15:36 schrieb Maxim Solodovnik:
>>> Could you check hotkeys works while keyboard layout is English?
>>>
>>> On Fri, 19 Jul 2019 at 20:24, Peter Dähn  wrote:
 I would expect that it works for me... ;-) Any layout would be good ;-)


 Am 19.07.19 um 14:46 schrieb Maxim Solodovnik:
> This was my second best guess :))
> Are you expecting hotkeys should work in any layout?
>
> On Fri, 19 Jul 2019 at 15:45, Peter Dähn  wrote:
>> Hi,
>>
>> my colleagues tested it on demo/next right now on MAC with Firefox and
>> Chrome. No quick poll and nothing in the console. VM with M$ Windows 10
>> and Chrome the same.
>>
>> Btw. we had it somewhere else: We are Germans ;-) maybe again the
>> keyboard layout?
>>
>> Greetings Peter
>>
>> Am 19.07.19 um 05:20 schrieb Maxim Solodovnik:
>>> Thanks :))
>>>
>>> My steps were:
>>> 1) enter any room at demo-next as moderator
>>> 2) press Ctrl+Alt+Q
>>> Expected result: quick poll should be started
>>>
>>> According to @Peter [1]:
>>> Works for me on Linux. On M$ and MAC it doesn't work. No Quick poll by
>>> using Ctrl+Alt+Q. Users were moderators.
>>>
>>> [1] https://issues.apache.org/jira/browse/OPENMEETINGS-2078
>>>
>>>
>>> On Fri, 19 Jul 2019 at 04:23, Stefan Kühl  wrote:
>>>
 Hey, agree to Dan. What shall we do? Just set hotkeys in the admin 
 section?

 Greetz

 Stefan


 Am 18.07.2019 19:47, schrieb Daniel Ascher:

 I will help if you provide me with information needed to test it.

 Thanks. Dan

 On Thu, Jul 18, 2019 at 3:07 AM Maxim Solodovnik 
 wrote:

> Hello All,
>
> Recently I have implemented "improved shortcuts" i.e. hotkeys
> Now you don't need to guess some magical key codes etc.
> You can specify hotkey using keypress in admin and use it room
>
> According to Peter this works as expected on Linux machine
> but fail on Mac and Windows
>
> I need help to get steps to reproduce what is wrong
>
> Thanks in advance :)
>
> --
> 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.
 
 Sign Up for A+ News and Test Prep Tips!
 
 


>>>
>> 
> 
> -- 
> 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. [1]
> 
> Sign Up for A+ News and Test Prep Tips! [2]
> [3]

  -- 
WBR
Maxim aka solomax 

Links:
--
[1] https://www.aplustutoring.com/meetings/aplusadmin/phone-call
[2] 

Re: OM4 on CentOs 7

[Maxim Solodovnik]

Hello Aaron,

It's been a long time I use CentOS
>From what I do remember it doesn't have `start-stop-daemon` by default
I was able to build it from sources and to use

According "foreground job" /etc/init.d/* are usual shell scripts
you should be able to run any command in it as both background and
foreground process using `&`
i.e. if you have `start-stop-daemon` and it works just edit init.d
script by appending `&` like this: `start-stop-daemon ... all params
here.  &`

On Sat, 20 Jul 2019 at 05:05, Aaron Hepp  wrote:
>
> Moving everything to CentOS servers from Ubuntu.  The start up script used to 
> start OM4 in Ubuntu was just /etc/init.d/ start.  It then 
> started in the background with a few lines:
>start-stop-daemon: --start needs --exec or --startas
>Try 'start-stop-daemon --help' for more information.
>
> You cannot use the same command in CentOS as if you do it runs the script in 
> the foreground, which as soon as you stop the terminal it kills the process.
>
> Know of another way to run the script in the background?  I have tried 
> /etc/init.d/ start & and that does not work
>


-- 
WBR
Maxim aka solomax

Re: [HELP NEEDED] please help with testing OPENMEETINGS-2078

[Maxim Solodovnik]

The default hotkeys are:

video.arrange.keycode Shift+F8 A hot key code for arrange video windows
functionality 2.0.x
mute.others.keycode Shift+F12 A hot key code for the 'mute others'
functionality 2.0.x
mute.keycode Shift+F7 A hot key code for the 'mute/unmute audio'
functionality 2.0.x

start.quickpoll.keycode Ctrl+Alt+Q A hot key code to start quick poll 4.0.10

   -

   




Full list available here:
https://openmeetings.apache.org/GeneralConfiguration.html


On Sat, 20 Jul 2019 at 01:09, Daniel Ascher 
wrote:

> I just tested this on my Windows PC and it worked correctly (English).
>
> Is there a list of possible functions that this system can be programmed
> for?
>
> Thanks. Dan
>
> On Fri, Jul 19, 2019 at 12:09 PM Maxim Solodovnik 
> wrote:
>
>> Sure, no problem :)
>> Do you think the code need to be updated so it will work regardless of
>> Layout selected?
>>
>> On Fri, 19 Jul 2019 at 20:41, Peter Dähn  wrote:
>> >
>> > already everybody in weekend...
>> >
>> > I think I get answer on Monday.
>> >
>> > Greetings Peter
>> >
>> > Am 19.07.19 um 15:36 schrieb Maxim Solodovnik:
>> > > Could you check hotkeys works while keyboard layout is English?
>> > >
>> > > On Fri, 19 Jul 2019 at 20:24, Peter Dähn  wrote:
>> > >> I would expect that it works for me... ;-) Any layout would be
>> good ;-)
>> > >>
>> > >>
>> > >> Am 19.07.19 um 14:46 schrieb Maxim Solodovnik:
>> > >>> This was my second best guess :))
>> > >>> Are you expecting hotkeys should work in any layout?
>> > >>>
>> > >>> On Fri, 19 Jul 2019 at 15:45, Peter Dähn  wrote:
>> >  Hi,
>> > 
>> >  my colleagues tested it on demo/next right now on MAC with Firefox
>> and
>> >  Chrome. No quick poll and nothing in the console. VM with M$
>> Windows 10
>> >  and Chrome the same.
>> > 
>> >  Btw. we had it somewhere else: We are Germans ;-) maybe again the
>> >  keyboard layout?
>> > 
>> >  Greetings Peter
>> > 
>> >  Am 19.07.19 um 05:20 schrieb Maxim Solodovnik:
>> > > Thanks :))
>> > >
>> > > My steps were:
>> > > 1) enter any room at demo-next as moderator
>> > > 2) press Ctrl+Alt+Q
>> > > Expected result: quick poll should be started
>> > >
>> > > According to @Peter [1]:
>> > > Works for me on Linux. On M$ and MAC it doesn't work. No Quick
>> poll by
>> > > using Ctrl+Alt+Q. Users were moderators.
>> > >
>> > > [1] https://issues.apache.org/jira/browse/OPENMEETINGS-2078
>> > >
>> > >
>> > > On Fri, 19 Jul 2019 at 04:23, Stefan Kühl 
>> wrote:
>> > >
>> > >> Hey, agree to Dan. What shall we do? Just set hotkeys in the
>> admin section?
>> > >>
>> > >> Greetz
>> > >>
>> > >> Stefan
>> > >>
>> > >>
>> > >> Am 18.07.2019 19:47, schrieb Daniel Ascher:
>> > >>
>> > >> I will help if you provide me with information needed to test it.
>> > >>
>> > >> Thanks. Dan
>> > >>
>> > >> On Thu, Jul 18, 2019 at 3:07 AM Maxim Solodovnik <
>> solomax...@gmail.com>
>> > >> wrote:
>> > >>
>> > >>> Hello All,
>> > >>>
>> > >>> Recently I have implemented "improved shortcuts" i.e. hotkeys
>> > >>> Now you don't need to guess some magical key codes etc.
>> > >>> You can specify hotkey using keypress in admin and use it room
>> > >>>
>> > >>> According to Peter this works as expected on Linux machine
>> > >>> but fail on Mac and Windows
>> > >>>
>> > >>> I need help to get steps to reproduce what is wrong
>> > >>>
>> > >>> Thanks in advance :)
>> > >>>
>> > >>> --
>> > >>> 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.
>> > >> 
>> > >> Sign Up for A+ News and Test Prep Tips!
>> > >> <
>> https://www.aplustutoring.com/educational-blog-articles-subscription>
>> > >> 
>> > >>
>> > >>
>> > >
>> >
>>
>>
>> --
>> 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.
> 
> Sign Up for A+ News and Test Prep Tips!
> 
> 
>


-- 
WBR
Maxim aka solomax

OM4 on CentOs 7

[Aaron Hepp]

Moving everything to CentOS servers from Ubuntu.  The start up script 
used to start OM4 in Ubuntu was just /etc/init.d/ 
start.  It then started in the background with a few lines:

   start-stop-daemon: --start needs --exec or --startas
   Try 'start-stop-daemon --help' for more information.

You cannot use the same command in CentOS as if you do it runs the 
script in the foreground, which as soon as you stop the terminal it 
kills the process.


Know of another way to run the script in the background?  I have tried 
/etc/init.d/ start & and that does not work

Re: [HELP NEEDED] please help with testing OPENMEETINGS-2078

[Daniel Ascher]

I just tested this on my Windows PC and it worked correctly (English).

Is there a list of possible functions that this system can be programmed
for?

Thanks. Dan

On Fri, Jul 19, 2019 at 12:09 PM Maxim Solodovnik 
wrote:

> Sure, no problem :)
> Do you think the code need to be updated so it will work regardless of
> Layout selected?
>
> On Fri, 19 Jul 2019 at 20:41, Peter Dähn  wrote:
> >
> > already everybody in weekend...
> >
> > I think I get answer on Monday.
> >
> > Greetings Peter
> >
> > Am 19.07.19 um 15:36 schrieb Maxim Solodovnik:
> > > Could you check hotkeys works while keyboard layout is English?
> > >
> > > On Fri, 19 Jul 2019 at 20:24, Peter Dähn  wrote:
> > >> I would expect that it works for me... ;-) Any layout would be
> good ;-)
> > >>
> > >>
> > >> Am 19.07.19 um 14:46 schrieb Maxim Solodovnik:
> > >>> This was my second best guess :))
> > >>> Are you expecting hotkeys should work in any layout?
> > >>>
> > >>> On Fri, 19 Jul 2019 at 15:45, Peter Dähn  wrote:
> >  Hi,
> > 
> >  my colleagues tested it on demo/next right now on MAC with Firefox
> and
> >  Chrome. No quick poll and nothing in the console. VM with M$
> Windows 10
> >  and Chrome the same.
> > 
> >  Btw. we had it somewhere else: We are Germans ;-) maybe again the
> >  keyboard layout?
> > 
> >  Greetings Peter
> > 
> >  Am 19.07.19 um 05:20 schrieb Maxim Solodovnik:
> > > Thanks :))
> > >
> > > My steps were:
> > > 1) enter any room at demo-next as moderator
> > > 2) press Ctrl+Alt+Q
> > > Expected result: quick poll should be started
> > >
> > > According to @Peter [1]:
> > > Works for me on Linux. On M$ and MAC it doesn't work. No Quick
> poll by
> > > using Ctrl+Alt+Q. Users were moderators.
> > >
> > > [1] https://issues.apache.org/jira/browse/OPENMEETINGS-2078
> > >
> > >
> > > On Fri, 19 Jul 2019 at 04:23, Stefan Kühl 
> wrote:
> > >
> > >> Hey, agree to Dan. What shall we do? Just set hotkeys in the
> admin section?
> > >>
> > >> Greetz
> > >>
> > >> Stefan
> > >>
> > >>
> > >> Am 18.07.2019 19:47, schrieb Daniel Ascher:
> > >>
> > >> I will help if you provide me with information needed to test it.
> > >>
> > >> Thanks. Dan
> > >>
> > >> On Thu, Jul 18, 2019 at 3:07 AM Maxim Solodovnik <
> solomax...@gmail.com>
> > >> wrote:
> > >>
> > >>> Hello All,
> > >>>
> > >>> Recently I have implemented "improved shortcuts" i.e. hotkeys
> > >>> Now you don't need to guess some magical key codes etc.
> > >>> You can specify hotkey using keypress in admin and use it room
> > >>>
> > >>> According to Peter this works as expected on Linux machine
> > >>> but fail on Mac and Windows
> > >>>
> > >>> I need help to get steps to reproduce what is wrong
> > >>>
> > >>> Thanks in advance :)
> > >>>
> > >>> --
> > >>> 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.
> > >> 
> > >> Sign Up for A+ News and Test Prep Tips!
> > >> <
> https://www.aplustutoring.com/educational-blog-articles-subscription>
> > >> 
> > >>
> > >>
> > >
> >
>
>
> --
> 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.

Sign Up for A+ News and Test Prep Tips!

Re: [DISCUSSION] shall attendees be removed from the room when the time is over

[Maxim Solodovnik]

On Fri, 19 Jul 2019 at 21:07, Coscend@OM  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 
>
> --
>
> *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
> 
>
>
>
>
>
>
>
> *From:* Maxim Solodovnik [mailto:solomax...@gmail.com]
> *Sent:* Friday, July 19, 2019 6:41 PM
> *To:* Openmeetings user-list 
> *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  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  
>
> *Antwort an: *
>
> user@openmeetings.apache.org
>
> *An: *
>
> Openmeetings user-list 
> 
>
>
>
> 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 
> 
> wrote:
>
>
> I think that's a good suggestion.
>
>
>
> Dan Ascher
>
>
>
> On Thu, Jul 18, 2019 at 1:28 PM Maxim Solodovnik  
> 
>
> 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.
>
>  
> 
>
> Sign Up for A+ News and Test Prep Tips!
>
>  
> 
>
>  
>
>
>
>
>
> --
>
> WBR
>
> Maxim aka solomax
>
>
>
>
>
>
> --
>
> WBR
> Maxim aka solomax
>
>
> 
>  Virus-free.
> www.avg.com
> 
> 

Re: [HELP NEEDED] please help with testing OPENMEETINGS-2078

[Maxim Solodovnik]

Sure, no problem :)
Do you think the code need to be updated so it will work regardless of
Layout selected?

On Fri, 19 Jul 2019 at 20:41, Peter Dähn  wrote:
>
> already everybody in weekend...
>
> I think I get answer on Monday.
>
> Greetings Peter
>
> Am 19.07.19 um 15:36 schrieb Maxim Solodovnik:
> > Could you check hotkeys works while keyboard layout is English?
> >
> > On Fri, 19 Jul 2019 at 20:24, Peter Dähn  wrote:
> >> I would expect that it works for me... ;-) Any layout would be good ;-)
> >>
> >>
> >> Am 19.07.19 um 14:46 schrieb Maxim Solodovnik:
> >>> This was my second best guess :))
> >>> Are you expecting hotkeys should work in any layout?
> >>>
> >>> On Fri, 19 Jul 2019 at 15:45, Peter Dähn  wrote:
>  Hi,
> 
>  my colleagues tested it on demo/next right now on MAC with Firefox and
>  Chrome. No quick poll and nothing in the console. VM with M$ Windows 10
>  and Chrome the same.
> 
>  Btw. we had it somewhere else: We are Germans ;-) maybe again the
>  keyboard layout?
> 
>  Greetings Peter
> 
>  Am 19.07.19 um 05:20 schrieb Maxim Solodovnik:
> > Thanks :))
> >
> > My steps were:
> > 1) enter any room at demo-next as moderator
> > 2) press Ctrl+Alt+Q
> > Expected result: quick poll should be started
> >
> > According to @Peter [1]:
> > Works for me on Linux. On M$ and MAC it doesn't work. No Quick poll by
> > using Ctrl+Alt+Q. Users were moderators.
> >
> > [1] https://issues.apache.org/jira/browse/OPENMEETINGS-2078
> >
> >
> > On Fri, 19 Jul 2019 at 04:23, Stefan Kühl  wrote:
> >
> >> Hey, agree to Dan. What shall we do? Just set hotkeys in the admin 
> >> section?
> >>
> >> Greetz
> >>
> >> Stefan
> >>
> >>
> >> Am 18.07.2019 19:47, schrieb Daniel Ascher:
> >>
> >> I will help if you provide me with information needed to test it.
> >>
> >> Thanks. Dan
> >>
> >> On Thu, Jul 18, 2019 at 3:07 AM Maxim Solodovnik 
> >> wrote:
> >>
> >>> Hello All,
> >>>
> >>> Recently I have implemented "improved shortcuts" i.e. hotkeys
> >>> Now you don't need to guess some magical key codes etc.
> >>> You can specify hotkey using keypress in admin and use it room
> >>>
> >>> According to Peter this works as expected on Linux machine
> >>> but fail on Mac and Windows
> >>>
> >>> I need help to get steps to reproduce what is wrong
> >>>
> >>> Thanks in advance :)
> >>>
> >>> --
> >>> 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.
> >> 
> >> Sign Up for A+ News and Test Prep Tips!
> >> 
> >> 
> >>
> >>
> >
>


-- 
WBR
Maxim aka solomax

RE: [DISCUSSION] shall attendees be removed from the room when the time is over

[Coscend@OM]

Further, missed in the previous long e-mail, favorable admin options would be:

Customizable: Per appointment basis

Default disabled

Not automatic



From: Coscend@OM [mailto:om.insig...@coscend.com]
Sent: Friday, July 19, 2019 7:37 PM
To: 'user@openmeetings.apache.org' 
Subject: RE: [DISCUSSION] shall attendees be removed from the room when the 
time is over



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).



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 

--

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







From: Maxim Solodovnik [mailto:solomax...@gmail.com]
Sent: Friday, July 19, 2019 6:41 PM
To: Openmeetings user-list mailto: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 mailto: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   


Antwort an:

user@openmeetings.apache.org 


An:

Openmeetings user-list   




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  
 
wrote:



I think that's a good suggestion.

Dan Ascher

On Thu, Jul 18, 2019 at 1:28 PM Maxim Solodovnik   

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.
  

Sign Up for A+ News and Test Prep Tips!
  

  




--
WBR
Maxim aka solomax







--

WBR
Maxim aka solomax



---
This email has been checked for viruses by AVG.
https://www.avg.com

RE: [DISCUSSION] shall attendees be removed from the room when the time is over

[Coscend@OM]

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).



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 

--

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







From: Maxim Solodovnik [mailto:solomax...@gmail.com]
Sent: Friday, July 19, 2019 6:41 PM
To: Openmeetings user-list 
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 mailto: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   


Antwort an:

user@openmeetings.apache.org 


An:

Openmeetings user-list   




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  
 
wrote:




I think that's a good suggestion.

Dan Ascher

On Thu, Jul 18, 2019 at 1:28 PM Maxim Solodovnik   

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.
  

Sign Up for A+ News and Test Prep Tips!
  

  




--
WBR
Maxim aka solomax







--

WBR
Maxim aka solomax



---
This email has been checked for viruses by AVG.
https://www.avg.com

Re: [DISCUSSION] shall attendees be removed from the room when the time is over

[Stefan Kühl]

me too...don't think that this need to be automatically. As some kind of
compromise it could be a check box in the corner where you can set the
meeting-schedule. 

 ok... I don't need it! And it could be done manually. For me it wouldn't
> be worth to spend time with it.
> 
> Greetings Peter
> 
> Am 19.07.19 um 15:13 schrieb Daniel Ascher: I agree that it should be 
> something that the person setting up the meeting
> can choose to implement. But it does not need to be automatic. :)
> 
> On Fri, Jul 19, 2019 at 9:11 AM Maxim Solodovnik 
> wrote:
> 
> 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  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  
> Antwort an: user@openmeetings.apache.org
> An: Openmeetings user-list 
> 
> 
> 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
>  
> wrote:
> 
> I think that's a good suggestion.
> 
> Dan Ascher
> 
> On Thu, Jul 18, 2019 at 1:28 PM Maxim Solodovnik  
> 
> 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. 
>  Sign Up
> for A+ News and Test Prep Tips!
> 
> 
>  
> 
> --
> WBR
> Maxim aka solomax
> 
> --
> WBR
> Maxim aka solomax

Re: [HELP NEEDED] please help with testing OPENMEETINGS-2078

[Peter Dähn]

already everybody in weekend...

I think I get answer on Monday.

Greetings Peter

Am 19.07.19 um 15:36 schrieb Maxim Solodovnik:
> Could you check hotkeys works while keyboard layout is English?
>
> On Fri, 19 Jul 2019 at 20:24, Peter Dähn  wrote:
>> I would expect that it works for me... ;-) Any layout would be good ;-)
>>
>>
>> Am 19.07.19 um 14:46 schrieb Maxim Solodovnik:
>>> This was my second best guess :))
>>> Are you expecting hotkeys should work in any layout?
>>>
>>> On Fri, 19 Jul 2019 at 15:45, Peter Dähn  wrote:
 Hi,

 my colleagues tested it on demo/next right now on MAC with Firefox and
 Chrome. No quick poll and nothing in the console. VM with M$ Windows 10
 and Chrome the same.

 Btw. we had it somewhere else: We are Germans ;-) maybe again the
 keyboard layout?

 Greetings Peter

 Am 19.07.19 um 05:20 schrieb Maxim Solodovnik:
> Thanks :))
>
> My steps were:
> 1) enter any room at demo-next as moderator
> 2) press Ctrl+Alt+Q
> Expected result: quick poll should be started
>
> According to @Peter [1]:
> Works for me on Linux. On M$ and MAC it doesn't work. No Quick poll by
> using Ctrl+Alt+Q. Users were moderators.
>
> [1] https://issues.apache.org/jira/browse/OPENMEETINGS-2078
>
>
> On Fri, 19 Jul 2019 at 04:23, Stefan Kühl  wrote:
>
>> Hey, agree to Dan. What shall we do? Just set hotkeys in the admin 
>> section?
>>
>> Greetz
>>
>> Stefan
>>
>>
>> Am 18.07.2019 19:47, schrieb Daniel Ascher:
>>
>> I will help if you provide me with information needed to test it.
>>
>> Thanks. Dan
>>
>> On Thu, Jul 18, 2019 at 3:07 AM Maxim Solodovnik 
>> wrote:
>>
>>> Hello All,
>>>
>>> Recently I have implemented "improved shortcuts" i.e. hotkeys
>>> Now you don't need to guess some magical key codes etc.
>>> You can specify hotkey using keypress in admin and use it room
>>>
>>> According to Peter this works as expected on Linux machine
>>> but fail on Mac and Windows
>>>
>>> I need help to get steps to reproduce what is wrong
>>>
>>> Thanks in advance :)
>>>
>>> --
>>> 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.
>> 
>> Sign Up for A+ News and Test Prep Tips!
>> 
>> 
>>
>>
>

Re: [HELP NEEDED] please help with testing OPENMEETINGS-2078

[Maxim Solodovnik]

Could you check hotkeys works while keyboard layout is English?

On Fri, 19 Jul 2019 at 20:24, Peter Dähn  wrote:
>
> I would expect that it works for me... ;-) Any layout would be good ;-)
>
>
> Am 19.07.19 um 14:46 schrieb Maxim Solodovnik:
> > This was my second best guess :))
> > Are you expecting hotkeys should work in any layout?
> >
> > On Fri, 19 Jul 2019 at 15:45, Peter Dähn  wrote:
> >> Hi,
> >>
> >> my colleagues tested it on demo/next right now on MAC with Firefox and
> >> Chrome. No quick poll and nothing in the console. VM with M$ Windows 10
> >> and Chrome the same.
> >>
> >> Btw. we had it somewhere else: We are Germans ;-) maybe again the
> >> keyboard layout?
> >>
> >> Greetings Peter
> >>
> >> Am 19.07.19 um 05:20 schrieb Maxim Solodovnik:
> >>> Thanks :))
> >>>
> >>> My steps were:
> >>> 1) enter any room at demo-next as moderator
> >>> 2) press Ctrl+Alt+Q
> >>> Expected result: quick poll should be started
> >>>
> >>> According to @Peter [1]:
> >>> Works for me on Linux. On M$ and MAC it doesn't work. No Quick poll by
> >>> using Ctrl+Alt+Q. Users were moderators.
> >>>
> >>> [1] https://issues.apache.org/jira/browse/OPENMEETINGS-2078
> >>>
> >>>
> >>> On Fri, 19 Jul 2019 at 04:23, Stefan Kühl  wrote:
> >>>
>  Hey, agree to Dan. What shall we do? Just set hotkeys in the admin 
>  section?
> 
>  Greetz
> 
>  Stefan
> 
> 
>  Am 18.07.2019 19:47, schrieb Daniel Ascher:
> 
>  I will help if you provide me with information needed to test it.
> 
>  Thanks. Dan
> 
>  On Thu, Jul 18, 2019 at 3:07 AM Maxim Solodovnik 
>  wrote:
> 
> > Hello All,
> >
> > Recently I have implemented "improved shortcuts" i.e. hotkeys
> > Now you don't need to guess some magical key codes etc.
> > You can specify hotkey using keypress in admin and use it room
> >
> > According to Peter this works as expected on Linux machine
> > but fail on Mac and Windows
> >
> > I need help to get steps to reproduce what is wrong
> >
> > Thanks in advance :)
> >
> > --
> > 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.
>  
>  Sign Up for A+ News and Test Prep Tips!
>  
>  
> 
> 
> >>
> >
>


-- 
WBR
Maxim aka solomax

Re: [DISCUSSION] shall attendees be removed from the room when the time is over

[Peter Dähn]

ok... I don't need it! And it could be done manually. For me it wouldn't
be worth to spend time with it.

Greetings Peter


Am 19.07.19 um 15:13 schrieb Daniel Ascher:
> I agree that it should be something that the person setting up the meeting
> can choose to implement. But it does not need to be automatic. :)
>
> On Fri, Jul 19, 2019 at 9:11 AM Maxim Solodovnik 
> wrote:
>
>> 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  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  
>>> Antwort an: user@openmeetings.apache.org
>>> An: Openmeetings user-list 
>>> 
>>>
>>> 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
>>>  
>>> wrote:
>>>
>>> I think that's a good suggestion.
>>>
>>> Dan Ascher
>>>
>>> On Thu, Jul 18, 2019 at 1:28 PM Maxim Solodovnik  
>>> 
>>> 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. 
>>>  Sign Up
>>> for A+ News and Test Prep Tips!
>>> 
>>> 
>>>  
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>> --
>> WBR
>> Maxim aka solomax
>>
>

Re: [HELP NEEDED] please help with testing OPENMEETINGS-2078

[Peter Dähn]

I would expect that it works for me... ;-) Any layout would be good ;-)


Am 19.07.19 um 14:46 schrieb Maxim Solodovnik:
> This was my second best guess :))
> Are you expecting hotkeys should work in any layout?
>
> On Fri, 19 Jul 2019 at 15:45, Peter Dähn  wrote:
>> Hi,
>>
>> my colleagues tested it on demo/next right now on MAC with Firefox and
>> Chrome. No quick poll and nothing in the console. VM with M$ Windows 10
>> and Chrome the same.
>>
>> Btw. we had it somewhere else: We are Germans ;-) maybe again the
>> keyboard layout?
>>
>> Greetings Peter
>>
>> Am 19.07.19 um 05:20 schrieb Maxim Solodovnik:
>>> Thanks :))
>>>
>>> My steps were:
>>> 1) enter any room at demo-next as moderator
>>> 2) press Ctrl+Alt+Q
>>> Expected result: quick poll should be started
>>>
>>> According to @Peter [1]:
>>> Works for me on Linux. On M$ and MAC it doesn't work. No Quick poll by
>>> using Ctrl+Alt+Q. Users were moderators.
>>>
>>> [1] https://issues.apache.org/jira/browse/OPENMEETINGS-2078
>>>
>>>
>>> On Fri, 19 Jul 2019 at 04:23, Stefan Kühl  wrote:
>>>
 Hey, agree to Dan. What shall we do? Just set hotkeys in the admin section?

 Greetz

 Stefan


 Am 18.07.2019 19:47, schrieb Daniel Ascher:

 I will help if you provide me with information needed to test it.

 Thanks. Dan

 On Thu, Jul 18, 2019 at 3:07 AM Maxim Solodovnik 
 wrote:

> Hello All,
>
> Recently I have implemented "improved shortcuts" i.e. hotkeys
> Now you don't need to guess some magical key codes etc.
> You can specify hotkey using keypress in admin and use it room
>
> According to Peter this works as expected on Linux machine
> but fail on Mac and Windows
>
> I need help to get steps to reproduce what is wrong
>
> Thanks in advance :)
>
> --
> 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.
 
 Sign Up for A+ News and Test Prep Tips!
 
 


>>
>

Re: [DISCUSSION] shall attendees be removed from the room when the time is over

[Daniel Ascher]

I agree that it should be something that the person setting up the meeting
can choose to implement. But it does not need to be automatic. :)

On Fri, Jul 19, 2019 at 9:11 AM Maxim Solodovnik 
wrote:

> 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  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  
>> Antwort an: user@openmeetings.apache.org
>> An: Openmeetings user-list 
>> 
>>
>> 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
>>  
>> wrote:
>>
>> I think that's a good suggestion.
>>
>> Dan Ascher
>>
>> On Thu, Jul 18, 2019 at 1:28 PM Maxim Solodovnik  
>> 
>> 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. 
>>  Sign Up
>> for A+ News and Test Prep Tips!
>> 
>> 
>>  
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>>
>
> --
> 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.

Sign Up for A+ News and Test Prep Tips!

Re: [DISCUSSION] shall attendees be removed from the room when the time is over

[Maxim Solodovnik]

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  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  
> Antwort an: user@openmeetings.apache.org
> An: Openmeetings user-list 
> 
>
> 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 
> 
> wrote:
>
> I think that's a good suggestion.
>
> Dan Ascher
>
> On Thu, Jul 18, 2019 at 1:28 PM Maxim Solodovnik  
> 
> 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. 
>  Sign Up
> for A+ News and Test Prep Tips!
> 
> 
>  
>
>
>
> --
> WBR
> Maxim aka solomax
>
>
>

-- 
WBR
Maxim aka solomax

Re: [HELP NEEDED] please help with testing OPENMEETINGS-2078

[Maxim Solodovnik]

This was my second best guess :))
Are you expecting hotkeys should work in any layout?

On Fri, 19 Jul 2019 at 15:45, Peter Dähn  wrote:
>
> Hi,
>
> my colleagues tested it on demo/next right now on MAC with Firefox and
> Chrome. No quick poll and nothing in the console. VM with M$ Windows 10
> and Chrome the same.
>
> Btw. we had it somewhere else: We are Germans ;-) maybe again the
> keyboard layout?
>
> Greetings Peter
>
> Am 19.07.19 um 05:20 schrieb Maxim Solodovnik:
> > Thanks :))
> >
> > My steps were:
> > 1) enter any room at demo-next as moderator
> > 2) press Ctrl+Alt+Q
> > Expected result: quick poll should be started
> >
> > According to @Peter [1]:
> > Works for me on Linux. On M$ and MAC it doesn't work. No Quick poll by
> > using Ctrl+Alt+Q. Users were moderators.
> >
> > [1] https://issues.apache.org/jira/browse/OPENMEETINGS-2078
> >
> >
> > On Fri, 19 Jul 2019 at 04:23, Stefan Kühl  wrote:
> >
> >> Hey, agree to Dan. What shall we do? Just set hotkeys in the admin section?
> >>
> >> Greetz
> >>
> >> Stefan
> >>
> >>
> >> Am 18.07.2019 19:47, schrieb Daniel Ascher:
> >>
> >> I will help if you provide me with information needed to test it.
> >>
> >> Thanks. Dan
> >>
> >> On Thu, Jul 18, 2019 at 3:07 AM Maxim Solodovnik 
> >> wrote:
> >>
> >>> Hello All,
> >>>
> >>> Recently I have implemented "improved shortcuts" i.e. hotkeys
> >>> Now you don't need to guess some magical key codes etc.
> >>> You can specify hotkey using keypress in admin and use it room
> >>>
> >>> According to Peter this works as expected on Linux machine
> >>> but fail on Mac and Windows
> >>>
> >>> I need help to get steps to reproduce what is wrong
> >>>
> >>> Thanks in advance :)
> >>>
> >>> --
> >>> 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.
> >> 
> >> Sign Up for A+ News and Test Prep Tips!
> >> 
> >> 
> >>
> >>
>
>


-- 
WBR
Maxim aka solomax

Re: [HELP NEEDED] please help with testing OPENMEETINGS-2078

[Peter Dähn]

Hi,

my colleagues tested it on demo/next right now on MAC with Firefox and
Chrome. No quick poll and nothing in the console. VM with M$ Windows 10
and Chrome the same.

Btw. we had it somewhere else: We are Germans ;-) maybe again the
keyboard layout?

Greetings Peter

Am 19.07.19 um 05:20 schrieb Maxim Solodovnik:
> Thanks :))
>
> My steps were:
> 1) enter any room at demo-next as moderator
> 2) press Ctrl+Alt+Q
> Expected result: quick poll should be started
>
> According to @Peter [1]:
> Works for me on Linux. On M$ and MAC it doesn't work. No Quick poll by
> using Ctrl+Alt+Q. Users were moderators.
>
> [1] https://issues.apache.org/jira/browse/OPENMEETINGS-2078
>
>
> On Fri, 19 Jul 2019 at 04:23, Stefan Kühl  wrote:
>
>> Hey, agree to Dan. What shall we do? Just set hotkeys in the admin section?
>>
>> Greetz
>>
>> Stefan
>>
>>
>> Am 18.07.2019 19:47, schrieb Daniel Ascher:
>>
>> I will help if you provide me with information needed to test it.
>>
>> Thanks. Dan
>>
>> On Thu, Jul 18, 2019 at 3:07 AM Maxim Solodovnik 
>> wrote:
>>
>>> Hello All,
>>>
>>> Recently I have implemented "improved shortcuts" i.e. hotkeys
>>> Now you don't need to guess some magical key codes etc.
>>> You can specify hotkey using keypress in admin and use it room
>>>
>>> According to Peter this works as expected on Linux machine
>>> but fail on Mac and Windows
>>>
>>> I need help to get steps to reproduce what is wrong
>>>
>>> Thanks in advance :)
>>>
>>> --
>>> 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.
>> 
>> Sign Up for A+ News and Test Prep Tips!
>> 
>> 
>>
>>

Fwd: [DISCUSSION] shall attendees be removed from the room when the time is over

[Peter Dähn]

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 
Antwort an: user@openmeetings.apache.org
An: Openmeetings user-list 



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 
wrote:

> I think that's a good suggestion.
>
> Dan Ascher
>
> On Thu, Jul 18, 2019 at 1:28 PM Maxim Solodovnik 
> 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.
> 
> Sign Up for A+ News and Test Prep Tips!
> 
> 
>


-- 
WBR
Maxim aka solomax