No More Posting New Topics!

If you have a question or an issue, please start a thread in our Github Discussions Forum.
This forum is closed for new threads/ topics.

Navigation

    Quasar Framework

    • Login
    • Search
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    1. Home
    2. afd
    A
    • Profile
    • Following 0
    • Followers 0
    • Topics 3
    • Posts 26
    • Best 8
    • Groups 0

    afd

    @afd

    11
    Reputation
    635
    Profile views
    26
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    afd Follow

    Best posts made by afd

    • RE: Future v0.14 Feature List

      Is the timeline component still in for v0.14? I haven’t found it.

      Also, @rstoenescu I really think you should release 0.13 as 1.0 and 0.14 as 2.0, the code and quality is there, there’s no reason to be shy about it.

      posted in Announcements
      A
      afd
    • Small plugin to throttle form submit handlers

      I’ve started playing with vuelidate and, following the examples there, I’ve had a toast appearing on vuelidation failures. When spamming the Submit button, multiple toasts would appear, with a lot of delay from the initial click. I didn’t like that, so I wrote a plugin that will throttle all methods in components that have their name starting with “handle”, for example handleSave.

      It’s my first “public” plugin, so I’m also looking for some feedback on the code.

      import { Utils } from 'quasar'
      
      function install (Vue) {
        Vue.mixin({
          beforeCreate () {
            let self = this
            let meths = this.$options.methods
            if (meths) {
              Object.keys(meths).forEach((k) => {
                if (!/^handle.*/.exec(k)) return
                let f = meths[k]
                meths[k] = Utils.throttle(function (...args) {
                  return f.apply(self, args)
                }, 2000)
              })
            }
          }
        })
      }
      
      const inBrowser = typeof window !== 'undefined'
      
      if (inBrowser && window.Vue) {
        install(window.Vue)
      }
      
      export default {
        install
      }
      
      posted in Show & Tell
      A
      afd
    • RE: Hardcoded form data in uploader

      Sorry, no worries, I was able to patch things on the Kinto side, using an event subscriber. I’ll add a ticket as a reminder. Anyway, it’'s just an edge case, where Kinto-attachment expects that submited forms only have “valid” fields, from its point of view, but quasar adds that field without an opportunity to tweak that.

      posted in Framework
      A
      afd
    • RE: Future v0.14 Feature List

      I’m already using quasar-edge and I’m yet in early stages of developing my app, so I’m willing to test whatever you throw at us.

      posted in Announcements
      A
      afd
    • RE: How to test the upcoming v0.14 of quasar-framework

      Not for the faint of heart, be prepared to browse the code to figure out what has changed. But that’s the interesting part, right? Quasar has very high quality code and is pretty much idiomatic vuejs, so you’ll learn a lot just by browsing its code.

      posted in Show & Tell
      A
      afd
    • RE: Offline mode

      Maybe something like this can help you? https://www.npmjs.com/package/vuex-localstorage

      I’m developing something similar, but I’m using Kinto + Kinto.js for the storage part. That means modeling your entire application arround the Kinto storage, you may not want that.

      posted in Framework
      A
      afd
    • RE: Future v0.14 Feature List

      @rstoenescu Very nice work with the field / input / input-group components!

      posted in Announcements
      A
      afd
    • RE: Future v0.14 Feature List

      @GameSomnic see https://github.com/quasarframework/quasar/blob/dev/dev/components/test-layout/layout.vue#L4

      So basically, now you just toggle the left slot and fill it with whatever the sidebar you want:

      https://github.com/quasarframework/quasar/blob/dev/dev/components/test-layout/layout.vue#L34

      posted in Announcements
      A
      afd

    Latest posts made by afd

    • RE: Future v0.14 Feature List

      https://docs.npmjs.com/cli/link is the proper way, IMHO

      posted in Announcements
      A
      afd
    • RE: Duplicate quasar project

      @alegreiff use git perhaps?

      posted in Help
      A
      afd
    • RE: Future v0.14 Feature List

      @dewdad: I’m a newbie when it comes to npm / node, but what I do to use quasar dev is: make a separate clone of the quasar repo, run npm install / npm run build / npm link, then go to my project folder and run npm link quasar-framework. Although I think it’s possible to use the quasar-edge package instead of that?

      posted in Announcements
      A
      afd
    • RE: Best way to manage modals forms

      Another way: you could treat the whole modal as an input. Pass a v-model to the modal and follow the protocol to signal its change (this.emit('input', value)), see the vue.js section on custom inputs

      posted in Help
      A
      afd
    • RE: Hardcoded form data in uploader

      Sorry, no worries, I was able to patch things on the Kinto side, using an event subscriber. I’ll add a ticket as a reminder. Anyway, it’'s just an edge case, where Kinto-attachment expects that submited forms only have “valid” fields, from its point of view, but quasar adds that field without an opportunity to tweak that.

      posted in Framework
      A
      afd
    • Hardcoded form data in uploader

      I’m testing Quasar’s v0.14 uploader together with kinto-attachment (an attachment plugin for Kinto storage) and there is a problem.

      The problem sits with both Quasar and Kinto:

      • in the uploader, there is a line:
      form.append('Content-Type', file.type || 'application/octet-stream')
      

      The form is then sent with xhr.send(form). There is no insertion point where that form can be further customized (so that I can remove the unwanted Content-Type field.

      • in kinto (irelevant for this) there will be an error when not all form fields are processable.

      I’ll address this problem to the Kinto maintainers, also, but there it may have bigger implications and that code be aligned with some package philosophy. Here, in Quasar, at least, maybe it’s possible to somehow register a “modifier” for the form, before it’s submitted? Or make the Content-Type field optional?

      posted in Framework
      A
      afd
    • RE: Future v0.14 Feature List

      @GameSomnic see https://github.com/quasarframework/quasar/blob/dev/dev/components/test-layout/layout.vue#L4

      So basically, now you just toggle the left slot and fill it with whatever the sidebar you want:

      https://github.com/quasarframework/quasar/blob/dev/dev/components/test-layout/layout.vue#L34

      posted in Announcements
      A
      afd
    • RE: Future v0.14 Feature List

      Is the timeline component still in for v0.14? I haven’t found it.

      Also, @rstoenescu I really think you should release 0.13 as 1.0 and 0.14 as 2.0, the code and quality is there, there’s no reason to be shy about it.

      posted in Announcements
      A
      afd
    • RE: quasar dev build is getting very slow

      Maybe this can help you: https://play.pixelblaster.ro/blog/2017/03/02/analyse-and-optimize-a-webpack-vuejs-bundle/

      posted in Help
      A
      afd
    • RE: Linting issues ... jsbeautify (sublime-text 3) throws errors for quasar lint

      http://quasar-framework.org/guide/app-linter-configuration.html

      posted in Help
      A
      afd