Difference between revisions of "Yi"
Jump to navigation
Jump to search
(Remove link to blog not updated in >5 years) |
(Delete outdated stuff, point to yi website instead) |
||
| Line 5: | Line 5: | ||
== About == |
== About == |
||
| − | Yi is a text editor written in Haskell and extensible in Haskell. |
+ | Yi is a text editor written in Haskell and extensible in Haskell. |
| − | to provide a flexible, powerful and correct editor core |
||
| − | scriptable in Haskell. |
||
| − | |||
| − | Features: |
||
| − | |||
| − | * A purely functional editor core; |
||
| − | * Keybindings written as parsers of the input; |
||
| − | * Emacs, Vim and Cua (subset) emulations provided by default; |
||
| − | * Vty and GTK+ w/ Pango(via Gtk2Hs) frontends. |
||
| − | |||
| − | The long term goal of the project is to make Yi the editor of choice for Haskell hackers. |
||
| − | |||
| − | The main short term goal is to maximize Yi's Fun Factor. This includes: |
||
| − | * Improve hackability (and therefore architecture) |
||
| − | * Add cool features |
||
| − | |||
| − | == Get Yi == |
||
| − | |||
| − | === From Hackage === |
||
| − | |||
| − | Yi depends on the [http://haskell.org/platform Haskell Platform] which must be installed. Many Haskellers haven't installed this explicitly, as they have already installed most of the utilities it contains; to be sure you have everything that is needed, it is recommended that you explicitly install the Platform. |
||
| − | |||
| − | Following that, simply: |
||
| − | |||
| − | $ cabal update |
||
| − | $ cabal install yi |
||
| − | |||
| − | More information about the package is available at [http://hackage.haskell.org/package/yi Yi on Hackage]. |
||
| − | |||
| − | === From GitHub === |
||
| − | |||
| − | See the GitHub [https://github.com/yi-editor/yi repository]. Or get it with git: |
||
| − | |||
| − | $ git clone git://github.com/yi-editor/yi.git |
||
| − | |||
| − | We try to keep the repository in a clean and buildable state, so it's "testable" for new users. Yi usually only works on the latest GHC release. |
||
| − | |||
| − | ''Note that the old yi-contrib repository is now just a subdirectory of the yi repo.'' |
||
| − | |||
| − | === Platform Support === |
||
| − | |||
| − | ==== GNU/Linux ==== |
||
| − | |||
| − | Some GNU/Linux distros have pre-built Yi packages. For Debian/Ubuntu packages, see [https://groups.google.com/forum/?fromgroups=#!topic/yi-devel/XSzWSv1HBmQ this post in the yi-devel mailing list]. |
||
| − | |||
| − | ==== Mac OS X ==== |
||
| − | |||
| − | The easiest way to get Yi for Mac OS X is currently no different from the above. There is also a Yi release in MacPorts, but it might be very old, deprecated one. Please use the Hackage version instead. |
||
| − | |||
| − | ==== Windows ==== |
||
| − | |||
| − | The current version of Yi on Hackage (0.6.6.0) can be built on Windows. |
||
| − | |||
| − | First, you should install the current version of [http://www.haskell.org/platform/windows.html Haskell Platform for Windows]. The version 2012.4.0.0 is known to work with Yi 0.6.6.0. Make sure that your Haskell compiler and tools are on your PATH. |
||
| − | |||
| − | Next, you should install [http://www.gtk.org/download/win32.php GTK+ for Windows]. You have to use "All-in-one bundles", not individual packages. Download and unpack the archive, then again make sure that GTK+ utilities are on your PATH. |
||
| − | |||
| − | Now, you can invoke cabal-Install from the command prompt. |
||
| − | |||
| − | $ cabal update |
||
| − | $ cabal install gtk2hs-buildtools |
||
| − | $ cabal install gtk |
||
| − | $ cabal install yi -f-vty -fpango |
||
| − | |||
| − | Make sure that you do Configure with flag -f-vty -fpango to force enabling Pango and disabling Vty interface, since Vty is not supported in Windows. |
||
| − | |||
| − | == Screenshots (0.3) == |
||
| − | |||
| − | [[Image:Yi-20070409.png|thumb|right|500px|The GTK frontend]] |
||
| − | [[Image:Yi-20080114-vty.png|thumb|none|500px|The Vty frontend]] |
||
| − | |||
| − | == Bugs == |
||
| − | |||
| − | Check/report bug reports here: [https://github.com/yi-editor/yi/issues GitHub issue tracker] |
||
| − | |||
| − | == FAQs == |
||
| − | |||
| − | {{/FAQ}} |
||
| − | |||
| − | == Contribute == |
||
| − | |||
| − | Fork the source on GitHub and send pull requests for merges. Or consult the yi-devel mailing list. Patches are always welcome. :) |
||
| − | |||
| − | Otherwise, see [https://github.com/yi-editor/yi/issues the complete list of open issues] here. |
||
| − | |||
| − | (Note you can start working on all issues in |
||
| − | New/Accepted state, regardless of the owner of the issue. |
||
| − | -- you can send an email to the list with your plan if unsure) |
||
| − | |||
| − | Post your questions and follow up on [http://groups.google.com/group/yi-devel the yi-devel mailing list]. |
||
| − | Some other pending tasks are described below. |
||
| − | |||
| − | === Write access policy === |
||
| − | |||
| − | One does not need write access to the repository to contribute. Please fork the main repository and send pull requests. |
||
| − | |||
| − | Write access can however be granted, with the following disclaimer: |
||
| − | |||
| − | * All people with write access can apply patches without prior approval. If one thinks a patch would be controversial, it might be a good idea to discuss it on the list though. |
||
| − | * Try to not break the build. (By Murphy's law, if you do so it will happen at the most annoying moment...) So, always try to build before pushing patches. Bypassing the test build to record a patch indicates you should further improve your patch. |
||
| − | * [[JeanPhilippeBernardy | I]] can at any time rollback a patch for whatever reason. This however should not upset the author of the patch. Most contributions are welcome, so a patch revert normally would only mean that a detail or two need to be worked out. (e.g. it breaks an important feature in some configuration, etc.) |
||
| − | |||
| − | == Yi Ideas == |
||
| − | |||
| − | This section is meant to gather ideas people have for Yi. |
||
| − | |||
| − | *Evolution to an IDE: |
||
| − | :Show exact location of compilation errors: 80% of a Haskell project |
||
| − | :Support for the GHCi debugger & others: 10 % of a Haskell project (Added bonus: great for learning: through the debugger, people learn the real execution flow of a Haskell program. Better if this is done inside an editor) |
||
| − | :Integration of refactoring tools : 5% |
||
| − | :Edition: only 5% |
||
| − | |||
| − | |||
| − | *An extension to GHCi to support documentation of symbols. |
||
| − | :This seems to be (reasonably) straightforward, as GHCi already has :info. It would mean hacking the type environment (what about values?) to add documentation information. The main problem would seem to be populating this --- maybe hack haddock to produce something from the library docs? I assume that using package GHC uses the parent RTS (package GHC seems to be the way to go, but more investigation is required --- don?) |
||
| − | |||
| − | *Views on data |
||
| − | :Rather than just editing a file, you would open a view onto the file, i.e. there is no longer a 1-1 correspondence between buffers and files. Why? Well, for aggregate buffers (i.e., editing multiple files in the one view), or for multiple views of a file (e.g. AST and source-level). There would be some primitive ops for editing a buffer (insertChar, delete, etc.), which would then call update functions on anything observing that file. |
||
| − | |||
| − | *Support for Perl style regular expressions |
||
| − | :Emacs regexes don't support the same set of features; Perl regexes are more tersely powerful. This could be a good feature for luring users from vanilla Emacs. |
||
| − | |||
| − | *Remote attach so I can work from home, but still use a remote machine |
||
| − | :Like Emacs's server? |
||
| − | |||
| − | *Haddock documentation |
||
| − | :(no brainer), maybe associate with .hi files for binaries. |
||
| − | |||
| − | *Maybe a class <code>YiShow</code>, which all config items must be a member of? This is to emulate describe-variable |
||
| − | |||
| − | *Support for collaborative editing. This would be very good for #haskell work, and the text editor Gobby and its [http://gobby.0x539.de/trac/wiki/ObbyProtocol Obby protocol] seem to provide a candidate way of doing things. |
||
| − | |||
| − | |||
| − | === Borrowing from other editors === |
||
| − | Take some ideas from Emacs, some from vi, but don't stick them all together without a single core philosophy. Otherwise, you'll end up with an editor that looks like it was thrown together. Some people come from an Emacs background, some from vi, some from elsewhere, and ALL of them will want Yi to behave like their regular editor. The best way to do this is to have a single person make all the decisions on behavior. |
||
| − | |||
| − | ==== Emacs ==== |
||
| − | |||
| − | Coming from an Emacs background, I think a few things are essential, |
||
| − | mainly the introspection capabilities of Emacs. |
||
| − | |||
| − | ===== Emacs goodness ===== |
||
| − | |||
| − | The following are things I like about Emacs, as an extensible |
||
| − | environment, and miss in Yi: |
||
| − | |||
| − | ; Really good online documentation |
||
| − | : Emacs can tell you a lot about a function or variable with a keypress--- the current value, where it is declared, and a hypertext formation string |
||
| − | |||
| − | ; Hooks-Extensibility |
||
| − | : All (good) apps allow users to extend, through, e.g., hooks --- a list of functions that are run before/after some event (like saving a file) |
||
| − | |||
| − | ; List of must-have features |
||
| − | : http://glyph.twistedmatrix.com/2008/12/emacs-test.html |
||
| − | |||
| − | |||
| − | ===== Emacs badness ===== |
||
| − | |||
| − | So, why replace it?: |
||
| − | ; ELisp |
||
| − | : Dynamically scoped, Dynamically typed, ugly, old. 'Nuff said |
||
| − | |||
| − | ; What's a Parser? |
||
| − | : A lot of apps in emacs do stuff with text, usually text that is in some language. There is no standard parser (like, e.g. parsec), so a lot of it is ugly handwritten spaghetti. This also means that adding analysis tools isn't really done (or done nicely). |
||
| − | |||
| − | ; ELisp again |
||
| − | : Haskell is a lot cleaner to write, especially because of the large number of libraries. |
||
| − | |||
| − | (See also [http://www.emacswiki.org/cgi-bin/wiki/WhyDoesElispSuck WhyDoesElispSuck] on the Emacs wiki.) |
||
| − | |||
| − | ===== Emacs maybeness (?) ===== |
||
| − | |||
| − | Some things that are sometimes bad, sometimes good: |
||
| − | |||
| − | ; Everything is a buffer |
||
| − | : Makes some sense, but sometimes doesn't. It is nice to have uniform key bindings do the right thing (e.g., C-Space sets the mark, and the region can then be used, e.g. to delete a sequence of emails in Wl) Sometimes, however, you just want some sort of GUI widget. |
||
| − | : OTOH, having the minibuffer be a special kind of buffer is a good idea. |
||
| − | |||
| − | ; Properties |
||
| − | : It is possible to associate arbitrary properties with symbols. This means you can annotate a symbol and then use that information at a later date |
||
| − | |||
| − | ==== Vim? ==== |
||
| − | |||
| − | ; good things |
||
| − | : modal key editing -> configuration system is powerful enough! |
||
| − | : light weight -> fast startup -> yi has this :) |
||
| − | |||
| − | |||
| − | === Ideas === |
||
| − | |||
| − | === Implementation === |
||
| − | |||
| − | Considerations: |
||
| − | |||
| − | ; Interface to the runtime |
||
| − | : The scheduler, docs, etc. |
||
| − | |||
| − | ; Introspection of e.g. what processes are running. |
||
| − | : There are already libraries in Haskell for processes, but they don't give Yi any extra information --- we really want a layer on top. |
||
| − | |||
| − | ... |
||
| − | |||
| − | == Trivia == |
||
| − | |||
| − | ;Y I is the most recursive acronym. (Read it as combinators). |
||
| − | ;義, pronounced yi, means righteousness, one of the five virtues of confucianism. |
||
| − | ;Yi is the symbol for a yobi - the largest [http://en.wikipedia.org/wiki/Binary_prefix#Prefixes binary prefix], meaning 2^80 |
||
== External links == |
== External links == |
||
| − | * |
+ | * Website: http://yi-editor.github.io/ |
| − | * Haddock: http://projects.haskell.org/yi/doc/ |
||
* Repository: https://github.com/yi-editor/yi |
* Repository: https://github.com/yi-editor/yi |
||
| − | * Issues tracker: https://github.com/yi-editor/yi/issues |
||
* Hackage page: http://hackage.haskell.org/package/yi |
* Hackage page: http://hackage.haskell.org/package/yi |
||
* IRC channel: #yi on Freenode |
* IRC channel: #yi on Freenode |
||
Latest revision as of 17:29, 28 June 2016
About
Yi is a text editor written in Haskell and extensible in Haskell.
External links
- Website: http://yi-editor.github.io/
- Repository: https://github.com/yi-editor/yi
- Hackage page: http://hackage.haskell.org/package/yi
- IRC channel: #yi on Freenode