Suggestion: Consider supporting iterables for clipboard value.

[ldunham1]

qute/qute/extensions/buttons.py

Line 41 in 3c5e1c3

utilities.qApp().clipboard().setText(self._value)

If desired, it might be useful to support iterables in value.
Paths could be joined with os.pathsep
https://docs.python.org/3/library/os.html#os.pathsep

Text could be joined with newlines.

dicts could be encoded with json or cast as str() (its a stretch but sometimes useful).

I've found this pattern useful in such a generic function, although it does make some assumptions.

[mikemalinowski]

This is an interesting one. I am not sure how best to implement that without it being too assumptions about possible use cases.

For instance, if new lines are used for strings, but pathsep is used for paths it feels like it may be error prone in testing between the two (for instance, what if i a string contains a path?).

I like the idea, but i think that kind of responsibility should be pushed to the code invoking the button. I am open to implementaiton suggestions though!

[ldunham1]

Understandable - but thats why it would be a dumb check on the item in the iterables.
If all are viable paths (via regex or os.path.exists) the join using pathsep etc.
I'll try to look at an implementation.