patch applied (yi): Cmcq.hs update for testing how fast haskell mode is

Sat Aug 15 16:54:16 EDT 2009 m.ni...@gmail.com * Cmcq.hs update for testing how fast haskell mode is Ignore-this: db67f49ee582e58e88c7aacd8fe273de M ./src/Yi/Users/Cmcq.hs -3 +6 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com h

Re: patch applied (yi): fix #291

This also doesn't fix the original problem described in 291. If you type something unrecognized then the next key is not included in the pending event list. In --as=emacs, after M-r C-x, the C-x is pending but not displayed. If you open --as=vim and type '\' then 'g', the 'g' is pending but not di

patch applied (yi): Attack issue #291 - pending key presses are not reliably shown

Sat Aug 15 10:19:39 EDT 2009 m.ni...@gmail.com * Attack issue #291 - pending key presses are not reliably shown Ignore-this: 9ea7a1f966b5d8391567b01c2557050c M ./src/Yi/Core.hs -9 +15 M ./src/Yi/Keymap/Vim.hs -2 +9 --~--~-~--~~~---~--~~ Yi development

Re: patch applied (yi): Try to do EOF behavior better - layout should always follow a snapScreenB

2009/8/15 Colin McQuillan : [...] > * layout with old BOS > * move screen to include cursor > * relayout if the BOS changed Erm, that should read TOS (the fromMark) in both cases. --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups

Re: patch applied (yi): Try to do EOF behavior better - layout should always follow a snapScreenB

2009/8/15 Jean-Philippe Bernardy : > > Regarding this: > > -- TODO: Perhaps the BOS should be a Mark with Forward direction? > > It's the way it used to be... However don't think its foolproof > either: if you paste some > text which does not fit in the window, the point will fall out of the > dis

patch applied (yi): Corrections to scrolling behavior

Sat Aug 15 06:13:31 EDT 2009 m.ni...@gmail.com * Corrections to scrolling behavior Ignore-this: c8c026b4fc6d3cbff6f27b9d218f2a8f The window region should only be used after a call to the UI layout function, since otherwise it may be out of date. M ./src/Yi/Buffer/HighLevel.hs -4 +5

patch applied (yi): Try to do EOF behavior better - layout should always follow a snapScreenB

Fri Aug 14 16:43:17 EDT 2009 m.ni...@gmail.com * Try to do EOF behavior better - layout should always follow a snapScreenB Ignore-this: 6d233d961c94e5050e3ec6c26d05cd3d M ./src/Yi/Buffer/HighLevel.hs -4 +3 M ./src/Yi/Core.hs -9 +22 --~--~-~--~~~---~--~---

patch applied (yi): Pango optimization - there should only be one pango layout per refreshEditor

Fri Aug 14 16:38:26 EDT 2009 m.ni...@gmail.com * Pango optimization - there should only be one pango layout per refreshEditor Ignore-this: 4ae408c7add8c2db1a8750c20509ef88 M ./src/Yi/UI/Pango.hs -46 +49 --~--~-~--~~~---~--~~ Yi development mailing list yi

patch applied (yi): Implement insertTabBefore

Thu Aug 13 14:53:11 EDT 2009 m.ni...@gmail.com * Implement insertTabBefore Ignore-this: fe29aec58e993d04e64093535ed8dc1b M ./src/Yi/UI/Pango.hs -1 +7 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/grou

patch applied (yi): Set tab title even in minibuffer

Thu Aug 13 14:50:36 EDT 2009 m.ni...@gmail.com * Set tab title even in minibuffer Ignore-this: f708595afa4c59727a84fb81f4f51da6 The tab shouldn't be left unnamed, but perhaps there could be a nice way of getting the name of the buffer the minibuffer is attached to. M ./src/Yi/UI/Pang

patch applied (yi): Clicking should end the selection

Thu Aug 13 14:51:25 EDT 2009 m.ni...@gmail.com * Clicking should end the selection Ignore-this: 7d9b74b32d0ab3145961806a77914b2c M ./src/Yi/UI/Pango.hs -1 +3 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.

