Oh, my bad(( That’s written on pink…Thank you! I could do without q-field actually but I found that in the new version Quasar generates a custom id on every q-input element, like ‘id="qf_3061d64c-aa2d-4392-7fcf-6e019645a100’. With the previous Quasar version I used to add my own Id property either to QField or QInput which was very convenient to run quick tests. Adding my own id to QInput won’t overwrite the one genetated by Quasar (but it for works for QField). So I assume it’s not a good idea to attempt to do so at all as Quasar needs its own generated ID for better control over components…

I imported i18n in vuex modules where I need it this way:

import { i18n } from 'src/boot/i18n'

and then accessed i18n translations in my vuex actions this way:

let myMessage = i18n.t('messages.myMessage')

Works like magic.

The ‘bar-style’ property for QScrollArea works awesome in vertical mode, but in ‘horizontal’ mode the bar style only displays itself as a styled round spot at the end of the scroll bar, as though it were applied to the vertical bar which only exists at that intersection. Can that be fixed?
Thanks!

I am trying to expand the ‘drag-only-range’ functionality on Q-Range. I want to keep a static distance between max and min only when the range exceeds that distance. And when one of the values is changed so that the range is less than the distance the drag-only-range mode is off. I wrote a simple function for that. The model values change as required, but the second label won’t move on the slider when I move the first one and that causes issues. However, when instead of dragging the slider label I change max/min values with the help of test Increment/Decrement buttons that use the same function to correct the distance between ranges, it works as intended! My codepen for this:
https://codepen.io/Solarwake/pen/QWjwVeE

Why so and how to fix that? A reactivity issue or something else with the way Vue watches value changes? I’ve been trying to change q-range model values with this.$set but the result is the same.

How to place one of labels below the scale on a q-range? When labels are longer than just a digit or a number and min and max values are close, one label completely covers another. Placing one label above and the other below the slider scale could resolve this.

I imported i18n in vuex modules where I need it this way:

import { i18n } from 'src/boot/i18n'

and then accessed i18n translations in my vuex actions this way:

let myMessage = i18n.t('messages.myMessage')

Works like magic.

I want to disable a portion of markers on a q-slider but still keep them displayed rather than just chopping them off with max/min properties. For instance, having 24 hours on the scale but only 8:00 - 16:00 enabled for sliding. I wonder if that’s possible and if not that could be a useful feature. Also, i don’t see a way to add labels to markers, just the slider itself.

Thank you!

@metalsadman,

https://codepen.io/Solarwake/pen/NWGPLQx

Type in an input field and hit SAVE_CHANGES at the bottom. A green Success banner appears if a click occurs. On mobile, Androids.

I have multiple forms with QInputs and QBtn elements which either submit a form or do something else. I can emit the @click event with QBtn only on the second tap. The first tap sets the focus on a QInput, a QSelect or does nothing at all.

I’ve been unable to sort it out so far and my only guess that something goes amiss with element positioning and coordinates when the keyboard panel at the bottom of the screen appears/disappears. So by tapping the button I actually tap on another element. I couldn’t track the precise pattern but the issue seems to persist if after page load and before I tap on QBtn I touch at least one input field thus making the the keyboard panel appear.

Tested on Android devices by accessing my site hosted on my laptop’s localhost.

Any ideas much appreciated, thank you!

I recently discovered absolutely the same issue with QSelect with autocomplete, tested on multiple Android devices and even created a topic because to me it looked quite annoying and not nice at all:

https://forum.quasar-framework.org/topic/5568/qstepper-qselect-with-autocomlete-input-box-jumps-to-screen-top-on-mobile

But later I thought that it’s a ‘feature’ because even Quasar docs page with basic samples displays the same behavior on mobile. And on the other hand, it’s quite reasonable to have the input box and the dropdown menu at the top because the lower part or the screen would be covered by keyboard pad. But now that I found this topic I’m not sure:(…So is that not a correct behavior?

Looks like a feature and the topic can be deleted…

I use QSelect with autocomlete inside QStep of QStepper. QStepper is used inside one of QPages.
When I click on the input box and it gets focused the box jumps to the top of the window and rest of the screen gets dark transparent overlay on mobile devices and emulators.

The screenshots are the basic samples from Quasar docs put together.

I tested and faced the issue in Genymotion on Android 8.0 on different devices and on real mobile devices.
Codepen below with just QStepper + QSelect has the same issue:

https://codepen.io/Solarwake/pen/vYOwmgd

A bug?