You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@openmeetings.apache.org by in...@bureau-de-poste.net on 2020/03/27 10:18:24 UTC

A general Suggestion from a tester who'd like easier user experience with the software

Hello everyone,

I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13

A few questions and an important suggestion:

1) I have been unable to install this on debian buster so that it  
works well - can this be done? How? We'd like to be able to use this  
on buster.

2) When having inexperienced users test our M3 version (and when  
testing the M4 version -the same problem exists):

The left-hand user column symbols for camera and microphone indicate  
to-do action links, and I think they should indicate actual states -  
because this is more intuitive and is what users expect.

So, I suggest instead of showing a microphone with a red circle with a  
white "x" in it in M3 or an orange old-fashion mic symbol with a slash  
through it in M4 to indicate that the mic is "ON" and that you have to  
click on it to turn it "OFF", I suggest that exactly the opposite be  
shown: the actual state of the feature - that a slash through a symbol  
(perhaps in grey to double indicate it is off) indicates that it is  
"OFF" and a colored on symbol or icon without a slash indicates that  
it is "ON"

The same suggestion for the camera.

95 % of user problems that I have encountered result from this. Users  
see something with a slash through it and they think that means that  
it is "OFF" or not activated. Why not give users what they expect  
intuitively rather than force them to behave different than usual for  
this app?

I love this app/project, and this is just a friendly suggestion, not  
criticism.

best to all

Ed

Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Carl Brewer <ca...@aboc.net.au>.
On 27/03/2020 9:22 pm, Maxim Solodovnik wrote:
> Well
> 
> To implement this I need to swap 2 lines of code
> No problem at all if community will approve this

Much more intuitive, go for it!


Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Patrick Bégou <Pa...@legi.grenoble-inp.fr>.
Hi,

I'm quite new with openmeetings4 (many thanks to Maxim and  Alvaro and
others for their precious help and... patience) and these symboles for
user camera and microphone were a little bit disappointing. I had to
explain to the users it was what they can do, not the state.

So newbie vote fot Ed. :-)

Patrick

Le 27/03/2020 à 11:22, Maxim Solodovnik a écrit :
> Well
>
> To implement this I need to swap 2 lines of code
> No problem at all if community will approve this
>
> On Fri, 27 Mar 2020 at 17:19, <info@bureau-de-poste.net
> <ma...@bureau-de-poste.net>> wrote:
>
>     Hello everyone,
>
>     I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13
>
>     A few questions and an important suggestion:
>
>     1) I have been unable to install this on debian buster so that it
>     works well - can this be done? How? We'd like to be able to use
>     this on buster.
>
>     2) When having inexperienced users test our M3 version (and when
>     testing the M4 version -the same problem exists):
>
>     The left-hand user column symbols for camera and microphone
>     indicate to-do action links, and I think they should indicate
>     actual states - because this is more intuitive and is what users
>     expect.
>
>     So, I suggest instead of showing a microphone with a red circle
>     with a white "x" in it in M3 or an orange old-fashion mic symbol
>     with a slash through it in M4 to indicate that the mic is "ON" and
>     that you have to click on it to turn it "OFF", I suggest that
>     exactly the opposite be shown: the actual state of the feature -
>     that a slash through a symbol (perhaps in grey to double indicate
>     it is off) indicates that it is "OFF" and a colored on symbol or
>     icon without a slash indicates that it is "ON"
>
>     The same suggestion for the camera.
>
>     95 % of user problems that I have encountered result from this.
>     Users see something with a slash through it and they think that
>     means that it is "OFF" or not activated. Why not give users what
>     they expect intuitively rather than force them to behave different
>     than usual for this app?
>
>     I love this app/project, and this is just a friendly suggestion,
>     not criticism.
>
>     best to all
>
>     Ed
>
>
>
> -- 
> WBR
> Maxim aka solomax



Re: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Maxim Solodovnik <so...@gmail.com>.
now i see what do you mean
Not sure there is something i can do here (this is browser control)
but i'll try to check

On Mon, 30 Mar 2020 at 01:33, BBS Technik <do...@gmx.de> wrote:

>
> Hi,
> I tested with demo next with chrome and FF. The behavior is not what I
> would expect. (see attached screenshot)
>
> Ed
>
>
>
> - The color selection dialog should open near the tools properties window.
> At the moment the color selection appears in the top left corner and makes
> long movements with the mouse.
>
>
> Seems to be opened as expected
> Could you re-check with latest version?
>
> *Gesendet:* Sonntag, 29. März 2020 um 19:40 Uhr
> *Von:* "Maxim Solodovnik" <so...@gmail.com>
> *An:* "Openmeetings user-list" <us...@openmeetings.apache.org>
> *Betreff:* Re: A general Suggestion from a tester who'd like easier user
> experience with the software
> OK,
>
> some of UI improvements requested are implemented and demo-next is update
> Please check :)
>
> On Sun, 29 Mar 2020 at 19:32, Marcus Schulz <ms...@polarnetworks.de> wrote:
>
>> I would also prefere the icons displaying the current state, not the
>> state that will be entered when clicked.
>> My users alaways asked if the mic is off, because there has been a little
>> cross.
>>
>> Thank you all for your great work btw.
>>
>>
>> Am 29.03.2020 um 13:39 schrieb info@bureau-de-poste.net:
>>
>> That's great! Either the orange or red with a slash through it for the
>> devices that are off.  That's all I wanted. Personally I do NOT like the
>> "EXIT" highlighted in orange - I think that should stay the same color as
>> the other text links. That is my opinion.
>>
>> Best,
>>
>> ed
>>
>> Quoting Juan Antonio Moreno Carmona <ja...@gmail.com>:
>>
>> Hi all.
>>
>> Maybe you mean something like that. The first image when the camera and
>> microphone are activated and other users can see/hear me. The second image
>> when the camera and microphone are off, nobody can see/hear me.
>>
>> Regards.
>> El 29/3/20 a las 13:06, info@bureau-de-poste.net escribió:
>>
>>
>>
>> Hello,
>>
>> I'll put my answers prefaced like this -->
>>
>> --> I don't know javascript and don't use it!  I saw the sandstone colors
>> and I would suggest using the green  (success) color for the icons to show
>> when the camera and microphone are enabled, and use the orange (warning)
>> with the slash through it to show that the camera and mike are disabled.
>> That's the only color change I wanted.
>>
>> I answered one other thing - the user rectangle volume control should be
>> persistent even through a refresh. This would be good, but it's not
>> critical, it's easy to reset.  Thanks
>>
>> Ed
>>
>> Quoting Maxim Solodovnik <so...@gmail.com>:
>>
>> Hello All,
>>
>> I'll try to answer in one email :)
>>
>>
>>>
>>> - The symbol and the text for leaving the room should be highlighted (in
>>> color?).
>>>
>>
>> Could you please color this using color scheme from here
>> https://bootswatch.com/sandstone/
>> And Share the result as picture?
>>
>> (I'm not a designer, and have no imagination, but I believe too much
>> colors can ruin everything)
>>
>>
>>>
>>> - The character > should be inverted in the chat bar. That would
>>> correspond to the same logic as with the new camera and microphone symbol.
>>>
>>
>> Will do
>>
>>
>>>
>>> - The color selection dialog should open near the tools properties
>>> window.
>>> At the moment the color selection appears in the top left corner and
>>> makes long movements with the mouse.
>>>
>>
>> Seems to be opened as expected
>> Could you re-check with latest version?
>>
>>
>>>
>>> - The icons in the toolbar could be a little bit smaler. They almost
>>> touch the chat bar. see attached screenshot.
>>>
>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>
>>>
>>> But this should not slow down the release process.   ;-)
>>>
>>
>> Yep,
>> Dozens of mosquitos can kill an elephant ... :)))
>>
>>
>>>
>>> One last idea - and I understand that I am just a tester / user of this
>>> and that it is your project in which I participate ( I also participate in
>>> spark, hadoop, nutch - i love apache projects), but since you asked, I
>>> would change the color of everythign that is "ON" or enabled to green and
>>> everything that is "OFF" to red - just like the traffic lights!  For what
>>> it's worth, and I have nothing against the color orange!
>>>
>>>
>>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>
>>
>>>
>>> This is better - personally I would color the camera and mic icons that
>>> are activated, so they look "ON" - (without the slash of course) - and to
>>> indicate the "OFF" status - it is fine - with the slash.
>>>
>>> For example, when you hover over (or mouse over) the tiny speaker icon
>>> in the dragable user rectangle we see the orange-colored old-fashioned
>>> microphone  image pop-up - this is excellent. I would also have theat tiny
>>> speaker icon in the dragable user rectangle in orange to indicate its state
>>> is "ON" when it is on - the other two tiny icons (refresh and minimize) at
>>> the top of the dragable user rectangle are fine in grey since they are
>>> settings to change not states and users know what to expect with them.
>>>
>>>
>>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>
>>
>>
>>> This is my advice since you asked - I'm more concerned with
>>> fonctionality! It is working well.
>>>
>>> One question - I have tested this extensively in Chrome adn I notice
>>> that if one sets the volume of teh microphone different than 50 (in the
>>> tiny icon in the dragable user rectangle) -each time I refres the user it
>>> si reset to level 50. Is this desired? Wouldn't it be better to keep the
>>> last user volumn settings through a "refresh" since users will most
>>> probably use the refresh to see or hear another user who may have changed
>>> the state of their camera and microphone. This is just an idea - it is OK
>>> as it is since it's easy to reset it.
>>>
>>>
>>> Actually I thought of this
>> BUT unfortunately this is not that easy
>> Actually there are more than one volume
>> 1) self volume (actually microphone gain)
>> 2) volume for each user in the room with microphone
>>
>> userId -> volume can be stored
>> Do you think it worth so?
>>
>> -->  If you can do no. 2 easily it would be good, but it's not critical
>> at all.
>>
>>
>>> Thansk for the good work. I'll test this on FF adn Edge and if there are
>>> any problems will reply again.
>>>
>>>
>>>
>>>
>>>
>>
>> Thanks for the feedback :))
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>>
>>
>>
>>
>>
>>
>
> --
> WBR
> Maxim aka solomax
>


-- 
WBR
Maxim aka solomax

Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by BBS Technik <do...@gmx.de>.

Hi,

I tested with demo next with chrome and FF. The behavior is not what I would
expect. (see attached screenshot)



Ed



>  
>

> \- The color selection dialog should open near the tools properties window.  
>  At the moment the color selection appears in the top left corner and makes
long movements with the mouse.



Seems to be opened as expected

Could you re-check with latest version?



**Gesendet:**  Sonntag, 29. Marz 2020 um 19:40 Uhr  
**Von:**  "Maxim Solodovnik" <so...@gmail.com>  
**An:**  "Openmeetings user-list" <us...@openmeetings.apache.org>  
**Betreff:**  Re: A general Suggestion from a tester who'd like easier user
experience with the software

OK,



some of UI improvements requested are implemented and demo-next is update

Please check :)



On Sun, 29 Mar 2020 at 19:32, Marcus Schulz
<[msz@polarnetworks.de](mailto:msz@polarnetworks.de)> wrote:

> I would also prefere the icons displaying the current state, not the state
that will be entered when clicked.  
>  My users alaways asked if the mic is off, because there has been a little
cross.  
>  
>  Thank you all for your great work btw.  
>  
>  
>

> Am 29.03.2020 um 13:39 schrieb [info@bureau-de-
poste.net](mailto:info@bureau-de-poste.net):

>

>> That's great! Either the orange or red with a slash through it for the
devices that are off.  That's all I wanted. Personally I do NOT like the
"EXIT" highlighted in orange - I think that should stay the same color as the
other text links. That is my opinion.  
>  
>  Best,

>>

>> ed  
>  
>  Quoting Juan Antonio Moreno Carmona
<[jamc60@gmail.com](mailto:jamc60@gmail.com)>:

