I was just wondering if is it possible to merge the "Item Picker" and the "Buttons" list editors, so that I can have the Buttons view open in an overlay window.
I have a situation where I need editors to pick the Icon for some thing, but they have a set of 145 icons to pick from. The buttons view gives the best method for picking them, but because there are so many, it would work better in a full size overaly.
Thanks for that. I did look at the Grid List option to see how that would work, but I couldn't see how I could turn off the "name". Ideally, I just want to see the icon so I'm not sure if I'm missing something?
With regards to a custom editor, is there a reason why alot of the config options are internal classes? I did start going down this route but couldn't use various classes that would have made it much quicker, and unfortunately I don't currently have time to dig them all out and replicate them so thought I'd ask.
About the internal C# classes - sorry if it's annoying - it was a design decision when I started the project. On previous long-term packages I would get a fair share of technical debt trying not to make breaking-changes, so my default position because to mark everything internal sealed - then to be open to conversations if/when people needed them to be public and inheritable. So far, every conversation about it has turned to an alternative (often better) solution. 😊
Buttons Editor, but in a overlay
Hey Lee,
I was just wondering if is it possible to merge the "Item Picker" and the "Buttons" list editors, so that I can have the Buttons view open in an overlay window.
I have a situation where I need editors to pick the Icon for some thing, but they have a set of 145 icons to pick from. The buttons view gives the best method for picking them, but because there are so many, it would work better in a full size overaly.
Thanks
Nik
Hi Nik,
I'm wondering if the "Grid" list type setting (as opposed to "List") would be a suitable compromise?
Otherwise, it sounds like it might be a custom list-editor?
https://github.com/leekelleher/umbraco-contentment/blob/develop/docs/editors/data-list.md#extending-with-your-own-custom-list-editor
Cheers,
- Lee
Hey Lee,
Thanks for that. I did look at the Grid List option to see how that would work, but I couldn't see how I could turn off the "name". Ideally, I just want to see the icon so I'm not sure if I'm missing something?
With regards to a custom editor, is there a reason why alot of the config options are internal classes? I did start going down this route but couldn't use various classes that would have made it much quicker, and unfortunately I don't currently have time to dig them all out and replicate them so thought I'd ask.
Nik
Hmmm, I was wondering if some custom CSS could hide the item's name in the Grid list view, but it's not wrapped in its own tag. (Probably something to do with Umbraco's CSS rules for those items - curses! 🙄) Unless if there's another way to hide the inner-text of an element? 🤔 https://github.com/leekelleher/umbraco-contentment/blob/3.2.0/src/Umbraco.Community.Contentment/DataEditors/ItemPicker/item-picker.overlay.html#L47
About the internal C# classes - sorry if it's annoying - it was a design decision when I started the project. On previous long-term packages I would get a fair share of technical debt trying not to make breaking-changes, so my default position because to mark everything
internal sealed- then to be open to conversations if/when people needed them to be public and inheritable. So far, every conversation about it has turned to an alternative (often better) solution. 😊Cheers,
- Lee
is working on a reply...