min-height to sign-in page should be added (maybe to all pages ...) On Tue, 5 May 2020 at 10:51, [email protected] <[email protected]> wrote:
> There are some articles of why mobile layouts of web-pages need to scroll > and why its acceptable: > > https://usabilitygeek.com/how-scrolling-can-make-or-break-your-user-experience/ > > Cheers > Seb > > Sebastian Wagner > https://www.linkedin.com/in/sebastianwagner/ > > <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url> > <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url> > > > On Tue, 5 May 2020 at 15:47, [email protected] <[email protected]> > wrote: > >> Just put it on top of the login/sign in window. >> >> The problem on mobile is NOT the space. The problem is that the page >> doesn't scroll. >> >> Normally on touchscreens/mobile browsers if you scroll: All the menu bar >> and the top area disappears. So you basically are in full screen. But only >> if you can scroll the page. And then you can scroll down to parts that are >> covered by the virtual keyboard overlayed on the screen. >> But with our app it doesn't work. Cause it resizes to fit 100% into the >> window. So no scrollbar. So you can't scroll down to areas covered but the >> virtual keyboard. >> >> There is some design thinking needed to solve that. >> >> Anyway. For the warning window if Non-HTTPS: You can put a warning on top >> of the login screen, a header just underneath the top. With absolute >> positioning. So that the window (login or sign up) doesn't move more down. >> >> That should be easily doable. >> >> Thanks, >> Seb >> >> >> Sebastian Wagner >> https://www.linkedin.com/in/sebastianwagner/ >> >> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url> >> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url> >> >> >> On Tue, 5 May 2020 at 03:06, Maxim Solodovnik <[email protected]> >> wrote: >> >>> i do remember you have reported there is not enough space for keyboard >>> on mobile already ... >>> Are you sure we have space for alert? :)) >>> >>> On Mon, 4 May 2020 at 09:07, [email protected] < >>> [email protected]> wrote: >>> >>>> Yeah that is what I think too. >>>> >>>> Maybe put some warning message right on the Sign/In and Login screen in >>>> case you are not using https. >>>> >>>> Cheers >>>> Seb >>>> >>>> Sebastian Wagner >>>> https://www.linkedin.com/in/sebastianwagner/ >>>> >>>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url> >>>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url> >>>> >>>> >>>> On Mon, 4 May 2020 at 11:43, Maxim Solodovnik <[email protected]> >>>> wrote: >>>> >>>>> we can move current warning "upper" >>>>> but i'm afraid no-one read those :( >>>>> >>>>> (right now we have hundred reports like: I turn on video get some red >>>>> boxes what is wrong ....) >>>>> >>>>> On Mon, 4 May 2020 at 06:27, [email protected] < >>>>> [email protected]> wrote: >>>>> >>>>>> Well there are probably a 100 different ways to do HTTPS. >>>>>> >>>>>> Tomcat proxy, native https, other ssl terminations on a router or >>>>>> gateway. >>>>>> >>>>>> Like literally a 100ways of doing it. >>>>>> >>>>>> But I guess what I mean is that in the browser, if it detects you do >>>>>> the application without HTTPS (no matter how) it would be nice to tell >>>>>> the >>>>>> user that he won't be able to do a conference call. Before he is doing >>>>>> it. >>>>>> >>>>>> It will just lead to a lot of questions of new users and admins. >>>>>> >>>>>> At the moment the warning pops up if you are inside the meeting room. >>>>>> And only if you try to share your audio/video. It could be quite annoying >>>>>> for a user to do everything, sit in a meeting room, just about to share >>>>>> his >>>>>> audio/video and then discover "oh this won't work". You know what I mean >>>>>> ? >>>>>> >>>>>> It is just very late in the process. It is "technically" right. That >>>>>> ONLY in that moment you need https. But imagine how many people run into >>>>>> this. And how many of those will take the time to complain. Or simply not >>>>>> use OpenMeetings ever again? >>>>>> >>>>>> Thx >>>>>> Seb >>>>>> >>>>>> Sebastian Wagner >>>>>> https://www.linkedin.com/in/sebastianwagner/ >>>>>> >>>>>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url> >>>>>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url> >>>>>> >>>>>> >>>>>> On Mon, 4 May 2020 at 11:20, Maxim Solodovnik <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> Http should be used with front-end https proxy .... >>>>>>> >>>>>>> (from mobile, sorry for typos) >>>>>>> >>>>>>> On Mon, May 4, 2020, 03:38 [email protected] < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> How about we change the default redirect to 5443 ? >>>>>>>> Or add some warning in case you are on http ? >>>>>>>> >>>>>>>> Cause essentially you can't use the conference room over http. >>>>>>>> >>>>>>>> Cheers >>>>>>>> Seb >>>>>>>> >>>>>>>> >>>>>>>> Sebastian Wagner >>>>>>>> https://www.linkedin.com/in/sebastianwagner/ >>>>>>>> >>>>>>>> <https://www.youracclaim.com/badges/da4e8828-743d-4968-af6f-49033f10d60a/public_url> >>>>>>>> <https://www.youracclaim.com/badges/b7e709c6-aa87-4b02-9faf-099038475e36/public_url> >>>>>>>> >>>>>>>> >>>>>>>> On Sun, 3 May 2020 at 23:26, Maxim Solodovnik <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> (from mobile, sorry for typos) >>>>>>>>> >>>>>>>>> On Sun, May 3, 2020, 18:19 <[email protected]> wrote: >>>>>>>>> >>>>>>>>>> Hey everybody, >>>>>>>>>> >>>>>>>>>> many thanks for your help and patience so far. OM seems to be >>>>>>>>>> like a new >>>>>>>>>> engine. Needs some practise at the beginning to run well.I had a >>>>>>>>>> new >>>>>>>>>> session with one of my collegues. The first meeting with him >>>>>>>>>> caused a >>>>>>>>>> lot of problems the second one went very well. >>>>>>>>>> >>>>>>>>>> Here comes another question: >>>>>>>>>> >>>>>>>>>> OM offers a redirection to an website if your room is closed. I >>>>>>>>>> would >>>>>>>>>> like to build a simple website to send my students a more >>>>>>>>>> personal >>>>>>>>>> message, the room is closed, please check tomorrow or send a >>>>>>>>>> message to >>>>>>>>>> .... your administrator .. to nico .... I allthough would love >>>>>>>>>> to set >>>>>>>>>> a redirection from for example http://test.metme.org to >>>>>>>>>> https://test.metme.org:5443 just to make a bit easier for >>>>>>>>>> students if >>>>>>>>>> they follow the wrong path. >>>>>>>>>> >>>>>>>>> >>>>>>>>> OM admin can set any URL for closed room >>>>>>>>> In case you you would like to redirect all http requests to OM to >>>>>>>>> https >>>>>>>>> You need frontend Apache (not sure of it is possible with Tomcat >>>>>>>>> ...) >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Do you know if it is possible to run apache alongside OM on the >>>>>>>>>> same >>>>>>>>>> machine to make this redirections .... is there another solution ? >>>>>>>>>> >>>>>>>>>> Many thanks again ... >>>>>>>>>> >>>>>>>>>> Kaffeesurrogat >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>> >>>>> -- >>>>> Best regards, >>>>> Maxim >>>>> >>>> >>> >>> -- >>> Best regards, >>> Maxim >>> >> -- Best regards, Maxim