>>

>>> Hi all.

>>>

>>> Maybe you mean something like that. The first image when the camera and
microphone are activated and other users can see/hear me. The second image
when the camera and microphone are off, nobody can see/hear me.

>>>

>>> Regards.

>>>

>>> El 29/3/20 a las 13:06, [info@bureau-de-poste.net](mailto:info@bureau-de-
poste.net) escribio:

>>>

>>>>  
>>

>> Hello,  
>  
>  I'll put my answers prefaced like this -->  
>  
>  \--> I don't know javascript and don't use it!  I saw the sandstone colors
and I would suggest using the green  (success) color for the icons to show
when the camera and microphone are enabled, and use the orange (warning) with
the slash through it to show that the camera and mike are disabled. That's the
only color change I wanted.

>>

>> I answered one other thing - the user rectangle volume control should be
persistent even through a refresh. This would be good, but it's not critical,
it's easy to reset.  Thanks  
>  
>  Ed  
>  
>  Quoting Maxim Solodovnik
<[solomax666@gmail.com](mailto:solomax666@gmail.com)>:

>>

>>> Hello All,

>>>

>>>  
>>>

>>> I'll try to answer in one email :)

>>>

>>>  
>>>

>>>>  
>>>>

>>>> \- The symbol and the text for leaving the room should be highlighted (in
color?).

>>>

>>>  
>>>

>>> Could you please color this using color scheme from here
<https://bootswatch.com/sandstone/>

>>>

>>> And Share the result as picture?

>>>

>>>  
>>>

>>> (I'm not a designer, and have no imagination, but I believe too much
colors can ruin everything)

>>>

>>>  
>>>

>>>>  
>>>>

>>>> \- The character > should be inverted in the chat bar. That would
correspond to the same logic as with the new camera and microphone symbol.

>>>

>>>  
>>>

>>> Will do

>>>

>>>  
>>>

>>>>  
>>>>

>>>> \- The color selection dialog should open near the tools properties
window.  
>  At the moment the color selection appears in the top left corner and makes
long movements with the mouse.

>>>

>>>  
>>>

>>> Seems to be opened as expected

>>>

>>> Could you re-check with latest version?

>>>

>>>  
>>>

>>>>  
>>>>

>>>> \- The icons in the toolbar could be a little bit smaler. They almost
touch the chat bar. see attached screenshot.

>>>

>>>  
>>>

>>> Same remark as above,

>>>

>>> Can you share the of the room with this change?

>>>

>>>  
>>>

>>>>  
>>>>

>>>> But this should not slow down the release process.   ;-)

>>>

>>>  
>>>

>>> Yep,

>>>

>>> Dozens of mosquitos can kill an elephant ... :)))

>>>

>>>  
>>>

>>>>  
>>>>

>>>> One last idea - and I understand that I am just a tester / user of this
and that it is your project in which I participate ( I also participate in
spark, hadoop, nutch - i love apache projects), but since you asked, I would
change the color of everythign that is "ON" or enabled to green and everything
that is "OFF" to red - just like the traffic lights!  For what it's worth, and
I have nothing against the color orange!

>>>>

>>>>  
>>>

>>> Same remark as above,

>>>

>>> Can you share the of the room with this change?

>>>

>>>  
>>>

>>>  
>>>

>>>> >  
>  This is better - personally I would color the camera and mic icons that are
activated, so they look "ON" \- (without the slash of course) - and to
indicate the "OFF" status - it is fine - with the slash.  
>  
>  For example, when you hover over (or mouse over) the tiny speaker icon in
the dragable user rectangle we see the orange-colored old-fashioned microphone
image pop-up - this is excellent. I would also have theat tiny speaker icon in
the dragable user rectangle in orange to indicate its state is "ON" when it is
on - the other two tiny icons (refresh and minimize) at the top of the
dragable user rectangle are fine in grey since they are settings to change not
states and users know what to expect with them.  
>  
>>>

>>> Same remark as above,

>>>

>>> Can you share the of the room with this change?

>>>

>>>  
>>>

>>>  
>>>

>>>  
>>>

>>>> > This is my advice since you asked - I'm more concerned with
fonctionality! It is working well.  
>  
>  One question - I have tested this extensively in Chrome adn I notice that
if one sets the volume of teh microphone different than 50 (in the tiny icon
in the dragable user rectangle) -each time I refres the user it si reset to
level 50. Is this desired? Wouldn't it be better to keep the last user volumn
settings through a "refresh" since users will most probably use the refresh to
see or hear another user who may have changed the state of their camera and
microphone. This is just an idea - it is OK as it is since it's easy to reset
it.  
>  
>>>

>>> Actually I thought of this

>>>

>>> BUT unfortunately this is not that easy

>>>

>>> Actually there are more than one volume

>>>

>>> 1) self volume (actually microphone gain)

>>>

>>> 2) volume for each user in the room with microphone

>>>

>>>  
>>>

>>> userId -> volume can be stored

>>>

>>> Do you think it worth so?

>>>

>>>  
>  \-->  If you can do no. 2 easily it would be good, but it's not critical at
all.  
>  
>>>

>>>> > Thansk for the good work. I'll test this on FF adn Edge and if there
are any problems will reply again.  
>  
>  
>>>>

>>>>  
>>>

>>>  
>>>

>>> Thanks for the feedback :))

>>>

>>>  
>>>

>>>  
>>>

>>> \--

>>>

>>> WBR  
>  Maxim aka solomax

>>

>>  
>  
>>

>>  
>  





\--

WBR  
Maxim aka solomax


Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Marcus,

please CC user@ :)
working camera icon is green for me
please try to Shift+F5 (maybe CSS are cached ....)

On Mon, 30 Mar 2020 at 00:54, Marcus Schulz <ms...@polarnetworks.de> wrote:

> Nice, I like the camera icon.
> What's about making the mic one green also, when it's on?
>
>
> Am 29.03.2020 um 19:40 schrieb Maxim Solodovnik:
>
> OK,
>
> some of UI improvements requested are implemented and demo-next is update
> Please check :)
>
> On Sun, 29 Mar 2020 at 19:32, Marcus Schulz <ms...@polarnetworks.de> wrote:
>
>> I would also prefere the icons displaying the current state, not the
>> state that will be entered when clicked.
>> My users alaways asked if the mic is off, because there has been a little
>> cross.
>>
>> Thank you all for your great work btw.
>>
>>
>> Am 29.03.2020 um 13:39 schrieb info@bureau-de-poste.net:
>>
>> That's great! Either the orange or red with a slash through it for the
>> devices that are off.  That's all I wanted. Personally I do NOT like the
>> "EXIT" highlighted in orange - I think that should stay the same color as
>> the other text links. That is my opinion.
>>
>> Best,
>>
>> ed
>>
>> Quoting Juan Antonio Moreno Carmona <ja...@gmail.com>:
>>
>> Hi all.
>>
>> Maybe you mean something like that. The first image when the camera and
>> microphone are activated and other users can see/hear me. The second image
>> when the camera and microphone are off, nobody can see/hear me.
>>
>> Regards.
>> El 29/3/20 a las 13:06, info@bureau-de-poste.net escribió:
>>
>>
>>
>> Hello,
>>
>> I'll put my answers prefaced like this -->
>>
>> --> I don't know javascript and don't use it!  I saw the sandstone colors
>> and I would suggest using the green  (success) color for the icons to show
>> when the camera and microphone are enabled, and use the orange (warning)
>> with the slash through it to show that the camera and mike are disabled.
>> That's the only color change I wanted.
>>
>> I answered one other thing - the user rectangle volume control should be
>> persistent even through a refresh. This would be good, but it's not
>> critical, it's easy to reset.  Thanks
>>
>> Ed
>>
>> Quoting Maxim Solodovnik <so...@gmail.com>:
>>
>> Hello All,
>>
>> I'll try to answer in one email :)
>>
>>
>>>
>>> - The symbol and the text for leaving the room should be highlighted (in
>>> color?).
>>>
>>
>> Could you please color this using color scheme from here
>> https://bootswatch.com/sandstone/
>> And Share the result as picture?
>>
>> (I'm not a designer, and have no imagination, but I believe too much
>> colors can ruin everything)
>>
>>
>>>
>>> - The character > should be inverted in the chat bar. That would
>>> correspond to the same logic as with the new camera and microphone symbol.
>>>
>>
>> Will do
>>
>>
>>>
>>> - The color selection dialog should open near the tools properties
>>> window.
>>> At the moment the color selection appears in the top left corner and
>>> makes long movements with the mouse.
>>>
>>
>> Seems to be opened as expected
>> Could you re-check with latest version?
>>
>>
>>>
>>> - The icons in the toolbar could be a little bit smaler. They almost
>>> touch the chat bar. see attached screenshot.
>>>
>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>
>>>
>>> But this should not slow down the release process.   ;-)
>>>
>>
>> Yep,
>> Dozens of mosquitos can kill an elephant ... :)))
>>
>>
>>>
>>> One last idea - and I understand that I am just a tester / user of this
>>> and that it is your project in which I participate ( I also participate in
>>> spark, hadoop, nutch - i love apache projects), but since you asked, I
>>> would change the color of everythign that is "ON" or enabled to green and
>>> everything that is "OFF" to red - just like the traffic lights!  For what
>>> it's worth, and I have nothing against the color orange!
>>>
>>>
>>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>
>>
>>>
>>> This is better - personally I would color the camera and mic icons that
>>> are activated, so they look "ON" - (without the slash of course) - and to
>>> indicate the "OFF" status - it is fine - with the slash.
>>>
>>> For example, when you hover over (or mouse over) the tiny speaker icon
>>> in the dragable user rectangle we see the orange-colored old-fashioned
>>> microphone  image pop-up - this is excellent. I would also have theat tiny
>>> speaker icon in the dragable user rectangle in orange to indicate its state
>>> is "ON" when it is on - the other two tiny icons (refresh and minimize) at
>>> the top of the dragable user rectangle are fine in grey since they are
>>> settings to change not states and users know what to expect with them.
>>>
>>>
>>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>
>>
>>
>>> This is my advice since you asked - I'm more concerned with
>>> fonctionality! It is working well.
>>>
>>> One question - I have tested this extensively in Chrome adn I notice
>>> that if one sets the volume of teh microphone different than 50 (in the
>>> tiny icon in the dragable user rectangle) -each time I refres the user it
>>> si reset to level 50. Is this desired? Wouldn't it be better to keep the
>>> last user volumn settings through a "refresh" since users will most
>>> probably use the refresh to see or hear another user who may have changed
>>> the state of their camera and microphone. This is just an idea - it is OK
>>> as it is since it's easy to reset it.
>>>
>>>
>>> Actually I thought of this
>> BUT unfortunately this is not that easy
>> Actually there are more than one volume
>> 1) self volume (actually microphone gain)
>> 2) volume for each user in the room with microphone
>>
>> userId -> volume can be stored
>> Do you think it worth so?
>>
>> -->  If you can do no. 2 easily it would be good, but it's not critical
>> at all.
>>
>>
>>> Thansk for the good work. I'll test this on FF adn Edge and if there are
>>> any problems will reply again.
>>>
>>>
>>>
>>>
>>>
>>
>> Thanks for the feedback :))
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>>
>>
>>
>>
>>
>>
>
> --
> WBR
> Maxim aka solomax
>
>
>

-- 
WBR
Maxim aka solomax

Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Maxim Solodovnik <so...@gmail.com>.
OK,

some of UI improvements requested are implemented and demo-next is update
Please check :)

On Sun, 29 Mar 2020 at 19:32, Marcus Schulz <ms...@polarnetworks.de> wrote:

> I would also prefere the icons displaying the current state, not the state
> that will be entered when clicked.
> My users alaways asked if the mic is off, because there has been a little
> cross.
>
> Thank you all for your great work btw.
>
>
> Am 29.03.2020 um 13:39 schrieb info@bureau-de-poste.net:
>
> That's great! Either the orange or red with a slash through it for the
> devices that are off.  That's all I wanted. Personally I do NOT like the
> "EXIT" highlighted in orange - I think that should stay the same color as
> the other text links. That is my opinion.
>
> Best,
>
> ed
>
> Quoting Juan Antonio Moreno Carmona <ja...@gmail.com>:
>
> Hi all.
>
> Maybe you mean something like that. The first image when the camera and
> microphone are activated and other users can see/hear me. The second image
> when the camera and microphone are off, nobody can see/hear me.
>
> Regards.
> El 29/3/20 a las 13:06, info@bureau-de-poste.net escribió:
>
>
>
> Hello,
>
> I'll put my answers prefaced like this -->
>
> --> I don't know javascript and don't use it!  I saw the sandstone colors
> and I would suggest using the green  (success) color for the icons to show
> when the camera and microphone are enabled, and use the orange (warning)
> with the slash through it to show that the camera and mike are disabled.
> That's the only color change I wanted.
>
> I answered one other thing - the user rectangle volume control should be
> persistent even through a refresh. This would be good, but it's not
> critical, it's easy to reset.  Thanks
>
> Ed
>
> Quoting Maxim Solodovnik <so...@gmail.com>:
>
> Hello All,
>
> I'll try to answer in one email :)
>
>
>>
>> - The symbol and the text for leaving the room should be highlighted (in
>> color?).
>>
>
> Could you please color this using color scheme from here
> https://bootswatch.com/sandstone/
> And Share the result as picture?
>
> (I'm not a designer, and have no imagination, but I believe too much
> colors can ruin everything)
>
>
>>
>> - The character > should be inverted in the chat bar. That would
>> correspond to the same logic as with the new camera and microphone symbol.
>>
>
> Will do
>
>
>>
>> - The color selection dialog should open near the tools properties window.
>> At the moment the color selection appears in the top left corner and
>> makes long movements with the mouse.
>>
>
> Seems to be opened as expected
> Could you re-check with latest version?
>
>
>>
>> - The icons in the toolbar could be a little bit smaler. They almost
>> touch the chat bar. see attached screenshot.
>>
>
> Same remark as above,
> Can you share the of the room with this change?
>
>
>>
>> But this should not slow down the release process.   ;-)
>>
>
> Yep,
> Dozens of mosquitos can kill an elephant ... :)))
>
>
>>
>> One last idea - and I understand that I am just a tester / user of this
>> and that it is your project in which I participate ( I also participate in
>> spark, hadoop, nutch - i love apache projects), but since you asked, I
>> would change the color of everythign that is "ON" or enabled to green and
>> everything that is "OFF" to red - just like the traffic lights!  For what
>> it's worth, and I have nothing against the color orange!
>>
>>
>>
> Same remark as above,
> Can you share the of the room with this change?
>
>
>
>>
>> This is better - personally I would color the camera and mic icons that
>> are activated, so they look "ON" - (without the slash of course) - and to
>> indicate the "OFF" status - it is fine - with the slash.
>>
>> For example, when you hover over (or mouse over) the tiny speaker icon in
>> the dragable user rectangle we see the orange-colored old-fashioned
>> microphone  image pop-up - this is excellent. I would also have theat tiny
>> speaker icon in the dragable user rectangle in orange to indicate its state
>> is "ON" when it is on - the other two tiny icons (refresh and minimize) at
>> the top of the dragable user rectangle are fine in grey since they are
>> settings to change not states and users know what to expect with them.
>>
>>
>> Same remark as above,
> Can you share the of the room with this change?
>
>
>
>
>> This is my advice since you asked - I'm more concerned with
>> fonctionality! It is working well.
>>
>> One question - I have tested this extensively in Chrome adn I notice that
>> if one sets the volume of teh microphone different than 50 (in the tiny
>> icon in the dragable user rectangle) -each time I refres the user it si
>> reset to level 50. Is this desired? Wouldn't it be better to keep the last
>> user volumn settings through a "refresh" since users will most probably use
>> the refresh to see or hear another user who may have changed the state of
>> their camera and microphone. This is just an idea - it is OK as it is since
>> it's easy to reset it.
>>
>>
>> Actually I thought of this
> BUT unfortunately this is not that easy
> Actually there are more than one volume
> 1) self volume (actually microphone gain)
> 2) volume for each user in the room with microphone
>
> userId -> volume can be stored
> Do you think it worth so?
>
> -->  If you can do no. 2 easily it would be good, but it's not critical at
> all.
>
>
>> Thansk for the good work. I'll test this on FF adn Edge and if there are
>> any problems will reply again.
>>
>>
>>
>>
>>
>
> Thanks for the feedback :))
>
>
> --
> WBR
> Maxim aka solomax
>
>
>
>
>
>
>
>

-- 
WBR
Maxim aka solomax

Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Marcus Schulz <ms...@polarnetworks.de>.
I would also prefere the icons displaying the current state, not the 
state that will be entered when clicked.
My users alaways asked if the mic is off, because there has been a 
little cross.

Thank you all for your great work btw.


Am 29.03.2020 um 13:39 schrieb info@bureau-de-poste.net:
>
> That's great! Either the orange or red with a slash through it for the 
> devices that are off.  That's all I wanted. Personally I do NOT like 
> the "EXIT" highlighted in orange - I think that should stay the same 
> color as the other text links. That is my opinion.
>
> Best,
>
> ed
>
> Quoting Juan Antonio Moreno Carmona <jamc60@gmail.com 
> <ma...@gmail.com>>:
>
>> Hi all.
>>
>> Maybe you mean something like that. The first image when the camera 
>> and microphone are activated and other users can see/hear me. The 
>> second image when the camera and microphone are off, nobody can 
>> see/hear me.
>>
>> Regards.
>>
>> El 29/3/20 a las 13:06, info@bureau-de-poste.net escribió:
>>>
> Hello,
>
> I'll put my answers prefaced like this -->
>
> --> I don't know javascript and don't use it!  I saw the sandstone 
> colors and I would suggest using the green  (success) color for the 
> icons to show when the camera and microphone are enabled, and use the 
> orange (warning) with the slash through it to show that the camera and 
> mike are disabled. That's the only color change I wanted.
>
> I answered one other thing - the user rectangle volume control should 
> be persistent even through a refresh. This would be good, but it's not 
> critical, it's easy to reset.  Thanks
>
> Ed
>
> Quoting Maxim Solodovnik <solomax666@gmail.com 
> <ma...@gmail.com>>:
>
>> Hello All,
>> I'll try to answer in one email :)
>>
>>     - The symbol and the text for leaving the room should be
>>     highlighted (in color?).
>>
>> Could you please color this using color scheme from here 
>> https://bootswatch.com/sandstone/
>> And Share the result as picture?
>> (I'm not a designer, and have no imagination, but I believe too much 
>> colors can ruin everything)
>>
>>     - The character > should be inverted in the chat bar. That would
>>     correspond to the same logic as with the new camera and
>>     microphone symbol.
>>
>> Will do
>>
>>     - The color selection dialog should open near the tools
>>     properties window.
>>     At the moment the color selection appears in the top left corner
>>     and makes long movements with the mouse.
>>
>> Seems to be opened as expected
>> Could you re-check with latest version?
>>
>>     - The icons in the toolbar could be a little bit smaler. They
>>     almost touch the chat bar. see attached screenshot.
>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>     But this should not slow down the release process.   ;-)
>>
>> Yep,
>> Dozens of mosquitos can kill an elephant ... :)))
>>
>>     One last idea - and I understand that I am just a tester / user
>>     of this and that it is your project in which I participate ( I
>>     also participate in spark, hadoop, nutch - i love apache
>>     projects), but since you asked, I would change the color of
>>     everythign that is "ON" or enabled to green and everything that
>>     is "OFF" to red - just like the traffic lights!  For what it's
>>     worth, and I have nothing against the color orange!
>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>
>>         This is better - personally I would color the camera and mic
>>         icons that are activated, so they look "ON" - (without the
>>         slash of course) - and to indicate the "OFF" status - it is
>>         fine - with the slash.
>>
>>         For example, when you hover over (or mouse over) the tiny
>>         speaker icon in the dragable user rectangle we see the
>>         orange-colored old-fashioned microphone  image pop-up - this
>>         is excellent. I would also have theat tiny speaker icon in
>>         the dragable user rectangle in orange to indicate its state
>>         is "ON" when it is on - the other two tiny icons (refresh and
>>         minimize) at the top of the dragable user rectangle are fine
>>         in grey since they are settings to change not states and
>>         users know what to expect with them.
>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>         This is my advice since you asked - I'm more concerned with
>>         fonctionality! It is working well.
>>
>>         One question - I have tested this extensively in Chrome adn I
>>         notice that if one sets the volume of teh microphone
>>         different than 50 (in the tiny icon in the dragable user
>>         rectangle) -each time I refres the user it si reset to level
>>         50. Is this desired? Wouldn't it be better to keep the last
>>         user volumn settings through a "refresh" since users will
>>         most probably use the refresh to see or hear another user who
>>         may have changed the state of their camera and microphone.
>>         This is just an idea - it is OK as it is since it's easy to
>>         reset it.
>>
>> Actually I thought of this
>> BUT unfortunately this is not that easy
>> Actually there are more than one volume
>> 1) self volume (actually microphone gain)
>> 2) volume for each user in the room with microphone
>> userId -> volume can be stored
>> Do you think it worth so?
>>
>> -->  If you can do no. 2 easily it would be good, but it's not 
>> critical at all.
>>
>>         Thansk for the good work. I'll test this on FF adn Edge and
>>         if there are any problems will reply again.
>>
>> Thanks for the feedback :))
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>


Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by in...@bureau-de-poste.net.
  That's great! Either the orange or red with a slash through it for  
the devices that are off.  That's all I wanted. Personally I do NOT  
like the "EXIT" highlighted in orange - I think that should stay the  
same color as the other text links. That is my opinion.

Best,

  ed

Quoting Juan Antonio Moreno Carmona <ja...@gmail.com>:

> Hi all.
>
>   Maybe you mean something like that. The first image when the  
> camera and microphone are activated and other users can see/hear me.  
> The second image when the camera and microphone are off, nobody can  
> see/hear me.
>
>   Regards.
>   El 29/3/20 a las 13:06, info@bureau-de-poste.net escribió:
>
>>  

  Hello,

I'll put my answers prefaced like this -->

--> I don't know javascript and don't use it!  I saw the sandstone  
colors and I would suggest using the green  (success) color for the  
icons to show when the camera and microphone are enabled, and use the  
orange (warning) with the slash through it to show that the camera and  
mike are disabled. That's the only color change I wanted.

  I answered one other thing - the user rectangle volume control  
should be persistent even through a refresh. This would be good, but  
it's not critical, it's easy to reset.  Thanks

Ed

Quoting Maxim Solodovnik <so...@gmail.com>:

