Re: darcs patch: Display readable error messages on GTK or Pango UI sta...

Note that this allows the removal of this error analysis technique from the Yi wiki page. -KQ On Mar 17, 4:55 pm, kq1qu...@gmail.com wrote: > Tue Mar 17 16:52:32 MST 2009  kq1qu...@gmail.com >   * Display readable error messages on GTK or Pango UI startup errors. > >  display-readable-error-mess

Issue 250 in yi-editor: Cursor movement sometimes fails in vim keymap

Updates: Status: Fixed Comment #10 on issue 250 by JeanPhilippe.bernardy: Cursor movement sometimes fails in vim keymap http://code.google.com/p/yi-editor/issues/detail?id=250 (No comment was entered for this change.) -- You received this message because you are listed in the owner or

Issue 246 in yi-editor: cabal install fails to install the latest yi version (problems with regex-tdfa?)

Updates: Status: Fixed Comment #2 on issue 246 by JeanPhilippe.bernardy: cabal install fails to install the latest yi version (problems with regex-tdfa?) http://code.google.com/p/yi-editor/issues/detail?id=246 (No comment was entered for this change.) -- You received this message beca

Issue 253 in yi-editor: Online Help System

Updates: Labels: -Type-Defect Type-Enhancement Comment #1 on issue 253 by JeanPhilippe.bernardy: Online Help System http://code.google.com/p/yi-editor/issues/detail?id=253 (No comment was entered for this change.) -- You received this message because you are listed in the owner or CC fi

Issue 187 in yi-editor: Double-length unicode characters can mess the display

Comment #14 on issue 187 by kq1quick: Double-length unicode characters can mess the display http://code.google.com/p/yi-editor/issues/detail?id=187 I have also encountered the display corruption associated with annotation of Haskell code for: "::", "<-", "->", etc. (in vty mode on both urxv

Re: possible 236 fix for yi instead of vty

Applied, I'll let Corey handle the release process. Cheers -- JP On Tue, Mar 17, 2009 at 9:58 PM, Kevin Ballard wrote: > A patch against vty was already submitted 1.5 weeks ago, it's ticket #16 on > vty's trac. If Vty accepts that patch (and releases a new version) then we > don't have to make a

patch applied (yi): Fix pointDrive behavior in Vty

Tue Mar 17 13:11:39 EDT 2009 ke...@sb.org * Fix pointDrive behavior in Vty Ignore-this: a6c8e5d9bbdfdedabd393b9c3d1aad73 Always revert pointDrive back to True after scrollAndRenderWindow. Previously it was only reverted back to True after the point was found outside the window, which

Re: darcs patch: Fix pointDrive behavior in Vty

excellent, thanks! -- JP On Tue, Mar 17, 2009 at 6:13 PM, wrote: > Tue Mar 17 10:11:39 PDT 2009  ke...@sb.org >  * Fix pointDrive behavior in Vty > >  Always revert pointDrive back to True after scrollAndRenderWindow. >  Previously it was only reverted back to True after the point was >  found

patch applied (yi): doc

Tue Mar 17 16:58:31 EDT 2009 jeanphilippe.berna...@gmail.com * doc M ./Yi/UI/Vty.hs +1 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~~~~--~~--~--~---

patch applied (yi): workaround vty iexten bug

Tue Mar 17 15:27:55 EDT 2009 Emily Backes * workaround vty iexten bug M ./Yi/UI/Vty.hs -1 +8 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~~~~--~~--~

Re: possible 236 fix for yi instead of vty

A patch against vty was already submitted 1.5 weeks ago, it's ticket #16 on vty's trac. If Vty accepts that patch (and releases a new version) then we don't have to make any changes to yi as we can just depend on the new version of Vty. I would consider that to be the ideal resolution. On Tue, Mar

Re: possible 236 fix for yi instead of vty

