gmane.editors.yi.devel

Re: Syntax-based highlighting modes

Jean-Philippe Bernardy — 2013-06-06T20:10:56

My opinion is that the parsers should be written using a more robust
approach to incrementality, namely that I've developed for this purpose
and described here 

www.cse.chalmers.se/~bernardy/PP.pdf

(I developed the current version; the problem with it is that it requires
inhumane skill to construct efficient parsers based on it.)

A first step towards this long-term goal would be to develop monoid-based 
lexers. See here for an intro to the idea:

http://blog.sigfpe.com/2009/01/fast-incremental-regular-expression.html

In sum, the fundamental research has been done, 
now it's a matter of putting the pieces together.

Cheers,
JP.
 

On Thursday, 6 June 2013 21:52:41 UTC+2, tri...-xs9kMYr2rILR7s880joybQ< at >public.gmane.org wrote:

Syntax-based highlighting modes

2013-06-06T19:52:41

I love the idea of yi and decided to try to make a syntax-based 
highlighting mode for it.
I started with HTML since that should be easy;  my efforts are on github:

  
https://github.com/travitch/yi/blob/html-mode/yi/src/library/Yi/Syntax/HTML.hs

I plan on setting up tag matching to highlight badly-nested tags, but right 
now the
parser only produces a list of open tags, close tags, text nodes, and 
comment nodes.
It works fine and looks great for small files, but anything large chokes 
it.  By "chokes",
I mean that enabling the mode and running 'yi /tmp/test.html' on a file 
with more than a
few dozen lines pegs a CPU for longer than I've had the patience to wait 
(it also starts
allocating all of my memory).

Are there any guidelines I should follow to make an efficient syntax-based 
mode?

