<!DOCTYPE html><html><head><title></title><style type="text/css"> p.MsoNormal,p.MsoNoSpacing{margin:0} p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div style="font-family:Arial;">On Tue, Nov 28, 2023, at 07:06, H. Fernandes via Cuis-dev wrote:<br></div><blockquote type="cite" id="qt" style=""><div style="font-family:arial, helvetica, sans-serif;font-size:12pt;color:rgb(0, 0, 0);"><div>Hi Benjamin,<br></div><div><br></div><div>Is it the Mold package from Cuis-Smalltlak-UI repository?<br></div><div>If so, I don't remember about using the CharacterBlockScanner class.<br></div></div></blockquote><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">My apologies; after poking, seems I misidentified where the problem is coming from.<br></div><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">Mold pulls in UI-Entry from Cuis-Smalltalk-UI. MoldExample>>one at some point creates a TextEntryMorph from that package. That class in turn has #characterIndexAtPoint:, which is where this is happening, so the actual issue is in the TextEntryMorph. This is repeatable 100% of the time with a fresh Cuis setup if you just install Mold from the Package Installer and run MoldExample>>one, so someone familiar with the package will likely have an easy time resolving the issue.<br></div><div style="font-family:Arial;"><br></div><div style="font-family:Arial;">For what it's worth, there are actually quite a few mismatches that show up with MoldExample>>one. If I fix the original error, for example, I can then enter text into the morph, but cursor keys still cause a crash. I'm not familiar enough with either of these packages to know how they got to this state, but it definitely feels like something is looking for Squeak or Pharo methods that don't exist in the Cuis version (or vice-versa).<br></div></body></html>