Re: Initializable

On Wed, Feb 25, 2009 at 4:51 PM, Jean-Philippe Bernardy wrote: Initializable is less restrictive than monoid (no mappend); so it's useful to keep as such. Adding Monoid => Initializable is ok but requires overlapping instances in many places I'm afraid. Cheers, JP. Is that bad? I mean, if w

Re: Initializable

Initializable is less restrictive than monoid (no mappend); so it's useful to keep as such. Adding Monoid => Initializable is ok but requires overlapping instances in many places I'm afraid. Cheers, JP. On Wed, Feb 25, 2009 at 10:44 PM, wrote: > So I was wondering when I was looking at the Ini

Re: darcs patch: Yi.IReader: fix strictness issue with fi... (and 2 more)

thanks a bunch for the documentation! On Wed, Feb 25, 2009 at 6:04 PM, wrote: > Wed Feb 25 11:04:08 EST 2009  gwe...@gmail.com >  * Yi.IReader: fix strictness issue with file-handle, fmt > > Wed Feb 25 11:59:41 EST 2009  gwe...@gmail.com >  * Yi.IReader: generalize Seq instance of Initializable

patch applied (yi): Yi.Dynamic, Yi.Buffer.Misc: +haddocks on buffer-local state

Wed Feb 25 12:00:57 EST 2009 gwe...@gmail.com * Yi.Dynamic, Yi.Buffer.Misc: +haddocks on buffer-local state Ignore-this: b7bdcbad81cc08d65acf54ad5b9fd995 M ./Yi/Buffer/Misc.hs -1 +5 M ./Yi/Dynamic.hs +4 --~--~-~--~~~---~--~~ Yi development mailing lis

patch applied (yi): Yi.IReader: generalize Seq instance of Initializable

Wed Feb 25 11:59:41 EST 2009 gwe...@gmail.com * Yi.IReader: generalize Seq instance of Initializable Ignore-this: 988b91ee989fed9dd268c901140642e5 M ./Yi/IReader.hs -1 +2 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://g

Initializable

So I was wondering when I was looking at the Initializable typeclass. Would it make sense if the default Initializable for a given type could be 'mempty', if Monoid is already defined? As far as I can tell, Initializable is the same thing as Monoid except without any mappend or mconcat. This w

patch applied (yi): Yi.IReader: fix strictness issue with file-handle, fmt

Wed Feb 25 11:04:08 EST 2009 gwe...@gmail.com * Yi.IReader: fix strictness issue with file-handle, fmt Ignore-this: 7dcabbdd207d8c1609fe8c5ac9bc2c92 M ./Yi/IReader.hs -11 +15 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http

Re: narrowed types in data-accessor

On Wed, Feb 25, 2009 at 10:05 PM, Henning Thielemann wrote: >> I guess it is related. It is possible that I do not know how to use >> 'transformers' properly. >> Specifically: >> >> http://hackage.haskell.org/packages/archive/data-accessor/0.1.4/doc/html/Data-Accessor.html >> >> getA :: MonadSta

Re: narrowed types in data-accessor

On Wed, 25 Feb 2009, Jean-Philippe Bernardy wrote: > On Wed, Feb 25, 2009 at 12:53 AM, Henning Thielemann > wrote: > >> Thanks for your interest in data-accessor ... > > It's a very useful package! My previous email was written in haste, > I should have mentioned how much the template-haskell s

patch applied (yi): also export Yi.Misc from Yi

Wed Feb 25 12:26:26 EST 2009 jeanphilippe.berna...@gmail.com * also export Yi.Misc from Yi M ./Yi.hs +2 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~~~~--~--

patch applied (yi): Add experimental option to use Hint to interpret M-x commands

Wed Feb 25 12:25:10 EST 2009 jeanphilippe.berna...@gmail.com * Add experimental option to use Hint to interpret M-x commands M ./Yi/Core.hs -7 +1 M ./Yi/Eval.hs -41 +95 M ./Yi/Keymap/Vim.hs -1 +1 M ./yi.cabal -3 +17 --~--~-~--~~~---~--~~ Yi deve

