<div dir="ltr"><div>Awesome.</div><div>I do want to make the slice editor more friendly -- it's for editing graphical things, it ought to be really intuitive! Very recently I started adding mouse support for moving and sizing slices.<br></div><div><br></div><div>Yes, let's not make it editable until it's stable.</div><div><br></div><div>I think we should add a "menu item" UI colour for text slices which, when it appears in a menu item, appears as the appropriate colour (selected, disabled, etc). This is the reason for SliceContext being named that way: I intended that menu item (plank) slices for example would tell how to do contextual expansion of UI colours, embed codes, and more.<br></div><div><br></div><div>I'm a bit surprised that you create the slices with code, which is going to be thrown away later, rather than loading a .slices collection, but maybe it's easier to reference against the existing code this way.<br></div><div><br></div><div>I hadn't thought of putting the targeting cursor in the same collection. <br></div><div>What about enemy HP meters, and other slice "decorations" users might want on enemies? I guess we could put a template slice in the collection that's cloned for each enemy (and also one for heroes) so that they can customise it there, rather than needing separate collections for that. I was thinking of eventually allowing an enemy's slices to be editable from the enemy editor, for multipart enemies, but I suppose any slices shared between all enemies, such as HP meter slices, wouldn't appear there. (Unless, say, you wanted only bosses to have HP meters, then you could put the HP meter slices in the slice collections for those specific enemies.)<br></div><div><br></div><div>Regarding the status icons, I see two options. Either the slices for each icon are created by code, parented to a certain container in a certain order, as you have it, or the icon slices preexist in the collection and their visibility just gets toggled, which allows far more flexibility for how they're displayed, but on the other hand doesn't allow adding arbitrary icons unless it's by fallback creation of new slices. I think there was also a plan was to let people define their own statuses in future, with custom icons? Well, it could just be necessary for them to add them to the slice collection.<br></div><div><div>For example, what if you want the icons to appear above 
the hero sprite rather than next to their HP meter? Oh... so that's why 
you allow multiple "hero info areas"?</div></div><div>I see you go to some trouble to avoid overwriting scripted changes to the icon slices if they already exist, but they still get deleted when the status disappears, rather than hidden. (Layout slices can skip invisible children, while grid slices can only skip template slices. Incidentally, status icons were a main usecase I was thinking of when I created layout slices, but I see you're waiting on them being user-visible.)</div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, 24 Feb 2022 at 17:28, James Paige <<a href="mailto:Bob@hamsterrepublic.com" target="_blank">Bob@hamsterrepublic.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>The natural future step will be to work on enabling customization using the slice collection editor.</div><div><br></div><div>The slice collection editor is honestly pretty advanced, and not all users will be comfortable, so I hope to make it nice and easy to export/import a customized battle ui slice collection so they can be shared with others. Perhaps we can even include a few different ui layouts in the import folder.</div><div><br></div><div>Also there will be other possible ui features to add. Maybe portraits in battle? meters for other stats? I dunno. There are lots of possibilities, but not everything has to happen at once.</div><div><br></div><div>I also plan to convert the targeting cursor and the message window using a similar structure. I guess I really need to get all those other default UI elements converted to slices FIRST before I enable editing of custom battle ui, because I don't want a situation where people are customizing the part of the UI that is sliceified, but then the old unsliceified UI elements vanish when I convert them because they don't have those in their custom layouts<br></div><div><br></div><div>One step at a time :)</div><div><br></div><div>---</div><div>James</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Feb 23, 2022 at 11:18 PM <<a href="mailto:subversion@hamsterrepublic.com" target="_blank">subversion@hamsterrepublic.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">james<br>
2022-02-23 20:18:46 -0800 (Wed, 23 Feb 2022)<br>
157<br>
Slice based battle UI is now enabled by default.<br>
<br>
The old code isn't removed yet, and you can still (temporarily)<br>
compare old and new ui with Shift/Ctrl + F9<br>
---<br>
U   wip/bmod.rbas<br>
U   wip/whatsnew.txt<br>
<br>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>
_______________________________________________<br>
Ohrrpgce mailing list<br>
<a href="mailto:ohrrpgce@lists.motherhamster.org" target="_blank">ohrrpgce@lists.motherhamster.org</a><br>
<a href="http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org" rel="noreferrer" target="_blank">http://lists.motherhamster.org/listinfo.cgi/ohrrpgce-motherhamster.org</a><br>
</blockquote></div>