Thanks.
On Mon, Jul 29, 2019 at 9:56 AM Maxim Solodovnik
wrote:
> Yes,
> This will affect appoinment-special-rooms only :)
>
> On Mon, 29 Jul 2019 at 20:47, Daniel Ascher
> wrote:
>
>> So this would be done through the calendar, correct? Thanks. Dan
>>
>> On Fri, Jul 26, 2019 at 11:02 AM Maxim
Yes,
This will affect appoinment-special-rooms only :)
On Mon, 29 Jul 2019 at 20:47, Daniel Ascher
wrote:
> So this would be done through the calendar, correct? Thanks. Dan
>
> On Fri, Jul 26, 2019 at 11:02 AM Maxim Solodovnik
> wrote:
>
>> Hello All,
>>
>> I'm going to implement this as
So this would be done through the calendar, correct? Thanks. Dan
On Fri, Jul 26, 2019 at 11:02 AM Maxim Solodovnik
wrote:
> 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
> wrote:
>
>>
>>
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 wrote:
>
>
> On Fri, 19 Jul 2019 at 21:07, Coscend@OM wrote:
>
>> Hello,
>>
>>
>>
>> Here are a few additional perspectives based on our use cases.
>>
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.
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:
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
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
>
>
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
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
>
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
>
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,
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
13 matches
Mail list logo