Thanks Mateusz!
This branch compiled and ran fine for me. No noticeable difference in
performance so far.
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Thu, Sep 18, 2014 at 11:00 AM, GitHub wrote:
> Branch: refs/heads/rope-integration
> Ho
terminal emulators... ¯\_(ツ)_/¯
I often wonder how much of 2014 tech was developed using a UI protocol
from the ~1980.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Fri, Jun 13, 2014 at 2:48 PM, Mateusz Kowalczyk
wrote:
> On 06/13/2014 09:51 PM, Corey O'
vty's interface does not assure "shutdown" will always be applied at the
end of a program. In general this is impossible (EG: sigkill) but
improvements can certainly be made.
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sat, Jun 7, 2014 at 5:12 P
Yay!
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Fri, Jun 13, 2014 at 3:02 AM, GitHub wrote:
> Branch: refs/heads/master
> Home: https://github.com/yi-editor/yi
> Commit: cc2350c3f35595359ce41f487a78fea03a551d34
>
> https://github.com
I don't know how yi could interfere, but try without yi:
$ vty-demo
Screen should be restored.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sat, Jun 7, 2014 at 4:31 PM, Corey O'Connor
wrote:
> No screen or tmux?
> That sounds like the same setup
No screen or tmux?
That sounds like the same setup as mine.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sat, Jun 7, 2014 at 3:27 PM, Mateusz Kowalczyk
wrote:
> On 06/08/2014 12:15 AM, Corey O'Connor wrote:
> > OS?
>
> NixOS
>
> > That
reen and restore the screen. Try that and see if
it works in your setup.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sat, Jun 7, 2014 at 2:53 PM, Mateusz Kowalczyk
wrote:
> On 06/07/2014 10:58 PM, Corey O'Connor wrote:
> > On Sat, Jun 7, 2014 a
TERM, and is
it set to 8bit mode? I'm using konsole, TERM=xterm-256color, and the screen
is restored as expected.
[2] is not resolved.
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
--
--
Yi development mailing list
yi-devel@googlegroups.com
http://grou
Thanks!
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Fri, May 23, 2014 at 1:49 PM, GitHub wrote:
> Branch: refs/heads/master
> Home: https://github.com/yi-editor/yi
> Commit: 56247bb0e086c7dcb48b32ff63bc3fd2a53b5e30
>
> https://github.com
I have not reproduced this crash using GHC 7.8.2. Doesn't narrow the issue
down, but does mean that I have very little motivation to chase this. haha
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Fri, Jan 31, 2014 at 2:00 PM, Corey O'Connor wrote
+1
a useful metric.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Thu, Mar 20, 2014 at 10:00 AM, GitHub wrote:
> Branch: refs/heads/master
> Home: https://github.com/yi-editor/yi
> Commit: a2267bf7ef126ac3c19e467a98b3add3490d2b2a
>
> https://git
uence is specified at launch; probably using the Cmcq keymap.
The text required for display is fully evaluated on the correct thread.
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Wed, Jan 29, 2014 at 1:21 PM, Corey O'Connor wrote:
> I'm won
l investigating...
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Wed, Jan 29, 2014 at 12:49 PM, Mateusz Kowalczyk wrote:
> On 29/01/14 20:24, Corey O'Connor wrote:
> > I just tried with the ghc-7.8 branch on both Linux and Mac 64bit. The
I just tried with the ghc-7.8 branch on both Linux and Mac 64bit. The issue
still occurs.
The ticket states x86-64 architecture and Unknown/Multiple for platform.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Wed, Jan 29, 2014 at 11:12 AM, Mateusz Kowalczyk wrote:
&g
/8714
I'll see about working around this.
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Wed, Jan 29, 2014 at 1:05 AM, Corey O'Connor wrote:
> I tried compiling vty then yi with core-lint. The vty compile succeeded
> without error. The yi compi
>
>
> Well, did you manage to narrow down whether this is a problem with Vty
> or Yi? I imagine it's a problem with a change from 4.7 to 5.0 in Vty. In
> that case, did you manage to come up with a test case in Vty itself?
>
I never did narrow this down to yi or vty. Only yi + vty causes me any
is
Replacing the output system with blaze-builder did not resolve the
segfaults. Darn. I'm a bit stumped then. Probably a change worth keeping
(-100 lines), but didn't resolve my troubles.
d8007cb04073f7215742b93b54246ed46a6e2c22 has the blaze-builder changes.
Cheers,
Corey
-Core
What version of ghc are you using?
I've reproduced the issue on NixOS 64bit and Mac 10.8 64bit with GHC 7.6.3.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sun, Jan 26, 2014 at 6:15 PM, Corey O'Connor wrote:
> Interesting... Thanks for the report!
&
Interesting... Thanks for the report!
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sun, Jan 26, 2014 at 5:02 PM, Mateusz Kowalczyk
wrote:
> On 26/01/14 23:51, Corey O'Connor wrote:
> > The vty repo and SHA I am using are:
> >
> &g
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sat, Jan 25, 2014 at 11:16 AM, Mateusz Kowalczyk wrote:
> On 25/01/14 19:14, Michał J Gajda wrote:
> > Hi Corey,
> >
> > It seems that vty 5.0 is still unreleased on Hackage, and I didn&#x
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'C
xt.
6. repeat with step 3
Almost always, yi will crash with a segmentation fault on linux and a
"strange closure type" on Mac. Not always the first cycle, but doesn't take
long.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
--
--
Yi development mailing list
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 wrote:
> On 23/01/14 01:36, Corey O'Connor wrote:
> > Hi all,
> > Can somebody clarify what the desired behavior
is 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/
--
--
Yi development ma
Thanks for migrating to lens!
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Thu, Jan 2, 2014 at 10:40 PM, GitHub wrote:
> Branch: refs/heads/master
> Home: https://github.com/yi-editor/yi
> Commit: dfdb0c28926f2dfb0f217ee96fcefe6d33b5bdb1
>
> h
On Mon, Nov 18, 2013 at 9:38 PM, Dmitry Ivanov wrote:
>
> > I have never been fond of this approach because:
> > 1. Calling external programs is unreliable (having yet another
> dependency is already problematic)
>
> Ideally we would have yi-plugin-clang depending on libclang and yi, not yi
> dep
sweet bacon!
YES.
I really need to finish my VTY 5 stuff. Get back to playing with yi.
Cheers,
Corey
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Thu, Sep 26, 2013 at 10:48 AM, GitHub wrote:
> Branch: refs/heads/master
> Home: https://github.com/y
+1
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Fri, Jul 27, 2012 at 11:00 PM, Michał J Gajda wrote:
> Dear Fellow Developers,
>
> Should we move to using XDG-standard directories for Yi, or rather stay
> with current approach of using ~/.yi for everythin
Hi All,
I've pushed 0.6.6.0 of yi and yi-contrib to hackage:
http://hackage.haskell.org/package/yi
http://hackage.haskell.org/package/yi-contrib
I will be making a release announcement once I gather a good changelog.
Cheers,
Corey
--
Yi development mailing list
yi-devel@googlegroups.com
On Sat, Jul 21, 2012 at 3:05 AM, Jean-Philippe Bernardy
wrote:
> I've been working on a new framework for incremental parsing, based on the
> monoid structure. The theory is fairly well understood at this point, and
> there is even an implementation that works on an (hardcoded) grammar in
> Chomsk
Unless there is an objection, I will be pushing a new release to
hackage tomorrow.
Cheers,
Corey O'Connor
--
Yi development mailing list
yi-devel@googlegroups.com
http://groups.google.com/group/yi-devel
I like it!
Sorry about the late reply. You might have to merge in the latest yi
source before a good pull request can be made.
Thanks,
Corey
On Wed, Jun 27, 2012 at 9:25 AM, Dmitry Ivanov wrote:
>
> OK, I've moved ex_mode and ex_eval to the top level. Does this look
> fine?
>
> https://github.c
.
Unless a user imports a module into their config the module would not
need to be compiled.
Cheers,
Corey
>>> On Wed, Mar 28, 2012 at 3:32 AM, Corey O'Connor
>>> wrote:
>>>> I have been considering how to improve the developer experience. The
>>>>
would also be eliminated.
Cheers,
Corey
> On Wed, Mar 28, 2012 at 3:32 AM, Corey O'Connor
> wrote:
>> I have been considering how to improve the developer experience. The
>> goal is to make the compile/test cycle shorter. There are a lot of way
>> to do this. Howe
On Tue, Mar 27, 2012 at 7:48 PM, Jeremy Wall wrote:
> I would hesitate to require yi to be able to clone a git location.
> This feels like a bad idea to me.
> Having yi understand where the modules are located though that seems
> reasonable. Hackage
> integration might also be reasonable. How feas
et of Yis that use some
pre-defined configs. Such as a yi-emacs and yi-vim etc. Which could be
used to install a system-wide yi version that requires no setup by the
user.
Ideas? Thoughts? Yah/neh?
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
--
Yi development mailing lis
On Fri, Mar 23, 2012 at 1:41 AM, Nicolas Pouillard
wrote:
> However when I quit Yi, I get:
>
> yi: : hPutBuf: illegal operation (handle is closed)
>
> It's been a long time since I used Yi so this is maybe not
> a new bug.
This is a new bug. I'm pretty sure it started occurring with the GHC
7.4.
On Thu, Mar 22, 2012 at 12:02 PM, Robin Green wrote:
> On 22 March 2012 17:35, Corey O'Connor wrote:
>>
>> I also pushed an update to cautious-file.
>> * http://hackage.haskell.org/package/cautious-file-1.0.1
>
>
> Thanks for taking care of that - I kept me
Yi 0.6.5.0 is out and built on hackage.
* http://hackage.haskell.org/package/yi
I also pushed an update to cautious-file.
* http://hackage.haskell.org/package/cautious-file-1.0.1
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
--
Yi development mailing list
yi-
utious-file should probably just be updated.
Agreed. I sent a patch off to the maintainer for cautious-file. I have
not heard back yet.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
> Thanks again,
np!
> On Tue, Mar 20, 2012 at 12:11 PM, Corey O'Connor
> wr
w release of Yi onto hackage.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
--
Yi development mailing list
yi-devel@googlegroups.com
http://groups.google.com/group/yi-devel
ha! How long will this Yi remain the top google search result ? ;-)
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Tue, Sep 6, 2011 at 9:28 PM, Jeff Wheeler wrote:
> Heh. Looks like Baidu just launched a mobile OS called Yi:
> http://thisismynext.com/2011/
Thanks!
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Thu, Jul 21, 2011 at 1:02 AM, Jeff Wheeler wrote:
> Alright, I've uploaded the current version to Hackage. I'll try to
> send out a release notice to this list and hask...@haskell.org.
>
> -Je
strictness: sorry if you're already aware of this, but we had a
>>> small discussion on strictness and deepseq a few weeks ago:
>>> https://groups.google.com/d/topic/yi-devel/3dBiglnS7ko/discussion
>>>
>>> Because 'rnf' on lists requires traversing t
iglnS7ko/discussion
>
> Because 'rnf' on lists requires traversing the entire list, it might be a
> better idea (for efficiency reasons) to bite the bullet and migrate to
> strict lists/pointedlists. Unfortunately, there is no element-strict version
> of Data.Sequence, as
screenshot:
http://imgur.com/JExhx
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Tue, Jun 7, 2011 at 11:10 AM, Corey O'Connor wrote:
> Howdy!
> I just finished a large patch that adds horizontal and vertical
> splits.* Only the VTY UI supports the chan
-w-s ; control-w-v ; ":new "
* Plus a concept called "activities" which I'll expand on later.
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
--
Yi development mailing list
yi-devel@googlegroups.com
http://groups.google.com/group/yi-devel
all the
broken packages and the packages that depend on the broken packages.
:-\
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sun, Jun 5, 2011 at 1:39 AM, Tim Cuthbertson wrote:
> (I also tried to cabal install the dev version just now and got an
> error that loo
GHC package you can install on FC15?
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sat, Jun 4, 2011 at 6:32 PM, Tim Cuthbertson wrote:
> On Jun 5, 5:43 am, "Corey O'Connor" wrote:
>> HM
>> Nothing is coming to me yet.
>> How
HM
Nothing is coming to me yet.
How about the output of:
ghc-pkg --list
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Sat, Jun 4, 2011 at 3:38 AM, Tim Cuthbertson wrote:
> On Jun 4, 3:30 pm, Jeff Wheeler wrote:
>> On Fri, Jun 3, 2011 at 5:25 AM, wrote:
Can you copy us the output of:
cabal install yi --dry-run -v
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
On Fri, Jun 3, 2011 at 3:29 AM, Tim Cuthbertson wrote:
> Hi all,
>
> I'm really keen to try out Yi. I have some experience with haskell,
> b
Can you do a
"cabal configure --dry-run -v"
and attach the full output. It'll be quite long.
The -v dumps out more information about the logic that cabal goes
through. Sometimes it's short summaries of the problems are woefully
incomplete :-)
-Corey O'Connor
co
to having to reinstall GHC.
-Corey O'Connor
coreyocon...@gmail.com
http://inebriatedrobot.com/
On Fri, Mar 25, 2011 at 9:47 AM, Tony Miller wrote:
> Great work. After upgrading cabal and installing a couple
> dependencies(monads-fd and derive) it seems I have almost all the
> de
On Tue, Mar 22, 2011 at 11:49 AM, Jeff Wheeler wrote:
> On Tue, Mar 22, 2011 at 11:20 AM, Corey O'Connor
> wrote:
>
>> Not sure which dependencies you are talking about. The base yi
>> packages dependencies?
>
> Yeah, I'd like yi to require one of the front
On Mon, Mar 21, 2011 at 2:46 PM, Jeff Wheeler wrote:
> On Mon, Mar 21, 2011 at 2:56 AM, Nicolas Pouillard
> wrote:
>
>> You have my voice to go for it!
>
> Alright. I've pushed out a change to git.
>
> I'd like to bump the minor version and push to Hackage.
>
> What needs to happen before I can d
/report/1) to the github issue tracker.
The issue regarding windows command prompt support is here:
https://github.com/coreyoconnor/vty/issues/#issue/1
-Corey O'Connor
coreyocon...@gmail.com
http://corebotllc.com/
--
Yi development mailing list
yi-devel@googlegroups.com
http://groups.googl
derstand it, VTY should be supported under cygwin. Anyways...
I know what to do here: Send me an email about it. :-) I have not
written Windows command prompt support for VTY cause only one or two
people have asked about it. If enough people state they are interested
in it I'll be more motivated
Mon Dec 7 01:28:16 EST 2009 Robin Green
* typo
Ignore-this: dbd8e0d15950b996778691fe8d1aaa8a
M ./src/Yi/Dired.hs -1 +1
--
Yi development mailing list
yi-devel@googlegroups.com
http://groups.google.com/group/yi-devel
Thu Dec 3 19:51:45 EST 2009 Robin Green
* Fix build on ghc 6.12.1 rc2 (vty only)
Ignore-this: 4a6d018fb377890d09e2725d0ede1c6d
M ./src/Parser/Incremental.hs -3 +3
M ./src/Shim/ProjectContent.hs -3 +4
M ./src/Yi/Syntax/Haskell.hs +1
M ./src/Yi/Syntax/JavaScript.hs +1
M ./
th yi and vty. On my machine there is no
noticable difference in yi's performance; Even though the benchmarks
indicate the code is more optimal.
Thanks,
Corey O'Connor
> --
> Yi development mailing list
> yi-devel@googlegroups.com
> http://groups.google.com/group
On Tue, Dec 29, 2009 at 11:22 AM, Corey O'Connor wrote:
> On Tue, Dec 29, 2009 at 11:20 AM, Corey O'Connor
> wrote:
>> Hm. I have an issue with cabal-install trying to use array == 0.2.*
>> instead of array == 0.3.*. Do we need an explicit constraint on arr
On Tue, Dec 29, 2009 at 11:20 AM, Corey O'Connor wrote:
> Hm. I have an issue with cabal-install trying to use array == 0.2.*
> instead of array == 0.3.*. Do we need an explicit constraint on array
>> 0.3 < 0.4 in yi.cabal?
>
> I'm not sure why cabal is trying to us
Hm. I have an issue with cabal-install trying to use array == 0.2.*
instead of array == 0.3.*. Do we need an explicit constraint on array
> 0.3 < 0.4 in yi.cabal?
I'm not sure why cabal is trying to use array == 0.2.*. Any ideas?
Cheers,
Corey O'Connor
On Mon, Dec 14, 2009 a
y
4 does not perform slower than vim on the same input. Course I have a
dual core 2.4 ghz CPU. Not really a "slow" computer now-a-days.
The version of yi that is in hackage builds against vty 3. Vty 3 is
definitely slower than vty 4.
Cheers,
Corey O'Connor
--~--~-~--~~-
Thu Nov 12 21:24:40 EST 2009 coreyocon...@gmail.com
* Update Yi.UI.Vty for VTY 4.1 and 4.0 compatability
Ignore-this: d28fc1b2c7e7bad853ae81409b79c106
M ./src/Yi/UI/Vty.hs -9 +8
--~--~-~--~~~---~--~~
Yi development mailing list
yi-devel@googlegroups.com
h
since that would be easiest for
me ;-) But if it's easier on other developers to do something
different then I'll go for that option.
Cheers,
Corey O'Connor
--~--~-~--~~~---~--~~
Yi development mailing list
yi-devel@googlegroups.com
http://groups.google.com/group/yi-devel
-~--~~~~--~~--~--~---
I like the idea of focusing on an online documentation system for the
sprint.
Mashed together on a phone.
On Nov 9, 2009, at 8:05 PM, Wen Pu wrote:
>
> No, I mean an online help system like C-h in emacs.
> Whenever someone wants to know more about a function, he can simply
> move the cursor
now a
date that works for you. Being f-unemployed my time is flexible ;-)
Cheers,
Corey O'Connor
--~--~-~--~~~---~--~~
Yi development mailing list
yi-devel@googlegroups.com
http://groups.google.com/group/yi-devel
-~--~~~~--~~--~--~---
odule that can aid in generating the
Serialize instances required.
We can likely trim down the happstack-data package to only include the
modules that we need. Might just want to branch it from them anyways.
Sound like a reasonable plan?
Cheers,
Corey O'Connor
--~--~-~--~~---
r changes to be restored on reload.
Does anybody have a compelling reason I shouldnot add Binary as a
constraint to the Initializable class and update all instances
accordingly?
Cheers,
-Corey O'Connor
--~--~-~--~~~---~--~~
Yi development mailing list
yi-de
ide equivalent functionality.
Cheers,
Corey
> On Wed, Sep 9, 2009 at 12:35 PM, Corey
> O'Connor wrote:
>>
>> Wed Sep 9 05:35:33 EDT 2009 coreyocon...@gmail.com
>> * (Vty) Render the tabs not in focus with an underline.
>> Ignore-this: d722415fceb2ef1ca967
Wed Sep 9 05:35:33 EDT 2009 coreyocon...@gmail.com
* (Vty) Render the tabs not in focus with an underline.
Ignore-this: d722415fceb2ef1ca9671cd403154326
This is the same behavior as Vim. Though I kinda think this is backwards.
Rendering the tab in focus
underline makes more sense to me
mode. Pull/put filepath of dir from DiredState
I changed how Dired mode stored the current directory being viewed.
Perhaps that caused the issues.
Cheers,
Corey O'Connor
> On Sep 8, 2009, at 1:12 PM, Corey O'Connor wrote:
>
>>
>> On Tue, Sep 8, 2009 at 12:05 AM,
Tue Sep 8 15:39:23 EDT 2009 coreyocon...@gmail.com
* use the properties of pointed list to assure minibuffer target is correct.
Not onCloseBufferE
Ignore-this: b4e3d48b23b30e74d0cc0214d0c62cbb
M ./src/Yi/Editor.hs -3 +3
M ./src/Yi/MiniBuffer.hs -11 +16
--~--~-~--~~
that requires onCloseBufferE. So I'll leave those till later.
Cheers,
Corey O'Connor
> 2009/8/31 codesite-noreply :
>>
>> Status: Accepted
>> Owner: coreyoconnor
>> Labels: Type-Defect Priority-Medium Component-UI-Vty Component-Keymap-vim
>>
>> New is
o not
expose the backend modules. Either that would need to be exposed in
the current haskeline package or a new package that is a shared input
backend created.
None of this should be too difficult. Though I am currently occupied
by other projects.
Cheers,
Corey O'Connor
--~--~-
Mon Sep 7 12:45:49 EDT 2009 coreyocon...@gmail.com
* use a temp buffer for Dired mode. Pull/put filepath of dir from DiredState
Ignore-this: 1419c5e130815b3d3baa1aa610cc90e7
M ./src/Yi/Dired.hs -11 +17
--~--~-~--~~~---~--~~
Yi development mailing list
yi
Mon Sep 7 12:07:26 EDT 2009 coreyocon...@gmail.com
* newTempBufferE should search to verify the name used does not already exist.
Ignore-this: 3b8f539b7adc4a14c4e5d14244ca273e
M ./src/Yi/Editor.hs -3 +15
--~--~-~--~~~---~--~~
Yi development mailing list
Sun Sep 6 19:46:48 EDT 2009 coreyocon...@gmail.com
* (Vim) Use newTempBufferE to correct :tabnew
Ignore-this: 1fd2f4c050afcf4ebaec26e69d2cd00f
M ./src/Yi/Keymap/Vim.hs -1 +4
--~--~-~--~~~---~--~~
Yi development mailing list
yi-devel@googlegroups.com
http
Sun Sep 6 19:46:02 EDT 2009 coreyocon...@gmail.com
* Adding newTempBufferE to switch to a new buffer with a unique name.
Ignore-this: 6ff0d5331f7443bbe687f8939df5ed42
M ./src/Yi/Editor.hs +22
--~--~-~--~~~---~--~~
Yi development mailing list
yi-devel@goo
And with that Yi is only a few features away from being my
editor-of-choice! Huzzah!
Course, I'm on a 2ghz dual core and have no idea what performance is
like on slower boxes.
-Corey O'Connor
On Sun, Sep 6, 2009 at 10:11 AM, Corey
O'Connor wrote:
>
> Sun Sep 6 13:05:4
Sun Sep 6 13:05:40 EDT 2009 coreyocon...@gmail.com
* (issue 298) hlGetTree cannot equal just focused. That is only the strokes
for the *last* window.
Ignore-this: 5541fcb35ddf57ed8b5944cece5750b4
All caches related to a window's presentation should be on a per-window
basis. The "focused"
Sat Sep 5 01:52:33 EDT 2009 coreyocon...@gmail.com
* Make sure the current buffer and window is the same as that which spawned
minibuffer.
Ignore-this: 8c6520f9242feb77254957f16e492e81
Resolves issues 293 and 297.
Added the ability for an action to be associated with a buffer such th
Nevermind! I just discovered the community.haskell.org address
forwards to my normal one. Handy!
-Corey O'Connor
On Fri, Sep 4, 2009 at 3:19 PM, Corey O'Connor wrote:
> My darcs push messages are being blocked because my
> cocon...@community.haskell.org address is not a part
My darcs push messages are being blocked because my
cocon...@community.haskell.org address is not a part of the yi-devel
group. I think I'm missing missing something obvious. How do I add
address to the group?
Cheers,
Corey O'Connor
--~--~-~--~~~---~-
I think all the blocking issues have been resolved. Pushed vty-4.0.0.1
to hackage. Unless given a compelling reason not to I'll push the
vty-4 patch to yi end of day tomorrow.
Thanks for the help testing!
Cheers,
-Corey O'Connor
--~--~-~--~~~---~-
.hs by cd'ing to test and running
"make interactive_terminal_test". If it builds, which the makefile is
still picky about, all checks should pass on iTerm.
Cheers,
Corey O'Connor
> On Sep 1, 2009, at 6:28 PM, Corey O'Connor wrote:
>
>>
>> OK! One la
On Tue, Sep 1, 2009 at 5:31 PM, Jeff Wheeler wrote:
>
> On Tue, Sep 1, 2009 at 6:28 PM, Corey O'Connor wrote:
>
>> If I'm missing a popular terminal let me know.
>
> I don't know how this relates to the other terminals, but should vty
> be tested in Window
linux vty (The interface you get w/o X11.)
- Terminal.app
- iTerm.app
- mlterm
- rxvt
If I'm missing a popular terminal let me know.
Thanks!
-Corey O'Connor
On Mon, Aug 31, 2009 at 3:09 PM, Corey O'Connor wrote:
> -Corey O'Connor
>
>
>
> On Mon,
Minor change: Supporting the latest vty darcs changes. Does not
resolve issues with dired mode on iTerm yet.
-Corey O'Connor
On Sun, Aug 30, 2009 at 4:02 PM, Corey O'Connor wrote:
> I have adjusted how vty handles terminals on OS X. Terminal.app,
> iTerm.app and xterm via
>
> Hmmm, seems the overlays in dired mode are no longer effective on VTY
> 4.
>
> I can still see colors in haskell mode, but not in dired buffer.
> Any idea?
>
> -Wen
>
> On Aug 30, 6:02 pm, "Corey O'Connor" wrote:
>> I have adjusted how vty handles t
have iTerm set the TERM variable to xterm-256color.
Cheers,
-Corey O'Connor
On Sat, Aug 29, 2009 at 10:39 PM, Wen Pu wrote:
>
> Hi Corey,
>
> I got this on my Mac (iTerm.app):
>
> yi-darwin-i386: user error (Terminal does not define required
> capability "cnorm"
tried to set COLORTERM=y,
> no luck.
> By setting TERM=ansi or linux, I got
>
> yi-darwin-i386: user error (Terminal does not define required
> capability "smcup")
>
>
> Thanks,
> -Wen
>
>
> On Aug 30, 1:43 pm, "Corey O'Connor" wrote:
&
etermines the terminfo database to use. I haven't tested on OS X
at all yet.
Can you tell me the value of the TERM and COLORTERM environment variable?
Cheers,
Corey
> On Aug 29, 12:47 pm, "Corey O'Connor" wrote:
>> On Fri, Aug 28, 2009 at 5:02 PM, Simon Michael wrote:
On Fri, Aug 28, 2009 at 10:40 AM, Simon Michael wrote:
> - the monads-tf lib is a bit odd, it seems to conflict with mtl which many
> others use. I hide it after I get vty built.
> Is it needed/will this situation improve do you think ?
monads-tf is not specifically needed. I just selected that
ket/9
* "256-color support" - http://trac.haskell.org/vty/ticket/19
See: http://code.google.com/p/yi-editor/issues/detail?id=187
Thanks!
Corey O'Connor
--~--~-~--~~~---~--~~
Yi development mailing list
yi-devel@googlegroups.com
http://groups.google.com/group/yi-devel
-~--~~~~--~~--~--~---
Thanks for the help everybody! I have enough data for now. I'll resolve as
many of the identified issues as I can and then ask again for your help.
Cheers,
Corey O'Connor
On Thu, Aug 6, 2009 at 2:39 PM, Corey O'Connor wrote:
> I've been working on overhauling VTY fo
e user quits the test early.
So regardless of when you exit the test (Using "q" anyways) send the
test_results.list file to me :-)
Thanks,
Corey O'Connor
--~--~-~--~~~---~--~~
Yi development mailing list
yi-devel@googlegroups.com
http://groups.google.com/group/yi-devel
-~--~~~~--~~--~--~---
erence for
building new terminal support modules.
The work remaining:
0. Add more terminal support instances (In particular a generic one that
just relies on termcap)
1. The interface exported by the package still uses the old implementation.
2. Resolve performance regress
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 McQuillan
wrote:
> Attached is my latest code - it can handle terminal resizin
1 - 100 of 220 matches
Mail list logo