I don't really understand the incremental parser, but I feel like 
re-parsing the file
each time might be more efficient than what I am seeing.  I also notice 
this same
behavior with the Javascript mode (which isn't

Re: Towards removing the mutually recursive modules in yi

Marc Weber — 2013-06-05T00:20:42

Eventually both. Usually forking, notifying, starting work, posting
updates is best what you can do.

Marc Weber

Towards removing the mutually recursive modules in yi

Sean Usick — 2013-05-31T21:39:14

Hello,

I like to hack on yi from loading bits and pieces of source code into ghci
My edit-compile-run turn around for editing modules which are currently 
mutually recursive would be reduced if I could remove the mutual recursive 
dependencies.

Is the mailing list or a github issue a better place to:
  1. collect information about which modules are mutually recursive.
  2. Determine why they currently need to be mutually recursive.
  3. Investigate and discuss alternative reorganizations of the source 
code. 
  
Eventually I want to fork the yi repo on github and attempt to reduce the 
mutual recursion of modules, once I work out a strategy on how to go about 
this.

I also want to also hear arguments for keeping the mutual recursion.

[yi-editor/yi] f85ae5: Rudimentary ex mode for vim2.

GitHub — 2013-06-03T04:14:28

  Branch: refs/heads/vim2
  Home:   https://github.com/yi-editor/yi
  Commit: f85ae5c27f789821360de54098e9ed7c167c8c39
      https://github.com/yi-editor/yi/commit/f85ae5c27f789821360de54098e9ed7c167c8c39
  Author: Dmitry Ivanov <ethercrow-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
  Date:   2013-05-11 (Sat, 11 May 2013)

  Changed paths:
    M yi/src/library/Yi/Keymap/Vim2.hs
    M yi/src/library/Yi/Keymap/Vim2/Common.hs
    A yi/src/library/Yi/Keymap/Vim2/Ex.hs
    A yi/src/library/Yi/Keymap/Vim2/ExMap.hs
    M yi/src/library/Yi/Keymap/Vim2/InsertMap.hs
    M yi/src/library/Yi/Keymap/Vim2/Motion.hs
    M yi/src/library/Yi/Keymap/Vim2/NormalMap.hs
    M yi/src/library/Yi/Keymap/Vim2/ReplaceMap.hs
    M yi/src/library/Yi/Keymap/Vim2/StateUtils.hs
    A yi/src/tests/vimtests/ex/esc.test
    A yi/src/tests/vimtests/ex/esc_1.test
    A yi/src/tests/vimtests/ex/s/1.test
    A yi/src/tests/vimtests/ex/s/2.test
    A yi/src/tests/vimtests/ex/s/3.test
    A yi/src/tests/vimtests/ex/s/4.test
    M yi/yi.cabal

  Log M

[yi-editor/yi] 53f23b: use vty 5.0.0.

GitHub — 2013-06-02T00:58:16

  Branch: refs/heads/vty-5.0
  Home:   https://github.com/yi-editor/yi
  Commit: 53f23b404b363833394c549b1f763549b49ff291
      https://github.com/yi-editor/yi/commit/53f23b404b363833394c549b1f763549b49ff291
  Author: Corey O'Connor <corey-9DuzFfiB15PQT0dZR+AlfA< at >public.gmane.org>
  Date:   2013-06-01 (Sat, 01 Jun 2013)

  Changed paths:
    M yi/yi.cabal

  Log Message:
  -----------
  use vty 5.0.0.

Re: Materials for newbie developer wanting to help

Minh Do — 2013-05-31T10:05:49

The user configs in yi-contrib is very helpful. Thank you very much.

On Friday, May 31, 2013 2:03:48 PM UTC+7, Dmitry Ivanov wrote:

Re: Materials for newbie developer wanting to help

Minh Do — 2013-05-31T08:11:23

The materials seem to be incompatible with the current version of Yi. When 
I typed M-x reconfigE and M-x helloWorld, it reported "error: WontCompile 
[GhcError {errMsg = "not in scope: `reconfigE'"}], and likewise for 
helloWorld.

On Friday, May 31, 2013 2:03:48 PM UTC+7, Dmitry Ivanov wrote:

Re: Materials for newbie developer wanting to help

Dmitry Ivanov — 2013-05-31T07:03:48

There are some old, but still relevant helloworld examples at 
http://www.nobugs.org/developer/yi/

Also you could read user configs in yi-contrib to see some reasonably small 
and self-contained code extending yi.

Maybe it will be more comfortable to have some focus, like porting your 
favourite plugin from your favourite editor.
Anyway, feel free to ask further questions here as you go.

Regards,
Dmitry

On Friday, May 31, 2013 12:29:27 PM UTC+7, Minh Do wrote:

Materials for newbie developer wanting to help

Minh Do — 2013-05-31T05:29:27

Hi,

I've just finished Learn You a Haskell for Great Good and Yi seems to be a 
good program for practice my new Haskell skills. Is there any resource for 
newbie developers like me to get started on working with Yi, something like 
a hello-world addon building example for Yi?

Regards,
Minh

Re: New minor release?

Dmitry Ivanov — 2013-05-30T07:22:20

I've just sent an announcement to haskell-cafe

Regards,
Dmitry

On May 29, 10:47 am, Masayuki Hatta <mha...-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: New minor release?

Masayuki Hatta — 2013-05-29T03:47:36

Hi Dmitry,

Thanks for releasing new version of Yi hackage.  BTW, did you send the
announce mail to haskell-cafe mailing list? (I couldn't find it).

I think many Haskellers (including myself) are reading that list, so it
would be a good publicity.

Best regards,
MH



2013/5/2 Dmitry Ivanov <ethercrow-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

[yi-editor/yi] 7dcc01: Lexer: Remove gratuitous differences of alex_scan_...

GitHub — 2013-05-07T18:22:50

  Branch: refs/heads/vim2
  Home:   https://github.com/yi-editor/yi
  Commit: 7dcc0104b2170514ef8f02b08313ed85519555e8
      https://github.com/yi-editor/yi/commit/7dcc0104b2170514ef8f02b08313ed85519555e8
  Author: Jonathan Paugh <jpaugh-0UDz38MK/Mo< at >public.gmane.org>
  Date:   2013-05-06 (Mon, 06 May 2013)

  Changed paths:
    M yi/src/library/Yi/Lexer/common.hsinc

  Log Message:
  -----------
  Lexer: Remove gratuitous differences of alex_scan_tkn' and alex_scan_tkn

Specifically, check_accs for both uses /exactly/ the same
implementation, but this is obscured by varying syntax:

  IBOX(e) <-> (I# e) and predx <-> pred

Conflicts:

yi/src/library/Yi/Lexer/common.hsinc


  Commit: 2b037c173925c4641bcb5db47ebd6520f8ae762e
      https://github.com/yi-editor/yi/commit/2b037c173925c4641bcb5db47ebd6520f8ae762e
  Author: Jonathan Paugh <jpaugh-0UDz38MK/Mo< at >public.gmane.org>
  Date:   2013-05-06 (Mon, 06 May 2013)

  Changed paths:
    M yi/src/library/Yi/Lexer/common.hsinc
    M yi/yi.cabal

  Log Message:
  ---

[yi-editor/yi] a59622: Remove 0xa0 from haddock comments.

GitHub — 2013-05-07T16:31:36

  Branch: refs/heads/master
  Home:   https://github.com/yi-editor/yi
  Commit: a5962267f91973a71e35a1bcfd3988d2e11451f7
      https://github.com/yi-editor/yi/commit/a5962267f91973a71e35a1bcfd3988d2e11451f7
  Author: Dmitry Ivanov <ethercrow-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M yi/src/library/Yi/Syntax/Haskell.hs

  Log Message:
  -----------
  Remove 0xa0 from haddock comments.


  Commit: 34c6857b481b4daefa2b9e9704441ecb602f55da
      https://github.com/yi-editor/yi/commit/34c6857b481b4daefa2b9e9704441ecb602f55da
  Author: Dmitry Ivanov <ethercrow-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
  Date:   2013-05-03 (Fri, 03 May 2013)

  Changed paths:
    M yi/src/library/Yi/Buffer/Region.hs
    M yi/yi.cabal

  Log Message:
  -----------
  Allow wider version range of Diff and binary.


  Commit: 340aeb0e66d2b1d1d61cc74a7014492272300f28
      https://github.com/yi-editor/yi/commit/340aeb0e66d2b1d1d61cc74a7014492272300f28
  Author: Dmitry Ivanov

Re: New minor release?

Jeff Wheeler — 2013-05-06T00:35:55

+1 from me too. Please go ahead and upload a new release.


On Sun, May 5, 2013 at 7:16 PM, Masayuki Hatta <mhatta-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

Re: New minor release?

Masayuki Hatta — 2013-05-06T00:16:08

Hi,

I wholeheartedly agree with Dmitry.

Yi is an editor, not really mission-critical, so I think more frequent
release is preferred.  If we release more often, then we'll get more
attention.

Dmitry, how about considering taking over the maintainership of hackage?

Best regards,
MH



2013/5/2 Dmitry Ivanov <ethercrow-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

Re: New minor release?

Dmitry Ivanov — 2013-05-02T07:46:06

Another good reason for a new release is that 0.6.6 doesn't work with 
recent alex versions, see https://github.com/yi-editor/yi/pull/437

We could even merge vim2 into master and maybe call it 0.7

Corey, are you still in charge of hackage uploads?

Regards,
Dmitry

On Tuesday, February 26, 2013 12:34:34 PM UTC+7, Masayuki Hatta wrote:

[yi-editor/yi] 7867a1: More tests.

GitHub — 2013-05-01T18:48:05

  Branch: refs/heads/vim2
  Home:   https://github.com/yi-editor/yi
  Commit: 7867a1f4ded6c09ce10d398cde6fc528ee5fdb56
      https://github.com/yi-editor/yi/commit/7867a1f4ded6c09ce10d398cde6fc528ee5fdb56
  Author: Dmitry Ivanov <ethercrow-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
  Date:   2013-05-01 (Wed, 01 May 2013)

  Changed paths:
    A yi/src/tests/vimtests/blockvisual/commentblock_2.test
    A yi/src/tests/vimtests/blockvisual/d_2.test
    A yi/src/tests/vimtests/blockvisual/d_3.test
    A yi/src/tests/vimtests/jumplist/1.test
    A yi/src/tests/vimtests/searchword/star_2.test
    A yi/src/tests/vimtests/switchcase/tilde_near_eol.test

  Log Message:
  -----------
  More tests.


  Commit: bc486f908ac22fbef3cf672eddd25e1a60748103
      https://github.com/yi-editor/yi/commit/bc486f908ac22fbef3cf672eddd25e1a60748103
  Author: Dmitry Ivanov <ethercrow-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
  Date:   2013-05-01 (Wed, 01 May 2013)

  Changed paths:
    M yi/src/library/Yi/Buffer/HighLevel.hs

  Log Mess

[yi-editor/yi] 179ed0: Fix autoindent bug.

GitHub — 2013-05-01T15:52:37

  Branch: refs/heads/vim2
  Home:   https://github.com/yi-editor/yi
  Commit: 179ed0d9a49b884824b4a1c0891ba60b9d867740
      https://github.com/yi-editor/yi/commit/179ed0d9a49b884824b4a1c0891ba60b9d867740
  Author: Dmitry Ivanov <ethercrow-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
  Date:   2013-05-01 (Wed, 01 May 2013)

  Changed paths:
    M yi/src/library/Yi/Buffer/HighLevel.hs
    M yi/src/library/Yi/Keymap/Vim2/InsertMap.hs
    A yi/src/tests/vimtests/insertion/indent_5.test
    A yi/src/tests/vimtests/insertion/indent_6.test
    A yi/src/tests/vimtests/insertion/indent_7.test
    A yi/src/tests/vimtests/insertion/indent_8.test

  Log Message:
  -----------
  Fix autoindent bug.

Re: What about participating in Google Summer of Code?

2013-04-29T15:34:36

Great! I don't mind working a bit on my own and most of the time I prefer 
digging into the source code myself.

I will update my proposal, upload it on GSoC and hope for the best!

Thank you very much!


On Friday, April 26, 2013 10:03:59 AM UTC-7, Dmitry Ivanov wrote:

[yi-editor/yi] 1f204e: Lexer: Remove gratuitous differences of alex_scan_...

GitHub — 2013-04-29T07:18:06

  Branch: refs/heads/master
  Home:   https://github.com/yi-editor/yi
  Commit: 1f204efe33874b53ed367602e32e5539cbc769c5
      https://github.com/yi-editor/yi/commit/1f204efe33874b53ed367602e32e5539cbc769c5
  Author: Jonathan Paugh <jpaugh-0UDz38MK/Mo< at >public.gmane.org>
  Date:   2013-04-26 (Fri, 26 Apr 2013)

  Changed paths:
    M yi/src/library/Yi/Lexer/common.hsinc

  Log Message:
  -----------
  Lexer: Remove gratuitous differences of alex_scan_tkn' and alex_scan_tkn

Specifically, check_accs for both uses /exactly/ the same
implementation, but this is obscured by varying syntax:

  IBOX(e) <-> (I# e) and predx <-> pred


  Commit: 21284620eec1e4a404699cf3cb13a29ba3e091b7
      https://github.com/yi-editor/yi/commit/21284620eec1e4a404699cf3cb13a29ba3e091b7
  Author: Jonathan Paugh <jpaugh-0UDz38MK/Mo< at >public.gmane.org>
  Date:   2013-04-27 (Sat, 27 Apr 2013)

  Changed paths:
    M yi/src/library/Yi/Lexer/common.hsinc
    M yi/yi.cabal

  Log Message:
  -----------
  Lexer: update check_accs to match alex