> Hello All,         
>     I'll try to answer in one email :)
>
>     
>
>>  
>>         - The symbol and the text for leaving the room should be  
>> highlighted (in color?).
>
>      
>     Could you please color this using color scheme from  
> here https://bootswatch.com/sandstone/
>     And Share the result as picture?
>      
>     (I'm not a designer, and have no imagination, but I believe too  
> much colors can ruin everything) 
>      
>
>>  
>>         - The character > should be inverted in the chat bar. That  
>> would correspond to the same logic as with the new camera and  
>> microphone symbol.
>
>      
>     Will do
>      
>
>>  
>>         - The color selection dialog should open near the tools  
>> properties window.
>> At the moment the color selection appears in the top left corner  
>> and makes long movements with the mouse.
>
>      
>     Seems to be opened as expected
>     Could you re-check with latest version?
>      
>
>>  
>>         - The icons in the toolbar could be a little bit smaler.  
>> They almost touch the chat bar. see attached screenshot.
>
>      
>     Same remark as above,
>     Can you share the of the room with this change?
>      
>
>>  
>>         But this should not slow down the release process.   ;-)
>
>      
>     Yep,
>     Dozens of mosquitos can kill an elephant ... :)))
>      
>
>>  
>>         One last idea - and I understand that I am just a tester /  
>> user of this and that it is your project in which I participate ( I  
>> also participate in spark, hadoop, nutch - i love apache projects),  
>> but since you asked, I would change the color of everythign that is  
>> "ON" or enabled to green and everything that is "OFF" to red - just  
>> like the traffic lights!  For what it's worth, and I have nothing  
>> against the color orange!
>>
>>         
>
>          Same remark as above,
>      Can you share the of the room with this change?
>       
>       
>
>>> This is better - personally I would color the camera and mic icons  
>>> that are activated, so they look "ON" - (without the slash of  
>>> course) - and to indicate the "OFF" status - it is fine - with the  
>>> slash.
>>>
>>> For example, when you hover over (or mouse over) the tiny speaker  
>>> icon in the dragable user rectangle we see the orange-colored  
>>> old-fashioned microphone  image pop-up - this is excellent. I  
>>> would also have theat tiny speaker icon in the dragable user  
>>> rectangle in orange to indicate its state is "ON" when it is on -  
>>> the other two tiny icons (refresh and minimize) at the top of the  
>>> dragable user rectangle are fine in grey since they are settings  
>>> to change not states and users know what to expect with them.
>>>  
>
>                   Same remark as above,
>        Can you share the of the room with this change?
>         
>         
>         
>
>>> This is my advice since you asked - I'm more concerned with  
>>> fonctionality! It is working well.
>>>
>>> One question - I have tested this extensively in Chrome adn I  
>>> notice that if one sets the volume of teh microphone different  
>>> than 50 (in the tiny icon in the dragable user rectangle) -each  
>>> time I refres the user it si reset to level 50. Is this desired?  
>>> Wouldn't it be better to keep the last user volumn settings  
>>> through a "refresh" since users will most probably use the refresh  
>>> to see or hear another user who may have changed the state of  
>>> their camera and microphone. This is just an idea - it is OK as it  
>>> is since it's easy to reset it.
>>>  
>
>        Actually I thought of this 
>        BUT unfortunately this is not that easy
>        Actually there are more than one volume
>        1) self volume (actually microphone gain)
>        2) volume for each user in the room with microphone
>         
>        userId -> volume can be stored
>        Do you think it worth so?
>
> -->  If you can do no. 2 easily it would be good, but it's not  
> critical at all.
>  
>
>>> Thansk for the good work. I'll test this on FF adn Edge and if  
>>> there are any problems will reply again.
>>>
>>>  
>>
>>           
>
>        
>       Thanks for the feedback :))
>
>        
> --
>       WBR
> Maxim aka solomax


 

Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Juan Antonio Moreno Carmona <ja...@gmail.com>.
Hi all.

Maybe you mean something like that. The first image when the camera and 
microphone are activated and other users can see/hear me. The second 
image when the camera and microphone are off, nobody can see/hear me.

Regards.

El 29/3/20 a las 13:06, info@bureau-de-poste.net escribió:
>
> Hello,
>
> I'll put my answers prefaced like this -->
>
> --> I don't know javascript and don't use it!  I saw the sandstone 
> colors and I would suggest using the green  (success) color for the 
> icons to show when the camera and microphone are enabled, and use the 
> orange (warning) with the slash through it to show that the camera and 
> mike are disabled. That's the only color change I wanted.
>
> I answered one other thing - the user rectangle volume control should 
> be persistent even through a refresh. This would be good, but it's not 
> critical, it's easy to reset.  Thanks
>
> Ed
>
> Quoting Maxim Solodovnik <solomax666@gmail.com 
> <ma...@gmail.com>>:
>
>> Hello All,
>> I'll try to answer in one email :)
>>
>>     - The symbol and the text for leaving the room should be
>>     highlighted (in color?).
>>
>> Could you please color this using color scheme from here 
>> https://bootswatch.com/sandstone/
>> And Share the result as picture?
>> (I'm not a designer, and have no imagination, but I believe too much 
>> colors can ruin everything)
>>
>>     - The character > should be inverted in the chat bar. That would
>>     correspond to the same logic as with the new camera and
>>     microphone symbol.
>>
>> Will do
>>
>>     - The color selection dialog should open near the tools
>>     properties window.
>>     At the moment the color selection appears in the top left corner
>>     and makes long movements with the mouse.
>>
>> Seems to be opened as expected
>> Could you re-check with latest version?
>>
>>     - The icons in the toolbar could be a little bit smaler. They
>>     almost touch the chat bar. see attached screenshot.
>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>     But this should not slow down the release process.   ;-)
>>
>> Yep,
>> Dozens of mosquitos can kill an elephant ... :)))
>>
>>     One last idea - and I understand that I am just a tester / user
>>     of this and that it is your project in which I participate ( I
>>     also participate in spark, hadoop, nutch - i love apache
>>     projects), but since you asked, I would change the color of
>>     everythign that is "ON" or enabled to green and everything that
>>     is "OFF" to red - just like the traffic lights!  For what it's
>>     worth, and I have nothing against the color orange!
>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>
>>         This is better - personally I would color the camera and mic
>>         icons that are activated, so they look "ON" - (without the
>>         slash of course) - and to indicate the "OFF" status - it is
>>         fine - with the slash.
>>
>>         For example, when you hover over (or mouse over) the tiny
>>         speaker icon in the dragable user rectangle we see the
>>         orange-colored old-fashioned microphone  image pop-up - this
>>         is excellent. I would also have theat tiny speaker icon in
>>         the dragable user rectangle in orange to indicate its state
>>         is "ON" when it is on - the other two tiny icons (refresh and
>>         minimize) at the top of the dragable user rectangle are fine
>>         in grey since they are settings to change not states and
>>         users know what to expect with them.
>>
>> Same remark as above,
>> Can you share the of the room with this change?
>>
>>         This is my advice since you asked - I'm more concerned with
>>         fonctionality! It is working well.
>>
>>         One question - I have tested this extensively in Chrome adn I
>>         notice that if one sets the volume of teh microphone
>>         different than 50 (in the tiny icon in the dragable user
>>         rectangle) -each time I refres the user it si reset to level
>>         50. Is this desired? Wouldn't it be better to keep the last
>>         user volumn settings through a "refresh" since users will
>>         most probably use the refresh to see or hear another user who
>>         may have changed the state of their camera and microphone.
>>         This is just an idea - it is OK as it is since it's easy to
>>         reset it.
>>
>> Actually I thought of this
>> BUT unfortunately this is not that easy
>> Actually there are more than one volume
>> 1) self volume (actually microphone gain)
>> 2) volume for each user in the room with microphone
>> userId -> volume can be stored
>> Do you think it worth so?
>>
>> -->  If you can do no. 2 easily it would be good, but it's not 
>> critical at all.
>>
>>         Thansk for the good work. I'll test this on FF adn Edge and
>>         if there are any problems will reply again.
>>
>> Thanks for the feedback :))
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>

Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by in...@bureau-de-poste.net.
  Hello,

I'll put my answers prefaced like this -->

--> I don't know javascript and don't use it!  I saw the sandstone  
colors and I would suggest using the green  (success) color for the  
icons to show when the camera and microphone are enabled, and use the  
orange (warning) with the slash through it to show that the camera and  
mike are disabled. That's the only color change I wanted.

  I answered one other thing - the user rectangle volume control  
should be persistent even through a refresh. This would be good, but  
it's not critical, it's easy to reset.  Thanks

Ed

Quoting Maxim Solodovnik <so...@gmail.com>:

> Hello All,         
>     I'll try to answer in one email :)
>
>     
>
>>  
>>         - The symbol and the text for leaving the room should be  
>> highlighted (in color?).
>
>      
>     Could you please color this using color scheme from  
> here https://bootswatch.com/sandstone/
>     And Share the result as picture?
>      
>     (I'm not a designer, and have no imagination, but I believe too  
> much colors can ruin everything) 
>      
>
>>  
>>         - The character > should be inverted in the chat bar. That  
>> would correspond to the same logic as with the new camera and  
>> microphone symbol.
>
>      
>     Will do
>      
>
>>  
>>         - The color selection dialog should open near the tools  
>> properties window.
>> At the moment the color selection appears in the top left corner  
>> and makes long movements with the mouse.
>
>      
>     Seems to be opened as expected
>     Could you re-check with latest version?
>      
>
>>  
>>         - The icons in the toolbar could be a little bit smaler.  
>> They almost touch the chat bar. see attached screenshot.
>
>      
>     Same remark as above,
>     Can you share the of the room with this change?
>      
>
>>  
>>         But this should not slow down the release process.   ;-)
>
>      
>     Yep,
>     Dozens of mosquitos can kill an elephant ... :)))
>      
>
>>  
>>         One last idea - and I understand that I am just a tester /  
>> user of this and that it is your project in which I participate ( I  
>> also participate in spark, hadoop, nutch - i love apache projects),  
>> but since you asked, I would change the color of everythign that is  
>> "ON" or enabled to green and everything that is "OFF" to red - just  
>> like the traffic lights!  For what it's worth, and I have nothing  
>> against the color orange!
>>
>>         
>
>          Same remark as above,
>      Can you share the of the room with this change?
>       
>       
>
>>> This is better - personally I would color the camera and mic icons  
>>> that are activated, so they look "ON" - (without the slash of  
>>> course) - and to indicate the "OFF" status - it is fine - with the  
>>> slash.
>>>
>>> For example, when you hover over (or mouse over) the tiny speaker  
>>> icon in the dragable user rectangle we see the orange-colored  
>>> old-fashioned microphone  image pop-up - this is excellent. I  
>>> would also have theat tiny speaker icon in the dragable user  
>>> rectangle in orange to indicate its state is "ON" when it is on -  
>>> the other two tiny icons (refresh and minimize) at the top of the  
>>> dragable user rectangle are fine in grey since they are settings  
>>> to change not states and users know what to expect with them.
>>>  
>
>                   Same remark as above,
>        Can you share the of the room with this change?
>         
>         
>         
>
>>> This is my advice since you asked - I'm more concerned with  
>>> fonctionality! It is working well.
>>>
>>> One question - I have tested this extensively in Chrome adn I  
>>> notice that if one sets the volume of teh microphone different  
>>> than 50 (in the tiny icon in the dragable user rectangle) -each  
>>> time I refres the user it si reset to level 50. Is this desired?  
>>> Wouldn't it be better to keep the last user volumn settings  
>>> through a "refresh" since users will most probably use the refresh  
>>> to see or hear another user who may have changed the state of  
>>> their camera and microphone. This is just an idea - it is OK as it  
>>> is since it's easy to reset it.
>>>  
>
>        Actually I thought of this 
>        BUT unfortunately this is not that easy
>        Actually there are more than one volume
>        1) self volume (actually microphone gain)
>        2) volume for each user in the room with microphone
>         
>        userId -> volume can be stored
>        Do you think it worth so?
>
> -->  If you can do no. 2 easily it would be good, but it's not  
> critical at all.
>  
>
>>> Thansk for the good work. I'll test this on FF adn Edge and if  
>>> there are any problems will reply again.
>>>
>>>  
>>
>>           
>
>        
>       Thanks for the feedback :))
>
>        
> --
>       WBR
> Maxim aka solomax

Re: Re: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Maxim Solodovnik <so...@gmail.com>.
Hello All,

I'll try to answer in one email :)


> - The symbol and the text for leaving the room should be highlighted (in
> color?).
>

Could you please color this using color scheme from here
https://bootswatch.com/sandstone/
And Share the result as picture?

