If you switch these to ColumnLayout / RowLayout (from QtQuick.Layouts, which you're currently not using) you can get rid of a lot of the anchors and widths in this code.

it defeats the point of having spacing as semanticly defined macros, if people then do maths with it to get any arbitrary value

this won't acheive anything

you've set a width, but by default there's no eliding, so it'll just overflow past here anyway.

why?

where is resetTimer defined?

we generally try to avoid pixel sizes.

why?

you're displaying this at a fixed size

I was initially using ColumnLayout, but the problem there was that the contents were expanding to fill the entire height of the dialog, with huge spacing between rows. Using Column just works.

I looked at config.qml files from the color and image wallpaper plugins from plasma-workspace. They seem to do things like this, so I did the same.

I don't see any overflow on my computer. Is there any?

The objectName? Setting an objectName is something that I do by force of habit since trying to add QML bits to Spectacle (to be able to get to objects from the C++ side by name), but of course there's no use for objectNames here. I'll remove them in a later pass.

Ah yes, I forgot to remove that line.

What would be an appropriate substitute in this case? units.smallSpacing?

It's true that there's no regular scaling involved. I clearly misunderstood the point of mipmap scaling over regular smoothing. I'll swap this in favour of smoothing.

oh, you can solve that with.

ColumnLayout
{

//your stuff here
Item {
  Layout.fillHeight: true //spacer
}

}

Yes.

You can't see it if your locale is set to English because you've set formAlignment (where is that set? ) to be bigger than this text happens to be.

But try changing the text to something much longer and you'll see it just doesn't fit.

http://imgur.com/NLLYkn0
(note, because you have Text.AlignRight the overflow is to the left)

See ColorButton in KDeclarative

these don't update the apply button

yes

Not in the config.

We have this situation where we use Plasma Components in plasmoids, QtQuick.Controls in settings.

Heading inherits Plasma.Label - which potentially means the wrong font and more importantly wrong font colour which could be a white on white situation.

(Kirigami's headers should fix this at least)

Note that we're hitting APIs, some of which have limits. Unsplash, for example, has a limit of 5000 API requests per hour. Pixabay (which I'm planning to add and have gotten an API key for) has even less and it's per application key, not per IP address.

Closing as per @davidedmundson's suggestion

They do on mine, but @garg has also reported the same errors. Any ideas?

From the docs: "Mipmap filtering gives better visual quality when scaling down compared to smooth, but it may come at a performance cost (both when initializing the image and during rendering)"

Since this is a wallpaper, we should be using the absolute highest quality available, shouldn't we?

Those quotes are unneccessary, label: "foo" is enough

Those {} are unneccessary, Component.onCompleted: readSizePosition()

model[i].fillMode ===

Can we do mime filters instead?

I suppose those are the default values and don't need to explicitly mentioning?

Can you make this more declarative, ie.?

property var enabledSources: {
    // the stuff of this function
}

Urgh