Reading entire buffer in as String

What is the actual, if any, difference between these two functions? One I defined for IReader, and the other's already in Yi.Buffer.Misc: -- | Return the contents of the buffer as a list elemsB ∷ BufferM String elemsB = nelemsB maxBound 0 -- | Read the entire buffer as a String getBufferConten

Re: IReader mode

On Wed, Feb 25, 2009 at 4:40 AM, Jean-Philippe Bernardy wrote: On Wed, Feb 25, 2009 at 9:58 AM, Krasimir Angelov wrote: Hi Gwern, The stack overflow problem is a known problem. See here: http://www.ultraviolet.org/mail-archives/haskell-cafe.2008/msg08659.html Good to know! In general

patch applied (yi): Test for the incremental parser

Wed Feb 25 05:17:00 EST 2009 ande...@student.chalmers.se * Test for the incremental parser M ./yi.cabal +45 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~~~~-

patch applied (yi): The testing things for the incremental parsing

Wed Feb 25 05:19:58 EST 2009 ande...@student.chalmers.se * The testing things for the incremental parsing A ./ParserTest.hs --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~

patch applied (yi): one more usage of derive.binary

Wed Feb 25 04:09:50 EST 2009 jeanphilippe.berna...@gmail.com * one more usage of derive.binary M ./Yi/Buffer/Misc.hs -3 +3 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~~

patch applied (yi): jpconfig: some cleanups

Wed Feb 25 04:11:40 EST 2009 jeanphilippe.berna...@gmail.com * jpconfig: some cleanups M ./Yi/Users/JP.hs -13 +19 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel -~--~~~

Re: IReader mode

On 2/25/09, Jean-Philippe Bernardy wrote: > We cannot afford to depend on anything that's not on Hackage in Yi... > Hopefully Gwern could convince Lennart to incorporate your fixes. In the worst case you can have your own copy as well. --~--~-~--~~~---~--~~ Yi de

patch applied (yi): depend on new versions of monad transformers and accessors

Wed Feb 25 05:05:59 EST 2009 jeanphilippe.berna...@gmail.com * depend on new versions of monad transformers and accessors M ./Yi/Buffer/Misc.hs -7 +2 M ./Yi/Interact.hs -8 M ./Yi/Interpreter.hs -1 +1 M ./Yi/Keymap/Emacs/KillRing.hs -1 +2 M ./Yi/Main.hs +2 M ./Yi/MiniBuf

patch applied (yi): experimental fiddling with a more typed interpreter

Wed Feb 25 05:04:34 EST 2009 jeanphilippe.berna...@gmail.com * experimental fiddling with a more typed interpreter M ./Yi/Interpreter.hs +79 --~--~-~--~~~---~--~~ Yi development mailing list yi-devel@googlegroups.com http://groups.google.com/group/yi-devel

Re: IReader mode

On Wed, Feb 25, 2009 at 9:58 AM, Krasimir Angelov wrote: > > Hi Gwern, > > The stack overflow problem is a known problem. See here: > > http://www.ultraviolet.org/mail-archives/haskell-cafe.2008/msg08659.html Good to know! > In general I don't like to keep branches of external libraries but I >

Re: IReader mode

Hi Gwern, The stack overflow problem is a known problem. See here: http://www.ultraviolet.org/mail-archives/haskell-cafe.2008/msg08659.html In our project we use patched version of Data.Binary. I sent the required patches to the maintainer of Data.Binary but they were refused. I don't remember

Re: narrowed types in data-accessor

On Wed, Feb 25, 2009 at 12:53 AM, Henning Thielemann wrote: > Thanks for your interest in data-accessor ... It's a very useful package! My previous email was written in haste, I should have mentioned how much the template-haskell stuff saved effort in boilerplate. > > On Tue, 24 Feb 2009, Jean