In the Ubuntu installer (ubiquity-frontend-gtk) there are green checkmarks showing up if you filled a field successfully :heavy_check_mark:
Those are still taken from the Humanity icon theme and could use an update

It looks like two symlinks are also needed. As a bonus the X-icons could also be updated

The list could be:
Positive checkmarks:
Negative cancel X icons
@ubuntujaggers and/or @madsrh please have a look in /usr/share/icons/Humanity/actions
Regarding the checkmark 鉁旓笍 there's two options:

or...

The second one is most in line with the Canonical design specs we will be discussing next week. Moving the checkmark inside the textfield isn't possible, right?

Moving the checkmark inside the textfield isn't possible, right?
I think not, it should be a widget feature, but afaik gtk entries don't have check image inside.
We could simply symlink to the emblem icons:

but perhaps these should also be revisited and updated with these? This green is #0e8420
https://assets.ubuntu.com/v1/5594880d-error.svg
https://assets.ubuntu.com/v1/94949185-icon-success.svg
Thinking about it: if we have a lot of green ticks and red X's that are symlinked, the origin file shouldn't be the Dropbox ones because those icons are too app-specific. As it happens the two Dropbox emblems are currently very generic so it works but we might change things later (e.g. if Dropbox develops its own widely-understood glyphs). So, IMO best practice would be:
Clone the (lovely) Dropbox emblems to make icons for dialog-apply and window-close, which will cascade through symlinks to the other use cases
Consider whether we want to make the Dropbox icons symlinks instead of having two identical icons in Yaru.
- Clone the (lovely) Dropbox emblems to make icons for dialog-apply and window-close, which will cascade through symlinks to the other use cases
Doing a branch for this now :)
Doing a branch for this now :)
We might want to base this on the Canonical design. Which is slightly different and slightly darker. See the links above
EDIT: But it's a good point not to use Dropbox.
Should we wait till after design fest then?
Should we wait till after design fest then?
Well, it's just the two icons so we can always change this later
Well, it's just the two icons so we can always change this later
:+1: And all the folders/symlinks will still be made and work :)
Also missing is the view-refresh.svg and it's symlinks

It looks like we've missed one symlink

Most helpful comment
Thinking about it: if we have a lot of green ticks and red X's that are symlinked, the origin file shouldn't be the Dropbox ones because those icons are too app-specific. As it happens the two Dropbox emblems are currently very generic so it works but we might change things later (e.g. if Dropbox develops its own widely-understood glyphs). So, IMO best practice would be:
Clone the (lovely) Dropbox emblems to make icons for dialog-apply and window-close, which will cascade through symlinks to the other use cases
Consider whether we want to make the Dropbox icons symlinks instead of having two identical icons in Yaru.