On Tue, Mar 15, 2011 at 6:22 PM, Jeff Wheeler wrote:
> I'd like to remove the GUIs from core as well, but it bothers me that
> vty is not supported on Windows. I'm not sure what to do here.
I presume you mean "vty is not supported on Windows cmd.exe shell"? As
I understand it, VTY should be suppo
On Tue, Mar 15, 2011 at 11:57 PM, Issac wrote:
> main :: Config -> Maybe Editor -> IO ()
> main cfg state = do
> args <- getArgs
> #ifdef TESTING
> when ("--self-check" `elem` args)
> TestSuite.main
> #endif
I saw that too, but I'm not actually sure what that does. W
On Mar 15, 7:13 pm, Jeff Wheeler wrote:
> On Tue, Mar 15, 2011 at 9:02 PM, Issac Trotts
> wrote:
> > I saw it, and I like the general idea. I wonder though if it would be
> > simpler to have more focused packages, like yi-gtk and yi-cocoa, at
> > least for the things that can't run at the same
On Tue, Mar 15, 2011 at 11:01 PM, Issac wrote:
> I like vim's approach of having a separate config file for its
> GUIs: .gvimrc. That way the non-GUI config files don't have to say
> anything about GUIs, though I'm not sure if that would work with yi's
> approach of having main in the config file
On Tue, Mar 15, 2011 at 11:16 PM, Andy Gocke wrote:
> I think vim's approach of basically insisting that plugins run
> identically without X is rather shortsighted and hurts UI design by
> artificially limiting the programmer's palette.
I think this more logically leads to a plugins supporting s
On Tue, Mar 15, 2011 at 11:01 PM, Issac wrote:
> I like vim's approach of having a separate config file for its
> GUIs: .gvimrc. That way the non-GUI config files don't have to say
> anything about GUIs, though I'm not sure if that would work with yi's
> approach of having main in the config file.
On Tue, Mar 15, 2011 at 11:12 PM, Issac wrote:
> Maybe the packages should be split like this:
>
> yi-lib
> yi-vty
> yi-gtk
> yi-windows <- if the gtk version doesn't cover Windows
> yi-cocoa
> yi-contrib
We should avoid breaking GTK on Windows, so yi-windows should be
unnecessary. If
On Mar 15, 6:22 pm, Jeff Wheeler wrote:
> Did you happen to see the yi-contrib package on github? I'd also like
> a simpler core yi, and had started to remove a few things to that
> repo.
>
> I'd like to remove the GUIs from core as well, but it bothers me that
> vty is not supported on Windows.
On Mar 15, 7:24 pm, Andy Gocke wrote:
> On Tue, Mar 15, 2011 at 9:13 PM, Jeff Wheeler wrote:
> >> I saw it, and I like the general idea. I wonder though if it would be
> >> simpler to have more focused packages, like yi-gtk and yi-cocoa, at
> >> least for the things that can't run at the same t
On Tue, Mar 15, 2011 at 10:54 PM, Andy Gocke wrote:
> I'm fixing the Cocoa frontend next week, so I might as well take a
> look at doing that too. It definitely breaks some of my plugins that I
> had in mind in the meantime (at the very least, in gvim/MacVim I have
> a completely different colors
> This is probably a good idea (vim has gui_running or something). I'm
> not sure how to implement this.
>
> Perhaps Yi.Config.Config should replace startFrontEnd with a record or
> tuple, containing a "isGUI" (or something better) boolean as well as
> the launch function.
I'm fixing the Cocoa fro
On Tue, Mar 15, 2011 at 9:24 PM, Andy Gocke wrote:
> One thing that could be really important, however, is the ability to
> essentially have a global "gui-enabled" flag that lets plugins and
> config files recognize when we're running in a terminal or in X.
This is probably a good idea (vim has
On Mar 15, 7:13 pm, Jeff Wheeler wrote:
> On Tue, Mar 15, 2011 at 9:02 PM, Issac Trotts
> wrote:
> > I saw it, and I like the general idea. I wonder though if it would be
> > simpler to have more focused packages, like yi-gtk and yi-cocoa, at
> > least for the things that can't run at the same
On Mar 15, 6:36 pm, Marc Weber wrote:
> Excerpts from Issac Trotts's message of Wed Mar 16 00:55:27 + 2011:> is
> to make a version of yi that is easier to install and hack for
> > beginners like me. I got started by removing the dependencies on GTK
>
> Do you know about Cabal flags?
>
> You
On Tue, Mar 15, 2011 at 9:13 PM, Jeff Wheeler wrote:
>> I saw it, and I like the general idea. I wonder though if it would be
>> simpler to have more focused packages, like yi-gtk and yi-cocoa, at
>> least for the things that can't run at the same time.
>
> I don't feel strongly either way. A lot
On Tue, Mar 15, 2011 at 9:02 PM, Issac Trotts wrote:
> I saw it, and I like the general idea. I wonder though if it would be
> simpler to have more focused packages, like yi-gtk and yi-cocoa, at
> least for the things that can't run at the same time.
I don't feel strongly either way. A lot of th
On Mar 15, 6:22 pm, Jeff Wheeler wrote:
> Did you happen to see the yi-contrib package on github? I'd also like
> a simpler core yi, and had started to remove a few things to that
> repo.
I saw it, and I like the general idea. I wonder though if it would be
simpler to have more focused packages,
On Tue, Mar 15, 2011 at 8:36 PM, Marc Weber wrote:
> ./Setup configure --flags "-pango -cocoa -gtk" and the like.
Or, more simply,
> cabal install -f-pango
(I don't think you ever need to use Setup.hs anymore.)
--
Jeff Wheeler
Undergraduate, Electrical Engineering
University of Illinois at
Excerpts from Issac Trotts's message of Wed Mar 16 00:55:27 + 2011:
> is to make a version of yi that is easier to install and hack for
> beginners like me. I got started by removing the dependencies on GTK
Do you know about Cabal flags?
You can switch off gtk easily...
./Setup configure --fl
Branch: refs/heads/master
Home: https://github.com/yi-editor/yi
Commit: 4f74139dcfab76c494c38c432deacba932245814
https://github.com/yi-editor/yi/commit/4f74139dcfab76c494c38c432deacba932245814
Author: Issac Trotts
Date: 2011-03-15 (Tue, 15 Mar 2011)
Changed paths:
M src/Yi/Dired.hs
L
Did you happen to see the yi-contrib package on github? I'd also like
a simpler core yi, and had started to remove a few things to that
repo.
I'd like to remove the GUIs from core as well, but it bothers me that
vty is not supported on Windows. I'm not sure what to do here.
(By the way, is there
Hi all,
I really like the idea of yi, and the execution seems good overall.
The down side for me as a Haskell beginner is that both the code and
the build setup are more complex than I can handle at this point. It
has already taken me in the neighborhood of 15 hours for a recent
attempt to install
22 matches
Mail list logo