(I'm not a designer, and have no imagination, but I believe too much colors
can ruin everything)


>
> - The character > should be inverted in the chat bar. That would
> correspond to the same logic as with the new camera and microphone symbol.
>

Will do


>
> - The color selection dialog should open near the tools properties window.
> At the moment the color selection appears in the top left corner and makes
> long movements with the mouse.
>

Seems to be opened as expected
Could you re-check with latest version?


>
> - The icons in the toolbar could be a little bit smaler. They almost touch
> the chat bar. see attached screenshot.
>

Same remark as above,
Can you share the of the room with this change?


>
> But this should not slow down the release process.   ;-)
>

Yep,
Dozens of mosquitos can kill an elephant ... :)))


>
> One last idea - and I understand that I am just a tester / user of this
> and that it is your project in which I participate ( I also participate in
> spark, hadoop, nutch - i love apache projects), but since you asked, I
> would change the color of everythign that is "ON" or enabled to green and
> everything that is "OFF" to red - just like the traffic lights!  For what
> it's worth, and I have nothing against the color orange!
>
>
> Same remark as above,
Can you share the of the room with this change?


> This is better - personally I would color the camera and mic icons that
> are activated, so they look "ON" - (without the slash of course) - and to
> indicate the "OFF" status - it is fine - with the slash.
>
> For example, when you hover over (or mouse over) the tiny speaker icon in
> the dragable user rectangle we see the orange-colored old-fashioned
> microphone  image pop-up - this is excellent. I would also have theat tiny
> speaker icon in the dragable user rectangle in orange to indicate its state
> is "ON" when it is on - the other two tiny icons (refresh and minimize) at
> the top of the dragable user rectangle are fine in grey since they are
> settings to change not states and users know what to expect with them.
>
> Same remark as above,
Can you share the of the room with this change?


> This is my advice since you asked - I'm more concerned with fonctionality!
> It is working well.
>
> One question - I have tested this extensively in Chrome adn I notice that
> if one sets the volume of teh microphone different than 50 (in the tiny
> icon in the dragable user rectangle) -each time I refres the user it si
> reset to level 50. Is this desired? Wouldn't it be better to keep the last
> user volumn settings through a "refresh" since users will most probably use
> the refresh to see or hear another user who may have changed the state of
> their camera and microphone. This is just an idea - it is OK as it is since
> it's easy to reset it.
>
> Actually I thought of this
BUT unfortunately this is not that easy
Actually there are more than one volume
1) self volume (actually microphone gain)
2) volume for each user in the room with microphone

userId -> volume can be stored
Do you think it worth so?


> Thansk for the good work. I'll test this on FF adn Edge and if there are
> any problems will reply again.
>
>
>
>

Thanks for the feedback :))


-- 
WBR
Maxim aka solomax

Aw: Re: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by BBS Technik <do...@gmx.de>.
Hi,



I would also have a few small suggestions for the design.



\- The symbol and the text for leaving the room should be highlighted (in
color?).



\- The character > should be inverted in the chat bar. That would correspond
to the same logic as with the new camera and microphone symbol.



\- The color selection dialog should open near the tools properties window.  
At the moment the color selection appears in the top left corner and makes
long movements with the mouse.



\- The icons in the toolbar could be a little bit smaler. They almost touch
the chat bar. see attached screenshot.



But this should not slow down the release process.   ;-)



Regards Ed





**Gesendet:**  Samstag, 28. Marz 2020 um 14:44 Uhr  
**Von:**  "Daniel Baker" <in...@collisiondetection.biz>  
**An:**  user@openmeetings.apache.org, info@bureau-de-poste.net  
**Betreff:**  Re: Aw: Re: A general Suggestion from a tester who'd like easier
user experience with the software

Yes  this   would be  clearer.

On 28/03/2020 11:20, [info@bureau-de-poste.net](mailto:info@bureau-de-
poste.net) wrote:

>  

One last idea - and I understand that I am just a tester / user of this and
that it is your project in which I participate ( I also participate in spark,
hadoop, nutch - i love apache projects), but since you asked, I would change
the color of everythign that is "ON" or enabled to green and everything that
is "OFF" to red - just like the traffic lights!  For what it's worth, and I
have nothing against the color orange!  
  
Best Ed  
  
Quoting [info@bureau-de-poste.net](mailto:info@bureau-de-poste.net):

> Hello,  
>  
>  This is better - personally I would color the camera and mic icons that are
activated, so they look "ON" \- (without the slash of course) - and to
indicate the "OFF" status - it is fine - with the slash.  
>  
>  For example, when you hover over (or mouse over) the tiny speaker icon in
the dragable user rectangle we see the orange-colored old-fashioned microphone
image pop-up - this is excellent. I would also have theat tiny speaker icon in
the dragable user rectangle in orange to indicate its state is "ON" when it is
on - the other two tiny icons (refresh and minimize) at the top of the
dragable user rectangle are fine in grey since they are settings to change not
states and users know what to expect with them.  
>  
>  This is my advice since you asked - I'm more concerned with fonctionality!
It is working well.  
>  
>  One question - I have tested this extensively in Chrome adn I notice that
if one sets the volume of teh microphone different than 50 (in the tiny icon
in the dragable user rectangle) -each time I refres the user it si reset to
level 50. Is this desired? Wouldn't it be better to keep the last user volumn
settings through a "refresh" since users will most probably use the refresh to
see or hear another user who may have changed the state of their camera and
microphone. This is just an idea - it is OK as it is since it's easy to reset
it.  
>  
>  Thansk for the good work. I'll test this on FF adn Edge and if there are
any problems will reply again.  
>  
>  Ed  
>  
>  Quoting Maxim Solodovnik
<[solomax666@gmail.com](mailto:solomax666@gmail.com)>:

>

>> The demo is updated

>>

>>  
>>

>> Is it what you want? :)

>>

>>  
>>

>> On Fri, 27 Mar 2020 at 20:58, Maxim Solodovnik
<[solomax666@gmail.com](mailto:solomax666@gmail.com)> wrote:

>>

>>> done

>>>

>>> will update demo as soon build will be ready

>>>

>>>  
>>>

>>> Will appreciate if you can test it :)

>>>

>>>  
>>>

>>> On Fri, 27 Mar 2020 at 20:08, Maxim Solodovnik
<[solomax666@gmail.com](mailto:solomax666@gmail.com)> wrote:

>>>

>>>> it seems icons have to be changed ...

>>>>

>>>> give me couple of minutes

>>>>

>>>>  
>>>>

>>>> On Fri, 27 Mar 2020 at 20:06, Marcus Schulz
<[msz@polarnetworks.de](mailto:msz@polarnetworks.de)> wrote:

>>>>

>>>>> I experienced the same with these buttons. I had to read the tooltip
also before clicking.

>>>>>

>>>>>  
>>>>>

>>>>> Am Freitag, den 27.03.2020, 11:31 +0100 schrieb Juan Antonio Moreno
Carmona:

>>>>>

>>>>>>

>>>>>>     Well, for my part I agree with the suggestion provided by Ed. I
think it

>>>>>>  
>>>>>>  
>>>>>>     is more intuitive. Maybe other users can contribute their opinion.

>>>>>>  
>>>>>>  
>>>>>>     El 27/3/20 a las 11:29, BBS Technik escribio:

>>>>>>

>>>>>>>

>>>>>>>     I think it is a good ideal to swap it.

>>>>>>>  
>>>>>>>  
>>>>>>>     Regards

>>>>>>>  
>>>>>>>  
>>>>>>>     Ed

>>>>>>>

>>>>>>>>

>>>>>>>>     Gesendet: Freitag, 27. Marz 2020 um 11:22 Uhr

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     Von: "Maxim Solodovnik" <

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     [solomax666@gmail.com](mailto:solomax666@gmail.com)

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     >

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     An: "Openmeetings user-list" <

>>>>>>>>  
>>>>>>>>  
>>>>>>>>
[user@openmeetings.apache.org](mailto:user@openmeetings.apache.org)

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     >

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     Betreff: Re: A general Suggestion from a tester who'd like easier
user experience with the software

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     Well

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     To implement this I need to swap 2 lines of code

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     No problem at all if community will approve this

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     On Fri, 27 Mar 2020 at 17:19, <

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     [info@bureau-de-poste.net](mailto:info@bureau-de-poste.net)

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     > wrote:

>>>>>>>>

>>>>>>>>>

>>>>>>>>>     Hello everyone,

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS
6.13

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     A few questions and an important suggestion:

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     1) I have been unable to install this on debian buster so that
it works

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     well - can this be done? How? We'd like to be able to use this
on buster.

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     2) When having inexperienced users test our M3 version (and when
testing

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     the M4 version -the same problem exists):

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     The left-hand user column symbols for camera and microphone
indicate to-do

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     action links, and I think they should indicate actual states -
because this

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     is more intuitive and is what users expect.

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     So, I suggest instead of showing a microphone with a red circle
with a

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     white "x" in it in M3 or an orange old-fashion mic symbol with a
slash

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     through it in M4 to indicate that the mic is "ON" and that you
have to

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     click on it to turn it "OFF", I suggest that exactly the
opposite be shown:

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     the actual state of the feature - that a slash through a symbol
(perhaps in

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     grey to double indicate it is off) indicates that it is "OFF"
and a colored

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     on symbol or icon without a slash indicates that it is "ON"

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     The same suggestion for the camera.

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     95 % of user problems that I have encountered result from this.
Users see

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     something with a slash through it and they think that means that
it is

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     "OFF" or not activated. Why not give users what they expect
intuitively

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     rather than force them to behave different than usual for this
app?

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     I love this app/project, and this is just a friendly suggestion,
not

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     criticism.

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     best to all

>>>>>>>>>  
>>>>>>>>>  
>>>>>>>>>     Ed

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     --

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     WBR

>>>>>>>>  
>>>>>>>>  
>>>>>>>>     Maxim aka solomax

>>>>

>>>>  
>>>>

>>>>  
>>>>

>>>> \--

>>>>

>>>> WBR  
>  Maxim aka solomax

>>>

>>>  
>>>

>>>  
>>>

>>> \--

>>>

>>> WBR  
>  Maxim aka solomax

>>

>>  
>>

>>  
>>

>> \--

>>

>> WBR  
>  Maxim aka solomax

>

>  
>  

  





Re: Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Daniel Baker <in...@collisiondetection.biz>.
Yes  this   would be  clearer.

