Diemo Schwarz

If you try to append a symbol of length > 255 to a umenu, it is simply ignored. The symbols before it in the list are appended fine, but not the ones following it. Maybe it is the total line length that is limited, I didn't go that deep.

This limitation should at least be noted somewhere, if not removed.

(BTW, to measure string length, I use atoi, but don't trust zl len with its default arguments, that also cuts off the input list at 256 atoms! I use "(llen $1)" in ftm.)

Other umenu wishes: get back some cherished interaction goodies from good ol' ubumenu:

- press a key -> jump to first line starting with that key

- make click-release stay on the selected item, not put the top item under cursor

If you try to append a symbol of length > 255 to a umenu, it is simply ignored.  The symbols before it in the list are appended fine, but not the ones following it.  Maybe it is the total line length that is limited, I didn't go that deep.

(BTW, to measure string length, I use atoi, but don't trust zl len with its default arguments, that also cuts off the input list at 256 atoms!  I use "(llen $1)" in ftm.)

Other umenu wishes: get back some cherished interaction goodies from good ol' ubumenu:
- press a key -> jump to first line starting with that key
- make click-release stay on the selected item, not put the top item under cursor

umenu-ignores-symbols-longer-than-255-chars

Actually it is not ignored, but not displayed (well). The zl object takes an optional argument for setting maximum size of the list it deals with, eg [zl 1000 len] will be able to report lengths up to 1000.

to go that deep, simply use your >255 characters symbol in another object, for example in [trigger], and you will see what happens.

umenu ignores symbols longer than 255 chars