patch applied (yi): define a function for "bare" token parsing (without comments)

Thu Jul 30 17:48:54 EDT 2009 jeanphilippe.berna...@gmail.com * define a function for "bare" token parsing (without comments) Ignore-this: 5648d78f6e78961c5ec9f3212d11f2c8 -> use it where suitable M ./src/Yi/Syntax/Haskell.hs -5 +5 --~--~-~--~~~---~--~~

patch applied (yi): generalize and simplify class and instance declarations

Thu Jul 30 18:04:26 EDT 2009 jeanphilippe.berna...@gmail.com * generalize and simplify class and instance declarations Ignore-this: ce61e808ebb1c3ba82405610dfa78342 M ./src/Yi/Syntax/Haskell.hs -30 +10 --~--~-~--~~~---~--~~ Yi development mailing list yi-

patch applied (yi): => are ok in type expressions (contexts)

Thu Jul 30 17:00:19 EDT 2009 jeanphilippe.berna...@gmail.com * => are ok in type expressions (contexts) Ignore-this: 1afb9ac3eb9d689f2e1f7d046dc0c639 M ./src/Yi/Syntax/Haskell.hs -2 +5 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroup

patch applied (yi): Simplify pGuard

Thu Jul 30 17:16:15 EDT 2009 jeanphilippe.berna...@gmail.com * Simplify pGuard Ignore-this: f6092e6fb3949d474ccabe2b7d4ad333 M ./src/Yi/Mode/Haskell.hs -1 +1 M ./src/Yi/Syntax/Haskell.hs -9 +5 M ./src/Yi/Syntax/Strokes/Haskell.hs -2 +2 --~--~-~--~~~--

patch applied (yi): simplify pFunRHS

Thu Jul 30 17:04:20 EDT 2009 jeanphilippe.berna...@gmail.com * simplify pFunRHS Ignore-this: ae304cbeac6a93955cfcf2891c964c55 M ./src/Yi/Syntax/Haskell.hs -5 +1 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.goog

patch applied (yi): simplify where blocks

Thu Jul 30 16:59:38 EDT 2009 jeanphilippe.berna...@gmail.com * simplify where blocks Ignore-this: 2e088e4c84b9287724e790fdbbce7302 M ./src/Yi/Syntax/Haskell.hs -31 +5 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://group

patch applied (yi): cleanups

Thu Jul 30 10:36:03 EDT 2009 jeanphilippe.berna...@gmail.com * cleanups Ignore-this: b9ce6fbf628e393e58168c15f0855739 M ./src/Yi/Syntax/Haskell.hs -27 +18 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com

patch applied (yi): simplify pFunDecl

Thu Jul 30 10:26:50 EDT 2009 jeanphilippe.berna...@gmail.com * simplify pFunDecl Ignore-this: 4c00be1932b55fd9d46d599cc2fdec6d M ./src/Yi/Syntax/Haskell.hs -18 +6 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.go

patch applied (yi): add support for type expressions

Thu Jul 30 09:47:20 EDT 2009 jeanphilippe.berna...@gmail.com * add support for type expressions Ignore-this: 92de0693f77d59d5c3dedf31d2026766 M ./src/Yi/Syntax/Haskell.hs -7 +24 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com h

patch applied (yi): separate patterns and expressions

Thu Jul 30 07:54:22 EDT 2009 jeanphilippe.berna...@gmail.com * separate patterns and expressions Ignore-this: 96646209eb90d2c660f4b82f21e69766 M ./src/Yi/Syntax/Haskell.hs -14 +20 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com

Re: Issue 265 in yi-editor: Slow pasting

On Jul 30, 4:02 am, Jean-Philippe Bernardy wrote: > I don't want to spend time on this before seeing how Yi behaves on GHC 6.12. > The next step is to quantify the slowness. When and by how much does it > appear. I spent some time yesterday working on timing Pango using the Cmcq timing config,

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

On Jul 30, 3:58 am, Jean-Philippe Bernardy wrote: > I think this is somewhat of an overstatement -- as far as I could see > HOC and Cocoa ui > have been working fine up to last year. However, whoever is interested should > be maintaining it though. Hmm, I thought I read that HOC had been dead s

Re: Regarding Speed

On Thu, Jul 30, 2009 at 12:35 PM, Colin McQuillan wrote: > One small optimization would be to use a separate pango layout object > for each line and only update the lines that change. I can only assume that applications using pango use only one pango object, and therefore there is some possible

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

On Thu, Jul 30, 2009 at 11:46 AM, Colin McQuillan wrote: > vty only provides a blocking getEvent. But at the tty level, it is > possible to see if there is input pending using FIONREAD or just a > non-blocking read. And in gtk there is a call to determine whether > there are still unhanded events

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 user (ui-independent) >  2. Putting

Issue 86 in yi-editor: Pango-based UI status

Comment #11 on issue 86 by JeanPhilippe.bernardy: Pango-based UI status http://code.google.com/p/yi-editor/issues/detail?id=86 Selection works fine for me, so I expect that moving the cursor when clicking should be easy to fix. -- You received this message because you are listed in the owner or

Re: Regarding Speed

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 UI independent code should calculate which area