On 28/03/2020 11:20, info@bureau-de-poste.net wrote:
>
> One last idea - and I understand that I am just a tester / user of 
> this and that it is your project in which I participate ( I also 
> participate in spark, hadoop, nutch - i love apache projects), but 
> since you asked, I would change the color of everythign that is "ON" 
> or enabled to green and everything that is "OFF" to red - just like 
> the traffic lights!  For what it's worth, and I have nothing against 
> the color orange!
>
> Best Ed
>
> Quoting info@bureau-de-poste.net <ma...@bureau-de-poste.net>:
>
>> Hello,
>>
>> This is better - personally I would color the camera and mic icons 
>> that are activated, so they look "ON" - (without the slash of course) 
>> - and to indicate the "OFF" status - it is fine - with the slash.
>>
>> For example, when you hover over (or mouse over) the tiny speaker 
>> icon in the dragable user rectangle we see the orange-colored 
>> old-fashioned microphone  image pop-up - this is excellent. I would 
>> also have theat tiny speaker icon in the dragable user rectangle in 
>> orange to indicate its state is "ON" when it is on - the other two 
>> tiny icons (refresh and minimize) at the top of the dragable user 
>> rectangle are fine in grey since they are settings to change not 
>> states and users know what to expect with them.
>>
>> This is my advice since you asked - I'm more concerned with 
>> fonctionality! It is working well.
>>
>> One question - I have tested this extensively in Chrome adn I notice 
>> that if one sets the volume of teh microphone different than 50 (in 
>> the tiny icon in the dragable user rectangle) -each time I refres the 
>> user it si reset to level 50. Is this desired? Wouldn't it be better 
>> to keep the last user volumn settings through a "refresh" since users 
>> will most probably use the refresh to see or hear another user who 
>> may have changed the state of their camera and microphone. This is 
>> just an idea - it is OK as it is since it's easy to reset it.
>>
>> Thansk for the good work. I'll test this on FF adn Edge and if there 
>> are any problems will reply again.
>>
>> Ed
>>
>> Quoting Maxim Solodovnik <solomax666@gmail.com 
>> <ma...@gmail.com>>:
>>
>>> The demo is updated
>>> Is it what you want? :)
>>>
>>> On Fri, 27 Mar 2020 at 20:58, Maxim Solodovnik <solomax666@gmail.com 
>>> <ma...@gmail.com>> wrote:
>>>
>>>     done
>>>     will update demo as soon build will be ready
>>>     Will appreciate if you can test it :)
>>>
>>>     On Fri, 27 Mar 2020 at 20:08, Maxim Solodovnik
>>>     <solomax666@gmail.com <ma...@gmail.com>> wrote:
>>>
>>>         it seems icons have to be changed ...
>>>         give me couple of minutes
>>>
>>>         On Fri, 27 Mar 2020 at 20:06, Marcus Schulz
>>>         <msz@polarnetworks.de <ma...@polarnetworks.de>> wrote:
>>>
>>>             I experienced the same with these buttons. I had to read
>>>             the tooltip also before clicking.
>>>             Am Freitag, den 27.03.2020, 11:31 +0100 schrieb Juan
>>>             Antonio Moreno Carmona:
>>>>             Well, for my part I agree with the suggestion provided by Ed. I think it
>>>>             is more intuitive. Maybe other users can contribute their opinion.
>>>>             El 27/3/20 a las 11:29, BBS Technik escribió:
>>>>>             I think it is a good ideal to swap it.
>>>>>             Regards
>>>>>             Ed
>>>>>>             Gesendet: Freitag, 27. März 2020 um 11:22 Uhr
>>>>>>             Von: "Maxim Solodovnik" <
>>>>>>             solomax666@gmail.com  <ma...@gmail.com>
>>>>>>             >
>>>>>>             An: "Openmeetings user-list" <
>>>>>>             user@openmeetings.apache.org  <ma...@openmeetings.apache.org>
>>>>>>             >
>>>>>>             Betreff: Re: A general Suggestion from a tester who'd like easier user experience with the software
>>>>>>             Well
>>>>>>             To implement this I need to swap 2 lines of code
>>>>>>             No problem at all if community will approve this
>>>>>>             On Fri, 27 Mar 2020 at 17:19, <
>>>>>>             info@bureau-de-poste.net  <ma...@bureau-de-poste.net>
>>>>>>             > wrote:
>>>>>>>             Hello everyone,
>>>>>>>             I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13
>>>>>>>             A few questions and an important suggestion:
>>>>>>>             1) I have been unable to install this on debian buster so that it works
>>>>>>>             well - can this be done? How? We'd like to be able to use this on buster.
>>>>>>>             2) When having inexperienced users test our M3 version (and when testing
>>>>>>>             the M4 version -the same problem exists):
>>>>>>>             The left-hand user column symbols for camera and microphone indicate to-do
>>>>>>>             action links, and I think they should indicate actual states - because this
>>>>>>>             is more intuitive and is what users expect.
>>>>>>>             So, I suggest instead of showing a microphone with a red circle with a
>>>>>>>             white "x" in it in M3 or an orange old-fashion mic symbol with a slash
>>>>>>>             through it in M4 to indicate that the mic is "ON" and that you have to
>>>>>>>             click on it to turn it "OFF", I suggest that exactly the opposite be shown:
>>>>>>>             the actual state of the feature - that a slash through a symbol (perhaps in
>>>>>>>             grey to double indicate it is off) indicates that it is "OFF" and a colored
>>>>>>>             on symbol or icon without a slash indicates that it is "ON"
>>>>>>>             The same suggestion for the camera.
>>>>>>>             95 % of user problems that I have encountered result from this. Users see
>>>>>>>             something with a slash through it and they think that means that it is
>>>>>>>             "OFF" or not activated. Why not give users what they expect intuitively
>>>>>>>             rather than force them to behave different than usual for this app?
>>>>>>>             I love this app/project, and this is just a friendly suggestion, not
>>>>>>>             criticism.
>>>>>>>             best to all
>>>>>>>             Ed
>>>>>>             -- 
>>>>>>             WBR
>>>>>>             Maxim aka solomax
>>>
>>>
>>>         --
>>>         WBR
>>>         Maxim aka solomax
>>>
>>>
>>>     --
>>>     WBR
>>>     Maxim aka solomax
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>
>

Re: Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by in...@bureau-de-poste.net.
  One last idea - and I understand that I am just a tester / user of  
this and that it is your project in which I participate ( I also  
participate in spark, hadoop, nutch - i love apache projects), but  
since you asked, I would change the color of everythign that is "ON"  
or enabled to green and everything that is "OFF" to red - just like  
the traffic lights!  For what it's worth, and I have nothing against  
the color orange!

Best Ed

Quoting info@bureau-de-poste.net:

> Hello,
>
> This is better - personally I would color the camera and mic icons  
> that are activated, so they look "ON" - (without the slash of  
> course) - and to indicate the "OFF" status - it is fine - with the  
> slash.
>
> For example, when you hover over (or mouse over) the tiny speaker  
> icon in the dragable user rectangle we see the orange-colored  
> old-fashioned microphone  image pop-up - this is excellent. I would  
> also have theat tiny speaker icon in the dragable user rectangle in  
> orange to indicate its state is "ON" when it is on - the other two  
> tiny icons (refresh and minimize) at the top of the dragable user  
> rectangle are fine in grey since they are settings to change not  
> states and users know what to expect with them.
>
> This is my advice since you asked - I'm more concerned with  
> fonctionality! It is working well.
>
> One question - I have tested this extensively in Chrome adn I notice  
> that if one sets the volume of teh microphone different than 50 (in  
> the tiny icon in the dragable user rectangle) -each time I refres  
> the user it si reset to level 50. Is this desired? Wouldn't it be  
> better to keep the last user volumn settings through a "refresh"  
> since users will most probably use the refresh to see or hear  
> another user who may have changed the state of their camera and  
> microphone. This is just an idea - it is OK as it is since it's easy  
> to reset it.
>
> Thansk for the good work. I'll test this on FF adn Edge and if there  
> are any problems will reply again.
>
> Ed
>
> Quoting Maxim Solodovnik <so...@gmail.com>:
>
>> The demo is updated         
>>     Is it what you want? :)
>>
>>        On Fri, 27 Mar 2020 at 20:58, Maxim Solodovnik  
>> <so...@gmail.com> wrote:
>>
>>> done            will update demo as soon build will be ready
>>>        
>>>       Will appreciate if you can test it :)
>>>
>>>            On Fri, 27 Mar 2020 at 20:08, Maxim Solodovnik  
>>> <so...@gmail.com> wrote:
>>>
>>>> it seems icons have to be changed ...                give me  
>>>> couple of minutes
>>>>
>>>>                On Fri, 27 Mar 2020 at 20:06, Marcus Schulz  
>>>> <ms...@polarnetworks.de> wrote:
>>>>
>>>>> I experienced the same with these buttons. I had to read the  
>>>>> tooltip also before clicking.
>>>>>            
>>>>>           Am Freitag, den 27.03.2020, 11:31 +0100 schrieb Juan  
>>>>> Antonio Moreno Carmona:
>>>>>
>>>>>> Well, for my part I agree with the suggestion provided by Ed. I  
>>>>>> think it is more intuitive. Maybe other users can contribute  
>>>>>> their opinion.          El 27/3/20 a las 11:29, BBS Technik  
>>>>>> escribió:
>>>>>>> I think it is a good ideal to swap it.           Regards           Ed
>>>>>>>> Gesendet: Freitag, 27. März 2020 um 11:22 Uhr            Von:  
>>>>>>>> "Maxim Solodovnik" <            solomax666@gmail.com           
>>>>>>>>   >            An: "Openmeetings user-list" <             
>>>>>>>> user@openmeetings.apache.org            >            Betreff:  
>>>>>>>> Re: A general Suggestion from a tester who'd like easier user  
>>>>>>>> experience with the software            Well            To  
>>>>>>>> implement this I need to swap 2 lines of code            No  
>>>>>>>> problem at all if community will approve this            On  
>>>>>>>> Fri, 27 Mar 2020 at 17:19, <             
>>>>>>>> info@bureau-de-poste.net            > wrote:
>>>>>>>>> Hello everyone,             I love this software 5.0.0 M3  
>>>>>>>>> (running on Ubuntu 18.04) with KMS 6.13             A few  
>>>>>>>>> questions and an important suggestion:             1) I have  
>>>>>>>>> been unable to install this on debian buster so that it  
>>>>>>>>> works             well - can this be done? How? We'd like to  
>>>>>>>>> be able to use this on buster.             2) When having  
>>>>>>>>> inexperienced users test our M3 version (and when testing     
>>>>>>>>>          the M4 version -the same problem exists):            
>>>>>>>>>   The left-hand user column symbols for camera and  
>>>>>>>>> microphone indicate to-do             action links, and I  
>>>>>>>>> think they should indicate actual states - because this       
>>>>>>>>>        is more intuitive and is what users expect.            
>>>>>>>>>   So, I suggest instead of showing a microphone with a red  
>>>>>>>>> circle with a             white "x" in it in M3 or an orange  
>>>>>>>>> old-fashion mic symbol with a slash             through it  
>>>>>>>>> in M4 to indicate that the mic is "ON" and that you have to   
>>>>>>>>>            click on it to turn it "OFF", I suggest that  
>>>>>>>>> exactly the opposite be shown:             the actual state  
>>>>>>>>> of the feature - that a slash through a symbol (perhaps in    
>>>>>>>>>           grey to double indicate it is off) indicates that  
>>>>>>>>> it is "OFF" and a colored             on symbol or icon  
>>>>>>>>> without a slash indicates that it is "ON"             The  
>>>>>>>>> same suggestion for the camera.             95 % of user  
>>>>>>>>> problems that I have encountered result from this. Users see  
>>>>>>>>>             something with a slash through it and they think  
>>>>>>>>> that means that it is             "OFF" or not activated.  
>>>>>>>>> Why not give users what they expect intuitively              
>>>>>>>>> rather than force them to behave different than usual for  
>>>>>>>>> this app?             I love this app/project, and this is  
>>>>>>>>> just a friendly suggestion, not             criticism.        
>>>>>>>>>       best to all             Ed
>>>>>>>>
>>>>>>>> -- WBR            Maxim aka solomax
>>>>
>>>>         
>>>> --
>>>>        WBR
>>>> Maxim aka solomax
>>>
>>>       
>>> --
>>>      WBR
>>> Maxim aka solomax
>>
>>     
>> --
>>    WBR
>> Maxim aka solomax
>
>
>  

Re: Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by in...@bureau-de-poste.net.
  Hello,

This is better - personally I would color the camera and mic icons  
that are activated, so they look "ON" - (without the slash of course)  
- and to indicate the "OFF" status - it is fine - with the slash.

For example, when you hover over (or mouse over) the tiny speaker icon  
in the dragable user rectangle we see the orange-colored old-fashioned  
microphone  image pop-up - this is excellent. I would also have theat  
tiny speaker icon in the dragable user rectangle in orange to indicate  
its state is "ON" when it is on - the other two tiny icons (refresh  
and minimize) at the top of the dragable user rectangle are fine in  
grey since they are settings to change not states and users know what  
to expect with them.

This is my advice since you asked - I'm more concerned with  
fonctionality! It is working well.

One question - I have tested this extensively in Chrome adn I notice  
that if one sets the volume of teh microphone different than 50 (in  
the tiny icon in the dragable user rectangle) -each time I refres the  
user it si reset to level 50. Is this desired? Wouldn't it be better  
to keep the last user volumn settings through a "refresh" since users  
will most probably use the refresh to see or hear another user who may  
have changed the state of their camera and microphone. This is just an  
idea - it is OK as it is since it's easy to reset it.

Thansk for the good work. I'll test this on FF adn Edge and if there  
are any problems will reply again.

Ed

Quoting Maxim Solodovnik <so...@gmail.com>:

> The demo is updated       
>    Is it what you want? :)
>
>      On Fri, 27 Mar 2020 at 20:58, Maxim Solodovnik  
> <so...@gmail.com> wrote:
>
>> done          will update demo as soon build will be ready
>>       
>>      Will appreciate if you can test it :)
>>
>>          On Fri, 27 Mar 2020 at 20:08, Maxim Solodovnik  
>> <so...@gmail.com> wrote:
>>
>>> it seems icons have to be changed ...              give me couple  
>>> of minutes
>>>
>>>              On Fri, 27 Mar 2020 at 20:06, Marcus Schulz  
>>> <ms...@polarnetworks.de> wrote:
>>>
>>>> I experienced the same with these buttons. I had to read the  
>>>> tooltip also before clicking.
>>>>           
>>>>          Am Freitag, den 27.03.2020, 11:31 +0100 schrieb Juan  
>>>> Antonio Moreno Carmona:
>>>>
>>>>> Well, for my part I agree with the suggestion provided by Ed. I  
>>>>> think it is more intuitive. Maybe other users can contribute  
>>>>> their opinion.         El 27/3/20 a las 11:29, BBS Technik  
>>>>> escribió:
>>>>>> I think it is a good ideal to swap it.          Regards          Ed
>>>>>>> Gesendet: Freitag, 27. März 2020 um 11:22 Uhr           Von:  
>>>>>>> "Maxim Solodovnik" <           solomax666@gmail.com            
>>>>>>> >           An: "Openmeetings user-list" <            
>>>>>>> user@openmeetings.apache.org           >           Betreff:  
>>>>>>> Re: A general Suggestion from a tester who'd like easier user  
>>>>>>> experience with the software           Well           To  
>>>>>>> implement this I need to swap 2 lines of code           No  
>>>>>>> problem at all if community will approve this           On  
>>>>>>> Fri, 27 Mar 2020 at 17:19, <            
>>>>>>> info@bureau-de-poste.net           > wrote:
>>>>>>>> Hello everyone,            I love this software 5.0.0 M3  
>>>>>>>> (running on Ubuntu 18.04) with KMS 6.13            A few  
>>>>>>>> questions and an important suggestion:            1) I have  
>>>>>>>> been unable to install this on debian buster so that it works  
>>>>>>>>            well - can this be done? How? We'd like to be able  
>>>>>>>> to use this on buster.            2) When having  
>>>>>>>> inexperienced users test our M3 version (and when testing      
>>>>>>>>        the M4 version -the same problem exists):             
>>>>>>>> The left-hand user column symbols for camera and microphone  
>>>>>>>> indicate to-do            action links, and I think they  
>>>>>>>> should indicate actual states - because this            is  
>>>>>>>> more intuitive and is what users expect.            So, I  
>>>>>>>> suggest instead of showing a microphone with a red circle  
>>>>>>>> with a            white "x" in it in M3 or an orange  
>>>>>>>> old-fashion mic symbol with a slash            through it in  
>>>>>>>> M4 to indicate that the mic is "ON" and that you have to       
>>>>>>>>       click on it to turn it "OFF", I suggest that exactly  
>>>>>>>> the opposite be shown:            the actual state of the  
>>>>>>>> feature - that a slash through a symbol (perhaps in            
>>>>>>>>  grey to double indicate it is off) indicates that it is  
>>>>>>>> "OFF" and a colored            on symbol or icon without a  
>>>>>>>> slash indicates that it is "ON"            The same  
>>>>>>>> suggestion for the camera.            95 % of user problems  
>>>>>>>> that I have encountered result from this. Users see            
>>>>>>>>  something with a slash through it and they think that means  
>>>>>>>> that it is            "OFF" or not activated. Why not give  
>>>>>>>> users what they expect intuitively            rather than  
>>>>>>>> force them to behave different than usual for this app?        
>>>>>>>>      I love this app/project, and this is just a friendly  
>>>>>>>> suggestion, not            criticism.            best to all   
>>>>>>>>           Ed
>>>>>>>
>>>>>>> -- WBR           Maxim aka solomax
>>>
>>>        
>>> --
>>>       WBR
>>> Maxim aka solomax
>>
>>      
>> --
>>     WBR
>> Maxim aka solomax
>
>    
> --
>   WBR
> Maxim aka solomax

Re: Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Maxim Solodovnik <so...@gmail.com>.
The demo is updated

Is it what you want? :)

On Fri, 27 Mar 2020 at 20:58, Maxim Solodovnik <so...@gmail.com> wrote:

> done
> will update demo as soon build will be ready
>
> Will appreciate if you can test it :)
>
> On Fri, 27 Mar 2020 at 20:08, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> it seems icons have to be changed ...
>> give me couple of minutes
>>
>> On Fri, 27 Mar 2020 at 20:06, Marcus Schulz <ms...@polarnetworks.de> wrote:
>>
>>> I experienced the same with these buttons. I had to read the tooltip
>>> also before clicking.
>>>
>>> Am Freitag, den 27.03.2020, 11:31 +0100 schrieb Juan Antonio Moreno
>>> Carmona:
>>>
>>> Well, for my part I agree with the suggestion provided by Ed. I think it
>>>
>>> is more intuitive. Maybe other users can contribute their opinion.
>>>
>>>
>>> El 27/3/20 a las 11:29, BBS Technik escribió:
>>>
>>> I think it is a good ideal to swap it.
>>>
>>>
>>> Regards
>>>
>>> Ed
>>>
>>>
>>> Gesendet: Freitag, 27. März 2020 um 11:22 Uhr
>>>
>>> Von: "Maxim Solodovnik" <
>>>
>>> solomax666@gmail.com
>>>
>>> >
>>>
>>> An: "Openmeetings user-list" <
>>>
>>> user@openmeetings.apache.org
>>>
>>> >
>>>
>>> Betreff: Re: A general Suggestion from a tester who'd like easier user experience with the software
>>>
>>>
>>> Well
>>>
>>>
>>> To implement this I need to swap 2 lines of code
>>>
>>> No problem at all if community will approve this
>>>
>>>
>>> On Fri, 27 Mar 2020 at 17:19, <
>>>
>>> info@bureau-de-poste.net
>>>
>>> > wrote:
>>>
>>>
>>> Hello everyone,
>>>
>>>
>>> I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13
>>>
>>>
>>> A few questions and an important suggestion:
>>>
>>>
>>> 1) I have been unable to install this on debian buster so that it works
>>>
>>> well - can this be done? How? We'd like to be able to use this on buster.
>>>
>>>
>>> 2) When having inexperienced users test our M3 version (and when testing
>>>
>>> the M4 version -the same problem exists):
>>>
>>>
>>> The left-hand user column symbols for camera and microphone indicate to-do
>>>
>>> action links, and I think they should indicate actual states - because this
>>>
>>> is more intuitive and is what users expect.
>>>
>>>
>>> So, I suggest instead of showing a microphone with a red circle with a
>>>
>>> white "x" in it in M3 or an orange old-fashion mic symbol with a slash
>>>
>>> through it in M4 to indicate that the mic is "ON" and that you have to
>>>
>>> click on it to turn it "OFF", I suggest that exactly the opposite be shown:
>>>
>>> the actual state of the feature - that a slash through a symbol (perhaps in
>>>
>>> grey to double indicate it is off) indicates that it is "OFF" and a colored
>>>
>>> on symbol or icon without a slash indicates that it is "ON"
>>>
>>>
>>> The same suggestion for the camera.
>>>
>>>
>>> 95 % of user problems that I have encountered result from this. Users see
>>>
>>> something with a slash through it and they think that means that it is
>>>
>>> "OFF" or not activated. Why not give users what they expect intuitively
>>>
>>> rather than force them to behave different than usual for this app?
>>>
>>>
>>> I love this app/project, and this is just a friendly suggestion, not
>>>
>>> criticism.
>>>
>>>
>>> best to all
>>>
>>>
>>> Ed
>>>
>>>
>>>
>>> --
>>>
>>> WBR
>>>
>>> Maxim aka solomax
>>>
>>>
>>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
> --
> WBR
> Maxim aka solomax
>


-- 
WBR
Maxim aka solomax

Re: Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Maxim Solodovnik <so...@gmail.com>.
done
will update demo as soon build will be ready

Will appreciate if you can test it :)

On Fri, 27 Mar 2020 at 20:08, Maxim Solodovnik <so...@gmail.com> wrote:

> it seems icons have to be changed ...
> give me couple of minutes
>
> On Fri, 27 Mar 2020 at 20:06, Marcus Schulz <ms...@polarnetworks.de> wrote:
>
>> I experienced the same with these buttons. I had to read the tooltip also
>> before clicking.
>>
>> Am Freitag, den 27.03.2020, 11:31 +0100 schrieb Juan Antonio Moreno
>> Carmona:
>>
>> Well, for my part I agree with the suggestion provided by Ed. I think it
>>
>> is more intuitive. Maybe other users can contribute their opinion.
>>
>>
>> El 27/3/20 a las 11:29, BBS Technik escribió:
>>
>> I think it is a good ideal to swap it.
>>
>>
>> Regards
>>
>> Ed
>>
>>
>> Gesendet: Freitag, 27. März 2020 um 11:22 Uhr
>>
>> Von: "Maxim Solodovnik" <
>>
>> solomax666@gmail.com
>>
>> >
>>
>> An: "Openmeetings user-list" <
>>
>> user@openmeetings.apache.org
>>
>> >
>>
>> Betreff: Re: A general Suggestion from a tester who'd like easier user experience with the software
>>
>>
>> Well
>>
>>
>> To implement this I need to swap 2 lines of code
>>
>> No problem at all if community will approve this
>>
>>
>> On Fri, 27 Mar 2020 at 17:19, <
>>
>> info@bureau-de-poste.net
>>
>> > wrote:
>>
>>
>> Hello everyone,
>>
>>
>> I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13
>>
>>
>> A few questions and an important suggestion:
>>
>>
>> 1) I have been unable to install this on debian buster so that it works
>>
>> well - can this be done? How? We'd like to be able to use this on buster.
>>
>>
>> 2) When having inexperienced users test our M3 version (and when testing
>>
>> the M4 version -the same problem exists):
>>
>>
>> The left-hand user column symbols for camera and microphone indicate to-do
>>
>> action links, and I think they should indicate actual states - because this
>>
>> is more intuitive and is what users expect.
>>
>>
>> So, I suggest instead of showing a microphone with a red circle with a
>>
>> white "x" in it in M3 or an orange old-fashion mic symbol with a slash
>>
>> through it in M4 to indicate that the mic is "ON" and that you have to
>>
>> click on it to turn it "OFF", I suggest that exactly the opposite be shown:
>>
>> the actual state of the feature - that a slash through a symbol (perhaps in
>>
>> grey to double indicate it is off) indicates that it is "OFF" and a colored
>>
>> on symbol or icon without a slash indicates that it is "ON"
>>
>>
>> The same suggestion for the camera.
>>
>>
>> 95 % of user problems that I have encountered result from this. Users see
>>
>> something with a slash through it and they think that means that it is
>>
>> "OFF" or not activated. Why not give users what they expect intuitively
>>
>> rather than force them to behave different than usual for this app?
>>
>>
>> I love this app/project, and this is just a friendly suggestion, not
>>
>> criticism.
>>
>>
>> best to all
>>
>>
>> Ed
>>
>>
>>
>> --
>>
>> WBR
>>
>> Maxim aka solomax
>>
>>
>>
>
> --
> WBR
> Maxim aka solomax
>