patch applied (yi): Try to correct scrolling behavior at end of file

Thu Aug 13 12:45:20 EDT 2009 m.ni...@gmail.com * Try to correct scrolling behavior at end of file Ignore-this: 1c13900f495a73d6ab1fd79145b0bd5e Before, if you open a new buffer and type, then window would scroll as soon as you typed past the middle line of the screen. It should only scrol

patch applied (yi): Resizing should relayout

Thu Aug 13 12:24:02 EDT 2009 m.ni...@gmail.com * Resizing should relayout Ignore-this: 88062049c63ea7e174dc19e3ae8aef98 This fixes a layout problem where the first keypress in a new tab would be handled as if the window had height 0. M ./src/Yi/UI/Pango.hs +8 --~--~-~--~

patch applied (yi): Allow the Pango frontend to control the current tab

Thu Aug 13 12:23:54 EDT 2009 m.ni...@gmail.com * Allow the Pango frontend to control the current tab Ignore-this: ba470a0a08b6b7baa22ebbb99af33630 M ./src/Yi/UI/Pango.hs -1 +8 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com htt

patch applied (yi): Clean up Pango frontend a bit

Thu Aug 13 10:57:32 EDT 2009 m.ni...@gmail.com * Clean up Pango frontend a bit Ignore-this: d61a1cceba2a6e75087d94e8f13ec234 M ./src/Yi/UI/Pango.hs -81 +65 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.co

Re: patch applied (yi): Neaten up previous patch

2009/8/12 Jean-Philippe Bernardy : > > After this last series of patches, "cabalBuildE" does not work as it > used to: the 2nd time I use it, the > build output buffer is not filled with the content of the cabal command. > > Would you have a clue to what this might be due? > > Thanks, > JP. No id

patch applied (yi): Fix previous change - deleteBuffer should be a no-op if there's only one buffer

Wed Aug 12 17:53:53 EDT 2009 m.ni...@gmail.com * Fix previous change - deleteBuffer should be a no-op if there's only one buffer Ignore-this: ae9635db6b27f276b3bacca9b7417b4a M ./src/Yi/Editor.hs -1 +1 --~--~-~--~~~---~--~~ Yi development mailing list yi

Re: patch applied (yi): Add buffer opening test to Cmcq.hs

2009/8/12 Jeff Wheeler : > > On Tue, Aug 11, 2009 at 1:56 PM, Colin > McQuillan wrote: > >> Tue Aug 11 14:55:18 EDT 2009  m.ni...@gmail.com >>  * Add buffer opening test to Cmcq.hs >>  Ignore-this: b44fb47a18be87ca8554365ddeea490 >> >>    M ./src/Yi/Us

Re: Speed issues.

2009/8/11 Jean-Philippe Bernardy : > > On Tue, Aug 11, 2009 at 6:44 PM, Colin McQuillan > wrote: >> >> I found a leak that can't be fixed by seq. The *messages* buffer will >> still save undo information including everything that was ever shown. >> This p

patch applied (yi): Add buffer opening test to Cmcq.hs

Tue Aug 11 14:55:18 EDT 2009 m.ni...@gmail.com * Add buffer opening test to Cmcq.hs Ignore-this: b44fb47a18be87ca8554365ddeea490 M ./src/Yi/Users/Cmcq.hs -19 +49 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.goo

patch applied (yi): Neaten up previous patch

Tue Aug 11 13:34:23 EDT 2009 m.ni...@gmail.com * Neaten up previous patch Ignore-this: efcb1034052b33276e7ac2adb09b0538 M ./src/Yi/Editor.hs -1 +1 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/y

patch applied (yi): bufAccessLists were hanging on to old BufferRefs

Tue Aug 11 14:27:57 EDT 2009 m.ni...@gmail.com * bufAccessLists were hanging on to old BufferRefs Ignore-this: 953535204efa857de8b4f717be4dad05 M ./src/Yi/Editor.hs -5 +11 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://