Nice, I can apply a patch against vty if you have one too. Cheers, JP. On Tue, Mar 17, 2009 at 8:48 PM, em...@accela.net wrote: > > As mentioned in 236, c-v doesn't work right on some systems because of > terminal settings.  I think the right place to fix this is in vty, but > as a work-around

Re: darcs patch: Fix pointDrive behavior in Vty

This should fix Issue 250. On Tue, Mar 17, 2009 at 10:13 AM, wrote: > Tue Mar 17 10:11:39 PDT 2009 ke...@sb.org > * Fix pointDrive behavior in Vty > > Always revert pointDrive back to True after scrollAndRenderWindow. > Previously it was only reverted back to True after the point was > foun

Re: Issue 250 in yi-editor: Cursor movement sometimes fails in vim keymap

Actually that fix doesn't work, because that's only called if the point isn't in the window already. I think it will simply have to be unilaterally called in scrollAndRenderWindow. On Tue, Mar 17, 2009 at 10:05 AM, Kevin Ballard wrote: > I think the problem is pointDrive is only reset to True if

Re: Issue 250 in yi-editor: Cursor movement sometimes fails in vim keymap

I think the problem is pointDrive is only reset to True if scrollAndRenderWindow has to move the point back inside the window. pointDrive should probably be set back to True every time scrollAndRenderWindow is called. I'm testing a patch right now that adds `putA pointDriveA True' to moveWindowTosS

Re: darcs patch: Fix minibuffer issue in multiwindow environment

It does? If I try `M-x setAnyMode fundamental' with the point originating in the top window, the command affects the top window. Can you give an example of a command that affects the bottom window instead? -Kevin On Tue, Mar 17, 2009 at 1:38 AM, Jean-Philippe Bernardy < jeanphilippe.berna...@gmail

patch applied (yi): really try to fix the layout this time

Tue Mar 17 09:27:25 EDT 2009 jeanphilippe.berna...@gmail.com * really try to fix the layout this time M ./Yi/Syntax/Layout.hs -1 +3 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~---

Issue 250 in yi-editor: Cursor movement sometimes fails in vim keymap

Comment #9 on issue 250 by m.niloc: Cursor movement sometimes fails in vim keymap http://code.google.com/p/yi-editor/issues/detail?id=250 Both of these should page down, page up, then move to end of buffer. Instead, they move to the end of the first screen. yi --as=vi README C-d, C-u, G yi

Re: darcs patch: Fix minibuffer issue in multiwindow environment

This has the side effect that the command run in the minibuffer will apply to the bottommost window -- and we do not want that. If you really want to put miniwindows on the bottom, you should sort windows (by isMini) just before displaying, in the UI code. Cheers, JP. 2009/3/16 : > Mon Mar 16 1

patch applied (yi): rename SearchF to SearchOption

Tue Mar 17 04:25:55 EDT 2009 jeanphilippe.berna...@gmail.com * rename SearchF to SearchOption M ./Yi/Keymap/Vim.hs -1 +1 M ./Yi/Regex.hs -6 +7 M ./Yi/Search.hs -5 +5 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://

patch applied (yi): remove obsolete build system

Tue Mar 17 04:25:02 EDT 2009 jeanphilippe.berna...@gmail.com * remove obsolete build system cabal-install should always be used from now on. M ./Makefile -15 +1 R ./cabal-make.inc R ./config.sample --~--~-~--~~~---~--~~ Yi development mailing list

patch applied (yi): really fix the layout

Tue Mar 17 04:24:16 EDT 2009 jeanphilippe.berna...@gmail.com * really fix the layout M ./Yi/Syntax/Layout.hs -4 +4 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~~~---

patch applied (yi): Layout.hs: Cleanup

Mon Mar 16 15:04:30 EDT 2009 anders...@gmail.com * Layout.hs: Cleanup Ignore-this: bde922d0ec909a34d9c1b9419ef38f26 M ./Yi/Syntax/Layout.hs -2 +4 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi