@metalsadman, that’s a great tip, thanks! I was just looking for that.

One question though - in this case, when using q-tr with q-td in a body slot, it seems that I will need to effectively rewrite the whole implementation of the body row, e.g.:

<template v-slot:body="props">
  <q-tr :props="props">
    // 1. the td for the selection column with the q-checkbox and all the logic
    // 2. all other tds for all other columns
  </q-tr>
</template>

while by default all of this is done by Quasar. So my question is - is there a more efficient way to just make a row clickable, without rewriting the complete default implementation of the body row slot?

Thank you in advance!

@ddenev class and style are not qbtn props, those are native attributes

@metalsadman, yes, I know that, thank you for mentioning

Nevertheless, I believe it’s intuitive to expect that both the QBtn-related props and the native “style” and “class” attributes work. This expectation is based on “See QBtn for available props” which refers to the QBtn-inherent ones but leaves the native attributes out and that in turn leads to a default assumption that if they work naturally with the QBtn component then they should also work for the Dialog Plugin case.

… and that’s why the docs wasn’t wrong about it

I wasn’t implying that the docs are “wrong”, I was just suggesting to make them a bit more clear based on my belief above. Other people could, like me, naively assume that the “style” and “class” native attributes should naturally work in that case.

OK, got it, thank you again!

I guess custom component is the way to go then. In addition it might be a good idea IMHO to update the docs that “style” and “class” will not work in this case since the current description implies that all QBtn props would work.

@metalsadman, thank you very much for the effort but unfortunately this does not help in solving the problem that I described.

I definitely checked all the properties of QBtn before posting the question here and there is no QBtn-specific properties that manage the general style and class, apart from the base “style” and “class” ones, which in turn do not work, as described. The border radius that I want to apply above can only be applied with “style”, there is no inherent property of QBtn that allows this.

Providing a “style” or a “class” property binding to a regular QBtn component works just fine. It does not work for Dialog Plugin though.

So back to square 1 - is this a bug and if not then how is this supposed to work?

Hi,

I’m having the following code:

exportSelected () {
  this.$q.dialog({
    title: 'Export selected',
    message: 'Export the selected analyses?',
    cancel: true,
    ok: {
      label: 'Export',
      unelevated: true,
      style: { 'border-radius': 0 }
    }
  })
}

The problem is that the ‘style’ is not applied to the button. Same is with ‘class’ property.

How is this supposed to work?

Found the problem - there was an old yarn.lock file in the project dir and the quasar upgrade script checks for its existence in order to decide which packager to use.
Removed it and now everything works.
Sorry for the false alarm!

I guess there might be some regression going on since @rstoenescu fixed something that seems related in 1.0.0-beta7 - https://github.com/quasarframework/quasar/releases/tag/%40quasar%2Fcli-v1.0.0-beta.7

I have exactly the same problem but on Windows 10. I also have installed Quasar with npm (as shown in the docs) and do not have yarn installed.

Is Quasar working with npm? If not, then why is not this mentioned in the docs?

thanks

@metalsadman, thank you, I was not completely sure if that is feasible to implement and that is why I stated it as a question.

BTW, Razvan just stated in GH that he is OK to add a “full header slot” support.

Yes, that is the “build your own Tree View component from scratch” approach. I was considering this but before I jump into the deep I wanted to explore if QTree could be exploited for the purpose.

So my original question still stands - would it be possible to extend the QTree component with such capabilities?

Thanks for the suggestion!