patch applied (yi): switchToBufferE leak

Tue Aug 11 13:00:03 EDT 2009 m.ni...@gmail.com * switchToBufferE leak Ignore-this: 4e70218ae3e48060d0e447a90d4634c M ./src/Yi/Editor.hs -2 +4 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-dev

Re: Speed issues.

2009/8/11 Jean-Philippe Bernardy : > > On Mon, Aug 10, 2009 at 11:51 PM, Jean-Philippe > Bernardy wrote: >> On Mon, Aug 10, 2009 at 11:28 PM, Colin McQuillan >> wrote: >> >>> Great news. Could you give a quick summary of how you did it? >> >> S

patch applied (yi): Avoid excessive nubbing; this also avoids a leak if history isn't forced

Tue Aug 11 11:49:43 EDT 2009 m.ni...@gmail.com * Avoid excessive nubbing; this also avoids a leak if history isn't forced Ignore-this: 2baae4dec0168b089ae38f71ead80115 M ./src/Yi/History.hs -2 +4 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@

Re: Text storage

2009/3/22 Jean-Philippe Bernardy : > >> have you looked at the text package [1] it may be of some help at some >> point. >> [1]: http://hackage.haskell.org/cgi-bin/hackage-scripts/package/text > > I was aware of this, but did not look at it yet. > > Thanks for reminding me! > -- JP I don't think i

patch applied (yi): Optimization for updating Gtk attributes

Tue Aug 11 08:49:17 EDT 2009 m.ni...@gmail.com * Optimization for updating Gtk attributes Ignore-this: 50bf83c172d6e21e299b2bebc4d922e9 M ./src/Yi/UI/Pango.hs -6 +10 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups

patch applied (yi): Don't focus every window

Tue Aug 11 08:48:25 EDT 2009 m.ni...@gmail.com * Don't focus every window Ignore-this: 959d3859557ba815bfd88194e8dc4b35 This corrects a problem where the main title was not set after changing the window until you press a key. M ./src/Yi/UI/Pango.hs -3 +4 --~--~-~--~~

patch applied (yi): Small optimization for counting the number of lines in a chunk

Tue Aug 11 07:49:03 EDT 2009 m.ni...@gmail.com * Small optimization for counting the number of lines in a chunk Ignore-this: 4cfb522e669ac3991524b43ac179183f M ./src/Data/Rope.hs -2 +6 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroup

Re: Speed issues.

2009/8/10 Jean-Philippe Bernardy : >> Do you >> know if it was a leak I introduced (in Vty) that was causing most of >> the slowness, or were all the leaks important? > > Yep, the leaks around window region calculation were responsible for creating > a lot of objects. My apologies. I've pushed a

Re: Speed issues.

2009/8/10 Jean-Philippe Bernardy : > > Hi, > > With the recent fixes of memory leaks, much progress has been made in > terms of speed. > I'm not talking about super fast/low CPU usage mind you, but I think > we're back to the > speed of last year, if not faster. So if you had given up on Yi for a

Re: patch applied (yi): fix a memory leak; also improve the style somewhat

2009/8/7 Jean-Philippe Bernardy : > > Fri Aug  7 17:09:32 EDT 2009  jeanphilippe.berna...@gmail.com >  * fix a memory leak; also improve the style somewhat >  Ignore-this: 12b9966fd67f3ebf9a2e5bc48a7b98ef > >    M ./src/Yi/UI/Vty.hs -4 +9 The "fix" was meant to stop a leak where every window han

Re: patch applied (yi): comments

2009/8/10 Jean-Philippe Bernardy : > > On Mon, Aug 10, 2009 at 3:50 PM, Colin McQuillan > wrote: > >>>  Colin: Do you know why the "getRegion" field of Window takes a Buffer >>> parameter? >>>  There is only one buffer in the window... > >&

Re: patch applied (yi): comments

2009/8/10 Jean-Philippe Bernardy : > > Mon Aug 10 09:27:09 EDT 2009  jeanphilippe.berna...@gmail.com >  * comments >  Ignore-this: b27fdd78faa94df93f4aa39055e1ec5f > >  Colin: Do you know why the "getRegion" field of Window takes a Buffer > parameter? >  There is only one buffer in the window...

Re: Regarding Speed

2009/8/5 Jeff Wheeler : > > I've been trying to get objective measures of performance for Pango, > but I get strange and inconsistent crahes when I attempt to use the > Yi.Users.Cmcq config for Pango. I replaced the two lines (13/14) that > handle the timing with simply: time dist/build/yi/yi time

Re: Regarding Speed

2009/7/30 Jean-Philippe Bernardy : > > On Thu, Jul 30, 2009 at 10:20 AM, Krasimir Angelov > wrote: > >> I am surprised that you redraw the whole screen after each change. >> This is not the conventional solution and this is the problem. The >> solutions should be something like this: >> >> - the

Re: Regarding Speed

2009/7/30 Jean-Philippe Bernardy : ... >> IIRC, Yi.Vty.drawText (which basically takes a string and decides >> where each character should go on a 80x24 console) typically takes >> more than 50ms. So either it needs to be optimized by memoizing the >> layout information, or cursor movements should

Re: Regarding Speed

2009/7/30 Jean-Philippe Bernardy : > > On Thu, Jul 30, 2009 at 10:13 AM, Colin McQuillan > wrote: > >> What operation will asynchronous rendering make faster? > > There are two operations that are costly: (supposedly) >  1. Computing the information to show the

Re: Regarding Speed

2009/7/30 Jeff Wheeler : > > I've been reading back through issue #265 [1], and I expect that most > of these comments apply to Pango. Particularly, drawing in a separate > thread would be useful, I expect, and perhaps doing the syntax > highlighting separately would be useful, too. > > I'm not at

Re: Issue 185 in yi-editor: Tabs not supported in GTK or other non-Vty UIs

Yi wasn't affected. There was a bug with Gtk2Hs 0.10.0 and GHC 6.10.3 triggered by a certain use of callbacks in Leksah. There is another problem described at http://hackage.haskell.org/trac/gtk2hs/ticket/1112 - you can sometimes crash Yi by resizing the window. This bug has always existed but go

patch applied (yi): Restore the (unused) scheduleRefresh code

Sun May 24 16:35:15 EDT 2009 m.ni...@gmail.com * Restore the (unused) scheduleRefresh code Ignore-this: a6c0b954d8d759cbddac115215191b35 M ./Yi/UI/Vty.hs -4 +30 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.goog

patch applied (yi): cmcq user config. Includes test for Issue 265: Slow pasting.

Sun May 24 15:57:50 EDT 2009 m.ni...@gmail.com * cmcq user config. Includes test for Issue 265: Slow pasting. Ignore-this: 532829c22e0fbf3e700163135d363279 A ./Yi/Users/Cmcq.hs --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com ht

patch applied (yi): Separate layout and rendering code

Sun May 24 15:10:14 EDT 2009 m.ni...@gmail.com * Separate layout and rendering code Ignore-this: 91890b0c750210471ce03c7c73449cf1 The most important change here is that the type of refresh is Editor -> IO () instead of Editor -> IO Editor. rendering is no longer a necessary part of handli

patch applied (yi): Move common function computeHeights into Yi.UI.Utils

Sun May 24 11:30:04 EDT 2009 m.ni...@gmail.com * Move common function computeHeights into Yi.UI.Utils Ignore-this: 746c53aca7b8b493dc22a0ebcd656404 M ./Yi/UI/Pango.hs -12 +1 M ./Yi/UI/Utils.hs +9 M ./Yi/UI/Vty.hs -13 +5 --~--~-~--~~~---~--~~ Yi de

patch applied (yi): Move Pango window cache update into a new function

Sun May 24 10:03:53 EDT 2009 m.ni...@gmail.com * Move Pango window cache update into a new function Ignore-this: e7952e8aecdbd0a8cbc312102aff1e8b M ./Yi/UI/Pango.hs -7 +10 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://

