Here are two iconsets based on the tabler.io icons.
Required Opus version: 13.23.5 or higher.
First set is built from the "filled" icons (1053 icons):
tabler_io_filled.dis (108.4 KB)
Second set is built from the "outline" icons (5093 icons):
tabler_io_outline.dis (246.5 KB)
Note: These sets have been built from the tabler.io source data (from github) and generated with the basic SVG iconset generator posted a few minutes ago in this section (Basic SVG iconset generator).
Sets have been replaced with versions having the proper copyright notice.
This is the only change.
FYI I get an error "The specified file is not a valid icon set" when trying to import them via Toolbars > Icons > Import. Same thing with your latest copyright versions.
I've imported *.dis files in the past, without troubles. Not sure what's going wrong.
You need 13.23.5 or higher
Ah, I'm on 13.23.4 (which already supports svg formats). You better mention that in your main post.
You're right, SVG introduced in 13.23.1 but sets only arrived in 13.23.5.
Change made in the top post.
@PassThePeas (and maybe also to @Leo or any of the devs) - I have noticed that since I installed both of your Tabler iconsets (and also your MS Iconset) it took more than twice as much time to open the Icon selector in any/all of my buttons. I have no doubt that this is caused by those new sets, because when I removed the two Tabler sets, everything was back to normal. (The MS iconset is also large, but the two others are each more than twice as large).
What I do not know, and did not investigate, is whether this is related to the size of those sets, or rather the fact that these are SVG sets. Or maybe even another factor (e.g. some irregularity in your xml files).
Any thoughts? Did you not experience this yourself?
Sets with thousands of icons will slow down the icon selector the first time it renders them all, yes.
I installed those yesterday. Today I still experienced the same problem. And it remained so even if I open the same button icon editor for the 5th time in a row. It's not just the first time. (PS. Using latest version, 13.23.7).
I now simply use those libraries to pick an icon and paste it into the SVG tab. That works great, so I have no problem myself. But using such large sets clearly creates a performance issue in the editor. I loved the way I could easily see all icons together in the icon set viewer though.
Behaviour here is consistent with Leo's comments.
With these sets installed (10k+ svg icons total):
EDIT: And the icon selector dialog opens itself in about a second or so.
I think this proves consistency - it's just that my experience differs, because thus far I only had 9 iconsets in my list, all relatively small ones, and now I have 12 (with MS icons and the two reloaded Tabler sets), not 68 iconsets like I see in your screenshot. And the new ones are gigantic compared to what I used to have.
So I'm probably a more minimalist user than both you and Leo - hence, this extra 1 or 2 (or 1.5) seconds was a bigger leap for me.
But I also think (and this is more for @Leo I guess) those sets must not be instantly loaded when you have an svg button pasted in the SVG tab of the editor - which makes Opus go straight to the SVG tab. Yet it still took those 1.5 seconds before the editor shows up, and this delay is unmistakably caused by the loading of the (cached) iconsets. It seems to me to be a pragmatic and useful little code change to load them only when the first tab is demanded. (It's not that I need it so much, because I unloaded the two largest sets anyway, and the delay is now barely 0.5 sec).
On a positive note: I already adapted all my buttons to have svg code in tab 2. I love it. They scale better, and I'm fond of the MS Icons in particular - which I discovered thanks to @PassThePeas.
We've improved the performance of the icon browser with very large icon sets in the next update.
