Well, I don't know what makes the found solution I adopted not as good as the other ones. If you know of any flaw in it, please advise.
I'll keep your other references in mind if I run into problems. Thanks! On Sunday, December 11, 2022 at 3:58:28 PM UTC-4 Télumire wrote: > This is an issue for tiddlywiki themes/custom UI that place a searchbar at > the top or bottom of the screen. > > Currently the best solution is to use javascript : > https://dev.to/nirazanbasnet/dont-use-100vh-for-mobile-responsive-3o97 > Second best is to use min-height: -webkit-fill-available; (if calc isn't > needed) > And finally, the upcoming dynamic viewport units should fix this issue: > https://caniuse.com/viewport-unit-variants > > There is also env() that may be usefull for this kind of things but I'm > not sure how that works exactly > https://developer.mozilla.org/en-US/docs/Web/CSS/env#examples > > On Sunday, 11 December 2022 at 19:48:29 UTC+1 [email protected] wrote: > >> BTW, this is not an issue (that I know of) with anything TiddlyWiki. >> >> This is just a CSS "heads-up" if you use CSS' "vh" unit of measure in >> anything you do that might be used in a mobile web browser.. >> >> On Sunday, December 11, 2022 at 2:46:10 PM UTC-4 Charlie Veniot wrote: >> >>> Using "100 vh" for height of things in a web page is problematic on >>> mobile devices, because mobile web browser menus (when they appear) take up >>> display space (either at the top or the bottom) and push the "100 vh" part >>> of a web page out of view. >>> >>> Details: >>> https://basicanywheremachine-news.blogspot.com/2022/12/running-basic-anywhere-machine-ide-on.html >>> >> -- You received this message because you are subscribed to the Google Groups "TiddlyWiki" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/9da6c30b-568d-4f1f-9477-afda411463f6n%40googlegroups.com.