-- 
WBR
Maxim aka solomax

Re: Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Maxim Solodovnik <so...@gmail.com>.
it seems icons have to be changed ...
give me couple of minutes

On Fri, 27 Mar 2020 at 20:06, Marcus Schulz <ms...@polarnetworks.de> wrote:

> I experienced the same with these buttons. I had to read the tooltip also
> before clicking.
>
> Am Freitag, den 27.03.2020, 11:31 +0100 schrieb Juan Antonio Moreno
> Carmona:
>
> Well, for my part I agree with the suggestion provided by Ed. I think it
>
> is more intuitive. Maybe other users can contribute their opinion.
>
>
> El 27/3/20 a las 11:29, BBS Technik escribió:
>
> I think it is a good ideal to swap it.
>
>
> Regards
>
> Ed
>
>
> Gesendet: Freitag, 27. März 2020 um 11:22 Uhr
>
> Von: "Maxim Solodovnik" <
>
> solomax666@gmail.com
>
> >
>
> An: "Openmeetings user-list" <
>
> user@openmeetings.apache.org
>
> >
>
> Betreff: Re: A general Suggestion from a tester who'd like easier user experience with the software
>
>
> Well
>
>
> To implement this I need to swap 2 lines of code
>
> No problem at all if community will approve this
>
>
> On Fri, 27 Mar 2020 at 17:19, <
>
> info@bureau-de-poste.net
>
> > wrote:
>
>
> Hello everyone,
>
>
> I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13
>
>
> A few questions and an important suggestion:
>
>
> 1) I have been unable to install this on debian buster so that it works
>
> well - can this be done? How? We'd like to be able to use this on buster.
>
>
> 2) When having inexperienced users test our M3 version (and when testing
>
> the M4 version -the same problem exists):
>
>
> The left-hand user column symbols for camera and microphone indicate to-do
>
> action links, and I think they should indicate actual states - because this
>
> is more intuitive and is what users expect.
>
>
> So, I suggest instead of showing a microphone with a red circle with a
>
> white "x" in it in M3 or an orange old-fashion mic symbol with a slash
>
> through it in M4 to indicate that the mic is "ON" and that you have to
>
> click on it to turn it "OFF", I suggest that exactly the opposite be shown:
>
> the actual state of the feature - that a slash through a symbol (perhaps in
>
> grey to double indicate it is off) indicates that it is "OFF" and a colored
>
> on symbol or icon without a slash indicates that it is "ON"
>
>
> The same suggestion for the camera.
>
>
> 95 % of user problems that I have encountered result from this. Users see
>
> something with a slash through it and they think that means that it is
>
> "OFF" or not activated. Why not give users what they expect intuitively
>
> rather than force them to behave different than usual for this app?
>
>
> I love this app/project, and this is just a friendly suggestion, not
>
> criticism.
>
>
> best to all
>
>
> Ed
>
>
>
> --
>
> WBR
>
> Maxim aka solomax
>
>
>

-- 
WBR
Maxim aka solomax

Re: Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Marcus Schulz <ms...@polarnetworks.de>.
I experienced the same with these buttons. I had to read the tooltip also before clicking.
Am Freitag, den 27.03.2020, 11:31 +0100 schrieb Juan Antonio Moreno Carmona:
> Well, for my part I agree with the suggestion provided by Ed. I think it is more intuitive. Maybe other users can contribute their opinion.
> El 27/3/20 a las 11:29, BBS Technik escribió:
> > I think it is a good ideal to swap it.
> > RegardsEd
> > > Gesendet: Freitag, 27. März 2020 um 11:22 UhrVon: "Maxim Solodovnik" <so...@gmail.com>An: "Openmeetings user-list" <us...@openmeetings.apache.org>Betreff: Re: A general Suggestion from a tester who'd like easier user experience with the software
> > > Well
> > > To implement this I need to swap 2 lines of codeNo problem at all if community will approve this
> > > On Fri, 27 Mar 2020 at 17:19, <in...@bureau-de-poste.net> wrote:
> > > > Hello everyone,
> > > > I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13
> > > > A few questions and an important suggestion:
> > > > 1) I have been unable to install this on debian buster so that it workswell - can this be done? How? We'd like to be able to use this on buster.
> > > > 2) When having inexperienced users test our M3 version (and when testingthe M4 version -the same problem exists):
> > > > The left-hand user column symbols for camera and microphone indicate to-doaction links, and I think they should indicate actual states - because thisis more intuitive and is what users expect.
> > > > So, I suggest instead of showing a microphone with a red circle with awhite "x" in it in M3 or an orange old-fashion mic symbol with a slashthrough it in M4 to indicate that the mic is "ON" and that you have toclick on it to turn it "OFF", I suggest that exactly the opposite be shown:the actual state of the feature - that a slash through a symbol (perhaps ingrey to double indicate it is off) indicates that it is "OFF" and a coloredon symbol or icon without a slash indicates that it is "ON"
> > > > The same suggestion for the camera.
> > > > 95 % of user problems that I have encountered result from this. Users seesomething with a slash through it and they think that means that it is"OFF" or not activated. Why not give users what they expect intuitivelyrather than force them to behave different than usual for this app?
> > > > I love this app/project, and this is just a friendly suggestion, notcriticism.
> > > > best to all
> > > > Ed
> > > 
> > > -- WBRMaxim aka solomax

Re: Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Juan Antonio Moreno Carmona <ja...@gmail.com>.
Well, for my part I agree with the suggestion provided by Ed. I think it 
is more intuitive. Maybe other users can contribute their opinion.

El 27/3/20 a las 11:29, BBS Technik escribió:
> I think it is a good ideal to swap it.
>
> Regards
> Ed
>
>> Gesendet: Freitag, 27. März 2020 um 11:22 Uhr
>> Von: "Maxim Solodovnik" <so...@gmail.com>
>> An: "Openmeetings user-list" <us...@openmeetings.apache.org>
>> Betreff: Re: A general Suggestion from a tester who'd like easier user experience with the software
>>
>> Well
>>
>> To implement this I need to swap 2 lines of code
>> No problem at all if community will approve this
>>
>> On Fri, 27 Mar 2020 at 17:19, <in...@bureau-de-poste.net> wrote:
>>
>>> Hello everyone,
>>>
>>> I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13
>>>
>>> A few questions and an important suggestion:
>>>
>>> 1) I have been unable to install this on debian buster so that it works
>>> well - can this be done? How? We'd like to be able to use this on buster.
>>>
>>> 2) When having inexperienced users test our M3 version (and when testing
>>> the M4 version -the same problem exists):
>>>
>>> The left-hand user column symbols for camera and microphone indicate to-do
>>> action links, and I think they should indicate actual states - because this
>>> is more intuitive and is what users expect.
>>>
>>> So, I suggest instead of showing a microphone with a red circle with a
>>> white "x" in it in M3 or an orange old-fashion mic symbol with a slash
>>> through it in M4 to indicate that the mic is "ON" and that you have to
>>> click on it to turn it "OFF", I suggest that exactly the opposite be shown:
>>> the actual state of the feature - that a slash through a symbol (perhaps in
>>> grey to double indicate it is off) indicates that it is "OFF" and a colored
>>> on symbol or icon without a slash indicates that it is "ON"
>>>
>>> The same suggestion for the camera.
>>>
>>> 95 % of user problems that I have encountered result from this. Users see
>>> something with a slash through it and they think that means that it is
>>> "OFF" or not activated. Why not give users what they expect intuitively
>>> rather than force them to behave different than usual for this app?
>>>
>>> I love this app/project, and this is just a friendly suggestion, not
>>> criticism.
>>>
>>> best to all
>>>
>>> Ed
>>>
>>
>> -- 
>> WBR
>> Maxim aka solomax
>>

Aw: Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by BBS Technik <do...@gmx.de>.
I think it is a good ideal to swap it.

Regards  
Ed

> Gesendet: Freitag, 27. März 2020 um 11:22 Uhr
> Von: "Maxim Solodovnik" <so...@gmail.com>
> An: "Openmeetings user-list" <us...@openmeetings.apache.org>
> Betreff: Re: A general Suggestion from a tester who'd like easier user experience with the software
>
> Well
> 
> To implement this I need to swap 2 lines of code
> No problem at all if community will approve this
> 
> On Fri, 27 Mar 2020 at 17:19, <in...@bureau-de-poste.net> wrote:
> 
> > Hello everyone,
> >
> > I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13
> >
> > A few questions and an important suggestion:
> >
> > 1) I have been unable to install this on debian buster so that it works
> > well - can this be done? How? We'd like to be able to use this on buster.
> >
> > 2) When having inexperienced users test our M3 version (and when testing
> > the M4 version -the same problem exists):
> >
> > The left-hand user column symbols for camera and microphone indicate to-do
> > action links, and I think they should indicate actual states - because this
> > is more intuitive and is what users expect.
> >
> > So, I suggest instead of showing a microphone with a red circle with a
> > white "x" in it in M3 or an orange old-fashion mic symbol with a slash
> > through it in M4 to indicate that the mic is "ON" and that you have to
> > click on it to turn it "OFF", I suggest that exactly the opposite be shown:
> > the actual state of the feature - that a slash through a symbol (perhaps in
> > grey to double indicate it is off) indicates that it is "OFF" and a colored
> > on symbol or icon without a slash indicates that it is "ON"
> >
> > The same suggestion for the camera.
> >
> > 95 % of user problems that I have encountered result from this. Users see
> > something with a slash through it and they think that means that it is
> > "OFF" or not activated. Why not give users what they expect intuitively
> > rather than force them to behave different than usual for this app?
> >
> > I love this app/project, and this is just a friendly suggestion, not
> > criticism.
> >
> > best to all
> >
> > Ed
> >
> 
> 
> -- 
> WBR
> Maxim aka solomax
>

Re: A general Suggestion from a tester who'd like easier user experience with the software

Posted by Maxim Solodovnik <so...@gmail.com>.
Well

To implement this I need to swap 2 lines of code
No problem at all if community will approve this

On Fri, 27 Mar 2020 at 17:19, <in...@bureau-de-poste.net> wrote:

> Hello everyone,
>
> I love this software 5.0.0 M3 (running on Ubuntu 18.04) with KMS 6.13
>
> A few questions and an important suggestion:
>
> 1) I have been unable to install this on debian buster so that it works
> well - can this be done? How? We'd like to be able to use this on buster.
>
> 2) When having inexperienced users test our M3 version (and when testing
> the M4 version -the same problem exists):
>
> The left-hand user column symbols for camera and microphone indicate to-do
> action links, and I think they should indicate actual states - because this
> is more intuitive and is what users expect.
>
> So, I suggest instead of showing a microphone with a red circle with a
> white "x" in it in M3 or an orange old-fashion mic symbol with a slash
> through it in M4 to indicate that the mic is "ON" and that you have to
> click on it to turn it "OFF", I suggest that exactly the opposite be shown:
> the actual state of the feature - that a slash through a symbol (perhaps in
> grey to double indicate it is off) indicates that it is "OFF" and a colored
> on symbol or icon without a slash indicates that it is "ON"
>
> The same suggestion for the camera.
>
> 95 % of user problems that I have encountered result from this. Users see
> something with a slash through it and they think that means that it is
> "OFF" or not activated. Why not give users what they expect intuitively
> rather than force them to behave different than usual for this app?
>
> I love this app/project, and this is just a friendly suggestion, not
> criticism.
>
> best to all
>
> Ed
>


-- 
WBR
Maxim aka solomax