> I am not sure. Omitting (random) part of the tags sounds awkward - some > tags will be assigned keys and some not. I guess something that will > improve the current situation would be simply not printing chars beyond > a-z, while still listing all the tags - it will be less awkward compared > to current situation when a key is printed but cannot be used anyway. Good point. I attach a patch that does just that. After the '~' character, only "space" is assigned -- which feels like a hack, but means that the selection key field is empty and that the fields are still aligned nicely. Actually selection any of these items is not possible as space is assigned to clearing the tags. Should this break anything that I have missed in my (brief) tests, please let me know! Additionally, the range A-Z is used once 'z' is reached before assigning non-alphabetic (but reasonably-reachable) characters. In case that description is difficult to follow, I attach a screenshot of the modified code in action. Please note that I have not (yet) assigned copyright to the FSF. However, I believe that these changes are still trivial enough to qualify as TINYCHANGE. > Or we may provide "paging" approach that will re-assign a-z keys when > user presses C-n/C-p. Though I do not like this idea too much because we > have a more universal menu backend in works at > https://orgmode.org/list/87zgisvuu5.fsf@localhost Adding new feature to > tag menu does not feel like a good direction to go. If we decide to go > this way at the end, we may, at least, also need to update > org-fast-todo-selection along similar lines. Thanks for pointing out that thread, I missed it earlier. It does sound like a good idea to wait with more fundamental changes until potential changes to the backend are settled. > Finally, we may simply not list tags with keys beyond "z" at all only > indicating that there are more by showing some text at the end of the > menu. That might be an alternative, as I think not even all tags are shown now. Let me know should you rather go down that route instead.