Re: patch applied (yi): Fixes scrolling when > 1 window views the same buffer in the current tab

2009/5/22 Corey O'Connor : > > Noticed an issue: Moving the cursor to the end of a window should > cause the window to scroll. With this patch the window does not > scroll. > > Cheers, > -Corey O'Connor > > > > On Fri, May 22, 2009 at 10:26 AM, Colin M

Re: patch applied (yi): Fixes scrolling when > 1 window views the same buffer in the current tab

2009/5/22 Corey O'Connor : > > On Thu, May 21, 2009 at 5:30 PM, Colin McQuillan > wrote: >> 2009/5/19 Corey O'Connor : >>> >>> I agree that moving the point drive to a window specific property is >>> correct. However control-b and control-f i

patch applied (yi): The initial refresh was showing *console*

Thu May 21 12:14:23 EDT 2009 m.ni...@gmail.com * The initial refresh was showing *console* Ignore-this: 54e92cbf02935225bdb04884834612c5 M ./Yi/UI/Vty.hs -1 +1 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.googl

Re: patch applied (yi): Fixes scrolling when > 1 window views the same buffer in the current tab

2009/5/19 Nicolas Pouillard : > > Excerpts from Jean-Philippe Bernardy's message of Tue May 19 20:10:43 +0200 > 2009: >> >> This sounds like a good plan. As for the vim keymap bug, I can't >> figure out what happens just yet, as pg-down works well in emacs >> keymap... > > No, page-down is also b

Re: Issue 271 in yi-editor: error: yi-i386-linux: Prelude.chr: bad argument

Could you attach your Yi.hs? 2009/5/18 : > > > Comment #2 on issue 271 by jan2ary: error: yi-i386-linux: Prelude.chr: bad > argument > http://code.google.com/p/yi-editor/issues/detail?id=271 > > Hi, > > File .yi.dbg is a result of error received after command > > yi --debug Yi.hs > > which is op

patch applied (yi): Fix Windows build

Sat May 16 08:10:56 EDT 2009 m.ni...@gmail.com * Fix Windows build Ignore-this: 797fa34b8fc2e615592d8e7085931c41 ./Yi/Lexer/alex.hsinc -> ./Yi/Lexer/common.hsinc M ./Yi/Keymap/Vim.hs -3 +4 M ./Yi/Lexer/BasicTemplate.x r1 M ./Yi/Lexer/C.x r1 M ./Yi/Lexer/Cabal.x r1 M

Re: Issue 265 in yi-editor: Slow pasting

2009/5/13 : > > > Comment #17 on issue 265 by JeanPhilippe.bernardy: Slow pasting > http://code.google.com/p/yi-editor/issues/detail?id=265 > > I applied the patch, but I'm not sure what the purpose of the "lazy" > function is; can > you explain? > Ok. So it's used in an expression like "zip a (

Re: Problems running the latest Yi

2009/5/8 Jean-Philippe Bernardy : > >> >> cabal wouldn't install Yi's dependencies for me on 6.10.2: I get the >> same error Hackage shows for regex-tdfa: >> >> http://hackage.haskell.org/packages/archive/regex-tdfa/1.1.1/logs/failure/ghc-6.10 > > I thought this was a documentation generation prob

Re: Problems running the latest Yi

2009/5/4 Deniz Dogan : > > 2009/5/4 Deniz Dogan : >> 2009/5/4 Jeff Wheeler : >>> >>> On Sun, 2009-05-03 at 13:04 +0200, Deniz Dogan wrote: I checked out a fresh copy of the repo and did the following: cabal configure --user -fhacking cabal build ./dist/build/yi/yi test >>>

vty segfault

ot; segfault, the same as described in the Yi bug report. -- Colin McQuillan --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~~~~--~~--~--~--- vty-update.dpatch Description: Binary data

Re: Bug in old-locale?

2009/4/21 Jean-Philippe Bernardy : > > I think Deniz made a very similar change yesterday already. > Ah, ok. --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~~~~--~