I filed: https://github.com/yi-editor/yi/issues/506
Which I hope covers the issue. I suspect your right: This should be fairly simple to implement such that all UIs support ESC as meta. Yi already translates each UIs event type into an internal event type. Cheers, Corey -Corey O'Connor coreyocon...@gmail.com http://corebotllc.com/ On Thu, Jan 23, 2014 at 11:02 PM, Mateusz Kowalczyk <fuuze...@fuuzetsu.co.uk > wrote: > On 24/01/14 06:48, Corey O'Connor wrote: > > Thanks! That is clear. > > > > Given that description I think the pango support is broken: 'ESC' always > > produces the event 'ESC' and is not usable for meta. > > > > If that is the case then I question the value of implementing this in > vty. > > If an implementation would have to be made for pango, and other UIs, then > > the functionality can be left out of vty with no increase in complexity > to > > yi. I don't know of another application that uses vty's emacs emulation. > So > > might as well focus on yi ;-) > > > > I'm going to work under that assumption for now. Which means that ESC for > > meta is broken with vty 5. Hrm. > > > > Cheers, > > Corey > > > > -Corey O'Connor > > coreyocon...@gmail.com > > http://corebotllc.com/ > > > > > > On Wed, Jan 22, 2014 at 11:27 PM, Mateusz Kowalczyk < > fuuze...@fuuzetsu.co.uk > >> wrote: > > > >> On 23/01/14 01:36, Corey O'Connor wrote: > >>> Hi all, > >>> Can somebody clarify what the desired behavior is for ESC and emacs > >>> emulation? This is not something I actively use and am actually > >> unfamiliar > >>> with the history. I'd like to get the behavior right in vty 5. :-) > >>> > >>> As I understand it: Escape can be used as meta in emacs. Emacs does > this > >> by > >>> waiting a bit after an ESC key is pressed for any additional key. If a > >> key > >>> is pressed the event is a meta+key event instead of an esc event > followed > >>> by a key event. > >>> > >>> Does this sound right? > >>> > >>> Cheers, > >>> Corey > >>> > >>> -Corey O'Connor > >>> coreyocon...@gmail.com > >>> http://corebotllc.com/ > >>> > >> > >> Hi, > >> > >> There's no time delay as far as I know, a single ESC will just wait > >> indefinitely for the next input. So ESC followed by some key K is > >> translated to M-K. ESC ESC K is translated to ‘ESC M-K’ and so on which > >> is reasonable considering you can't have more than one meta press in a > >> combination. I believe that the first instance works already and ESC > >> gets translated correctly. There's a problem with getting ‘ESC M-K’ as > >> Yi is not able to provide variable number of prefix arguments easily (we > >> should probably fix that) similarly how we can't have multiple ‘C-u C-u > >> C-u …’ but it is not a problem inherent to ESC. > >> > >> I hope that's clear. > >> > >> -- > >> Mateusz K. > >> > > Hm, you're right. I thought ESC worked fine in Pango but it seems that I > have cruised by some source code dealing with ESC and assumed it worked. > As you have probably guessed, I never use ESC for its meta-capabilities > (or pretty much for anything) so I didn't notice it didn't work. > Nevertheless, I think this should be treated as a bug if we're aiming to > closely replicate default keymaps. Having said that, I think we could > let this slide all-together if it would take an unreasonable amount of > time to implement in Pango and everywhere else. I'd rather not remove > this functionality for completeness sake but considering why ESC was > introduced as Meta, I think we're safe to simply not have it: I don't > think that anyone will run Yi on a machine without Meta support or some > kind of emulation. > > Having said that, currently we _do_ have support in Vty: if we're > agreeing to not support ESC, we should remove that but considering we > have some existing code, I think it might be quite easy to simply > implement the functionality in Pango as well. > > What do you think? If we're sticking with ESC, we should make an issue > on GitHub. > > > -- > Mateusz K. > > -- > -- > Yi development mailing list > yi-devel@googlegroups.com > http://groups.google.com/group/yi-devel > --- > You received this message because you are subscribed to the Google Groups > "yi.devel" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to yi-devel+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > -- -- Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel --- You received this message because you are subscribed to the Google Groups "yi.devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to yi-devel+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
