Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Motion: View not updated when moving cursor/caret to an area off screen #89

Closed
jpoon opened this issue Dec 3, 2015 · 0 comments
Closed

Comments

@jpoon
Copy link
Member

jpoon commented Dec 3, 2015

No description provided.

jpoon added a commit that referenced this issue Dec 3, 2015
Create a base motion class in which cursor and caret extend. The difference
between the two classes:

* Caret's can never have a position that at the very end of the string
* Whenever we do get a styling for caret block, that logic
can be placed in their respective classes.

Another factor for the need to refactor was it was getting cumbersome to
manipulate motions. With this refactor, motions are now composable. For instance,

`new Cursor().left().up().down().move();`

It will only be until the `move()` will it actually move the cursor.

Fixes #89
jpoon added a commit that referenced this issue Dec 3, 2015
Create a base motion class in which cursor and caret extend. The difference
between the two classes:

* Caret's can never have a position that at the very end of the string
* Whenever we do get a styling for caret block, that logic
can be placed in their respective classes.

Another factor for the need to refactor was it was getting cumbersome to
manipulate motions. With this refactor, motions are now composable. For instance,

`new Cursor().left().up().down().move();`

It will only be until the `move()` will it actually move the cursor.

Fixes #89
jpoon added a commit that referenced this issue Dec 3, 2015
Create a base motion class in which cursor and caret extend. The difference
between the two classes:

* Valid positioning for Caret = (0, EOL]
* Valid position for Cursor = (0, EOL)
* Whenever we do get a styling for cursor/caret, that logic
can be placed in their respective classes.

Motions were becoming cumbersome. With this refactor, motions are now
composable making repeatable actions super easy:

`new Cursor().left().left().left().up().down().move();

The UI updates on the `move()` command. Also fixes #89 in this refactor.
jpoon added a commit that referenced this issue Dec 3, 2015
Create a base motion class in which cursor and caret extend. The difference
between the two classes:

* Valid positioning for Caret = (0, EOL]
* Valid position for Cursor = (0, EOL)
* Whenever we do get a styling for cursor/caret, that logic
can be placed in their respective classes.

Motions were becoming cumbersome. With this refactor, motions are now
composable making repeatable actions super easy:

`new Cursor().left().left().left().up().down().move();

The UI updates on the `move()` command. Also fixes #89 in this refactor.
@jpoon jpoon closed this as completed in d04b0d7 Dec 3, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant