Since finding this post I’ve been fiddling round with dynamic fonts specifically on form fields.
So sharing a bit what I have set up so far.

First though for some reason if rfs-base-font-size is not explicitly set (even if to default) then the fonts don’t resize. Note I use a “factor” so I know it’s bigger which according to docs should enable the resizing.

Secondly like @kosirm noted although useful it doesn’t adjust the related class properties (height, padding etc). That’s ok I suppose but the smaller font on smaller devices could have a smaller field box height saving precious vertical space and not look so wonky. Too classes like q-field__label need more bottom padding at smaller font size in order to keep the field content from running into the label.

Too looks like instead of using padding the field box height is controlled by the height parameter of .q-field__control. So would have to be able to grab the computed font size in order to scale that number I suppose.

Bottom line is that quasar at this point is agnostic to the dynamic font size. So if the framework wants to support dynamic font size then just need easy ways to scale all the related classes/properties when the font size changes. One idea would be that the framework has variables for font-size of various components/elements (e.g. q-field). Then you set that dynamically or manually (with defaults) instead of messing with classes directly. Guess those variables can be part of the component rather than in the core. Then all related can be changed accordingly. Nothing in the core variables like that except $input-font-size which gets ignored when wrapped in a field.

@import "../../node_modules/rfs/stylus"

// rfs settable variables - commented are defaults
$rfs-base-font-size = 1.25rem
// $rfs-font-size-unit = rem
$rfs-breakpoint = 1400px
// $rfs-breakpoint-unit = px
// $rfs-factor = 10
// $rfs-rem-value = 16
$rfs-two-dimensional = true
// $rfs-class = false

$field-font-factor = 1.3
$field-label-font-factor = 1

.q-field__native
.q-item__label
  rfs($rfs-base-font-size * $field-font-factor)

.q-field__label
   &.no-pointer-events
     rfs($rfs-base-font-size * $field-font-factor)

.q-field__label
   rfs($rfs-base-font-size * $field-label-font-factor)
   padding-bottom .3em // needs to be dynamic based on font size

.q-field__control
   // height ??px // needs to be computed based on font size.  

that again (v1) only lists the variables does not indicate if there are any mixins available to use. Guess if there are no docs then the answer is no.

There is nothing in docs about stylus except some info on variables.

Does quasar come with any stylus mixins out of the box?

In particular a breakpoint mixin like this?

http://1pixelout.net/2015/10/02/simple-breakpoint-media-queries-with-stylus/

DRY before diving in.

@s-molinari So did that guide get posted? link please

I love it…a programmer saying “you can ‘simply’”.

Yes I can do that. As I explained it would be a pain to do that. It means I must rebuild that object for each specific page over and over from scratch as it’s used many places through out the site. In a super bad case I’d have to do that twice on the same page. If I could hide/remove in the dom instead then it’s just way way easier. disable already exits why not hide. Guess it’s on me to modify the component to my liking, but could be in the mix for future releases.

@rstoenescu
One wonders what other undocumented props there are, for options in particular. How about hidden:true ? as a companion to disable.

I tired it in the fiddle above and… no go

In my use case it would be a pain to keep recreating the options list for every context (i.e. used on multiple pages) if one member of the list is not applicable to that context.

Better would be to leave the option set members alone and simply set a hidden:true per context.

In the meantime I can use disable. Users will see it but at least they can’t choose it.

@rstoenescu Have you written an upgrade guide (like you did before) that has a specific list of breaking changes from .17?

To disable the text input field without disabling the whole component I ended up doing this to my component.

in the html tag I put

   @keydown="ignore()"
   ref="chip"

then in methods add an ignore method

  ignore () { this.$refs.chip.blur() },

still would be nice to have disable only disable the text field not the whole component.

for those facing this issue just better go check all your icons here. They tell you which one (fab,fas,far) goes with the icon and since the FA upgrade some of your former icon names may be gone
https://fontawesome.com/icons?d=gallery

ok really not clear what needs to be done from you upgrade instructions.

What needs to be done is preface all fa icon classes with fab or fas or far
and not JUST fab necessarily as that stands for branded icons only.
As to which one guess you have try till it works… so not so trivial anymore.

check this FA page out.
https://fontawesome.com/get-started/svg-with-js

https://fontawesome.com/get-started/svg-with-js