In revno: 1259.1.10 revision-id: [EMAIL PROTECTED]
I added code so that this no longer derails the initialization process, i.e. just catch the exception and continue. I don't know what's wrong except I first noticed it after a tkinter update from Ubuntu. I think. Anyway, that's my story :) When I added the "clean recent files" menu option long before this traceback showed up I had a heap of trouble deleting just the file entries on the recent files menu. It was originally hardwired that the menu have a "Clear list" item, and then the file entries, but I wanted to make it get it's command entries from @menu @settings and add the files afterward and that was a lot of fiddling. I.e. originally it deleted everything and added the "Clear list" item before rebuilding the file list, now it either tries to delete only the file entries, or stores the entries before the files (from @menu) and adds them back before the files each time, I forget which finally worked. What's my point? It would be nice if delete_range "just worked". It's a 'pass' in qt, and I would guess recent files is the only thing in the entire code base that uses it. The menu tree seems to me to be "write only", i.e. not readable, at least from the Leo API, of course you can walk it in a gui specific way. Not necessarily a problem, but would be nice if it was more robustly dynamic. Or maybe I'm missing something, but I've only seen functions which find a menu based on knowing it exists before hand. Cheers -Terry --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "leo-editor" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/leo-editor?hl=en -~----------~----~----~----~------~----~------~--~---
