-
Notifications
You must be signed in to change notification settings - Fork 36
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UI-Slider: Visual/Display issue when Thumb
is set to Always
#1036
Comments
So, in the overlap of the group, the obvious solution is to show it above. For the other use cases though, what would you hope to see instead? |
When it is configured to I know this will give different heights to different rows, but that already happens depending on widget type. |
I noticed that, not very critical, but yes, could be centered.
Well, if it overflows on top of other components like buttons and texts, visually I would say is important. One obvious solution is to add a empty row (text component with no text to create a spacer) but that increases the overall space usage of the dashboard, that at this moment is already not very "compact". Typically I used the browser with zoom at 80% so it doesn't seem so "big", but nowadays most sites have that issue that everything is "gigantic" and using almost all screen to show two or three elements... (Rant off...) Maybe we need a spacer where we can define it's height? Regarding row height being different, already happens, for example buttons and drop-down have different height, there are probably others. Most strange is that the first row seems to have a different height than the others (at least is placing several buttons, the first row button (on that group) has a different height to the other ones. Regarding the steps, didn't try it, just tried with the defaults 0~10 and steps of 1.. seems alright for obvious reasons... |
Different row heights mainly happen because of input elements and there is one line of css to fix them all. I'm away from computer but I definitely will share as soon I can. |
The size of the thing must be chosen to satisfy desktop and mobile usage unless you don't provide different sites or radical layout difference for small and big screens. |
Regaridng the ticks labels, this is something i used some time ago using At the moment is not working correctly on Dashboard, and can't access at the momento to the PC where this was used (offline and out of site) But, yes, eventually, by using something like this, to just show less tickLabelsTargetPressure: {
1: '',
2: '',
3: '',
4: '',
5: '',
}, Would solve the issue of too many ticks present, and it would be something from the user responsibility to get it rigth. <template>
<v-slider
style="margin-top: 20px"
v-model="valueTargetPressure"
show-ticks="always"
density="compact"
step="0.1"
:max="5"
:min="1"
tick-size="4"
thumb-label="always"
:ticks="tickLabelsTargetPressure"
label="Target Pressure"
@update:model-value="sendDataTargetPressure"
></v-slider>
</template>
<script>
export default {
data() {
return {
tickLabelsTargetPressure: {
1: '1Bar',
2: '2Bar',
3: '3Bar',
4: '4Bar',
5: '5Bar',
},
valueTargetPressure: 1,
}
},
methods: {
sendDataTargetPressure: function (item) {
console.log({ topic: 'TargetPressure', payload: item })
},
},
}
</script> |
Current Behavior
If having the option
Thumb
set toAlways
there are some issues regarding the widget sizeIt will overlap with the previous component or group border.
Expected Behavior
No response
Steps To Reproduce
No response
Environment
Have you provided an initial effort estimate for this issue?
I am not a FlowFuse team member
The text was updated successfully, but these errors were encountered: