Skip to content
This repository has been archived by the owner on Aug 7, 2023. It is now read-only.

Look into XI Editor's Rope data structure for buffer storage. #2

Closed
shymega opened this issue Jul 26, 2016 · 3 comments
Closed

Look into XI Editor's Rope data structure for buffer storage. #2

shymega opened this issue Jul 26, 2016 · 3 comments
Assignees
Milestone

Comments

@shymega
Copy link
Collaborator

shymega commented Jul 26, 2016

I think the Rope structure would be useful for slacs, as methods to store a buffer's contents is something I've been puzzling over.

I think it should be useful to use the Rope crate for slacs.

Just need to check licensing, IIRC XI-Editor (&Rope?) are Apache 2 licensed, contrary to slacs's GPLv3 licensing.

@shymega shymega added this to the 0.1.0 milestone Jul 26, 2016
@shymega shymega self-assigned this Jul 26, 2016
@shymega
Copy link
Collaborator Author

shymega commented Jul 26, 2016

For reference, it turns out Apache 2 is compatible with the GNU GPLv3, but not the GNU GPLv2.
This means that we can use Rope, if necessary, for slacs.

@shymega shymega added urgent and removed urgent labels Aug 18, 2016
@shymega
Copy link
Collaborator Author

shymega commented Aug 31, 2016

Due to the state of affairs of xi-rope right now, it is best to use a
Gapbuffer implementation instead for slacs.

For extensibility, I will be, at some point, implementing a general
set of API abstractions for buffer contents, so buffer content
backends can be swapped in and out on-the-fly, if all goes well.

@shymega
Copy link
Collaborator Author

shymega commented Aug 31, 2016

Closing issue due to decision made.

@shymega shymega closed this as completed Aug 31, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant