You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@openmeetings.apache.org by "Chamberland, Martin" <Ma...@fadq.qc.ca> on 2018/01/16 20:48:15 UTC
problem with SCREENSHARING
Here is 2 screnshots,
First is from our own server and the second one is from demo server openmeeting.
Any issue to fix this ?
Using IE (Edge) and trying to get SCREENSHARING working.
[cid:image001.jpg@01D38EE0.E74A96C0]
[cid:image002.jpg@01D38EE0.E74A96C0]
Re: Chat Panel - once again... sorry
Posted by Daniel Ascher <ap...@aplustutoring.com>.
Thanks Maxim. :)
Dan
On Thu, Feb 1, 2018 at 6:40 AM, Maxim Solodovnik <so...@gmail.com>
wrote:
> Should be addressed, please check :)
>
> On Thu, Feb 1, 2018 at 3:22 PM, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> OK, I'll remove hover support then
>>
>> On Thu, Feb 1, 2018 at 3:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi Maxim,
>>>
>>> removing it would be more straight forward and less work (I think)...
>>> But I thought maybe you want to keep your "invention"... To split it would
>>> preserve all options. Till now nobody complains about that hovering, that's
>>> why I thought it is in use without problems, except my people here...
>>>
>>> So if it is easier to remove it and nobody miss it, than remove it. If
>>> it is used by others without any issue, than split it and let it to the
>>> user what they prefer.
>>>
>>> Greetings Peter
>>>
>>>
>>> Am 01.02.2018 um 06:39 schrieb K, Amit (MIND):
>>>
>>> My vote is “Yes” for this…. I think after removing this, it make feel
>>> more stability.
>>>
>>>
>>>
>>> *From:* Maxim Solodovnik [mailto:solomax666@gmail.com
>>> <so...@gmail.com>]
>>> *Sent:* Thursday, February 1, 2018 10:04 AM
>>> *To:* Openmeetings user-list <us...@openmeetings.apache.org>
>>> <us...@openmeetings.apache.org>
>>> *Subject:* Re: Chat Panel - once again... sorry
>>>
>>>
>>>
>>> Hello Dan, Peter,
>>>
>>>
>>>
>>> sorry for delay in response, too much personal stuff to do :(
>>>
>>> I can totally remove this "open on hover" effect (which might be
>>> annoying) if there will be no objections :)
>>>
>>>
>>>
>>> On Wed, Jan 31, 2018 at 8:39 PM, Daniel Ascher <
>>> aplusadmin@aplustutoring.com> wrote:
>>>
>>> Thanks for the input Peter!
>>>
>>>
>>>
>>> Dan
>>>
>>>
>>>
>>> On Wed, Jan 31, 2018 at 3:05 AM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>> Hi Daniel,
>>>
>>> if it is splitted somehow this could be done via css.
>>>
>>> #cPhover{
>>> pointer-events: none !important;
>>> }
>>>
>>> Greetings Peter
>>>
>>>
>>>
>>> Am 30.01.2018 um 18:51 schrieb Daniel Ascher:
>>>
>>> Thanks for letting me know about the chat color change. I would prefer
>>> if chat doesn't open automatically when one hovers, if that is possible.
>>>
>>>
>>>
>>> Dan
>>>
>>>
>>>
>>> On Mon, Jan 29, 2018 at 9:42 PM, Maxim Solodovnik <so...@gmail.com>
>>> wrote:
>>>
>>> Hello Daniel,
>>>
>>>
>>>
>>> chat bar changing its color from blue to sort of yellow on new message
>>> (if chat was closed)
>>>
>>>
>>>
>>> On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher <
>>> aplusadmin@aplustutoring.com> wrote:
>>>
>>> I agree with Peter that the "hover" on the chat is a problem. The reason
>>> it's a problem is that it is so easy to accidentally open the chat up when
>>> you don't want it open.
>>>
>>> Is there a way to indicate that there is a new chat message (maybe just
>>> change the color of the arrow) or a flashing dot?
>>>
>>>
>>>
>>> Dan
>>>
>>>
>>>
>>> On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik <so...@gmail.com>
>>> wrote:
>>>
>>> Hello Peter,
>>>
>>> The only place fontFace is being set is general.css
>>>
>>>
>>>
>>> I believe you can set fontface for main wb <div> and it will do the trick
>>>
>>>
>>>
>>> If not, wb-text.js need to be changed .....
>>>
>>> WBR, Maxim
>>> (from mobile, sorry for the typos)
>>>
>>>
>>>
>>> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>>>
>>> Hi Maxim,
>>>
>>> I didn't find a way to use custom.css by now, because this part is
>>> within a canvas container. I could change the font be editing fabric.js
>>> wb.js and wb.min.js in red5/webapps/openmeetings/WEB-
>>> INF/classes/org/apache/openmeetings/web/room/wb (thanks for the hint to
>>> fabric.js). I think to change one of them would be enough, but I didn't
>>> want to search the right one.
>>>
>>> If "Times New Roman" is important somehow I could do this changes within
>>> my buildscript.
>>>
>>> I will check jira tomorrow morning... kids are waiting... ;-)
>>>
>>> Greetings and thanks so far Peter
>>>
>>> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>>>
>>> Hello Peter,
>>>
>>>
>>>
>>> According to the docs: http://fabricjs.com/docs
>>> /fabric.Text.html#fontFamily
>>>
>>> Default font Family is Times New Roman
>>>
>>>
>>>
>>> It might be inherited from https://github.com/apache
>>> /openmeetings/blob/master/openmeetings-web/src/main/webapp/
>>> css/general.css#L22
>>>
>>> And can be customized via custom.css
>>>
>>>
>>>
>>> Can you check this?
>>>
>>>
>>>
>>>
>>>
>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>>>
>>>
>>>
>>>
>>>
>>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>> I think so... ;-) the first one is the default (12) now... There is
>>> written "default" btw... ;-)
>>>
>>> I don't think that my screen is that oversized (24'' 1920x1080), but 12
>>> is unreadable.
>>>
>>>
>>>
>>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>>
>>> text: 50 ==> font-size == 50pt (can be checked here
>>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>>>
>>> Is it really what you want?
>>>
>>>
>>>
>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>> Hi Maxim,
>>>
>>> this should be fine...
>>>
>>> text : 50
>>> paint: 5 (as is)
>>> draw line: 5 (as is)
>>> highlighter: 20 (as is)
>>> rectangle: 5 (as is)
>>> ellipse: 5 (as is)
>>> arrow: 20
>>>
>>> one more thing: wb uses font with serifs, I would say one without serifs
>>> would be better.
>>>
>>> Greetings Peter
>>>
>>>
>>>
>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>
>>> Sure, can easily be done if you will provide desired values :)
>>>
>>>
>>>
>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>> JIRA done... Take your time
>>>
>>> I have one more Question: Is it possible to have different default
>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>> prefer 20 and writing 50.
>>>
>>> Greetings Peter and have a nice weekend
>>>
>>>
>>>
>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>
>>> OK, will try to implement this
>>>
>>> Please create JIRA, so it will go to CHANGELOG :)
>>>
>>>
>>>
>>> I'm less productive these days, hopefully will be able to implement in
>>> nearest week :)
>>>
>>>
>>>
>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>> I think it will... people here tried to use click on the little symbol
>>> in the first place, but when you hover the little symbol chat bar already
>>> start to toggle and the click will not be noticed by the system. but the
>>> user had clicked and it should be opened, but it will close because it is
>>> not docked... and sometimes this ended after a few tries in a complete blue
>>> chat panel... They asked if it is a kind of game...
>>>
>>> I already thought about open chat by default, but maybe in some
>>> scenarios it shouldn't be like that....
>>>
>>>
>>>
>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>
>>> Currently we have 1 area
>>>
>>> It is hoverable while closed and clickable while opened :)
>>>
>>>
>>>
>>> I'm not sure having 2 areas will make this feature more clear :(
>>>
>>>
>>>
>>> BTW you can set "Chat is opened by default" in room options ..... :)
>>>
>>>
>>>
>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>> I understand your point and I think this could work if people get
>>> familiar with it...
>>>
>>> I think to fit both cases we should divide the closed chat panel in a
>>> hover and a click part.
>>>
>>>
>>>
>>> This should address the ones that want to click and the ones that want
>>> to use hover. And if people still get confused here and the hover area has
>>> an id than it could be turned off via css.
>>>
>>> #cPhover{
>>> pointer-events: none !important;
>>> }
>>>
>>>
>>> What do you think?
>>>
>>> I got another little feature request, I will create a jira for it.
>>>
>>> Greetings Peter
>>>
>>>
>>>
>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>
>>> Hello Peter,
>>>
>>>
>>>
>>> It was my idea :)))
>>>
>>> I thought it is useful:
>>>
>>> 1) you can see the message is arrived
>>>
>>> 2) you hover to check if this message is important or not
>>>
>>> 3) you can click to make it open
>>>
>>>
>>>
>>> The customization is not that simple
>>>
>>> I believe we should choose proper behavior :)
>>>
>>>
>>>
>>> would appreciate ideas on how this can be improved :))
>>>
>>>
>>>
>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>> Hi Maxim,
>>>
>>> I got a few more feedbacks and one criticized point was, that hover
>>> effect of the chat panel. They expect that it works like a&a, Click -> open
>>> and click -> close.
>>>
>>> Why does it have that hover effect? And if it need to be there in
>>> general, how can I make it act like a&a?
>>>
>>> Greetings Peter
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> 505 York Road, Suite 6
>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>> Jenkintown, PA 19046
>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>> Office:
>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>> 215
>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>> .886.9188
>>> Direct: 267.242.9640 <%28267%29%20242-9640>
>>>
>>> Click here to schedule a phone call with me.
>>> <https://app.hubspot.com/meetings/aplusadmin15>
>>>
>>> Sign Up for A+ News and Test Prep Tips!
>>> <http://www.aplustutoring.com/sign-up-for-a-news>
>>> <http://aplustutoring.com>
>>>
>>> <http://aplustutoring.com>
>>>
>>> <http://aplustutoring.com>
>>>
>>> -- <http://aplustutoring.com>
>>>
>>> WBR
>>> Maxim aka solomax <http://aplustutoring.com>
>>>
>>> <http://aplustutoring.com>
>>>
>>> <http://aplustutoring.com>
>>>
>>> -- <http://aplustutoring.com>
>>>
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> *505 York Road, Suite 6*
>>> Jenkintown, PA 19046
>>> *Office: **215.886.9188*
>>> Direct: *267.242.9640* <http://aplustutoring.com>
>>>
>>> *Click here to schedule a phone call with me.*
>>> <http://aplustutoring.com>
>>>
>>> *Sign Up for A+ News and Test Prep Tips!*
>>> <http://aplustutoring.com>
>>>
>>> <http://aplustutoring.com>
>>>
>>>
>>>
>>> <http://aplustutoring.com>
>>>
>>> <http://aplustutoring.com>
>>>
>>> -- <http://aplustutoring.com>
>>>
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> *505 York Road, Suite 6*
>>> *Jenkintown, PA 19046*
>>> *Office: **215*.886.9188
>>> Direct: 267.242.9640 <http://aplustutoring.com>
>>>
>>> *Click here to schedule a phone call with me.*
>>> <http://aplustutoring.com>
>>>
>>> *Sign Up for A+ News and Test Prep Tips!*
>>> <http://aplustutoring.com>
>>>
>>>
>>>
>>> <http://aplustutoring.com>
>>>
>>> <http://aplustutoring.com>
>>>
>>> -- <http://aplustutoring.com>
>>>
>>> WBR
>>> Maxim aka solomax <http://aplustutoring.com>
>>>
>>> ------------------------------
>>>
>>> The information contained in this electronic message and any attachments
>>> to this message are intended for the exclusive use of the addressee(s) and
>>> may contain proprietary, confidential or privileged information. If you are
>>> not the intended recipient, you should not disseminate, distribute or copy
>>> this e-mail. Please notify the sender immediately and destroy all copies of
>>> this message and any attachments. WARNING: Computer viruses can be
>>> transmitted via email. The recipient should check this email and any
>>> attachments for the presence of viruses. The company accepts no liability
>>> for any damage caused by any virus/trojan/worms/malicious code transmitted
>>> by this email. www.motherson.com
>>>
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
>
> --
> WBR
> Maxim aka solomax
>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
Click here to schedule a phone call with me.
<https://app.hubspot.com/meetings/aplusadmin15>
Sign Up for A+ News and Test Prep Tips!
<http://www.aplustutoring.com/sign-up-for-a-news>
<http://aplustutoring.com>
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
Should be addressed, please check :)
On Thu, Feb 1, 2018 at 3:22 PM, Maxim Solodovnik <so...@gmail.com>
wrote:
> OK, I'll remove hover support then
>
> On Thu, Feb 1, 2018 at 3:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim,
>>
>> removing it would be more straight forward and less work (I think)... But
>> I thought maybe you want to keep your "invention"... To split it would
>> preserve all options. Till now nobody complains about that hovering, that's
>> why I thought it is in use without problems, except my people here...
>>
>> So if it is easier to remove it and nobody miss it, than remove it. If it
>> is used by others without any issue, than split it and let it to the user
>> what they prefer.
>>
>> Greetings Peter
>>
>>
>> Am 01.02.2018 um 06:39 schrieb K, Amit (MIND):
>>
>> My vote is “Yes” for this…. I think after removing this, it make feel
>> more stability.
>>
>>
>>
>> *From:* Maxim Solodovnik [mailto:solomax666@gmail.com
>> <so...@gmail.com>]
>> *Sent:* Thursday, February 1, 2018 10:04 AM
>> *To:* Openmeetings user-list <us...@openmeetings.apache.org>
>> <us...@openmeetings.apache.org>
>> *Subject:* Re: Chat Panel - once again... sorry
>>
>>
>>
>> Hello Dan, Peter,
>>
>>
>>
>> sorry for delay in response, too much personal stuff to do :(
>>
>> I can totally remove this "open on hover" effect (which might be
>> annoying) if there will be no objections :)
>>
>>
>>
>> On Wed, Jan 31, 2018 at 8:39 PM, Daniel Ascher <
>> aplusadmin@aplustutoring.com> wrote:
>>
>> Thanks for the input Peter!
>>
>>
>>
>> Dan
>>
>>
>>
>> On Wed, Jan 31, 2018 at 3:05 AM, Peter Dähn <da...@vcrp.de> wrote:
>>
>> Hi Daniel,
>>
>> if it is splitted somehow this could be done via css.
>>
>> #cPhover{
>> pointer-events: none !important;
>> }
>>
>> Greetings Peter
>>
>>
>>
>> Am 30.01.2018 um 18:51 schrieb Daniel Ascher:
>>
>> Thanks for letting me know about the chat color change. I would prefer if
>> chat doesn't open automatically when one hovers, if that is possible.
>>
>>
>>
>> Dan
>>
>>
>>
>> On Mon, Jan 29, 2018 at 9:42 PM, Maxim Solodovnik <so...@gmail.com>
>> wrote:
>>
>> Hello Daniel,
>>
>>
>>
>> chat bar changing its color from blue to sort of yellow on new message
>> (if chat was closed)
>>
>>
>>
>> On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher <
>> aplusadmin@aplustutoring.com> wrote:
>>
>> I agree with Peter that the "hover" on the chat is a problem. The reason
>> it's a problem is that it is so easy to accidentally open the chat up when
>> you don't want it open.
>>
>> Is there a way to indicate that there is a new chat message (maybe just
>> change the color of the arrow) or a flashing dot?
>>
>>
>>
>> Dan
>>
>>
>>
>> On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik <so...@gmail.com>
>> wrote:
>>
>> Hello Peter,
>>
>> The only place fontFace is being set is general.css
>>
>>
>>
>> I believe you can set fontface for main wb <div> and it will do the trick
>>
>>
>>
>> If not, wb-text.js need to be changed .....
>>
>> WBR, Maxim
>> (from mobile, sorry for the typos)
>>
>>
>>
>> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>>
>> Hi Maxim,
>>
>> I didn't find a way to use custom.css by now, because this part is within
>> a canvas container. I could change the font be editing fabric.js wb.js and
>> wb.min.js in red5/webapps/openmeetings/WEB-
>> INF/classes/org/apache/openmeetings/web/room/wb (thanks for the hint to
>> fabric.js). I think to change one of them would be enough, but I didn't
>> want to search the right one.
>>
>> If "Times New Roman" is important somehow I could do this changes within
>> my buildscript.
>>
>> I will check jira tomorrow morning... kids are waiting... ;-)
>>
>> Greetings and thanks so far Peter
>>
>> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>>
>> Hello Peter,
>>
>>
>>
>> According to the docs: http://fabricjs.com/docs
>> /fabric.Text.html#fontFamily
>>
>> Default font Family is Times New Roman
>>
>>
>>
>> It might be inherited from https://github.com/apache
>> /openmeetings/blob/master/openmeetings-web/src/main/
>> webapp/css/general.css#L22
>>
>> And can be customized via custom.css
>>
>>
>>
>> Can you check this?
>>
>>
>>
>>
>>
>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>>
>>
>>
>>
>>
>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>> I think so... ;-) the first one is the default (12) now... There is
>> written "default" btw... ;-)
>>
>> I don't think that my screen is that oversized (24'' 1920x1080), but 12
>> is unreadable.
>>
>>
>>
>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>
>> text: 50 ==> font-size == 50pt (can be checked here
>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>>
>> Is it really what you want?
>>
>>
>>
>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>> Hi Maxim,
>>
>> this should be fine...
>>
>> text : 50
>> paint: 5 (as is)
>> draw line: 5 (as is)
>> highlighter: 20 (as is)
>> rectangle: 5 (as is)
>> ellipse: 5 (as is)
>> arrow: 20
>>
>> one more thing: wb uses font with serifs, I would say one without serifs
>> would be better.
>>
>> Greetings Peter
>>
>>
>>
>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>
>> Sure, can easily be done if you will provide desired values :)
>>
>>
>>
>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>> JIRA done... Take your time
>>
>> I have one more Question: Is it possible to have different default values
>> for different WB tools? Draw need 5 for line width, Arrow I would prefer 20
>> and writing 50.
>>
>> Greetings Peter and have a nice weekend
>>
>>
>>
>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>
>> OK, will try to implement this
>>
>> Please create JIRA, so it will go to CHANGELOG :)
>>
>>
>>
>> I'm less productive these days, hopefully will be able to implement in
>> nearest week :)
>>
>>
>>
>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>> I think it will... people here tried to use click on the little symbol in
>> the first place, but when you hover the little symbol chat bar already
>> start to toggle and the click will not be noticed by the system. but the
>> user had clicked and it should be opened, but it will close because it is
>> not docked... and sometimes this ended after a few tries in a complete blue
>> chat panel... They asked if it is a kind of game...
>>
>> I already thought about open chat by default, but maybe in some scenarios
>> it shouldn't be like that....
>>
>>
>>
>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>
>> Currently we have 1 area
>>
>> It is hoverable while closed and clickable while opened :)
>>
>>
>>
>> I'm not sure having 2 areas will make this feature more clear :(
>>
>>
>>
>> BTW you can set "Chat is opened by default" in room options ..... :)
>>
>>
>>
>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>> I understand your point and I think this could work if people get
>> familiar with it...
>>
>> I think to fit both cases we should divide the closed chat panel in a
>> hover and a click part.
>>
>>
>>
>> This should address the ones that want to click and the ones that want to
>> use hover. And if people still get confused here and the hover area has an
>> id than it could be turned off via css.
>>
>> #cPhover{
>> pointer-events: none !important;
>> }
>>
>>
>> What do you think?
>>
>> I got another little feature request, I will create a jira for it.
>>
>> Greetings Peter
>>
>>
>>
>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>
>> Hello Peter,
>>
>>
>>
>> It was my idea :)))
>>
>> I thought it is useful:
>>
>> 1) you can see the message is arrived
>>
>> 2) you hover to check if this message is important or not
>>
>> 3) you can click to make it open
>>
>>
>>
>> The customization is not that simple
>>
>> I believe we should choose proper behavior :)
>>
>>
>>
>> would appreciate ideas on how this can be improved :))
>>
>>
>>
>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>> Hi Maxim,
>>
>> I got a few more feedbacks and one criticized point was, that hover
>> effect of the chat panel. They expect that it works like a&a, Click -> open
>> and click -> close.
>>
>> Why does it have that hover effect? And if it need to be there in
>> general, how can I make it act like a&a?
>>
>> Greetings Peter
>>
>>
>>
>>
>>
>> --
>>
>> WBR
>> Maxim aka solomax
>>
>>
>>
>>
>>
>> --
>>
>> WBR
>> Maxim aka solomax
>>
>>
>>
>>
>>
>> --
>>
>> WBR
>> Maxim aka solomax
>>
>>
>>
>>
>>
>> --
>>
>> WBR
>> Maxim aka solomax
>>
>>
>>
>>
>>
>>
>>
>> --
>>
>> WBR
>> Maxim aka solomax
>>
>>
>>
>>
>>
>>
>>
>> --
>>
>> WBR
>> Maxim aka solomax
>>
>>
>>
>>
>>
>>
>>
>> --
>>
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> 505 York Road, Suite 6
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>> Jenkintown, PA 19046
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>> Office:
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>> 215
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>> .886.9188
>> Direct: 267.242.9640 <%28267%29%20242-9640>
>>
>> Click here to schedule a phone call with me.
>> <https://app.hubspot.com/meetings/aplusadmin15>
>>
>> Sign Up for A+ News and Test Prep Tips!
>> <http://www.aplustutoring.com/sign-up-for-a-news>
>> <http://aplustutoring.com>
>>
>> <http://aplustutoring.com>
>>
>> <http://aplustutoring.com>
>>
>> -- <http://aplustutoring.com>
>>
>> WBR
>> Maxim aka solomax <http://aplustutoring.com>
>>
>> <http://aplustutoring.com>
>>
>> <http://aplustutoring.com>
>>
>> -- <http://aplustutoring.com>
>>
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> *505 York Road, Suite 6*
>> Jenkintown, PA 19046
>> *Office: **215.886.9188*
>> Direct: *267.242.9640* <http://aplustutoring.com>
>>
>> *Click here to schedule a phone call with me.* <http://aplustutoring.com>
>>
>> *Sign Up for A+ News and Test Prep Tips!*
>> <http://aplustutoring.com>
>>
>> <http://aplustutoring.com>
>>
>>
>>
>> <http://aplustutoring.com>
>>
>> <http://aplustutoring.com>
>>
>> -- <http://aplustutoring.com>
>>
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> *505 York Road, Suite 6*
>> *Jenkintown, PA 19046*
>> *Office: **215*.886.9188
>> Direct: 267.242.9640 <http://aplustutoring.com>
>>
>> *Click here to schedule a phone call with me.* <http://aplustutoring.com>
>>
>> *Sign Up for A+ News and Test Prep Tips!*
>> <http://aplustutoring.com>
>>
>>
>>
>> <http://aplustutoring.com>
>>
>> <http://aplustutoring.com>
>>
>> -- <http://aplustutoring.com>
>>
>> WBR
>> Maxim aka solomax <http://aplustutoring.com>
>>
>> ------------------------------
>>
>> The information contained in this electronic message and any attachments
>> to this message are intended for the exclusive use of the addressee(s) and
>> may contain proprietary, confidential or privileged information. If you are
>> not the intended recipient, you should not disseminate, distribute or copy
>> this e-mail. Please notify the sender immediately and destroy all copies of
>> this message and any attachments. WARNING: Computer viruses can be
>> transmitted via email. The recipient should check this email and any
>> attachments for the presence of viruses. The company accepts no liability
>> for any damage caused by any virus/trojan/worms/malicious code transmitted
>> by this email. www.motherson.com
>>
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
OK, I'll remove hover support then
On Thu, Feb 1, 2018 at 3:13 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hi Maxim,
>
> removing it would be more straight forward and less work (I think)... But
> I thought maybe you want to keep your "invention"... To split it would
> preserve all options. Till now nobody complains about that hovering, that's
> why I thought it is in use without problems, except my people here...
>
> So if it is easier to remove it and nobody miss it, than remove it. If it
> is used by others without any issue, than split it and let it to the user
> what they prefer.
>
> Greetings Peter
>
>
> Am 01.02.2018 um 06:39 schrieb K, Amit (MIND):
>
> My vote is “Yes” for this…. I think after removing this, it make feel more
> stability.
>
>
>
> *From:* Maxim Solodovnik [mailto:solomax666@gmail.com
> <so...@gmail.com>]
> *Sent:* Thursday, February 1, 2018 10:04 AM
> *To:* Openmeetings user-list <us...@openmeetings.apache.org>
> <us...@openmeetings.apache.org>
> *Subject:* Re: Chat Panel - once again... sorry
>
>
>
> Hello Dan, Peter,
>
>
>
> sorry for delay in response, too much personal stuff to do :(
>
> I can totally remove this "open on hover" effect (which might be annoying)
> if there will be no objections :)
>
>
>
> On Wed, Jan 31, 2018 at 8:39 PM, Daniel Ascher <
> aplusadmin@aplustutoring.com> wrote:
>
> Thanks for the input Peter!
>
>
>
> Dan
>
>
>
> On Wed, Jan 31, 2018 at 3:05 AM, Peter Dähn <da...@vcrp.de> wrote:
>
> Hi Daniel,
>
> if it is splitted somehow this could be done via css.
>
> #cPhover{
> pointer-events: none !important;
> }
>
> Greetings Peter
>
>
>
> Am 30.01.2018 um 18:51 schrieb Daniel Ascher:
>
> Thanks for letting me know about the chat color change. I would prefer if
> chat doesn't open automatically when one hovers, if that is possible.
>
>
>
> Dan
>
>
>
> On Mon, Jan 29, 2018 at 9:42 PM, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
> Hello Daniel,
>
>
>
> chat bar changing its color from blue to sort of yellow on new message (if
> chat was closed)
>
>
>
> On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher <
> aplusadmin@aplustutoring.com> wrote:
>
> I agree with Peter that the "hover" on the chat is a problem. The reason
> it's a problem is that it is so easy to accidentally open the chat up when
> you don't want it open.
>
> Is there a way to indicate that there is a new chat message (maybe just
> change the color of the arrow) or a flashing dot?
>
>
>
> Dan
>
>
>
> On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
> Hello Peter,
>
> The only place fontFace is being set is general.css
>
>
>
> I believe you can set fontface for main wb <div> and it will do the trick
>
>
>
> If not, wb-text.js need to be changed .....
>
> WBR, Maxim
> (from mobile, sorry for the typos)
>
>
>
> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>
> Hi Maxim,
>
> I didn't find a way to use custom.css by now, because this part is within
> a canvas container. I could change the font be editing fabric.js wb.js and
> wb.min.js in red5/webapps/openmeetings/WEB-INF/classes/org/apache/openmeetings/web/room/wb
> (thanks for the hint to fabric.js). I think to change one of them would be
> enough, but I didn't want to search the right one.
>
> If "Times New Roman" is important somehow I could do this changes within
> my buildscript.
>
> I will check jira tomorrow morning... kids are waiting... ;-)
>
> Greetings and thanks so far Peter
>
> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>
> Hello Peter,
>
>
>
> According to the docs: http://fabricjs.com/docs/fabric.Text.html#
> fontFamily
>
> Default font Family is Times New Roman
>
>
>
> It might be inherited from https://github.com/apache/openmeetings/blob/
> master/openmeetings-web/src/main/webapp/css/general.css#L22
>
> And can be customized via custom.css
>
>
>
> Can you check this?
>
>
>
>
>
> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>
>
>
>
>
> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>
> I think so... ;-) the first one is the default (12) now... There is
> written "default" btw... ;-)
>
> I don't think that my screen is that oversized (24'' 1920x1080), but 12 is
> unreadable.
>
>
>
> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>
> text: 50 ==> font-size == 50pt (can be checked here https://www-archive.
> mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>
> Is it really what you want?
>
>
>
> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>
> Hi Maxim,
>
> this should be fine...
>
> text : 50
> paint: 5 (as is)
> draw line: 5 (as is)
> highlighter: 20 (as is)
> rectangle: 5 (as is)
> ellipse: 5 (as is)
> arrow: 20
>
> one more thing: wb uses font with serifs, I would say one without serifs
> would be better.
>
> Greetings Peter
>
>
>
> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>
> Sure, can easily be done if you will provide desired values :)
>
>
>
> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>
> JIRA done... Take your time
>
> I have one more Question: Is it possible to have different default values
> for different WB tools? Draw need 5 for line width, Arrow I would prefer 20
> and writing 50.
>
> Greetings Peter and have a nice weekend
>
>
>
> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>
> OK, will try to implement this
>
> Please create JIRA, so it will go to CHANGELOG :)
>
>
>
> I'm less productive these days, hopefully will be able to implement in
> nearest week :)
>
>
>
> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>
> I think it will... people here tried to use click on the little symbol in
> the first place, but when you hover the little symbol chat bar already
> start to toggle and the click will not be noticed by the system. but the
> user had clicked and it should be opened, but it will close because it is
> not docked... and sometimes this ended after a few tries in a complete blue
> chat panel... They asked if it is a kind of game...
>
> I already thought about open chat by default, but maybe in some scenarios
> it shouldn't be like that....
>
>
>
> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>
> Currently we have 1 area
>
> It is hoverable while closed and clickable while opened :)
>
>
>
> I'm not sure having 2 areas will make this feature more clear :(
>
>
>
> BTW you can set "Chat is opened by default" in room options ..... :)
>
>
>
> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>
> I understand your point and I think this could work if people get familiar
> with it...
>
> I think to fit both cases we should divide the closed chat panel in a
> hover and a click part.
>
>
>
> This should address the ones that want to click and the ones that want to
> use hover. And if people still get confused here and the hover area has an
> id than it could be turned off via css.
>
> #cPhover{
> pointer-events: none !important;
> }
>
>
> What do you think?
>
> I got another little feature request, I will create a jira for it.
>
> Greetings Peter
>
>
>
> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>
> Hello Peter,
>
>
>
> It was my idea :)))
>
> I thought it is useful:
>
> 1) you can see the message is arrived
>
> 2) you hover to check if this message is important or not
>
> 3) you can click to make it open
>
>
>
> The customization is not that simple
>
> I believe we should choose proper behavior :)
>
>
>
> would appreciate ideas on how this can be improved :))
>
>
>
> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>
> Hi Maxim,
>
> I got a few more feedbacks and one criticized point was, that hover effect
> of the chat panel. They expect that it works like a&a, Click -> open and
> click -> close.
>
> Why does it have that hover effect? And if it need to be there in general,
> how can I make it act like a&a?
>
> Greetings Peter
>
>
>
>
>
> --
>
> WBR
> Maxim aka solomax
>
>
>
>
>
> --
>
> WBR
> Maxim aka solomax
>
>
>
>
>
> --
>
> WBR
> Maxim aka solomax
>
>
>
>
>
> --
>
> WBR
> Maxim aka solomax
>
>
>
>
>
>
>
> --
>
> WBR
> Maxim aka solomax
>
>
>
>
>
>
>
> --
>
> WBR
> Maxim aka solomax
>
>
>
>
>
>
>
> --
>
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> Jenkintown, PA 19046
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> Office:
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> 215
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> .886.9188
> Direct: 267.242.9640 <%28267%29%20242-9640>
>
> Click here to schedule a phone call with me.
> <https://app.hubspot.com/meetings/aplusadmin15>
>
> Sign Up for A+ News and Test Prep Tips!
> <http://www.aplustutoring.com/sign-up-for-a-news>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> -- <http://aplustutoring.com>
>
> WBR
> Maxim aka solomax <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> -- <http://aplustutoring.com>
>
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> *505 York Road, Suite 6*
> Jenkintown, PA 19046
> *Office: **215.886.9188*
> Direct: *267.242.9640* <http://aplustutoring.com>
>
> *Click here to schedule a phone call with me.* <http://aplustutoring.com>
>
> *Sign Up for A+ News and Test Prep Tips!*
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
>
>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> -- <http://aplustutoring.com>
>
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> *505 York Road, Suite 6*
> *Jenkintown, PA 19046*
> *Office: **215*.886.9188
> Direct: 267.242.9640 <http://aplustutoring.com>
>
> *Click here to schedule a phone call with me.* <http://aplustutoring.com>
>
> *Sign Up for A+ News and Test Prep Tips!*
> <http://aplustutoring.com>
>
>
>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> -- <http://aplustutoring.com>
>
> WBR
> Maxim aka solomax <http://aplustutoring.com>
>
> ------------------------------
>
> The information contained in this electronic message and any attachments
> to this message are intended for the exclusive use of the addressee(s) and
> may contain proprietary, confidential or privileged information. If you are
> not the intended recipient, you should not disseminate, distribute or copy
> this e-mail. Please notify the sender immediately and destroy all copies of
> this message and any attachments. WARNING: Computer viruses can be
> transmitted via email. The recipient should check this email and any
> attachments for the presence of viruses. The company accepts no liability
> for any damage caused by any virus/trojan/worms/malicious code transmitted
> by this email. www.motherson.com
>
>
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
Hi Maxim,
removing it would be more straight forward and less work (I think)...
But I thought maybe you want to keep your "invention"... To split it
would preserve all options. Till now nobody complains about that
hovering, that's why I thought it is in use without problems, except my
people here...
So if it is easier to remove it and nobody miss it, than remove it. If
it is used by others without any issue, than split it and let it to the
user what they prefer.
Greetings Peter
Am 01.02.2018 um 06:39 schrieb K, Amit (MIND):
>
> My vote is “Yes” for this…. I think after removing this, it make feel
> more stability.
>
> *From:*Maxim Solodovnik [mailto:solomax666@gmail.com]
> *Sent:* Thursday, February 1, 2018 10:04 AM
> *To:* Openmeetings user-list <us...@openmeetings.apache.org>
> *Subject:* Re: Chat Panel - once again... sorry
>
> Hello Dan, Peter,
>
> sorry for delay in response, too much personal stuff to do :(
>
> I can totally remove this "open on hover" effect (which might be
> annoying) if there will be no objections :)
>
> On Wed, Jan 31, 2018 at 8:39 PM, Daniel Ascher
> <aplusadmin@aplustutoring.com <ma...@aplustutoring.com>>
> wrote:
>
> Thanks for the input Peter!
>
> Dan
>
> On Wed, Jan 31, 2018 at 3:05 AM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Daniel,
>
> if it is splitted somehow this could be done via css.
>
> #cPhover{
> pointer-events: none !important;
> }
>
> Greetings Peter
>
> Am 30.01.2018 um 18:51 schrieb Daniel Ascher:
>
> Thanks for letting me know about the chat color change. I
> would prefer if chat doesn't open automatically when one
> hovers, if that is possible.
>
> Dan
>
> On Mon, Jan 29, 2018 at 9:42 PM, Maxim Solodovnik
> <solomax666@gmail.com <ma...@gmail.com>> wrote:
>
> Hello Daniel,
>
> chat bar changing its color from blue to sort of
> yellow on new message (if chat was closed)
>
> On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher
> <aplusadmin@aplustutoring.com
> <ma...@aplustutoring.com>> wrote:
>
> I agree with Peter that the "hover" on the chat is
> a problem. The reason it's a problem is that it is
> so easy to accidentally open the chat up when you
> don't want it open.
>
> Is there a way to indicate that there is a new
> chat message (maybe just change the color of the
> arrow) or a flashing dot?
>
> Dan
>
> On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik
> <solomax666@gmail.com
> <ma...@gmail.com>> wrote:
>
> Hello Peter,
>
> The only place fontFace is being set is
> general.css
>
> I believe you can set fontface for main wb
> <div> and it will do the trick
>
> If not, wb-text.js need to be changed .....
>
> WBR, Maxim
> (from mobile, sorry for the typos)
>
> On Mon, Jan 29, 2018, 23:07 Peter Dähn
> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>
> Hi Maxim,
>
> I didn't find a way to use custom.css by
> now, because this part is within a canvas
> container. I could change the font be
> editing fabric.js wb.js and wb.min.js in
> red5/webapps/openmeetings/WEB-INF/classes/org/apache/openmeetings/web/room/wb
> (thanks for the hint to fabric.js). I
> think to change one of them would be
> enough, but I didn't want to search the
> right one.
>
> If "Times New Roman" is important somehow
> I could do this changes within my buildscript.
>
> I will check jira tomorrow morning... kids
> are waiting... ;-)
>
> Greetings and thanks so far Peter
>
> Am 29.01.2018 um 16:00 schrieb Maxim
> Solodovnik:
>
> Hello Peter,
>
> According to the docs:
> http://fabricjs.com/docs/fabric.Text.html#fontFamily
>
> Default font Family is Times New Roman
>
> It might be inherited from
> https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/css/general.css#L22
>
> And can be customized via custom.css
>
> Can you check this?
>
> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>
> On Mon, Jan 29, 2018 at 6:13 PM, Peter
> Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> I think so... ;-) the first one is
> the default (12) now... There is
> written "default" btw... ;-)
>
> I don't think that my screen is
> that oversized (24'' 1920x1080),
> but 12 is unreadable.
>
> Am 29.01.2018 um 11:52 schrieb
> Maxim Solodovnik:
>
> text: 50 ==> font-size ==
> 50pt (can be checked here
> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>
>
> Is it really what you want?
>
> On Mon, Jan 29, 2018 at 5:32
> PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Maxim,
>
> this should be fine...
>
> text : 50
> paint: 5 (as is)
> draw line: 5 (as is)
> highlighter: 20 (as is)
> rectangle: 5 (as is)
> ellipse: 5 (as is)
> arrow: 20
>
> one more thing: wb uses
> font with serifs, I would
> say one without serifs
> would be better.
>
> Greetings Peter
>
> Am 26.01.2018 um 15:26
> schrieb Maxim Solodovnik:
>
> Sure, can easily be
> done if you will
> provide desired values :)
>
> On Fri, Jan 26, 2018
> at 9:23 PM, Peter Dähn
> <daehn@vcrp.de
> <ma...@vcrp.de>>
> wrote:
>
> JIRA done... Take
> your time
>
> I have one more
> Question: Is it
> possible to have
> different default
> values for
> different WB
> tools? Draw need 5
> for line width,
> Arrow I would
> prefer 20 and
> writing 50.
>
> Greetings Peter
> and have a nice
> weekend
>
> Am 26.01.2018 um
> 15:11 schrieb
> Maxim Solodovnik:
>
> OK, will try
> to implement this
>
> Please create
> JIRA, so it
> will go to
> CHANGELOG :)
>
> I'm less
> productive
> these days,
> hopefully will
> be able to
> implement in
> nearest week :)
>
> On Fri, Jan
> 26, 2018 at
> 9:09 PM, Peter
> Dähn
> <daehn@vcrp.de
> <ma...@vcrp.de>>
> wrote:
>
> I think it
> will...
> people
> here tried
> to use
> click on
> the little
> symbol in
> the first
> place, but
> when you
> hover the
> little
> symbol
> chat bar
> already
> start to
> toggle and
> the click
> will not
> be noticed
> by the
> system.
> but the
> user had
> clicked
> and it
> should be
> opened,
> but it
> will close
> because it
> is not
> docked...
> and
> sometimes
> this ended
> after a
> few tries
> in a
> complete
> blue chat
> panel...
> They asked
> if it is a
> kind of
> game...
>
> I already
> thought
> about open
> chat by
> default,
> but maybe
> in some
> scenarios
> it
> shouldn't
> be like
> that....
>
> Am
> 26.01.2018
> um 14:34
> schrieb
> Maxim
> Solodovnik:
>
> Currently
> we
> have 1
> area
>
> It is
> hoverable
> while
> closed
> and
> clickable
> while
> opened :)
>
> I'm
> not
> sure
> having
> 2
> areas
> will
> make
> this
> feature
> more
> clear :(
>
> BTW
> you
> can
> set
> "Chat
> is
> opened
> by
> default"
> in
> room
> options
> ..... :)
>
> On
> Fri,
> Jan
> 26,
> 2018
> at
> 5:59
> PM,
> Peter
> Dähn
> <daehn@vcrp.de
> <ma...@vcrp.de>>
> wrote:
>
> I
> understand
> your
> point
> and
> I
> think
> this
> could
> work
> if
> people
> get
> familiar
> with
> it...
>
> I
> think
> to
> fit
> both
> cases
> we
> should
> divide
> the
> closed
> chat
> panel
> in
> a
> hover
> and
> a
> click
> part.
>
>
>
> This
> should
> address
> the
> ones
> that
> want
> to
> click
> and
> the
> ones
> that
> want
> to
> use
> hover.
> And
> if
> people
> still
> get
> confused
> here
> and
> the
> hover
> area
> has
> an
> id
> than
> it
> could
> be
> turned
> off
> via
> css.
>
> #cPhover{
> pointer-events:
> none
> !important;
> }
>
>
> What
> do
> you
> think?
>
> I
> got
> another
> little
> feature
> request,
> I
> will
> create
> a
> jira
> for
> it.
>
> Greetings
> Peter
>
>
>
> Am
> 26.01.2018
> um
> 10:36
> schrieb
> Maxim
> Solodovnik:
>
> Hello
> Peter,
>
>
> It
> was
> my
> idea
> :)))
>
> I
> thought
> it
> is
> useful:
>
>
> 1)
> you
> can
> see
> the
> message
> is
> arrived
>
> 2)
> you
> hover
> to
> check
> if
> this
> message
> is
> important
> or
> not
>
> 3)
> you
> can
> click
> to
> make
> it
> open
>
>
> The
> customization
> is
> not
> that
> simple
>
> I
> believe
> we
> should
> choose
> proper
> behavior
> :)
>
> would
> appreciate
> ideas
> on
> how
> this
> can
> be
> improved
> :))
>
> On
> Fri,
> Jan
> 26,
> 2018
> at
> 4:33
> PM,
> Peter
> Dähn
> <daehn@vcrp.de
> <ma...@vcrp.de>>
> wrote:
>
> Hi
> Maxim,
>
> I
> got
> a
> few
> more
> feedbacks
> and
> one
> criticized
> point
> was,
> that
> hover
> effect
> of
> the
> chat
> panel.
> They
> expect
> that
> it
> works
> like
> a&a,
> Click
> ->
> open
> and
> click
> ->
> close.
>
> Why
> does
> it
> have
> that
> hover
> effect?
> And
> if
> it
> need
> to
> be
> there
> in
> general,
> how
> can
> I
> make
> it
> act
> like
> a&a?
>
> Greetings
> Peter
>
> --
>
>
> WBR
> Maxim
> aka
> solomax
>
> --
>
> WBR
> Maxim
> aka
> solomax
>
> --
>
> WBR
> Maxim aka solomax
>
> --
>
> WBR
> Maxim aka solomax
>
> --
>
> WBR
> Maxim aka solomax
>
> --
>
> WBR
> Maxim aka solomax
>
> --
>
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> Jenkintown, PA 19046
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> Office:
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>215
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>.886.9188
> Direct: 267.242.9640 <tel:%28267%29%20242-9640>
>
> Click here to schedule a phone call with me.
> <https://app.hubspot.com/meetings/aplusadmin15>
>
> Sign Up for A+ News and Test Prep Tips!
> <http://www.aplustutoring.com/sign-up-for-a-news>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> -- <http://aplustutoring.com>
>
> WBR
> Maxim aka solomax <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> -- <http://aplustutoring.com>
>
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> _505 York Road, Suite 6_
> Jenkintown, PA 19046
> _Office: __215.886.9188_
> Direct: _267.242.9640_ <http://aplustutoring.com>
>
> _Click here to schedule a phone call with me._
> <http://aplustutoring.com>
>
> _Sign Up for A+ News and Test Prep Tips!_
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
>
>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> -- <http://aplustutoring.com>
>
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> _505 York Road, Suite 6_
> _Jenkintown, PA 19046_
> _Office: __215_.886.9188
> Direct: 267.242.9640 <http://aplustutoring.com>
>
> _Click here to schedule a phone call with me._
> <http://aplustutoring.com>
>
> _Sign Up for A+ News and Test Prep Tips!_
> <http://aplustutoring.com>
>
>
>
> <http://aplustutoring.com>
>
> <http://aplustutoring.com>
>
> -- <http://aplustutoring.com>
>
> WBR
> Maxim aka solomax <http://aplustutoring.com>
>
>
> ------------------------------------------------------------------------
>
> The information contained in this electronic message and any
> attachments to this message are intended for the exclusive use of the
> addressee(s) and may contain proprietary, confidential or privileged
> information. If you are not the intended recipient, you should not
> disseminate, distribute or copy this e-mail. Please notify the sender
> immediately and destroy all copies of this message and any
> attachments. WARNING: Computer viruses can be transmitted via email.
> The recipient should check this email and any attachments for the
> presence of viruses. The company accepts no liability for any damage
> caused by any virus/trojan/worms/malicious code transmitted by this
> email. www.motherson.com
RE: Chat Panel - once again... sorry
Posted by "K, Amit (MIND)" <Am...@mind-infotech.com>.
My vote is “Yes” for this…. I think after removing this, it make feel more stability.
From: Maxim Solodovnik [mailto:solomax666@gmail.com]
Sent: Thursday, February 1, 2018 10:04 AM
To: Openmeetings user-list <us...@openmeetings.apache.org>
Subject: Re: Chat Panel - once again... sorry
Hello Dan, Peter,
sorry for delay in response, too much personal stuff to do :(
I can totally remove this "open on hover" effect (which might be annoying) if there will be no objections :)
On Wed, Jan 31, 2018 at 8:39 PM, Daniel Ascher <ap...@aplustutoring.com>> wrote:
Thanks for the input Peter!
Dan
On Wed, Jan 31, 2018 at 3:05 AM, Peter Dähn <da...@vcrp.de>> wrote:
Hi Daniel,
if it is splitted somehow this could be done via css.
#cPhover{
pointer-events: none !important;
}
Greetings Peter
Am 30.01.2018 um 18:51 schrieb Daniel Ascher:
Thanks for letting me know about the chat color change. I would prefer if chat doesn't open automatically when one hovers, if that is possible.
Dan
On Mon, Jan 29, 2018 at 9:42 PM, Maxim Solodovnik <so...@gmail.com>> wrote:
Hello Daniel,
chat bar changing its color from blue to sort of yellow on new message (if chat was closed)
On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher <ap...@aplustutoring.com>> wrote:
I agree with Peter that the "hover" on the chat is a problem. The reason it's a problem is that it is so easy to accidentally open the chat up when you don't want it open.
Is there a way to indicate that there is a new chat message (maybe just change the color of the arrow) or a flashing dot?
Dan
On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik <so...@gmail.com>> wrote:
Hello Peter,
The only place fontFace is being set is general.css
I believe you can set fontface for main wb <div> and it will do the trick
If not, wb-text.js need to be changed .....
WBR, Maxim
(from mobile, sorry for the typos)
On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de>> wrote:
Hi Maxim,
I didn't find a way to use custom.css by now, because this part is within a canvas container. I could change the font be editing fabric.js wb.js and wb.min.js in red5/webapps/openmeetings/WEB-INF/classes/org/apache/openmeetings/web/room/wb (thanks for the hint to fabric.js). I think to change one of them would be enough, but I didn't want to search the right one.
If "Times New Roman" is important somehow I could do this changes within my buildscript.
I will check jira tomorrow morning... kids are waiting... ;-)
Greetings and thanks so far Peter
Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
Hello Peter,
According to the docs: http://fabricjs.com/docs/fabric.Text.html#fontFamily
Default font Family is Times New Roman
It might be inherited from https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/css/general.css#L22
And can be customized via custom.css
Can you check this?
https://issues.apache.org/jira/browse/OPENMEETINGS-1821
On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de>> wrote:
I think so... ;-) the first one is the default (12) now... There is written "default" btw... ;-)
I don't think that my screen is that oversized (24'' 1920x1080), but 12 is unreadable.
Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
text: 50 ==> font-size == 50pt (can be checked here https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
Is it really what you want?
On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de>> wrote:
Hi Maxim,
this should be fine...
text : 50
paint: 5 (as is)
draw line: 5 (as is)
highlighter: 20 (as is)
rectangle: 5 (as is)
ellipse: 5 (as is)
arrow: 20
one more thing: wb uses font with serifs, I would say one without serifs would be better.
Greetings Peter
Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
Sure, can easily be done if you will provide desired values :)
On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de>> wrote:
JIRA done... Take your time
I have one more Question: Is it possible to have different default values for different WB tools? Draw need 5 for line width, Arrow I would prefer 20 and writing 50.
Greetings Peter and have a nice weekend
Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
OK, will try to implement this
Please create JIRA, so it will go to CHANGELOG :)
I'm less productive these days, hopefully will be able to implement in nearest week :)
On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de>> wrote:
I think it will... people here tried to use click on the little symbol in the first place, but when you hover the little symbol chat bar already start to toggle and the click will not be noticed by the system. but the user had clicked and it should be opened, but it will close because it is not docked... and sometimes this ended after a few tries in a complete blue chat panel... They asked if it is a kind of game...
I already thought about open chat by default, but maybe in some scenarios it shouldn't be like that....
Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
Currently we have 1 area
It is hoverable while closed and clickable while opened :)
I'm not sure having 2 areas will make this feature more clear :(
BTW you can set "Chat is opened by default" in room options ..... :)
On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de>> wrote:
I understand your point and I think this could work if people get familiar with it...
I think to fit both cases we should divide the closed chat panel in a hover and a click part.
This should address the ones that want to click and the ones that want to use hover. And if people still get confused here and the hover area has an id than it could be turned off via css.
#cPhover{
pointer-events: none !important;
}
What do you think?
I got another little feature request, I will create a jira for it.
Greetings Peter
Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
Hello Peter,
It was my idea :)))
I thought it is useful:
1) you can see the message is arrived
2) you hover to check if this message is important or not
3) you can click to make it open
The customization is not that simple
I believe we should choose proper behavior :)
would appreciate ideas on how this can be improved :))
On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de>> wrote:
Hi Maxim,
I got a few more feedbacks and one criticized point was, that hover effect of the chat panel. They expect that it works like a&a, Click -> open and click -> close.
Why does it have that hover effect? And if it need to be there in general, how can I make it act like a&a?
Greetings Peter
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
WBR
Maxim aka solomax
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6<https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
Jenkintown, PA 19046<https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
Office: <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g> 215<https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>.886.9188
Direct: 267.242.9640<tel:%28267%29%20242-9640>
Click here to schedule a phone call with me.<https://app.hubspot.com/meetings/aplusadmin15>
Sign Up for A+ News and Test Prep Tips!<http://www.aplustutoring.com/sign-up-for-a-news>
<http://aplustutoring.com>
<http://aplustutoring.com>
<http://aplustutoring.com>
-- <http://aplustutoring.com>
WBR
Maxim aka solomax<http://aplustutoring.com>
<http://aplustutoring.com>
<http://aplustutoring.com>
-- <http://aplustutoring.com>
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640<http://aplustutoring.com>
Click here to schedule a phone call with me.<http://aplustutoring.com>
Sign Up for A+ News and Test Prep Tips!
<http://aplustutoring.com>
<http://aplustutoring.com>
<http://aplustutoring.com>
<http://aplustutoring.com>
-- <http://aplustutoring.com>
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640<http://aplustutoring.com>
Click here to schedule a phone call with me.<http://aplustutoring.com>
Sign Up for A+ News and Test Prep Tips!
[http://cdn2.hubspot.net/hub/430681/file-1694128891-png/logo-transparent.png?t=1415123588525]<http://aplustutoring.com>
<http://aplustutoring.com>
<http://aplustutoring.com>
-- <http://aplustutoring.com>
WBR
Maxim aka solomax<http://aplustutoring.com>
________________________________
The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus/trojan/worms/malicious code transmitted by this email. www.motherson.com
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Dan, Peter,
sorry for delay in response, too much personal stuff to do :(
I can totally remove this "open on hover" effect (which might be annoying)
if there will be no objections :)
On Wed, Jan 31, 2018 at 8:39 PM, Daniel Ascher <aplusadmin@aplustutoring.com
> wrote:
> Thanks for the input Peter!
>
> Dan
>
> On Wed, Jan 31, 2018 at 3:05 AM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Daniel,
>>
>> if it is splitted somehow this could be done via css.
>>
>> #cPhover{
>> pointer-events: none !important;
>> }
>>
>> Greetings Peter
>>
>>
>> Am 30.01.2018 um 18:51 schrieb Daniel Ascher:
>>
>> Thanks for letting me know about the chat color change. I would prefer if
>> chat doesn't open automatically when one hovers, if that is possible.
>>
>> Dan
>>
>> On Mon, Jan 29, 2018 at 9:42 PM, Maxim Solodovnik <so...@gmail.com>
>> wrote:
>>
>>> Hello Daniel,
>>>
>>> chat bar changing its color from blue to sort of yellow on new message
>>> (if chat was closed)
>>>
>>> On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher <
>>> aplusadmin@aplustutoring.com> wrote:
>>>
>>>> I agree with Peter that the "hover" on the chat is a problem. The
>>>> reason it's a problem is that it is so easy to accidentally open the chat
>>>> up when you don't want it open.
>>>> Is there a way to indicate that there is a new chat message (maybe just
>>>> change the color of the arrow) or a flashing dot?
>>>>
>>>> Dan
>>>>
>>>> On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik <
>>>> solomax666@gmail.com> wrote:
>>>>
>>>>> Hello Peter,
>>>>> The only place fontFace is being set is general.css
>>>>>
>>>>> I believe you can set fontface for main wb <div> and it will do the
>>>>> trick
>>>>>
>>>>> If not, wb-text.js need to be changed .....
>>>>>
>>>>> WBR, Maxim
>>>>> (from mobile, sorry for the typos)
>>>>>
>>>>>
>>>>> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> Hi Maxim,
>>>>>>
>>>>>> I didn't find a way to use custom.css by now, because this part is
>>>>>> within a canvas container. I could change the font be editing fabric.js
>>>>>> wb.js and wb.min.js in red5/webapps/openmeetings/WEB-
>>>>>> INF/classes/org/apache/openmeetings/web/room/wb (thanks for the hint
>>>>>> to fabric.js). I think to change one of them would be enough, but I didn't
>>>>>> want to search the right one.
>>>>>>
>>>>>> If "Times New Roman" is important somehow I could do this changes
>>>>>> within my buildscript.
>>>>>>
>>>>>> I will check jira tomorrow morning... kids are waiting... ;-)
>>>>>>
>>>>>> Greetings and thanks so far Peter
>>>>>>
>>>>>> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>>>>>>
>>>>>> Hello Peter,
>>>>>>
>>>>>> According to the docs: http://fabricjs.com/docs
>>>>>> /fabric.Text.html#fontFamily
>>>>>> Default font Family is Times New Roman
>>>>>>
>>>>>> It might be inherited from https://github.com/apache
>>>>>> /openmeetings/blob/master/openmeetings-web/src/main/webapp/c
>>>>>> ss/general.css#L22
>>>>>> And can be customized via custom.css
>>>>>>
>>>>>> Can you check this?
>>>>>>
>>>>>>
>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>>>>>>
>>>>>>
>>>>>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> I think so... ;-) the first one is the default (12) now... There is
>>>>>>> written "default" btw... ;-)
>>>>>>>
>>>>>>> I don't think that my screen is that oversized (24'' 1920x1080), but
>>>>>>> 12 is unreadable.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> text: 50 ==> font-size == 50pt (can be checked here
>>>>>>> https://www-archive.mozilla.org/newlayout/testcases/css
>>>>>>> /sec526pt2.htm)
>>>>>>> Is it really what you want?
>>>>>>>
>>>>>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> Hi Maxim,
>>>>>>>>
>>>>>>>> this should be fine...
>>>>>>>>
>>>>>>>> text : 50
>>>>>>>> paint: 5 (as is)
>>>>>>>> draw line: 5 (as is)
>>>>>>>> highlighter: 20 (as is)
>>>>>>>> rectangle: 5 (as is)
>>>>>>>> ellipse: 5 (as is)
>>>>>>>> arrow: 20
>>>>>>>>
>>>>>>>> one more thing: wb uses font with serifs, I would say one without
>>>>>>>> serifs would be better.
>>>>>>>>
>>>>>>>> Greetings Peter
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> Sure, can easily be done if you will provide desired values :)
>>>>>>>>
>>>>>>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>> JIRA done... Take your time
>>>>>>>>>
>>>>>>>>> I have one more Question: Is it possible to have different default
>>>>>>>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>>>>>>>> prefer 20 and writing 50.
>>>>>>>>>
>>>>>>>>> Greetings Peter and have a nice weekend
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>>>>>>>
>>>>>>>>> OK, will try to implement this
>>>>>>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>>>>>>
>>>>>>>>> I'm less productive these days, hopefully will be able to
>>>>>>>>> implement in nearest week :)
>>>>>>>>>
>>>>>>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>>
>>>>>>>>>> I think it will... people here tried to use click on the little
>>>>>>>>>> symbol in the first place, but when you hover the little symbol chat bar
>>>>>>>>>> already start to toggle and the click will not be noticed by the system.
>>>>>>>>>> but the user had clicked and it should be opened, but it will close because
>>>>>>>>>> it is not docked... and sometimes this ended after a few tries in a
>>>>>>>>>> complete blue chat panel... They asked if it is a kind of game...
>>>>>>>>>>
>>>>>>>>>> I already thought about open chat by default, but maybe in some
>>>>>>>>>> scenarios it shouldn't be like that....
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>>>>>>>
>>>>>>>>>> Currently we have 1 area
>>>>>>>>>> It is hoverable while closed and clickable while opened :)
>>>>>>>>>>
>>>>>>>>>> I'm not sure having 2 areas will make this feature more clear :(
>>>>>>>>>>
>>>>>>>>>> BTW you can set "Chat is opened by default" in room options .....
>>>>>>>>>> :)
>>>>>>>>>>
>>>>>>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> I understand your point and I think this could work if people
>>>>>>>>>>> get familiar with it...
>>>>>>>>>>>
>>>>>>>>>>> I think to fit both cases we should divide the closed chat panel
>>>>>>>>>>> in a hover and a click part.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> This should address the ones that want to click and the ones
>>>>>>>>>>> that want to use hover. And if people still get confused here and the hover
>>>>>>>>>>> area has an id than it could be turned off via css.
>>>>>>>>>>>
>>>>>>>>>>> #cPhover{
>>>>>>>>>>> pointer-events: none !important;
>>>>>>>>>>> }
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> What do you think?
>>>>>>>>>>>
>>>>>>>>>>> I got another little feature request, I will create a jira for
>>>>>>>>>>> it.
>>>>>>>>>>>
>>>>>>>>>>> Greetings Peter
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>>>>>>>
>>>>>>>>>>> Hello Peter,
>>>>>>>>>>>
>>>>>>>>>>> It was my idea :)))
>>>>>>>>>>> I thought it is useful:
>>>>>>>>>>> 1) you can see the message is arrived
>>>>>>>>>>> 2) you hover to check if this message is important or not
>>>>>>>>>>> 3) you can click to make it open
>>>>>>>>>>>
>>>>>>>>>>> The customization is not that simple
>>>>>>>>>>> I believe we should choose proper behavior :)
>>>>>>>>>>>
>>>>>>>>>>> would appreciate ideas on how this can be improved :))
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>
>>>>>>>>>>>> I got a few more feedbacks and one criticized point was, that
>>>>>>>>>>>> hover effect of the chat panel. They expect that it works like a&a, Click
>>>>>>>>>>>> -> open and click -> close.
>>>>>>>>>>>>
>>>>>>>>>>>> Why does it have that hover effect? And if it need to be there
>>>>>>>>>>>> in general, how can I make it act like a&a?
>>>>>>>>>>>>
>>>>>>>>>>>> Greetings Peter
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>
>>>>
>>>> --
>>>> Daniel Ascher, M.Ed.
>>>> President
>>>> A+ Test Prep and Tutoring
>>>> "Creating Bright Futures"
>>>>
>>>> 505 York Road, Suite 6
>>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>>> Jenkintown, PA 19046
>>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>>> Office:
>>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>>> 215
>>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>>> .886.9188
>>>> Direct: 267.242.9640 <%28267%29%20242-9640>
>>>> Click here to schedule a phone call with me.
>>>> <https://app.hubspot.com/meetings/aplusadmin15>
>>>> Sign Up for A+ News and Test Prep Tips!
>>>> <http://www.aplustutoring.com/sign-up-for-a-news>
>>>> <http://aplustutoring.com>
>>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>
>>
>>
>> --
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> 505 York Road, Suite 6
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+%0D+Jenkintown,+PA+19046+%0D+Office:+215&entry=gmail&source=g>
>> Jenkintown, PA 19046
>> Office:
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+%0D+Jenkintown,+PA+19046+%0D+Office:+215&entry=gmail&source=g>
>> 215.886.9188 <(215)%20886-9188>
>> Direct: 267.242.9640 <(267)%20242-9640>
>> Click here to schedule a phone call with me.
>> <https://app.hubspot.com/meetings/aplusadmin15>
>> Sign Up for A+ News and Test Prep Tips!
>> <http://www.aplustutoring.com/sign-up-for-a-news>
>> <http://aplustutoring.com>
>>
>>
>>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> <https://maps.google.com/?q=505+York+Road,+Suite+6+%0D+Jenkintown,+PA+19046+%0D+Office:+%3Chttps://maps.google.com/?q%3D505%2BYork%2BRoad,%2BSuite%2B6%2B%250D%2BJenkintown,%2BPA%2B19046%2B%250D%2BOffice:%2B215%26entry%3Dgmail%26source%3Dg%3E215&entry=gmail&source=g>
> Jenkintown, PA 19046
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> Office:
> <https://maps.google.com/?q=505+York+Road,+Suite+6+%0D+Jenkintown,+PA+19046+%0D+Office:+%3Chttps://maps.google.com/?q%3D505%2BYork%2BRoad,%2BSuite%2B6%2B%250D%2BJenkintown,%2BPA%2B19046%2B%250D%2BOffice:%2B215%26entry%3Dgmail%26source%3Dg%3E215&entry=gmail&source=g>
> 215
> <https://maps.google.com/?q=505%0D+York+Road,+Suite+6+%0D+Jenkintown,%0D+PA+19046+%3Chttps://maps.google.com/?q%3D505%2BYork%2BRoad,%2BSuite%2B6%2BJenkintown,%2BPA%2B19046%2BOffice:%2B215%26entry%3Dgmail%26source%3Dg%3E+%0D+Office:%0D+%3Chttps://maps.google.com/?q%3D505%2BYork%2BRoad,%2BSuite%2B6%2BJenkintown,%2BPA%2B19046%2BOffice:%2B215%26entry%3Dgmail%26source%3Dg%3E215+%3Chttps://maps.google.com/?q%3D505%2BYork%2BRoad,%2BSuite%2B6%2BJenkintown,%2BPA%2B19046%2BOffice:%2B215%26entry%3Dgmail%26source%3Dg%3E&entry=gmail&source=g>
> .886.9188
> Direct: 267.242.9640
> Click here to schedule a phone call with me.
> <https://app.hubspot.com/meetings/aplusadmin15>
> Sign Up for A+ News and Test Prep Tips!
> <http://www.aplustutoring.com/sign-up-for-a-news>
> <http://aplustutoring.com>
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Daniel Ascher <ap...@aplustutoring.com>.
Thanks for the input Peter!
Dan
On Wed, Jan 31, 2018 at 3:05 AM, Peter Dähn <da...@vcrp.de> wrote:
> Hi Daniel,
>
> if it is splitted somehow this could be done via css.
>
> #cPhover{
> pointer-events: none !important;
> }
>
> Greetings Peter
>
>
> Am 30.01.2018 um 18:51 schrieb Daniel Ascher:
>
> Thanks for letting me know about the chat color change. I would prefer if
> chat doesn't open automatically when one hovers, if that is possible.
>
> Dan
>
> On Mon, Jan 29, 2018 at 9:42 PM, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> Hello Daniel,
>>
>> chat bar changing its color from blue to sort of yellow on new message
>> (if chat was closed)
>>
>> On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher <
>> aplusadmin@aplustutoring.com> wrote:
>>
>>> I agree with Peter that the "hover" on the chat is a problem. The reason
>>> it's a problem is that it is so easy to accidentally open the chat up when
>>> you don't want it open.
>>> Is there a way to indicate that there is a new chat message (maybe just
>>> change the color of the arrow) or a flashing dot?
>>>
>>> Dan
>>>
>>> On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik <solomax666@gmail.com
>>> > wrote:
>>>
>>>> Hello Peter,
>>>> The only place fontFace is being set is general.css
>>>>
>>>> I believe you can set fontface for main wb <div> and it will do the
>>>> trick
>>>>
>>>> If not, wb-text.js need to be changed .....
>>>>
>>>> WBR, Maxim
>>>> (from mobile, sorry for the typos)
>>>>
>>>>
>>>> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> I didn't find a way to use custom.css by now, because this part is
>>>>> within a canvas container. I could change the font be editing fabric.js
>>>>> wb.js and wb.min.js in red5/webapps/openmeetings/WEB-
>>>>> INF/classes/org/apache/openmeetings/web/room/wb (thanks for the hint
>>>>> to fabric.js). I think to change one of them would be enough, but I didn't
>>>>> want to search the right one.
>>>>>
>>>>> If "Times New Roman" is important somehow I could do this changes
>>>>> within my buildscript.
>>>>>
>>>>> I will check jira tomorrow morning... kids are waiting... ;-)
>>>>>
>>>>> Greetings and thanks so far Peter
>>>>>
>>>>> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>>>>>
>>>>> Hello Peter,
>>>>>
>>>>> According to the docs: http://fabricjs.com/docs
>>>>> /fabric.Text.html#fontFamily
>>>>> Default font Family is Times New Roman
>>>>>
>>>>> It might be inherited from https://github.com/apache
>>>>> /openmeetings/blob/master/openmeetings-web/src/main/webapp/c
>>>>> ss/general.css#L22
>>>>> And can be customized via custom.css
>>>>>
>>>>> Can you check this?
>>>>>
>>>>>
>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>>>>>
>>>>>
>>>>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> I think so... ;-) the first one is the default (12) now... There is
>>>>>> written "default" btw... ;-)
>>>>>>
>>>>>> I don't think that my screen is that oversized (24'' 1920x1080), but
>>>>>> 12 is unreadable.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>>>>>
>>>>>> text: 50 ==> font-size == 50pt (can be checked here
>>>>>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>>>>>>
>>>>>> Is it really what you want?
>>>>>>
>>>>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> Hi Maxim,
>>>>>>>
>>>>>>> this should be fine...
>>>>>>>
>>>>>>> text : 50
>>>>>>> paint: 5 (as is)
>>>>>>> draw line: 5 (as is)
>>>>>>> highlighter: 20 (as is)
>>>>>>> rectangle: 5 (as is)
>>>>>>> ellipse: 5 (as is)
>>>>>>> arrow: 20
>>>>>>>
>>>>>>> one more thing: wb uses font with serifs, I would say one without
>>>>>>> serifs would be better.
>>>>>>>
>>>>>>> Greetings Peter
>>>>>>>
>>>>>>>
>>>>>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> Sure, can easily be done if you will provide desired values :)
>>>>>>>
>>>>>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> JIRA done... Take your time
>>>>>>>>
>>>>>>>> I have one more Question: Is it possible to have different default
>>>>>>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>>>>>>> prefer 20 and writing 50.
>>>>>>>>
>>>>>>>> Greetings Peter and have a nice weekend
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> OK, will try to implement this
>>>>>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>>>>>
>>>>>>>> I'm less productive these days, hopefully will be able to implement
>>>>>>>> in nearest week :)
>>>>>>>>
>>>>>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>> I think it will... people here tried to use click on the little
>>>>>>>>> symbol in the first place, but when you hover the little symbol chat bar
>>>>>>>>> already start to toggle and the click will not be noticed by the system.
>>>>>>>>> but the user had clicked and it should be opened, but it will close because
>>>>>>>>> it is not docked... and sometimes this ended after a few tries in a
>>>>>>>>> complete blue chat panel... They asked if it is a kind of game...
>>>>>>>>>
>>>>>>>>> I already thought about open chat by default, but maybe in some
>>>>>>>>> scenarios it shouldn't be like that....
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>>>>>>
>>>>>>>>> Currently we have 1 area
>>>>>>>>> It is hoverable while closed and clickable while opened :)
>>>>>>>>>
>>>>>>>>> I'm not sure having 2 areas will make this feature more clear :(
>>>>>>>>>
>>>>>>>>> BTW you can set "Chat is opened by default" in room options .....
>>>>>>>>> :)
>>>>>>>>>
>>>>>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>>
>>>>>>>>>> I understand your point and I think this could work if people get
>>>>>>>>>> familiar with it...
>>>>>>>>>>
>>>>>>>>>> I think to fit both cases we should divide the closed chat panel
>>>>>>>>>> in a hover and a click part.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> This should address the ones that want to click and the ones that
>>>>>>>>>> want to use hover. And if people still get confused here and the hover area
>>>>>>>>>> has an id than it could be turned off via css.
>>>>>>>>>>
>>>>>>>>>> #cPhover{
>>>>>>>>>> pointer-events: none !important;
>>>>>>>>>> }
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> What do you think?
>>>>>>>>>>
>>>>>>>>>> I got another little feature request, I will create a jira for it.
>>>>>>>>>>
>>>>>>>>>> Greetings Peter
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>>>>>>
>>>>>>>>>> Hello Peter,
>>>>>>>>>>
>>>>>>>>>> It was my idea :)))
>>>>>>>>>> I thought it is useful:
>>>>>>>>>> 1) you can see the message is arrived
>>>>>>>>>> 2) you hover to check if this message is important or not
>>>>>>>>>> 3) you can click to make it open
>>>>>>>>>>
>>>>>>>>>> The customization is not that simple
>>>>>>>>>> I believe we should choose proper behavior :)
>>>>>>>>>>
>>>>>>>>>> would appreciate ideas on how this can be improved :))
>>>>>>>>>>
>>>>>>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>
>>>>>>>>>>> I got a few more feedbacks and one criticized point was, that
>>>>>>>>>>> hover effect of the chat panel. They expect that it works like a&a, Click
>>>>>>>>>>> -> open and click -> close.
>>>>>>>>>>>
>>>>>>>>>>> Why does it have that hover effect? And if it need to be there
>>>>>>>>>>> in general, how can I make it act like a&a?
>>>>>>>>>>>
>>>>>>>>>>> Greetings Peter
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>
>>>
>>> --
>>> Daniel Ascher, M.Ed.
>>> President
>>> A+ Test Prep and Tutoring
>>> "Creating Bright Futures"
>>>
>>> 505 York Road, Suite 6
>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>> Jenkintown, PA 19046
>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>> Office:
>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>> 215
>>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>>> .886.9188
>>> Direct: 267.242.9640 <%28267%29%20242-9640>
>>> Click here to schedule a phone call with me.
>>> <https://app.hubspot.com/meetings/aplusadmin15>
>>> Sign Up for A+ News and Test Prep Tips!
>>> <http://www.aplustutoring.com/sign-up-for-a-news>
>>> <http://aplustutoring.com>
>>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> <https://maps.google.com/?q=505+York+Road,+Suite+6+%0D+Jenkintown,+PA+19046+%0D+Office:+215&entry=gmail&source=g>
> Jenkintown, PA 19046
> Office:
> <https://maps.google.com/?q=505+York+Road,+Suite+6+%0D+Jenkintown,+PA+19046+%0D+Office:+215&entry=gmail&source=g>
> 215.886.9188 <(215)%20886-9188>
> Direct: 267.242.9640 <(267)%20242-9640>
> Click here to schedule a phone call with me.
> <https://app.hubspot.com/meetings/aplusadmin15>
> Sign Up for A+ News and Test Prep Tips!
> <http://www.aplustutoring.com/sign-up-for-a-news>
> <http://aplustutoring.com>
>
>
>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
Click here to schedule a phone call with me.
<https://app.hubspot.com/meetings/aplusadmin15>
Sign Up for A+ News and Test Prep Tips!
<http://www.aplustutoring.com/sign-up-for-a-news>
<http://aplustutoring.com>
Re: Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
Hi Daniel,
if it is splitted somehow this could be done via css.
#cPhover{
pointer-events: none !important;
}
Greetings Peter
Am 30.01.2018 um 18:51 schrieb Daniel Ascher:
> Thanks for letting me know about the chat color change. I would prefer
> if chat doesn't open automatically when one hovers, if that is possible.
>
> Dan
>
> On Mon, Jan 29, 2018 at 9:42 PM, Maxim Solodovnik
> <solomax666@gmail.com <ma...@gmail.com>> wrote:
>
> Hello Daniel,
>
> chat bar changing its color from blue to sort of yellow on new
> message (if chat was closed)
>
> On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher
> <aplusadmin@aplustutoring.com
> <ma...@aplustutoring.com>> wrote:
>
> I agree with Peter that the "hover" on the chat is a problem.
> The reason it's a problem is that it is so easy to
> accidentally open the chat up when you don't want it open.
> Is there a way to indicate that there is a new chat message
> (maybe just change the color of the arrow) or a flashing dot?
>
> Dan
>
> On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik
> <solomax666@gmail.com <ma...@gmail.com>> wrote:
>
> Hello Peter,
> The only place fontFace is being set is general.css
>
> I believe you can set fontface for main wb <div> and it
> will do the trick
>
> If not, wb-text.js need to be changed .....
>
> WBR, Maxim
> (from mobile, sorry for the typos)
>
>
> On Mon, Jan 29, 2018, 23:07 Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Maxim,
>
> I didn't find a way to use custom.css by now, because
> this part is within a canvas container. I could change
> the font be editing fabric.js wb.js and wb.min.js in
> red5/webapps/openmeetings/WEB-INF/classes/org/apache/openmeetings/web/room/wb
> (thanks for the hint to fabric.js). I think to change
> one of them would be enough, but I didn't want to
> search the right one.
>
> If "Times New Roman" is important somehow I could do
> this changes within my buildscript.
>
> I will check jira tomorrow morning... kids are
> waiting... ;-)
>
> Greetings and thanks so far Peter
>
> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>> Hello Peter,
>>
>> According to the docs:
>> http://fabricjs.com/docs/fabric.Text.html#fontFamily
>> <http://fabricjs.com/docs/fabric.Text.html#fontFamily>
>> Default font Family is Times New Roman
>>
>> It might be inherited from
>> https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/css/general.css#L22
>> <https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/css/general.css#L22>
>> And can be customized via custom.css
>>
>> Can you check this?
>>
>>
>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>> <https://issues.apache.org/jira/browse/OPENMEETINGS-1821>
>>
>>
>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn
>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>
>> I think so... ;-) the first one is the default
>> (12) now... There is written "default" btw... ;-)
>>
>> I don't think that my screen is that oversized
>> (24'' 1920x1080), but 12 is unreadable.
>>
>>
>>
>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>> text: 50 ==> font-size == 50pt (can be checked
>>> here
>>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm
>>> <https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm>)
>>>
>>> Is it really what you want?
>>>
>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn
>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>
>>> Hi Maxim,
>>>
>>> this should be fine...
>>>
>>> text : 50
>>> paint: 5 (as is)
>>> draw line: 5 (as is)
>>> highlighter: 20 (as is)
>>> rectangle: 5 (as is)
>>> ellipse: 5 (as is)
>>> arrow: 20
>>>
>>> one more thing: wb uses font with serifs, I
>>> would say one without serifs would be better.
>>>
>>> Greetings Peter
>>>
>>>
>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>> Sure, can easily be done if you will
>>>> provide desired values :)
>>>>
>>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn
>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>
>>>> JIRA done... Take your time
>>>>
>>>> I have one more Question: Is it
>>>> possible to have different default
>>>> values for different WB tools? Draw
>>>> need 5 for line width, Arrow I would
>>>> prefer 20 and writing 50.
>>>>
>>>> Greetings Peter and have a nice weekend
>>>>
>>>>
>>>> Am 26.01.2018 um 15:11 schrieb Maxim
>>>> Solodovnik:
>>>>> OK, will try to implement this
>>>>> Please create JIRA, so it will go to
>>>>> CHANGELOG :)
>>>>>
>>>>> I'm less productive these days,
>>>>> hopefully will be able to implement in
>>>>> nearest week :)
>>>>>
>>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter
>>>>> Dähn <daehn@vcrp.de
>>>>> <ma...@vcrp.de>> wrote:
>>>>>
>>>>> I think it will... people here
>>>>> tried to use click on the little
>>>>> symbol in the first place, but
>>>>> when you hover the little symbol
>>>>> chat bar already start to toggle
>>>>> and the click will not be noticed
>>>>> by the system. but the user had
>>>>> clicked and it should be opened,
>>>>> but it will close because it is
>>>>> not docked... and sometimes this
>>>>> ended after a few tries in a
>>>>> complete blue chat panel... They
>>>>> asked if it is a kind of game...
>>>>>
>>>>> I already thought about open chat
>>>>> by default, but maybe in some
>>>>> scenarios it shouldn't be like
>>>>> that....
>>>>>
>>>>>
>>>>> Am 26.01.2018 um 14:34 schrieb
>>>>> Maxim Solodovnik:
>>>>>> Currently we have 1 area
>>>>>> It is hoverable while closed and
>>>>>> clickable while opened :)
>>>>>>
>>>>>> I'm not sure having 2 areas will
>>>>>> make this feature more clear :(
>>>>>>
>>>>>> BTW you can set "Chat is opened
>>>>>> by default" in room options ..... :)
>>>>>>
>>>>>> On Fri, Jan 26, 2018 at 5:59 PM,
>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> I understand your point and I
>>>>>> think this could work if
>>>>>> people get familiar with it...
>>>>>>
>>>>>> I think to fit both cases we
>>>>>> should divide the closed chat
>>>>>> panel in a hover and a click
>>>>>> part.
>>>>>>
>>>>>>
>>>>>>
>>>>>> This should address the ones
>>>>>> that want to click and the
>>>>>> ones that want to use hover.
>>>>>> And if people still get
>>>>>> confused here and the hover
>>>>>> area has an id than it could
>>>>>> be turned off via css.
>>>>>>
>>>>>> #cPhover{
>>>>>> pointer-events: none !important;
>>>>>> }
>>>>>>
>>>>>>
>>>>>> What do you think?
>>>>>>
>>>>>> I got another little feature
>>>>>> request, I will create a jira
>>>>>> for it.
>>>>>>
>>>>>> Greetings Peter
>>>>>>
>>>>>>
>>>>>>
>>>>>> Am 26.01.2018 um 10:36
>>>>>> schrieb Maxim Solodovnik:
>>>>>>> Hello Peter,
>>>>>>>
>>>>>>> It was my idea :)))
>>>>>>> I thought it is useful:
>>>>>>> 1) you can see the message
>>>>>>> is arrived
>>>>>>> 2) you hover to check if
>>>>>>> this message is important or not
>>>>>>> 3) you can click to make it
>>>>>>> open
>>>>>>>
>>>>>>> The customization is not
>>>>>>> that simple
>>>>>>> I believe we should choose
>>>>>>> proper behavior :)
>>>>>>>
>>>>>>> would appreciate ideas on
>>>>>>> how this can be improved :))
>>>>>>>
>>>>>>> On Fri, Jan 26, 2018 at 4:33
>>>>>>> PM, Peter Dähn
>>>>>>> <daehn@vcrp.de
>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> Hi Maxim,
>>>>>>>
>>>>>>> I got a few more
>>>>>>> feedbacks and one
>>>>>>> criticized point was,
>>>>>>> that hover effect of the
>>>>>>> chat panel. They expect
>>>>>>> that it works like a&a,
>>>>>>> Click -> open and click
>>>>>>> -> close.
>>>>>>>
>>>>>>> Why does it have that
>>>>>>> hover effect? And if it
>>>>>>> need to be there in
>>>>>>> general, how can I make
>>>>>>> it act like a&a?
>>>>>>>
>>>>>>> Greetings Peter
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> Jenkintown, PA 19046
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> Office:
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>215
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>.886.9188
> Direct: 267.242.9640 <tel:%28267%29%20242-9640>
> Click here to schedule a phone call with me.
> <https://app.hubspot.com/meetings/aplusadmin15>
> Sign Up for A+ News and Test Prep Tips!
> <http://www.aplustutoring.com/sign-up-for-a-news>
> <http://aplustutoring.com>
>
>
>
>
> --
> WBR
> Maxim aka solomax
>
>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> Jenkintown, PA 19046
> Office: 215.886.9188
> Direct: 267.242.9640
> Click here to schedule a phone call with me.
> <https://app.hubspot.com/meetings/aplusadmin15>
> Sign Up for A+ News and Test Prep Tips!
> <http://www.aplustutoring.com/sign-up-for-a-news>
> <http://aplustutoring.com>
Re: Chat Panel - once again... sorry
Posted by Daniel Ascher <ap...@aplustutoring.com>.
Thanks for letting me know about the chat color change. I would prefer if
chat doesn't open automatically when one hovers, if that is possible.
Dan
On Mon, Jan 29, 2018 at 9:42 PM, Maxim Solodovnik <so...@gmail.com>
wrote:
> Hello Daniel,
>
> chat bar changing its color from blue to sort of yellow on new message (if
> chat was closed)
>
> On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher <
> aplusadmin@aplustutoring.com> wrote:
>
>> I agree with Peter that the "hover" on the chat is a problem. The reason
>> it's a problem is that it is so easy to accidentally open the chat up when
>> you don't want it open.
>> Is there a way to indicate that there is a new chat message (maybe just
>> change the color of the arrow) or a flashing dot?
>>
>> Dan
>>
>> On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik <so...@gmail.com>
>> wrote:
>>
>>> Hello Peter,
>>> The only place fontFace is being set is general.css
>>>
>>> I believe you can set fontface for main wb <div> and it will do the trick
>>>
>>> If not, wb-text.js need to be changed .....
>>>
>>> WBR, Maxim
>>> (from mobile, sorry for the typos)
>>>
>>>
>>> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi Maxim,
>>>>
>>>> I didn't find a way to use custom.css by now, because this part is
>>>> within a canvas container. I could change the font be editing fabric.js
>>>> wb.js and wb.min.js in red5/webapps/openmeetings/WEB-
>>>> INF/classes/org/apache/openmeetings/web/room/wb (thanks for the hint
>>>> to fabric.js). I think to change one of them would be enough, but I didn't
>>>> want to search the right one.
>>>>
>>>> If "Times New Roman" is important somehow I could do this changes
>>>> within my buildscript.
>>>>
>>>> I will check jira tomorrow morning... kids are waiting... ;-)
>>>>
>>>> Greetings and thanks so far Peter
>>>>
>>>> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>>>>
>>>> Hello Peter,
>>>>
>>>> According to the docs: http://fabricjs.com/docs
>>>> /fabric.Text.html#fontFamily
>>>> Default font Family is Times New Roman
>>>>
>>>> It might be inherited from https://github.com/apache
>>>> /openmeetings/blob/master/openmeetings-web/src/main/webapp/
>>>> css/general.css#L22
>>>> And can be customized via custom.css
>>>>
>>>> Can you check this?
>>>>
>>>>
>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>>>>
>>>>
>>>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> I think so... ;-) the first one is the default (12) now... There is
>>>>> written "default" btw... ;-)
>>>>>
>>>>> I don't think that my screen is that oversized (24'' 1920x1080), but
>>>>> 12 is unreadable.
>>>>>
>>>>>
>>>>>
>>>>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>>>>
>>>>> text: 50 ==> font-size == 50pt (can be checked here
>>>>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>>>>>
>>>>> Is it really what you want?
>>>>>
>>>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> Hi Maxim,
>>>>>>
>>>>>> this should be fine...
>>>>>>
>>>>>> text : 50
>>>>>> paint: 5 (as is)
>>>>>> draw line: 5 (as is)
>>>>>> highlighter: 20 (as is)
>>>>>> rectangle: 5 (as is)
>>>>>> ellipse: 5 (as is)
>>>>>> arrow: 20
>>>>>>
>>>>>> one more thing: wb uses font with serifs, I would say one without
>>>>>> serifs would be better.
>>>>>>
>>>>>> Greetings Peter
>>>>>>
>>>>>>
>>>>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>>>>
>>>>>> Sure, can easily be done if you will provide desired values :)
>>>>>>
>>>>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> JIRA done... Take your time
>>>>>>>
>>>>>>> I have one more Question: Is it possible to have different default
>>>>>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>>>>>> prefer 20 and writing 50.
>>>>>>>
>>>>>>> Greetings Peter and have a nice weekend
>>>>>>>
>>>>>>>
>>>>>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> OK, will try to implement this
>>>>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>>>>
>>>>>>> I'm less productive these days, hopefully will be able to implement
>>>>>>> in nearest week :)
>>>>>>>
>>>>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> I think it will... people here tried to use click on the little
>>>>>>>> symbol in the first place, but when you hover the little symbol chat bar
>>>>>>>> already start to toggle and the click will not be noticed by the system.
>>>>>>>> but the user had clicked and it should be opened, but it will close because
>>>>>>>> it is not docked... and sometimes this ended after a few tries in a
>>>>>>>> complete blue chat panel... They asked if it is a kind of game...
>>>>>>>>
>>>>>>>> I already thought about open chat by default, but maybe in some
>>>>>>>> scenarios it shouldn't be like that....
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> Currently we have 1 area
>>>>>>>> It is hoverable while closed and clickable while opened :)
>>>>>>>>
>>>>>>>> I'm not sure having 2 areas will make this feature more clear :(
>>>>>>>>
>>>>>>>> BTW you can set "Chat is opened by default" in room options ..... :)
>>>>>>>>
>>>>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>> I understand your point and I think this could work if people get
>>>>>>>>> familiar with it...
>>>>>>>>>
>>>>>>>>> I think to fit both cases we should divide the closed chat panel
>>>>>>>>> in a hover and a click part.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> This should address the ones that want to click and the ones that
>>>>>>>>> want to use hover. And if people still get confused here and the hover area
>>>>>>>>> has an id than it could be turned off via css.
>>>>>>>>>
>>>>>>>>> #cPhover{
>>>>>>>>> pointer-events: none !important;
>>>>>>>>> }
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> What do you think?
>>>>>>>>>
>>>>>>>>> I got another little feature request, I will create a jira for it.
>>>>>>>>>
>>>>>>>>> Greetings Peter
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>>>>>
>>>>>>>>> Hello Peter,
>>>>>>>>>
>>>>>>>>> It was my idea :)))
>>>>>>>>> I thought it is useful:
>>>>>>>>> 1) you can see the message is arrived
>>>>>>>>> 2) you hover to check if this message is important or not
>>>>>>>>> 3) you can click to make it open
>>>>>>>>>
>>>>>>>>> The customization is not that simple
>>>>>>>>> I believe we should choose proper behavior :)
>>>>>>>>>
>>>>>>>>> would appreciate ideas on how this can be improved :))
>>>>>>>>>
>>>>>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Maxim,
>>>>>>>>>>
>>>>>>>>>> I got a few more feedbacks and one criticized point was, that
>>>>>>>>>> hover effect of the chat panel. They expect that it works like a&a, Click
>>>>>>>>>> -> open and click -> close.
>>>>>>>>>>
>>>>>>>>>> Why does it have that hover effect? And if it need to be there in
>>>>>>>>>> general, how can I make it act like a&a?
>>>>>>>>>>
>>>>>>>>>> Greetings Peter
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>
>>
>> --
>> Daniel Ascher, M.Ed.
>> President
>> A+ Test Prep and Tutoring
>> "Creating Bright Futures"
>>
>> 505 York Road, Suite 6
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>> Jenkintown, PA 19046
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>> Office:
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>> 215
>> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
>> .886.9188
>> Direct: 267.242.9640 <(267)%20242-9640>
>> Click here to schedule a phone call with me.
>> <https://app.hubspot.com/meetings/aplusadmin15>
>> Sign Up for A+ News and Test Prep Tips!
>> <http://www.aplustutoring.com/sign-up-for-a-news>
>> <http://aplustutoring.com>
>>
>
>
>
> --
> WBR
> Maxim aka solomax
>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
Click here to schedule a phone call with me.
<https://app.hubspot.com/meetings/aplusadmin15>
Sign Up for A+ News and Test Prep Tips!
<http://www.aplustutoring.com/sign-up-for-a-news>
<http://aplustutoring.com>
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Daniel,
chat bar changing its color from blue to sort of yellow on new message (if
chat was closed)
On Tue, Jan 30, 2018 at 12:08 AM, Daniel Ascher <
aplusadmin@aplustutoring.com> wrote:
> I agree with Peter that the "hover" on the chat is a problem. The reason
> it's a problem is that it is so easy to accidentally open the chat up when
> you don't want it open.
> Is there a way to indicate that there is a new chat message (maybe just
> change the color of the arrow) or a flashing dot?
>
> Dan
>
> On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> Hello Peter,
>> The only place fontFace is being set is general.css
>>
>> I believe you can set fontface for main wb <div> and it will do the trick
>>
>> If not, wb-text.js need to be changed .....
>>
>> WBR, Maxim
>> (from mobile, sorry for the typos)
>>
>>
>> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi Maxim,
>>>
>>> I didn't find a way to use custom.css by now, because this part is
>>> within a canvas container. I could change the font be editing fabric.js
>>> wb.js and wb.min.js in red5/webapps/openmeetings/WEB-
>>> INF/classes/org/apache/openmeetings/web/room/wb (thanks for the hint to
>>> fabric.js). I think to change one of them would be enough, but I didn't
>>> want to search the right one.
>>>
>>> If "Times New Roman" is important somehow I could do this changes within
>>> my buildscript.
>>>
>>> I will check jira tomorrow morning... kids are waiting... ;-)
>>>
>>> Greetings and thanks so far Peter
>>>
>>> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>>>
>>> Hello Peter,
>>>
>>> According to the docs: http://fabricjs.com/docs
>>> /fabric.Text.html#fontFamily
>>> Default font Family is Times New Roman
>>>
>>> It might be inherited from https://github.com/apache
>>> /openmeetings/blob/master/openmeetings-web/src/main/
>>> webapp/css/general.css#L22
>>> And can be customized via custom.css
>>>
>>> Can you check this?
>>>
>>>
>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>>>
>>>
>>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> I think so... ;-) the first one is the default (12) now... There is
>>>> written "default" btw... ;-)
>>>>
>>>> I don't think that my screen is that oversized (24'' 1920x1080), but 12
>>>> is unreadable.
>>>>
>>>>
>>>>
>>>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>>>
>>>> text: 50 ==> font-size == 50pt (can be checked here
>>>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>>>> Is it really what you want?
>>>>
>>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> this should be fine...
>>>>>
>>>>> text : 50
>>>>> paint: 5 (as is)
>>>>> draw line: 5 (as is)
>>>>> highlighter: 20 (as is)
>>>>> rectangle: 5 (as is)
>>>>> ellipse: 5 (as is)
>>>>> arrow: 20
>>>>>
>>>>> one more thing: wb uses font with serifs, I would say one without
>>>>> serifs would be better.
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>>
>>>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>>>
>>>>> Sure, can easily be done if you will provide desired values :)
>>>>>
>>>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> JIRA done... Take your time
>>>>>>
>>>>>> I have one more Question: Is it possible to have different default
>>>>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>>>>> prefer 20 and writing 50.
>>>>>>
>>>>>> Greetings Peter and have a nice weekend
>>>>>>
>>>>>>
>>>>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>>>>
>>>>>> OK, will try to implement this
>>>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>>>
>>>>>> I'm less productive these days, hopefully will be able to implement
>>>>>> in nearest week :)
>>>>>>
>>>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> I think it will... people here tried to use click on the little
>>>>>>> symbol in the first place, but when you hover the little symbol chat bar
>>>>>>> already start to toggle and the click will not be noticed by the system.
>>>>>>> but the user had clicked and it should be opened, but it will close because
>>>>>>> it is not docked... and sometimes this ended after a few tries in a
>>>>>>> complete blue chat panel... They asked if it is a kind of game...
>>>>>>>
>>>>>>> I already thought about open chat by default, but maybe in some
>>>>>>> scenarios it shouldn't be like that....
>>>>>>>
>>>>>>>
>>>>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> Currently we have 1 area
>>>>>>> It is hoverable while closed and clickable while opened :)
>>>>>>>
>>>>>>> I'm not sure having 2 areas will make this feature more clear :(
>>>>>>>
>>>>>>> BTW you can set "Chat is opened by default" in room options ..... :)
>>>>>>>
>>>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> I understand your point and I think this could work if people get
>>>>>>>> familiar with it...
>>>>>>>>
>>>>>>>> I think to fit both cases we should divide the closed chat panel in
>>>>>>>> a hover and a click part.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> This should address the ones that want to click and the ones that
>>>>>>>> want to use hover. And if people still get confused here and the hover area
>>>>>>>> has an id than it could be turned off via css.
>>>>>>>>
>>>>>>>> #cPhover{
>>>>>>>> pointer-events: none !important;
>>>>>>>> }
>>>>>>>>
>>>>>>>>
>>>>>>>> What do you think?
>>>>>>>>
>>>>>>>> I got another little feature request, I will create a jira for it.
>>>>>>>>
>>>>>>>> Greetings Peter
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> Hello Peter,
>>>>>>>>
>>>>>>>> It was my idea :)))
>>>>>>>> I thought it is useful:
>>>>>>>> 1) you can see the message is arrived
>>>>>>>> 2) you hover to check if this message is important or not
>>>>>>>> 3) you can click to make it open
>>>>>>>>
>>>>>>>> The customization is not that simple
>>>>>>>> I believe we should choose proper behavior :)
>>>>>>>>
>>>>>>>> would appreciate ideas on how this can be improved :))
>>>>>>>>
>>>>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>> Hi Maxim,
>>>>>>>>>
>>>>>>>>> I got a few more feedbacks and one criticized point was, that
>>>>>>>>> hover effect of the chat panel. They expect that it works like a&a, Click
>>>>>>>>> -> open and click -> close.
>>>>>>>>>
>>>>>>>>> Why does it have that hover effect? And if it need to be there in
>>>>>>>>> general, how can I make it act like a&a?
>>>>>>>>>
>>>>>>>>> Greetings Peter
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>
>
> --
> Daniel Ascher, M.Ed.
> President
> A+ Test Prep and Tutoring
> "Creating Bright Futures"
>
> 505 York Road, Suite 6
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> Jenkintown, PA 19046
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> Office:
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> 215
> <https://maps.google.com/?q=505+York+Road,+Suite+6+Jenkintown,+PA+19046+Office:+215&entry=gmail&source=g>
> .886.9188
> Direct: 267.242.9640
> Click here to schedule a phone call with me.
> <https://app.hubspot.com/meetings/aplusadmin15>
> Sign Up for A+ News and Test Prep Tips!
> <http://www.aplustutoring.com/sign-up-for-a-news>
> <http://aplustutoring.com>
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Daniel Ascher <ap...@aplustutoring.com>.
I agree with Peter that the "hover" on the chat is a problem. The reason
it's a problem is that it is so easy to accidentally open the chat up when
you don't want it open.
Is there a way to indicate that there is a new chat message (maybe just
change the color of the arrow) or a flashing dot?
Dan
On Mon, Jan 29, 2018 at 11:12 AM, Maxim Solodovnik <so...@gmail.com>
wrote:
> Hello Peter,
> The only place fontFace is being set is general.css
>
> I believe you can set fontface for main wb <div> and it will do the trick
>
> If not, wb-text.js need to be changed .....
>
> WBR, Maxim
> (from mobile, sorry for the typos)
>
>
> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim,
>>
>> I didn't find a way to use custom.css by now, because this part is within
>> a canvas container. I could change the font be editing fabric.js wb.js and
>> wb.min.js in red5/webapps/openmeetings/WEB-INF/classes/org/apache/openmeetings/web/room/wb
>> (thanks for the hint to fabric.js). I think to change one of them would be
>> enough, but I didn't want to search the right one.
>>
>> If "Times New Roman" is important somehow I could do this changes within
>> my buildscript.
>>
>> I will check jira tomorrow morning... kids are waiting... ;-)
>>
>> Greetings and thanks so far Peter
>>
>> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>>
>> Hello Peter,
>>
>> According to the docs: http://fabricjs.com/docs/fabric.Text.html#
>> fontFamily
>> Default font Family is Times New Roman
>>
>> It might be inherited from https://github.com/apache/openmeetings/blob/
>> master/openmeetings-web/src/main/webapp/css/general.css#L22
>> And can be customized via custom.css
>>
>> Can you check this?
>>
>>
>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>>
>>
>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> I think so... ;-) the first one is the default (12) now... There is
>>> written "default" btw... ;-)
>>>
>>> I don't think that my screen is that oversized (24'' 1920x1080), but 12
>>> is unreadable.
>>>
>>>
>>>
>>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>>
>>> text: 50 ==> font-size == 50pt (can be checked here
>>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>>> Is it really what you want?
>>>
>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi Maxim,
>>>>
>>>> this should be fine...
>>>>
>>>> text : 50
>>>> paint: 5 (as is)
>>>> draw line: 5 (as is)
>>>> highlighter: 20 (as is)
>>>> rectangle: 5 (as is)
>>>> ellipse: 5 (as is)
>>>> arrow: 20
>>>>
>>>> one more thing: wb uses font with serifs, I would say one without
>>>> serifs would be better.
>>>>
>>>> Greetings Peter
>>>>
>>>>
>>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>>
>>>> Sure, can easily be done if you will provide desired values :)
>>>>
>>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> JIRA done... Take your time
>>>>>
>>>>> I have one more Question: Is it possible to have different default
>>>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>>>> prefer 20 and writing 50.
>>>>>
>>>>> Greetings Peter and have a nice weekend
>>>>>
>>>>>
>>>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>>>
>>>>> OK, will try to implement this
>>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>>
>>>>> I'm less productive these days, hopefully will be able to implement in
>>>>> nearest week :)
>>>>>
>>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> I think it will... people here tried to use click on the little
>>>>>> symbol in the first place, but when you hover the little symbol chat bar
>>>>>> already start to toggle and the click will not be noticed by the system.
>>>>>> but the user had clicked and it should be opened, but it will close because
>>>>>> it is not docked... and sometimes this ended after a few tries in a
>>>>>> complete blue chat panel... They asked if it is a kind of game...
>>>>>>
>>>>>> I already thought about open chat by default, but maybe in some
>>>>>> scenarios it shouldn't be like that....
>>>>>>
>>>>>>
>>>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>>>
>>>>>> Currently we have 1 area
>>>>>> It is hoverable while closed and clickable while opened :)
>>>>>>
>>>>>> I'm not sure having 2 areas will make this feature more clear :(
>>>>>>
>>>>>> BTW you can set "Chat is opened by default" in room options ..... :)
>>>>>>
>>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> I understand your point and I think this could work if people get
>>>>>>> familiar with it...
>>>>>>>
>>>>>>> I think to fit both cases we should divide the closed chat panel in
>>>>>>> a hover and a click part.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> This should address the ones that want to click and the ones that
>>>>>>> want to use hover. And if people still get confused here and the hover area
>>>>>>> has an id than it could be turned off via css.
>>>>>>>
>>>>>>> #cPhover{
>>>>>>> pointer-events: none !important;
>>>>>>> }
>>>>>>>
>>>>>>>
>>>>>>> What do you think?
>>>>>>>
>>>>>>> I got another little feature request, I will create a jira for it.
>>>>>>>
>>>>>>> Greetings Peter
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> Hello Peter,
>>>>>>>
>>>>>>> It was my idea :)))
>>>>>>> I thought it is useful:
>>>>>>> 1) you can see the message is arrived
>>>>>>> 2) you hover to check if this message is important or not
>>>>>>> 3) you can click to make it open
>>>>>>>
>>>>>>> The customization is not that simple
>>>>>>> I believe we should choose proper behavior :)
>>>>>>>
>>>>>>> would appreciate ideas on how this can be improved :))
>>>>>>>
>>>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> Hi Maxim,
>>>>>>>>
>>>>>>>> I got a few more feedbacks and one criticized point was, that hover
>>>>>>>> effect of the chat panel. They expect that it works like a&a, Click -> open
>>>>>>>> and click -> close.
>>>>>>>>
>>>>>>>> Why does it have that hover effect? And if it need to be there in
>>>>>>>> general, how can I make it act like a&a?
>>>>>>>>
>>>>>>>> Greetings Peter
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>>
--
Daniel Ascher, M.Ed.
President
A+ Test Prep and Tutoring
"Creating Bright Futures"
505 York Road, Suite 6
Jenkintown, PA 19046
Office: 215.886.9188
Direct: 267.242.9640
Click here to schedule a phone call with me.
<https://app.hubspot.com/meetings/aplusadmin15>
Sign Up for A+ News and Test Prep Tips!
<http://www.aplustutoring.com/sign-up-for-a-news>
<http://aplustutoring.com>
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
https://issues.apache.org/jira/browse/OPENMEETINGS-1824
On Tue, Jan 30, 2018 at 2:32 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hi Maxim,
>
> that would be great, so everyone could change this to her/his needs.
>
> Greetings Peter
>
>
> Am 30.01.2018 um 03:46 schrieb Maxim Solodovnik:
>
> Just have checked
> setting font-family on <div> is not working
> I can add some hidden div to WB
> And will take font-family from this element
> you can set it in custom.css
> Would it be OK?
>
> On Mon, Jan 29, 2018 at 11:12 PM, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> Hello Peter,
>> The only place fontFace is being set is general.css
>>
>> I believe you can set fontface for main wb <div> and it will do the trick
>>
>> If not, wb-text.js need to be changed .....
>>
>> WBR, Maxim
>> (from mobile, sorry for the typos)
>>
>>
>> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi Maxim,
>>>
>>> I didn't find a way to use custom.css by now, because this part is
>>> within a canvas container. I could change the font be editing fabric.js
>>> wb.js and wb.min.js in red5/webapps/openmeetings/WEB-
>>> INF/classes/org/apache/openmeetings/web/room/wb (thanks for the hint to
>>> fabric.js). I think to change one of them would be enough, but I didn't
>>> want to search the right one.
>>>
>>> If "Times New Roman" is important somehow I could do this changes within
>>> my buildscript.
>>>
>>> I will check jira tomorrow morning... kids are waiting... ;-)
>>>
>>> Greetings and thanks so far Peter
>>>
>>> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>>>
>>> Hello Peter,
>>>
>>> According to the docs: http://fabricjs.com/docs
>>> /fabric.Text.html#fontFamily
>>> Default font Family is Times New Roman
>>>
>>> It might be inherited from https://github.com/apache
>>> /openmeetings/blob/master/openmeetings-web/src/main/
>>> webapp/css/general.css#L22
>>> And can be customized via custom.css
>>>
>>> Can you check this?
>>>
>>>
>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>>>
>>>
>>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> I think so... ;-) the first one is the default (12) now... There is
>>>> written "default" btw... ;-)
>>>>
>>>> I don't think that my screen is that oversized (24'' 1920x1080), but 12
>>>> is unreadable.
>>>>
>>>>
>>>>
>>>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>>>
>>>> text: 50 ==> font-size == 50pt (can be checked here
>>>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>>>> Is it really what you want?
>>>>
>>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> this should be fine...
>>>>>
>>>>> text : 50
>>>>> paint: 5 (as is)
>>>>> draw line: 5 (as is)
>>>>> highlighter: 20 (as is)
>>>>> rectangle: 5 (as is)
>>>>> ellipse: 5 (as is)
>>>>> arrow: 20
>>>>>
>>>>> one more thing: wb uses font with serifs, I would say one without
>>>>> serifs would be better.
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>>
>>>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>>>
>>>>> Sure, can easily be done if you will provide desired values :)
>>>>>
>>>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> JIRA done... Take your time
>>>>>>
>>>>>> I have one more Question: Is it possible to have different default
>>>>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>>>>> prefer 20 and writing 50.
>>>>>>
>>>>>> Greetings Peter and have a nice weekend
>>>>>>
>>>>>>
>>>>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>>>>
>>>>>> OK, will try to implement this
>>>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>>>
>>>>>> I'm less productive these days, hopefully will be able to implement
>>>>>> in nearest week :)
>>>>>>
>>>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> I think it will... people here tried to use click on the little
>>>>>>> symbol in the first place, but when you hover the little symbol chat bar
>>>>>>> already start to toggle and the click will not be noticed by the system.
>>>>>>> but the user had clicked and it should be opened, but it will close because
>>>>>>> it is not docked... and sometimes this ended after a few tries in a
>>>>>>> complete blue chat panel... They asked if it is a kind of game...
>>>>>>>
>>>>>>> I already thought about open chat by default, but maybe in some
>>>>>>> scenarios it shouldn't be like that....
>>>>>>>
>>>>>>>
>>>>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> Currently we have 1 area
>>>>>>> It is hoverable while closed and clickable while opened :)
>>>>>>>
>>>>>>> I'm not sure having 2 areas will make this feature more clear :(
>>>>>>>
>>>>>>> BTW you can set "Chat is opened by default" in room options ..... :)
>>>>>>>
>>>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> I understand your point and I think this could work if people get
>>>>>>>> familiar with it...
>>>>>>>>
>>>>>>>> I think to fit both cases we should divide the closed chat panel in
>>>>>>>> a hover and a click part.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> This should address the ones that want to click and the ones that
>>>>>>>> want to use hover. And if people still get confused here and the hover area
>>>>>>>> has an id than it could be turned off via css.
>>>>>>>>
>>>>>>>> #cPhover{
>>>>>>>> pointer-events: none !important;
>>>>>>>> }
>>>>>>>>
>>>>>>>>
>>>>>>>> What do you think?
>>>>>>>>
>>>>>>>> I got another little feature request, I will create a jira for it.
>>>>>>>>
>>>>>>>> Greetings Peter
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>>>>
>>>>>>>> Hello Peter,
>>>>>>>>
>>>>>>>> It was my idea :)))
>>>>>>>> I thought it is useful:
>>>>>>>> 1) you can see the message is arrived
>>>>>>>> 2) you hover to check if this message is important or not
>>>>>>>> 3) you can click to make it open
>>>>>>>>
>>>>>>>> The customization is not that simple
>>>>>>>> I believe we should choose proper behavior :)
>>>>>>>>
>>>>>>>> would appreciate ideas on how this can be improved :))
>>>>>>>>
>>>>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>>
>>>>>>>>> Hi Maxim,
>>>>>>>>>
>>>>>>>>> I got a few more feedbacks and one criticized point was, that
>>>>>>>>> hover effect of the chat panel. They expect that it works like a&a, Click
>>>>>>>>> -> open and click -> close.
>>>>>>>>>
>>>>>>>>> Why does it have that hover effect? And if it need to be there in
>>>>>>>>> general, how can I make it act like a&a?
>>>>>>>>>
>>>>>>>>> Greetings Peter
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
Hi Maxim,
that would be great, so everyone could change this to her/his needs.
Greetings Peter
Am 30.01.2018 um 03:46 schrieb Maxim Solodovnik:
> Just have checked
> setting font-family on <div> is not working
> I can add some hidden div to WB
> And will take font-family from this element
> you can set it in custom.css
> Would it be OK?
>
> On Mon, Jan 29, 2018 at 11:12 PM, Maxim Solodovnik
> <solomax666@gmail.com <ma...@gmail.com>> wrote:
>
> Hello Peter,
> The only place fontFace is being set is general.css
>
> I believe you can set fontface for main wb <div> and it will do
> the trick
>
> If not, wb-text.js need to be changed .....
>
> WBR, Maxim
> (from mobile, sorry for the typos)
>
>
> On Mon, Jan 29, 2018, 23:07 Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Maxim,
>
> I didn't find a way to use custom.css by now, because this
> part is within a canvas container. I could change the font be
> editing fabric.js wb.js and wb.min.js in
> red5/webapps/openmeetings/WEB-INF/classes/org/apache/openmeetings/web/room/wb
> (thanks for the hint to fabric.js). I think to change one of
> them would be enough, but I didn't want to search the right one.
>
> If "Times New Roman" is important somehow I could do this
> changes within my buildscript.
>
> I will check jira tomorrow morning... kids are waiting... ;-)
>
> Greetings and thanks so far Peter
>
> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>> Hello Peter,
>>
>> According to the docs:
>> http://fabricjs.com/docs/fabric.Text.html#fontFamily
>> <http://fabricjs.com/docs/fabric.Text.html#fontFamily>
>> Default font Family is Times New Roman
>>
>> It might be inherited from
>> https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/css/general.css#L22
>> <https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/css/general.css#L22>
>> And can be customized via custom.css
>>
>> Can you check this?
>>
>>
>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>> <https://issues.apache.org/jira/browse/OPENMEETINGS-1821>
>>
>>
>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> I think so... ;-) the first one is the default (12)
>> now... There is written "default" btw... ;-)
>>
>> I don't think that my screen is that oversized (24''
>> 1920x1080), but 12 is unreadable.
>>
>>
>>
>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>> text: 50 ==> font-size == 50pt (can be checked here
>>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm
>>> <https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm>)
>>>
>>> Is it really what you want?
>>>
>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn
>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>
>>> Hi Maxim,
>>>
>>> this should be fine...
>>>
>>> text : 50
>>> paint: 5 (as is)
>>> draw line: 5 (as is)
>>> highlighter: 20 (as is)
>>> rectangle: 5 (as is)
>>> ellipse: 5 (as is)
>>> arrow: 20
>>>
>>> one more thing: wb uses font with serifs, I would
>>> say one without serifs would be better.
>>>
>>> Greetings Peter
>>>
>>>
>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>> Sure, can easily be done if you will provide
>>>> desired values :)
>>>>
>>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn
>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>
>>>> JIRA done... Take your time
>>>>
>>>> I have one more Question: Is it possible to
>>>> have different default values for different WB
>>>> tools? Draw need 5 for line width, Arrow I
>>>> would prefer 20 and writing 50.
>>>>
>>>> Greetings Peter and have a nice weekend
>>>>
>>>>
>>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>>> OK, will try to implement this
>>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>>
>>>>> I'm less productive these days, hopefully will
>>>>> be able to implement in nearest week :)
>>>>>
>>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> I think it will... people here tried to
>>>>> use click on the little symbol in the
>>>>> first place, but when you hover the little
>>>>> symbol chat bar already start to toggle
>>>>> and the click will not be noticed by the
>>>>> system. but the user had clicked and it
>>>>> should be opened, but it will close
>>>>> because it is not docked... and sometimes
>>>>> this ended after a few tries in a complete
>>>>> blue chat panel... They asked if it is a
>>>>> kind of game...
>>>>>
>>>>> I already thought about open chat by
>>>>> default, but maybe in some scenarios it
>>>>> shouldn't be like that....
>>>>>
>>>>>
>>>>> Am 26.01.2018 um 14:34 schrieb Maxim
>>>>> Solodovnik:
>>>>>> Currently we have 1 area
>>>>>> It is hoverable while closed and
>>>>>> clickable while opened :)
>>>>>>
>>>>>> I'm not sure having 2 areas will make
>>>>>> this feature more clear :(
>>>>>>
>>>>>> BTW you can set "Chat is opened by
>>>>>> default" in room options ..... :)
>>>>>>
>>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter
>>>>>> Dähn <daehn@vcrp.de
>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> I understand your point and I think
>>>>>> this could work if people get
>>>>>> familiar with it...
>>>>>>
>>>>>> I think to fit both cases we should
>>>>>> divide the closed chat panel in a
>>>>>> hover and a click part.
>>>>>>
>>>>>>
>>>>>>
>>>>>> This should address the ones that
>>>>>> want to click and the ones that want
>>>>>> to use hover. And if people still get
>>>>>> confused here and the hover area has
>>>>>> an id than it could be turned off via
>>>>>> css.
>>>>>>
>>>>>> #cPhover{
>>>>>> pointer-events: none !important;
>>>>>> }
>>>>>>
>>>>>>
>>>>>> What do you think?
>>>>>>
>>>>>> I got another little feature request,
>>>>>> I will create a jira for it.
>>>>>>
>>>>>> Greetings Peter
>>>>>>
>>>>>>
>>>>>>
>>>>>> Am 26.01.2018 um 10:36 schrieb Maxim
>>>>>> Solodovnik:
>>>>>>> Hello Peter,
>>>>>>>
>>>>>>> It was my idea :)))
>>>>>>> I thought it is useful:
>>>>>>> 1) you can see the message is arrived
>>>>>>> 2) you hover to check if this
>>>>>>> message is important or not
>>>>>>> 3) you can click to make it open
>>>>>>>
>>>>>>> The customization is not that simple
>>>>>>> I believe we should choose proper
>>>>>>> behavior :)
>>>>>>>
>>>>>>> would appreciate ideas on how this
>>>>>>> can be improved :))
>>>>>>>
>>>>>>> On Fri, Jan 26, 2018 at 4:33 PM,
>>>>>>> Peter Dähn <daehn@vcrp.de
>>>>>>> <ma...@vcrp.de>> wrote:
>>>>>>>
>>>>>>> Hi Maxim,
>>>>>>>
>>>>>>> I got a few more feedbacks and
>>>>>>> one criticized point was, that
>>>>>>> hover effect of the chat panel.
>>>>>>> They expect that it works like
>>>>>>> a&a, Click -> open and click ->
>>>>>>> close.
>>>>>>>
>>>>>>> Why does it have that hover
>>>>>>> effect? And if it need to be
>>>>>>> there in general, how can I make
>>>>>>> it act like a&a?
>>>>>>>
>>>>>>> Greetings Peter
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
Just have checked
setting font-family on <div> is not working
I can add some hidden div to WB
And will take font-family from this element
you can set it in custom.css
Would it be OK?
On Mon, Jan 29, 2018 at 11:12 PM, Maxim Solodovnik <so...@gmail.com>
wrote:
> Hello Peter,
> The only place fontFace is being set is general.css
>
> I believe you can set fontface for main wb <div> and it will do the trick
>
> If not, wb-text.js need to be changed .....
>
> WBR, Maxim
> (from mobile, sorry for the typos)
>
>
> On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim,
>>
>> I didn't find a way to use custom.css by now, because this part is within
>> a canvas container. I could change the font be editing fabric.js wb.js and
>> wb.min.js in red5/webapps/openmeetings/WEB-INF/classes/org/apache/openmeetings/web/room/wb
>> (thanks for the hint to fabric.js). I think to change one of them would be
>> enough, but I didn't want to search the right one.
>>
>> If "Times New Roman" is important somehow I could do this changes within
>> my buildscript.
>>
>> I will check jira tomorrow morning... kids are waiting... ;-)
>>
>> Greetings and thanks so far Peter
>>
>> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>>
>> Hello Peter,
>>
>> According to the docs: http://fabricjs.com/docs/fabric.Text.html#
>> fontFamily
>> Default font Family is Times New Roman
>>
>> It might be inherited from https://github.com/apache/openmeetings/blob/
>> master/openmeetings-web/src/main/webapp/css/general.css#L22
>> And can be customized via custom.css
>>
>> Can you check this?
>>
>>
>> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>>
>>
>> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> I think so... ;-) the first one is the default (12) now... There is
>>> written "default" btw... ;-)
>>>
>>> I don't think that my screen is that oversized (24'' 1920x1080), but 12
>>> is unreadable.
>>>
>>>
>>>
>>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>>
>>> text: 50 ==> font-size == 50pt (can be checked here
>>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>>> Is it really what you want?
>>>
>>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi Maxim,
>>>>
>>>> this should be fine...
>>>>
>>>> text : 50
>>>> paint: 5 (as is)
>>>> draw line: 5 (as is)
>>>> highlighter: 20 (as is)
>>>> rectangle: 5 (as is)
>>>> ellipse: 5 (as is)
>>>> arrow: 20
>>>>
>>>> one more thing: wb uses font with serifs, I would say one without
>>>> serifs would be better.
>>>>
>>>> Greetings Peter
>>>>
>>>>
>>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>>
>>>> Sure, can easily be done if you will provide desired values :)
>>>>
>>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> JIRA done... Take your time
>>>>>
>>>>> I have one more Question: Is it possible to have different default
>>>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>>>> prefer 20 and writing 50.
>>>>>
>>>>> Greetings Peter and have a nice weekend
>>>>>
>>>>>
>>>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>>>
>>>>> OK, will try to implement this
>>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>>
>>>>> I'm less productive these days, hopefully will be able to implement in
>>>>> nearest week :)
>>>>>
>>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> I think it will... people here tried to use click on the little
>>>>>> symbol in the first place, but when you hover the little symbol chat bar
>>>>>> already start to toggle and the click will not be noticed by the system.
>>>>>> but the user had clicked and it should be opened, but it will close because
>>>>>> it is not docked... and sometimes this ended after a few tries in a
>>>>>> complete blue chat panel... They asked if it is a kind of game...
>>>>>>
>>>>>> I already thought about open chat by default, but maybe in some
>>>>>> scenarios it shouldn't be like that....
>>>>>>
>>>>>>
>>>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>>>
>>>>>> Currently we have 1 area
>>>>>> It is hoverable while closed and clickable while opened :)
>>>>>>
>>>>>> I'm not sure having 2 areas will make this feature more clear :(
>>>>>>
>>>>>> BTW you can set "Chat is opened by default" in room options ..... :)
>>>>>>
>>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> I understand your point and I think this could work if people get
>>>>>>> familiar with it...
>>>>>>>
>>>>>>> I think to fit both cases we should divide the closed chat panel in
>>>>>>> a hover and a click part.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> This should address the ones that want to click and the ones that
>>>>>>> want to use hover. And if people still get confused here and the hover area
>>>>>>> has an id than it could be turned off via css.
>>>>>>>
>>>>>>> #cPhover{
>>>>>>> pointer-events: none !important;
>>>>>>> }
>>>>>>>
>>>>>>>
>>>>>>> What do you think?
>>>>>>>
>>>>>>> I got another little feature request, I will create a jira for it.
>>>>>>>
>>>>>>> Greetings Peter
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>>>
>>>>>>> Hello Peter,
>>>>>>>
>>>>>>> It was my idea :)))
>>>>>>> I thought it is useful:
>>>>>>> 1) you can see the message is arrived
>>>>>>> 2) you hover to check if this message is important or not
>>>>>>> 3) you can click to make it open
>>>>>>>
>>>>>>> The customization is not that simple
>>>>>>> I believe we should choose proper behavior :)
>>>>>>>
>>>>>>> would appreciate ideas on how this can be improved :))
>>>>>>>
>>>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>>
>>>>>>>> Hi Maxim,
>>>>>>>>
>>>>>>>> I got a few more feedbacks and one criticized point was, that hover
>>>>>>>> effect of the chat panel. They expect that it works like a&a, Click -> open
>>>>>>>> and click -> close.
>>>>>>>>
>>>>>>>> Why does it have that hover effect? And if it need to be there in
>>>>>>>> general, how can I make it act like a&a?
>>>>>>>>
>>>>>>>> Greetings Peter
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>>
--
WBR
Maxim aka solomax
Re: OM and Jenkins
Posted by Maxim Solodovnik <so...@gmail.com>.
Sure :)
Every build have "Test Result" on the left (here is the example for build
#214
https://builds.apache.org/view/M-R/view/OpenMeetings/job/OpenMeetings%204.0.x/
*214*/testReport/)
You can follow this link and see test results :)
to get source code of these tests you can check source code at
https://github.com/apache/openmeetings
Under each module with tests you can find src/test folder (for ex.
https://github.com/apache/openmeetings/tree/master/openmeetings-web/src/test
)
On Tue, Jan 30, 2018 at 7:31 AM, Daniel Baker <in...@collisiondetection.biz>
wrote:
> Hi I was wondering what tests are performed on Jenkins. Is there a way for
> me to see those tests inspect them and understand them better?
>
>
>
>
>
> Thanks,
>
> Dan
>
> ---
> This email has been checked for viruses by AVG.
> http://www.avg.com
>
>
--
WBR
Maxim aka solomax
OM and Jenkins
Posted by Daniel Baker <in...@collisiondetection.biz>.
Hi I was wondering what tests are performed on Jenkins. Is there a way
for me to see those tests inspect them and understand them better?
Thanks,
Dan
---
This email has been checked for viruses by AVG.
http://www.avg.com
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Peter,
The only place fontFace is being set is general.css
I believe you can set fontface for main wb <div> and it will do the trick
If not, wb-text.js need to be changed .....
WBR, Maxim
(from mobile, sorry for the typos)
On Mon, Jan 29, 2018, 23:07 Peter Dähn <da...@vcrp.de> wrote:
> Hi Maxim,
>
> I didn't find a way to use custom.css by now, because this part is within
> a canvas container. I could change the font be editing fabric.js wb.js and
> wb.min.js in
> red5/webapps/openmeetings/WEB-INF/classes/org/apache/openmeetings/web/room/wb
> (thanks for the hint to fabric.js). I think to change one of them would be
> enough, but I didn't want to search the right one.
>
> If "Times New Roman" is important somehow I could do this changes within
> my buildscript.
>
> I will check jira tomorrow morning... kids are waiting... ;-)
>
> Greetings and thanks so far Peter
>
> Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
>
> Hello Peter,
>
> According to the docs:
> http://fabricjs.com/docs/fabric.Text.html#fontFamily
> Default font Family is Times New Roman
>
> It might be inherited from
> https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/css/general.css#L22
> And can be customized via custom.css
>
> Can you check this?
>
>
> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>
>
> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> I think so... ;-) the first one is the default (12) now... There is
>> written "default" btw... ;-)
>>
>> I don't think that my screen is that oversized (24'' 1920x1080), but 12
>> is unreadable.
>>
>>
>>
>> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>>
>> text: 50 ==> font-size == 50pt (can be checked here
>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
>> Is it really what you want?
>>
>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi Maxim,
>>>
>>> this should be fine...
>>>
>>> text : 50
>>> paint: 5 (as is)
>>> draw line: 5 (as is)
>>> highlighter: 20 (as is)
>>> rectangle: 5 (as is)
>>> ellipse: 5 (as is)
>>> arrow: 20
>>>
>>> one more thing: wb uses font with serifs, I would say one without serifs
>>> would be better.
>>>
>>> Greetings Peter
>>>
>>>
>>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>>
>>> Sure, can easily be done if you will provide desired values :)
>>>
>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> JIRA done... Take your time
>>>>
>>>> I have one more Question: Is it possible to have different default
>>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>>> prefer 20 and writing 50.
>>>>
>>>> Greetings Peter and have a nice weekend
>>>>
>>>>
>>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>>
>>>> OK, will try to implement this
>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>
>>>> I'm less productive these days, hopefully will be able to implement in
>>>> nearest week :)
>>>>
>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> I think it will... people here tried to use click on the little symbol
>>>>> in the first place, but when you hover the little symbol chat bar already
>>>>> start to toggle and the click will not be noticed by the system. but the
>>>>> user had clicked and it should be opened, but it will close because it is
>>>>> not docked... and sometimes this ended after a few tries in a complete blue
>>>>> chat panel... They asked if it is a kind of game...
>>>>>
>>>>> I already thought about open chat by default, but maybe in some
>>>>> scenarios it shouldn't be like that....
>>>>>
>>>>>
>>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>>
>>>>> Currently we have 1 area
>>>>> It is hoverable while closed and clickable while opened :)
>>>>>
>>>>> I'm not sure having 2 areas will make this feature more clear :(
>>>>>
>>>>> BTW you can set "Chat is opened by default" in room options ..... :)
>>>>>
>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> I understand your point and I think this could work if people get
>>>>>> familiar with it...
>>>>>>
>>>>>> I think to fit both cases we should divide the closed chat panel in a
>>>>>> hover and a click part.
>>>>>>
>>>>>>
>>>>>>
>>>>>> This should address the ones that want to click and the ones that
>>>>>> want to use hover. And if people still get confused here and the hover area
>>>>>> has an id than it could be turned off via css.
>>>>>>
>>>>>> #cPhover{
>>>>>> pointer-events: none !important;
>>>>>> }
>>>>>>
>>>>>>
>>>>>> What do you think?
>>>>>>
>>>>>> I got another little feature request, I will create a jira for it.
>>>>>>
>>>>>> Greetings Peter
>>>>>>
>>>>>>
>>>>>>
>>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>>
>>>>>> Hello Peter,
>>>>>>
>>>>>> It was my idea :)))
>>>>>> I thought it is useful:
>>>>>> 1) you can see the message is arrived
>>>>>> 2) you hover to check if this message is important or not
>>>>>> 3) you can click to make it open
>>>>>>
>>>>>> The customization is not that simple
>>>>>> I believe we should choose proper behavior :)
>>>>>>
>>>>>> would appreciate ideas on how this can be improved :))
>>>>>>
>>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>>
>>>>>>> Hi Maxim,
>>>>>>>
>>>>>>> I got a few more feedbacks and one criticized point was, that hover
>>>>>>> effect of the chat panel. They expect that it works like a&a, Click -> open
>>>>>>> and click -> close.
>>>>>>>
>>>>>>> Why does it have that hover effect? And if it need to be there in
>>>>>>> general, how can I make it act like a&a?
>>>>>>>
>>>>>>> Greetings Peter
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
>
Re: Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
Hi Maxim,
I didn't find a way to use custom.css by now, because this part is
within a canvas container. I could change the font be editing fabric.js
wb.js and wb.min.js in
red5/webapps/openmeetings/WEB-INF/classes/org/apache/openmeetings/web/room/wb
(thanks for the hint to fabric.js). I think to change one of them would
be enough, but I didn't want to search the right one.
If "Times New Roman" is important somehow I could do this changes within
my buildscript.
I will check jira tomorrow morning... kids are waiting... ;-)
Greetings and thanks so far Peter
Am 29.01.2018 um 16:00 schrieb Maxim Solodovnik:
> Hello Peter,
>
> According to the docs:
> http://fabricjs.com/docs/fabric.Text.html#fontFamily
> Default font Family is Times New Roman
>
> It might be inherited from
> https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/css/general.css#L22
> And can be customized via custom.css
>
> Can you check this?
>
>
> https://issues.apache.org/jira/browse/OPENMEETINGS-1821
>
>
> On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> I think so... ;-) the first one is the default (12) now... There
> is written "default" btw... ;-)
>
> I don't think that my screen is that oversized (24'' 1920x1080),
> but 12 is unreadable.
>
>
>
> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>> text: 50 ==> font-size == 50pt (can be checked here
>> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm
>> <https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm>)
>>
>> Is it really what you want?
>>
>> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> Hi Maxim,
>>
>> this should be fine...
>>
>> text : 50
>> paint: 5 (as is)
>> draw line: 5 (as is)
>> highlighter: 20 (as is)
>> rectangle: 5 (as is)
>> ellipse: 5 (as is)
>> arrow: 20
>>
>> one more thing: wb uses font with serifs, I would say one
>> without serifs would be better.
>>
>> Greetings Peter
>>
>>
>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>> Sure, can easily be done if you will provide desired values :)
>>>
>>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> JIRA done... Take your time
>>>
>>> I have one more Question: Is it possible to have
>>> different default values for different WB tools? Draw
>>> need 5 for line width, Arrow I would prefer 20 and
>>> writing 50.
>>>
>>> Greetings Peter and have a nice weekend
>>>
>>>
>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>> OK, will try to implement this
>>>> Please create JIRA, so it will go to CHANGELOG :)
>>>>
>>>> I'm less productive these days, hopefully will be able
>>>> to implement in nearest week :)
>>>>
>>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn
>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>
>>>> I think it will... people here tried to use click
>>>> on the little symbol in the first place, but when
>>>> you hover the little symbol chat bar already start
>>>> to toggle and the click will not be noticed by the
>>>> system. but the user had clicked and it should be
>>>> opened, but it will close because it is not
>>>> docked... and sometimes this ended after a few
>>>> tries in a complete blue chat panel... They asked
>>>> if it is a kind of game...
>>>>
>>>> I already thought about open chat by default, but
>>>> maybe in some scenarios it shouldn't be like that....
>>>>
>>>>
>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>> Currently we have 1 area
>>>>> It is hoverable while closed and clickable while
>>>>> opened :)
>>>>>
>>>>> I'm not sure having 2 areas will make this feature
>>>>> more clear :(
>>>>>
>>>>> BTW you can set "Chat is opened by default" in
>>>>> room options ..... :)
>>>>>
>>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> I understand your point and I think this could
>>>>> work if people get familiar with it...
>>>>>
>>>>> I think to fit both cases we should divide the
>>>>> closed chat panel in a hover and a click part.
>>>>>
>>>>>
>>>>>
>>>>> This should address the ones that want to
>>>>> click and the ones that want to use hover. And
>>>>> if people still get confused here and the
>>>>> hover area has an id than it could be turned
>>>>> off via css.
>>>>>
>>>>> #cPhover{
>>>>> pointer-events: none !important;
>>>>> }
>>>>>
>>>>>
>>>>> What do you think?
>>>>>
>>>>> I got another little feature request, I will
>>>>> create a jira for it.
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>>
>>>>>
>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>> Hello Peter,
>>>>>>
>>>>>> It was my idea :)))
>>>>>> I thought it is useful:
>>>>>> 1) you can see the message is arrived
>>>>>> 2) you hover to check if this message is
>>>>>> important or not
>>>>>> 3) you can click to make it open
>>>>>>
>>>>>> The customization is not that simple
>>>>>> I believe we should choose proper behavior :)
>>>>>>
>>>>>> would appreciate ideas on how this can be
>>>>>> improved :))
>>>>>>
>>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn
>>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>>
>>>>>> Hi Maxim,
>>>>>>
>>>>>> I got a few more feedbacks and one
>>>>>> criticized point was, that hover effect
>>>>>> of the chat panel. They expect that it
>>>>>> works like a&a, Click -> open and click
>>>>>> -> close.
>>>>>>
>>>>>> Why does it have that hover effect? And
>>>>>> if it need to be there in general, how
>>>>>> can I make it act like a&a?
>>>>>>
>>>>>> Greetings Peter
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Peter,
According to the docs: http://fabricjs.com/docs/fabric.Text.html#fontFamily
Default font Family is Times New Roman
It might be inherited from
https://github.com/apache/openmeetings/blob/master/openmeetings-web/src/main/webapp/css/general.css#L22
And can be customized via custom.css
Can you check this?
https://issues.apache.org/jira/browse/OPENMEETINGS-1821
On Mon, Jan 29, 2018 at 6:13 PM, Peter Dähn <da...@vcrp.de> wrote:
> I think so... ;-) the first one is the default (12) now... There is
> written "default" btw... ;-)
>
> I don't think that my screen is that oversized (24'' 1920x1080), but 12 is
> unreadable.
>
>
>
> Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
>
> text: 50 ==> font-size == 50pt (can be checked here https://www-archive.
> mozilla.org/newlayout/testcases/css/sec526pt2.htm)
> Is it really what you want?
>
> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim,
>>
>> this should be fine...
>>
>> text : 50
>> paint: 5 (as is)
>> draw line: 5 (as is)
>> highlighter: 20 (as is)
>> rectangle: 5 (as is)
>> ellipse: 5 (as is)
>> arrow: 20
>>
>> one more thing: wb uses font with serifs, I would say one without serifs
>> would be better.
>>
>> Greetings Peter
>>
>>
>> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>>
>> Sure, can easily be done if you will provide desired values :)
>>
>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> JIRA done... Take your time
>>>
>>> I have one more Question: Is it possible to have different default
>>> values for different WB tools? Draw need 5 for line width, Arrow I would
>>> prefer 20 and writing 50.
>>>
>>> Greetings Peter and have a nice weekend
>>>
>>>
>>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>>
>>> OK, will try to implement this
>>> Please create JIRA, so it will go to CHANGELOG :)
>>>
>>> I'm less productive these days, hopefully will be able to implement in
>>> nearest week :)
>>>
>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> I think it will... people here tried to use click on the little symbol
>>>> in the first place, but when you hover the little symbol chat bar already
>>>> start to toggle and the click will not be noticed by the system. but the
>>>> user had clicked and it should be opened, but it will close because it is
>>>> not docked... and sometimes this ended after a few tries in a complete blue
>>>> chat panel... They asked if it is a kind of game...
>>>>
>>>> I already thought about open chat by default, but maybe in some
>>>> scenarios it shouldn't be like that....
>>>>
>>>>
>>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>>
>>>> Currently we have 1 area
>>>> It is hoverable while closed and clickable while opened :)
>>>>
>>>> I'm not sure having 2 areas will make this feature more clear :(
>>>>
>>>> BTW you can set "Chat is opened by default" in room options ..... :)
>>>>
>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> I understand your point and I think this could work if people get
>>>>> familiar with it...
>>>>>
>>>>> I think to fit both cases we should divide the closed chat panel in a
>>>>> hover and a click part.
>>>>>
>>>>>
>>>>>
>>>>> This should address the ones that want to click and the ones that want
>>>>> to use hover. And if people still get confused here and the hover area has
>>>>> an id than it could be turned off via css.
>>>>>
>>>>> #cPhover{
>>>>> pointer-events: none !important;
>>>>> }
>>>>>
>>>>>
>>>>> What do you think?
>>>>>
>>>>> I got another little feature request, I will create a jira for it.
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>>
>>>>>
>>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>>
>>>>> Hello Peter,
>>>>>
>>>>> It was my idea :)))
>>>>> I thought it is useful:
>>>>> 1) you can see the message is arrived
>>>>> 2) you hover to check if this message is important or not
>>>>> 3) you can click to make it open
>>>>>
>>>>> The customization is not that simple
>>>>> I believe we should choose proper behavior :)
>>>>>
>>>>> would appreciate ideas on how this can be improved :))
>>>>>
>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>>
>>>>>> Hi Maxim,
>>>>>>
>>>>>> I got a few more feedbacks and one criticized point was, that hover
>>>>>> effect of the chat panel. They expect that it works like a&a, Click -> open
>>>>>> and click -> close.
>>>>>>
>>>>>> Why does it have that hover effect? And if it need to be there in
>>>>>> general, how can I make it act like a&a?
>>>>>>
>>>>>> Greetings Peter
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
I think so... ;-) the first one is the default (12) now... There is
written "default" btw... ;-)
I don't think that my screen is that oversized (24'' 1920x1080), but 12
is unreadable.
Am 29.01.2018 um 11:52 schrieb Maxim Solodovnik:
> text: 50 ==> font-size == 50pt (can be checked here
> https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
> Is it really what you want?
>
> On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Maxim,
>
> this should be fine...
>
> text : 50
> paint: 5 (as is)
> draw line: 5 (as is)
> highlighter: 20 (as is)
> rectangle: 5 (as is)
> ellipse: 5 (as is)
> arrow: 20
>
> one more thing: wb uses font with serifs, I would say one without
> serifs would be better.
>
> Greetings Peter
>
>
> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>> Sure, can easily be done if you will provide desired values :)
>>
>> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> JIRA done... Take your time
>>
>> I have one more Question: Is it possible to have different
>> default values for different WB tools? Draw need 5 for line
>> width, Arrow I would prefer 20 and writing 50.
>>
>> Greetings Peter and have a nice weekend
>>
>>
>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>> OK, will try to implement this
>>> Please create JIRA, so it will go to CHANGELOG :)
>>>
>>> I'm less productive these days, hopefully will be able to
>>> implement in nearest week :)
>>>
>>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> I think it will... people here tried to use click on the
>>> little symbol in the first place, but when you hover the
>>> little symbol chat bar already start to toggle and the
>>> click will not be noticed by the system. but the user
>>> had clicked and it should be opened, but it will close
>>> because it is not docked... and sometimes this ended
>>> after a few tries in a complete blue chat panel... They
>>> asked if it is a kind of game...
>>>
>>> I already thought about open chat by default, but maybe
>>> in some scenarios it shouldn't be like that....
>>>
>>>
>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>> Currently we have 1 area
>>>> It is hoverable while closed and clickable while opened :)
>>>>
>>>> I'm not sure having 2 areas will make this feature more
>>>> clear :(
>>>>
>>>> BTW you can set "Chat is opened by default" in room
>>>> options ..... :)
>>>>
>>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn
>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>
>>>> I understand your point and I think this could work
>>>> if people get familiar with it...
>>>>
>>>> I think to fit both cases we should divide the
>>>> closed chat panel in a hover and a click part.
>>>>
>>>>
>>>>
>>>> This should address the ones that want to click and
>>>> the ones that want to use hover. And if people
>>>> still get confused here and the hover area has an
>>>> id than it could be turned off via css.
>>>>
>>>> #cPhover{
>>>> pointer-events: none !important;
>>>> }
>>>>
>>>>
>>>> What do you think?
>>>>
>>>> I got another little feature request, I will create
>>>> a jira for it.
>>>>
>>>> Greetings Peter
>>>>
>>>>
>>>>
>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>> Hello Peter,
>>>>>
>>>>> It was my idea :)))
>>>>> I thought it is useful:
>>>>> 1) you can see the message is arrived
>>>>> 2) you hover to check if this message is important
>>>>> or not
>>>>> 3) you can click to make it open
>>>>>
>>>>> The customization is not that simple
>>>>> I believe we should choose proper behavior :)
>>>>>
>>>>> would appreciate ideas on how this can be improved :))
>>>>>
>>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn
>>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> I got a few more feedbacks and one criticized
>>>>> point was, that hover effect of the chat
>>>>> panel. They expect that it works like a&a,
>>>>> Click -> open and click -> close.
>>>>>
>>>>> Why does it have that hover effect? And if it
>>>>> need to be there in general, how can I make it
>>>>> act like a&a?
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
text: 50 ==> font-size == 50pt (can be checked here
https://www-archive.mozilla.org/newlayout/testcases/css/sec526pt2.htm)
Is it really what you want?
On Mon, Jan 29, 2018 at 5:32 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hi Maxim,
>
> this should be fine...
>
> text : 50
> paint: 5 (as is)
> draw line: 5 (as is)
> highlighter: 20 (as is)
> rectangle: 5 (as is)
> ellipse: 5 (as is)
> arrow: 20
>
> one more thing: wb uses font with serifs, I would say one without serifs
> would be better.
>
> Greetings Peter
>
>
> Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
>
> Sure, can easily be done if you will provide desired values :)
>
> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> JIRA done... Take your time
>>
>> I have one more Question: Is it possible to have different default values
>> for different WB tools? Draw need 5 for line width, Arrow I would prefer 20
>> and writing 50.
>>
>> Greetings Peter and have a nice weekend
>>
>>
>> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>>
>> OK, will try to implement this
>> Please create JIRA, so it will go to CHANGELOG :)
>>
>> I'm less productive these days, hopefully will be able to implement in
>> nearest week :)
>>
>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> I think it will... people here tried to use click on the little symbol
>>> in the first place, but when you hover the little symbol chat bar already
>>> start to toggle and the click will not be noticed by the system. but the
>>> user had clicked and it should be opened, but it will close because it is
>>> not docked... and sometimes this ended after a few tries in a complete blue
>>> chat panel... They asked if it is a kind of game...
>>>
>>> I already thought about open chat by default, but maybe in some
>>> scenarios it shouldn't be like that....
>>>
>>>
>>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>>
>>> Currently we have 1 area
>>> It is hoverable while closed and clickable while opened :)
>>>
>>> I'm not sure having 2 areas will make this feature more clear :(
>>>
>>> BTW you can set "Chat is opened by default" in room options ..... :)
>>>
>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> I understand your point and I think this could work if people get
>>>> familiar with it...
>>>>
>>>> I think to fit both cases we should divide the closed chat panel in a
>>>> hover and a click part.
>>>>
>>>>
>>>>
>>>> This should address the ones that want to click and the ones that want
>>>> to use hover. And if people still get confused here and the hover area has
>>>> an id than it could be turned off via css.
>>>>
>>>> #cPhover{
>>>> pointer-events: none !important;
>>>> }
>>>>
>>>>
>>>> What do you think?
>>>>
>>>> I got another little feature request, I will create a jira for it.
>>>>
>>>> Greetings Peter
>>>>
>>>>
>>>>
>>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>>
>>>> Hello Peter,
>>>>
>>>> It was my idea :)))
>>>> I thought it is useful:
>>>> 1) you can see the message is arrived
>>>> 2) you hover to check if this message is important or not
>>>> 3) you can click to make it open
>>>>
>>>> The customization is not that simple
>>>> I believe we should choose proper behavior :)
>>>>
>>>> would appreciate ideas on how this can be improved :))
>>>>
>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> I got a few more feedbacks and one criticized point was, that hover
>>>>> effect of the chat panel. They expect that it works like a&a, Click -> open
>>>>> and click -> close.
>>>>>
>>>>> Why does it have that hover effect? And if it need to be there in
>>>>> general, how can I make it act like a&a?
>>>>>
>>>>> Greetings Peter
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
Hi Maxim,
this should be fine...
text : 50
paint: 5 (as is)
draw line: 5 (as is)
highlighter: 20 (as is)
rectangle: 5 (as is)
ellipse: 5 (as is)
arrow: 20
one more thing: wb uses font with serifs, I would say one without serifs
would be better.
Greetings Peter
Am 26.01.2018 um 15:26 schrieb Maxim Solodovnik:
> Sure, can easily be done if you will provide desired values :)
>
> On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> JIRA done... Take your time
>
> I have one more Question: Is it possible to have different default
> values for different WB tools? Draw need 5 for line width, Arrow I
> would prefer 20 and writing 50.
>
> Greetings Peter and have a nice weekend
>
>
> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>> OK, will try to implement this
>> Please create JIRA, so it will go to CHANGELOG :)
>>
>> I'm less productive these days, hopefully will be able to
>> implement in nearest week :)
>>
>> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> I think it will... people here tried to use click on the
>> little symbol in the first place, but when you hover the
>> little symbol chat bar already start to toggle and the click
>> will not be noticed by the system. but the user had clicked
>> and it should be opened, but it will close because it is not
>> docked... and sometimes this ended after a few tries in a
>> complete blue chat panel... They asked if it is a kind of game...
>>
>> I already thought about open chat by default, but maybe in
>> some scenarios it shouldn't be like that....
>>
>>
>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>> Currently we have 1 area
>>> It is hoverable while closed and clickable while opened :)
>>>
>>> I'm not sure having 2 areas will make this feature more
>>> clear :(
>>>
>>> BTW you can set "Chat is opened by default" in room options
>>> ..... :)
>>>
>>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> I understand your point and I think this could work if
>>> people get familiar with it...
>>>
>>> I think to fit both cases we should divide the closed
>>> chat panel in a hover and a click part.
>>>
>>>
>>>
>>> This should address the ones that want to click and the
>>> ones that want to use hover. And if people still get
>>> confused here and the hover area has an id than it could
>>> be turned off via css.
>>>
>>> #cPhover{
>>> pointer-events: none !important;
>>> }
>>>
>>>
>>> What do you think?
>>>
>>> I got another little feature request, I will create a
>>> jira for it.
>>>
>>> Greetings Peter
>>>
>>>
>>>
>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>> Hello Peter,
>>>>
>>>> It was my idea :)))
>>>> I thought it is useful:
>>>> 1) you can see the message is arrived
>>>> 2) you hover to check if this message is important or not
>>>> 3) you can click to make it open
>>>>
>>>> The customization is not that simple
>>>> I believe we should choose proper behavior :)
>>>>
>>>> would appreciate ideas on how this can be improved :))
>>>>
>>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn
>>>> <daehn@vcrp.de <ma...@vcrp.de>> wrote:
>>>>
>>>> Hi Maxim,
>>>>
>>>> I got a few more feedbacks and one criticized point
>>>> was, that hover effect of the chat panel. They
>>>> expect that it works like a&a, Click -> open and
>>>> click -> close.
>>>>
>>>> Why does it have that hover effect? And if it need
>>>> to be there in general, how can I make it act like a&a?
>>>>
>>>> Greetings Peter
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
Sure, can easily be done if you will provide desired values :)
On Fri, Jan 26, 2018 at 9:23 PM, Peter Dähn <da...@vcrp.de> wrote:
> JIRA done... Take your time
>
> I have one more Question: Is it possible to have different default values
> for different WB tools? Draw need 5 for line width, Arrow I would prefer 20
> and writing 50.
>
> Greetings Peter and have a nice weekend
>
>
> Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
>
> OK, will try to implement this
> Please create JIRA, so it will go to CHANGELOG :)
>
> I'm less productive these days, hopefully will be able to implement in
> nearest week :)
>
> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> I think it will... people here tried to use click on the little symbol in
>> the first place, but when you hover the little symbol chat bar already
>> start to toggle and the click will not be noticed by the system. but the
>> user had clicked and it should be opened, but it will close because it is
>> not docked... and sometimes this ended after a few tries in a complete blue
>> chat panel... They asked if it is a kind of game...
>>
>> I already thought about open chat by default, but maybe in some scenarios
>> it shouldn't be like that....
>>
>>
>> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>>
>> Currently we have 1 area
>> It is hoverable while closed and clickable while opened :)
>>
>> I'm not sure having 2 areas will make this feature more clear :(
>>
>> BTW you can set "Chat is opened by default" in room options ..... :)
>>
>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> I understand your point and I think this could work if people get
>>> familiar with it...
>>>
>>> I think to fit both cases we should divide the closed chat panel in a
>>> hover and a click part.
>>>
>>>
>>>
>>> This should address the ones that want to click and the ones that want
>>> to use hover. And if people still get confused here and the hover area has
>>> an id than it could be turned off via css.
>>>
>>> #cPhover{
>>> pointer-events: none !important;
>>> }
>>>
>>>
>>> What do you think?
>>>
>>> I got another little feature request, I will create a jira for it.
>>>
>>> Greetings Peter
>>>
>>>
>>>
>>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>>
>>> Hello Peter,
>>>
>>> It was my idea :)))
>>> I thought it is useful:
>>> 1) you can see the message is arrived
>>> 2) you hover to check if this message is important or not
>>> 3) you can click to make it open
>>>
>>> The customization is not that simple
>>> I believe we should choose proper behavior :)
>>>
>>> would appreciate ideas on how this can be improved :))
>>>
>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>>
>>>> Hi Maxim,
>>>>
>>>> I got a few more feedbacks and one criticized point was, that hover
>>>> effect of the chat panel. They expect that it works like a&a, Click -> open
>>>> and click -> close.
>>>>
>>>> Why does it have that hover effect? And if it need to be there in
>>>> general, how can I make it act like a&a?
>>>>
>>>> Greetings Peter
>>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
JIRA done... Take your time
I have one more Question: Is it possible to have different default
values for different WB tools? Draw need 5 for line width, Arrow I would
prefer 20 and writing 50.
Greetings Peter and have a nice weekend
Am 26.01.2018 um 15:11 schrieb Maxim Solodovnik:
> OK, will try to implement this
> Please create JIRA, so it will go to CHANGELOG :)
>
> I'm less productive these days, hopefully will be able to implement in
> nearest week :)
>
> On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> I think it will... people here tried to use click on the little
> symbol in the first place, but when you hover the little symbol
> chat bar already start to toggle and the click will not be noticed
> by the system. but the user had clicked and it should be opened,
> but it will close because it is not docked... and sometimes this
> ended after a few tries in a complete blue chat panel... They
> asked if it is a kind of game...
>
> I already thought about open chat by default, but maybe in some
> scenarios it shouldn't be like that....
>
>
> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>> Currently we have 1 area
>> It is hoverable while closed and clickable while opened :)
>>
>> I'm not sure having 2 areas will make this feature more clear :(
>>
>> BTW you can set "Chat is opened by default" in room options ..... :)
>>
>> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> I understand your point and I think this could work if people
>> get familiar with it...
>>
>> I think to fit both cases we should divide the closed chat
>> panel in a hover and a click part.
>>
>>
>>
>> This should address the ones that want to click and the ones
>> that want to use hover. And if people still get confused here
>> and the hover area has an id than it could be turned off via css.
>>
>> #cPhover{
>> pointer-events: none !important;
>> }
>>
>>
>> What do you think?
>>
>> I got another little feature request, I will create a jira
>> for it.
>>
>> Greetings Peter
>>
>>
>>
>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>> Hello Peter,
>>>
>>> It was my idea :)))
>>> I thought it is useful:
>>> 1) you can see the message is arrived
>>> 2) you hover to check if this message is important or not
>>> 3) you can click to make it open
>>>
>>> The customization is not that simple
>>> I believe we should choose proper behavior :)
>>>
>>> would appreciate ideas on how this can be improved :))
>>>
>>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <daehn@vcrp.de
>>> <ma...@vcrp.de>> wrote:
>>>
>>> Hi Maxim,
>>>
>>> I got a few more feedbacks and one criticized point was,
>>> that hover effect of the chat panel. They expect that it
>>> works like a&a, Click -> open and click -> close.
>>>
>>> Why does it have that hover effect? And if it need to be
>>> there in general, how can I make it act like a&a?
>>>
>>> Greetings Peter
>>>
>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
OK, will try to implement this
Please create JIRA, so it will go to CHANGELOG :)
I'm less productive these days, hopefully will be able to implement in
nearest week :)
On Fri, Jan 26, 2018 at 9:09 PM, Peter Dähn <da...@vcrp.de> wrote:
> I think it will... people here tried to use click on the little symbol in
> the first place, but when you hover the little symbol chat bar already
> start to toggle and the click will not be noticed by the system. but the
> user had clicked and it should be opened, but it will close because it is
> not docked... and sometimes this ended after a few tries in a complete blue
> chat panel... They asked if it is a kind of game...
>
> I already thought about open chat by default, but maybe in some scenarios
> it shouldn't be like that....
>
>
> Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
>
> Currently we have 1 area
> It is hoverable while closed and clickable while opened :)
>
> I'm not sure having 2 areas will make this feature more clear :(
>
> BTW you can set "Chat is opened by default" in room options ..... :)
>
> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> I understand your point and I think this could work if people get
>> familiar with it...
>>
>> I think to fit both cases we should divide the closed chat panel in a
>> hover and a click part.
>>
>>
>>
>> This should address the ones that want to click and the ones that want to
>> use hover. And if people still get confused here and the hover area has an
>> id than it could be turned off via css.
>>
>> #cPhover{
>> pointer-events: none !important;
>> }
>>
>>
>> What do you think?
>>
>> I got another little feature request, I will create a jira for it.
>>
>> Greetings Peter
>>
>>
>>
>> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>>
>> Hello Peter,
>>
>> It was my idea :)))
>> I thought it is useful:
>> 1) you can see the message is arrived
>> 2) you hover to check if this message is important or not
>> 3) you can click to make it open
>>
>> The customization is not that simple
>> I believe we should choose proper behavior :)
>>
>> would appreciate ideas on how this can be improved :))
>>
>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>>
>>> Hi Maxim,
>>>
>>> I got a few more feedbacks and one criticized point was, that hover
>>> effect of the chat panel. They expect that it works like a&a, Click -> open
>>> and click -> close.
>>>
>>> Why does it have that hover effect? And if it need to be there in
>>> general, how can I make it act like a&a?
>>>
>>> Greetings Peter
>>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
I think it will... people here tried to use click on the little symbol
in the first place, but when you hover the little symbol chat bar
already start to toggle and the click will not be noticed by the system.
but the user had clicked and it should be opened, but it will close
because it is not docked... and sometimes this ended after a few tries
in a complete blue chat panel... They asked if it is a kind of game...
I already thought about open chat by default, but maybe in some
scenarios it shouldn't be like that....
Am 26.01.2018 um 14:34 schrieb Maxim Solodovnik:
> Currently we have 1 area
> It is hoverable while closed and clickable while opened :)
>
> I'm not sure having 2 areas will make this feature more clear :(
>
> BTW you can set "Chat is opened by default" in room options ..... :)
>
> On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> I understand your point and I think this could work if people get
> familiar with it...
>
> I think to fit both cases we should divide the closed chat panel
> in a hover and a click part.
>
>
>
> This should address the ones that want to click and the ones that
> want to use hover. And if people still get confused here and the
> hover area has an id than it could be turned off via css.
>
> #cPhover{
> pointer-events: none !important;
> }
>
>
> What do you think?
>
> I got another little feature request, I will create a jira for it.
>
> Greetings Peter
>
>
>
> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>> Hello Peter,
>>
>> It was my idea :)))
>> I thought it is useful:
>> 1) you can see the message is arrived
>> 2) you hover to check if this message is important or not
>> 3) you can click to make it open
>>
>> The customization is not that simple
>> I believe we should choose proper behavior :)
>>
>> would appreciate ideas on how this can be improved :))
>>
>> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <daehn@vcrp.de
>> <ma...@vcrp.de>> wrote:
>>
>> Hi Maxim,
>>
>> I got a few more feedbacks and one criticized point was, that
>> hover effect of the chat panel. They expect that it works
>> like a&a, Click -> open and click -> close.
>>
>> Why does it have that hover effect? And if it need to be
>> there in general, how can I make it act like a&a?
>>
>> Greetings Peter
>>
>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
Currently we have 1 area
It is hoverable while closed and clickable while opened :)
I'm not sure having 2 areas will make this feature more clear :(
BTW you can set "Chat is opened by default" in room options ..... :)
On Fri, Jan 26, 2018 at 5:59 PM, Peter Dähn <da...@vcrp.de> wrote:
> I understand your point and I think this could work if people get familiar
> with it...
>
> I think to fit both cases we should divide the closed chat panel in a
> hover and a click part.
>
>
>
> This should address the ones that want to click and the ones that want to
> use hover. And if people still get confused here and the hover area has an
> id than it could be turned off via css.
>
> #cPhover{
> pointer-events: none !important;
> }
>
>
> What do you think?
>
> I got another little feature request, I will create a jira for it.
>
> Greetings Peter
>
>
>
> Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
>
> Hello Peter,
>
> It was my idea :)))
> I thought it is useful:
> 1) you can see the message is arrived
> 2) you hover to check if this message is important or not
> 3) you can click to make it open
>
> The customization is not that simple
> I believe we should choose proper behavior :)
>
> would appreciate ideas on how this can be improved :))
>
> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
>
>> Hi Maxim,
>>
>> I got a few more feedbacks and one criticized point was, that hover
>> effect of the chat panel. They expect that it works like a&a, Click -> open
>> and click -> close.
>>
>> Why does it have that hover effect? And if it need to be there in
>> general, how can I make it act like a&a?
>>
>> Greetings Peter
>>
>
>
>
> --
> WBR
> Maxim aka solomax
>
>
--
WBR
Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
I understand your point and I think this could work if people get
familiar with it...
I think to fit both cases we should divide the closed chat panel in a
hover and a click part.
This should address the ones that want to click and the ones that want
to use hover. And if people still get confused here and the hover area
has an id than it could be turned off via css.
#cPhover{
pointer-events: none !important;
}
What do you think?
I got another little feature request, I will create a jira for it.
Greetings Peter
Am 26.01.2018 um 10:36 schrieb Maxim Solodovnik:
> Hello Peter,
>
> It was my idea :)))
> I thought it is useful:
> 1) you can see the message is arrived
> 2) you hover to check if this message is important or not
> 3) you can click to make it open
>
> The customization is not that simple
> I believe we should choose proper behavior :)
>
> would appreciate ideas on how this can be improved :))
>
> On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <daehn@vcrp.de
> <ma...@vcrp.de>> wrote:
>
> Hi Maxim,
>
> I got a few more feedbacks and one criticized point was, that
> hover effect of the chat panel. They expect that it works like
> a&a, Click -> open and click -> close.
>
> Why does it have that hover effect? And if it need to be there in
> general, how can I make it act like a&a?
>
> Greetings Peter
>
>
>
>
> --
> WBR
> Maxim aka solomax
Re: Chat Panel - once again... sorry
Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Peter,
It was my idea :)))
I thought it is useful:
1) you can see the message is arrived
2) you hover to check if this message is important or not
3) you can click to make it open
The customization is not that simple
I believe we should choose proper behavior :)
would appreciate ideas on how this can be improved :))
On Fri, Jan 26, 2018 at 4:33 PM, Peter Dähn <da...@vcrp.de> wrote:
> Hi Maxim,
>
> I got a few more feedbacks and one criticized point was, that hover effect
> of the chat panel. They expect that it works like a&a, Click -> open and
> click -> close.
>
> Why does it have that hover effect? And if it need to be there in general,
> how can I make it act like a&a?
>
> Greetings Peter
>
--
WBR
Maxim aka solomax
Chat Panel - once again... sorry
Posted by Peter Dähn <da...@vcrp.de>.
Hi Maxim,
I got a few more feedbacks and one criticized point was, that hover
effect of the chat panel. They expect that it works like a&a, Click ->
open and click -> close.
Why does it have that hover effect? And if it need to be there in
general, how can I make it act like a&a?
Greetings Peter
Re: problem with SCREENSHARING
Posted by Maxim Solodovnik <so...@gmail.com>.
Hello Martin,
I believe this issue is fixed in latest 4.0.2-SNAPSHOT (
https://om.alteametasoft.com:8443/next)
Unfortunately this can't be released right now due to this fix was made in
3rd party library which is not currently released :(((
I plan to release 4.0.2 as soon as possible ....
No ETA unfortunately
SNAPSHOT builds are available here:
https://builds.apache.org/view/M-R/view/OpenMeetings/job/OpenMeetings%204.0.x/
On Wed, Jan 17, 2018 at 3:48 AM, Chamberland, Martin <
Martin.Chamberland@fadq.qc.ca> wrote:
> Here is 2 screnshots,
>
>
>
> First is from our own server and the second one is from demo server
> openmeeting.
>
>
>
> Any issue to fix this ?
>
>
>
> Using IE (Edge) and trying to get SCREENSHARING working.
>
>
>
>
>
>
>
>
--
WBR
Maxim aka solomax