<div dir="ltr"><div>Hello again!</div><div><br></div><div>I noticed a similar issue also happens with some modal MenuMorphs (for example, when trying to debug the action of clicking on an item of the font selection menu), so I've changed MenuItemMorph to also account for that.</div><div><br></div><div>I attach two change sets: the one that says "Increment_ForModalMenuMorphs" should be filed-in after the one on my first email; the one that says "AllInOne" is a consolidated change set that includes everything, if you want to just review that one directly.</div><div><br></div><div>Cheers!<br></div><div>Facu</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">El jue, 2 abr 2026 a las 16:01, Facundo Javier Gelatti (<<a href="mailto:javiergelatti@gmail.com">javiergelatti@gmail.com</a>>) escribió:<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>Hello!</div><div><br></div><div>I attach some changes to improve the "debug action" option for the MVCMenuMorph. It's a bit ad-hoc, but I think it's encapsulated enough (all the changes are in MenuItemMorph) and it gets the job done. Below I explain the use case.</div><div><br></div><div>Say that you want to debug what happens when you try to browse this change set. After you drop the file, you could use the "debug action" option on the halo of the "browse code" item:</div><div><img src="cid:ii_mnhu0yug1" alt="image.png" width="558" height="167"><br><br></div><div>But if you do that, you'll notice that you end up in the #selectMVCItem: method, unable to see the actual code you were interested in. After you file-in this change, you correctly end up on the #fileNamedDropped: method.</div><div><br></div><div>Cheers!<br></div><div>Facu</div></div>
</blockquote></div>