Re: Regarding Speed

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 user (ui-independent) 2. Putting that information on the screen (ui-dependent) T

Re: Issue 265 in yi-editor: Slow pasting

On Thu, Jul 30, 2009 at 1:53 AM, wrote: > > Updates: >        Labels: Milestone-Release0.7 > > Comment #20 on issue 265 by jeffwheeler: Slow pasting > http://code.google.com/p/yi-editor/issues/detail?id=265 > > I think the slowness here is the same slowness affecting #86. This general > slugishne

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

On Thu, Jul 30, 2009 at 1:36 AM, wrote: > > Updates: >        Status: Fixed > > Comment #6 on issue 185 by jeffwheeler: Tabs not supported in GTK or other > non-Vty UIs > http://code.google.com/p/yi-editor/issues/detail?id=185 > > The Cocoa frontend seems essentially dead (I think HOC has been de

patch applied (yi): push code in pBlock

Wed Jul 29 13:28:47 EDT 2009 jeanphilippe.berna...@gmail.com * push code in pBlock Ignore-this: f68f653b92a9ea71aa7db5fd5f822447 M ./src/Yi/Syntax/Haskell.hs -2 +2 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.g

Re: Regarding Speed

Hi, As far as I remember the problem was that with the threads the UI was too slow. It was basically working but from time to time it was just freezing for few milliseconds and then continues. My guess was that the thread switching takes some time and that this causes the problem. Indeed when I r

patch applied (yi): make parser test more lazy

Wed Jul 29 17:57:33 EDT 2009 jeanphilippe.berna...@gmail.com * make parser test more lazy Ignore-this: fa59721b640540722a81d47bea4fc7b2 M ./src/ParserTest/ParserTest.hs -1 +1 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http

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

patch applied (yi): cleanups

Thu Jul 30 04:10:36 EDT 2009 jeanphilippe.berna...@gmail.com * cleanups Ignore-this: e34e6869758293bea3926462f3f10740 M ./src/Yi/Syntax/Haskell.hs -4 +4 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/g

patch applied (yi): be even more precise about what is noise

Wed Jul 29 18:15:27 EDT 2009 jeanphilippe.berna...@gmail.com * be even more precise about what is noise Ignore-this: 7f6629b935af5c1f50ea6bec885e5f43 M ./src/Yi/Syntax/Haskell.hs -9 +10 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegrou

patch applied (yi): Add a rule for Lambda

Wed Jul 29 18:38:26 EDT 2009 jeanphilippe.berna...@gmail.com * Add a rule for Lambda Ignore-this: 35fb3ca734551a198af932191c9c7060 M ./src/Yi/Syntax/Haskell.hs -2 +8 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups

patch applied (yi): Be more precise with what is acceptble as "noise" or not

Wed Jul 29 17:16:55 EDT 2009 jeanphilippe.berna...@gmail.com * Be more precise with what is acceptble as "noise" or not Ignore-this: d7e3117a5c81550a953c240a986b2385 M ./src/Yi/Syntax/Haskell.hs -10 +18 --~--~-~--~~~---~--~~ Yi development mailing list yi

patch applied (yi): comments

Wed Jul 29 14:31:50 EDT 2009 jeanphilippe.berna...@gmail.com * comments Ignore-this: 7f297536f572451ce21139de9d65df58 M ./src/Yi/Syntax/Haskell.hs -2 +3 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/g

patch applied (yi): More precise definition of pOf, RHS and cleanups

Wed Jul 29 16:48:12 EDT 2009 jeanphilippe.berna...@gmail.com * More precise definition of pOf, RHS and cleanups Ignore-this: 9a07dfa516657ea99c9741a4f4e41c9c M ./src/Yi/Syntax/Haskell.hs -18 +19 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@g

patch applied (yi): pBlock: support braces

Wed Jul 29 13:38:46 EDT 2009 jeanphilippe.berna...@gmail.com * pBlock: support braces Ignore-this: 37edc6939928f8ebff2dedad65e1dbf7 M ./src/Yi/Syntax/Haskell.hs -2 +3 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://group

patch applied (yi): Add rules for Do and Of

Wed Jul 29 13:23:05 EDT 2009 jeanphilippe.berna...@gmail.com * Add rules for Do and Of Ignore-this: ccd4323b8732b2bba40c3e85bbec389f M ./src/Yi/Lexer/Haskell.x -6 +6 M ./src/Yi/Syntax/Haskell.hs -1 +14 --~--~-~--~~~---~--~~ Yi development mailing list

Re: Regarding Speed

On Thu, Jul 30, 2009 at 3:53 AM, Jeff Wheeler wrote: > > I've been reading back through issue #265 [1], and I expect that most > of these comments apply to Pango. Actually, pasting works great in Pango. (single operation!) Now, the speed on both UI is appalling. I find #214 especially worrying,

Re: Regarding Speed

On Thu, Jul 30, 2009 at 4:24 AM, Jason Foutz wrote: > > I'm not familiar enough with yi to know where to put the split, but > yeah, approach sounds exactly right. > Somewhere, you'll have some code that looks just about like this. > [...] Agreed, this might improve the situation. However, an impo