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