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

[FR] Show 'position/size' in the editor statusbar #234

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

raydeejay
Copy link
Contributor

@raydeejay raydeejay commented Feb 27, 2020

Submitted for your consideration, 126 additional bytes in the dictionary adding a display bottom right in the editor, showing the current cursor position and the total length of the file (minus the prg header, I guess).

Alternatives:

  • x/100% (size)
  • line, column (not that useful without the size)
  • `line/lines, column
  • also display the number of blocks it takes on disk
  • the best of all of the above
  • not including it at all

All these will cost more bytes, of course. I measured the size by comparing here with and without the addition. How can I tell how many bytes are left free, other than watching the cart build fail? xD

here $801 - perhaps, or do I have to account for some more bytes?

126 additional bytes in the dictionary
@burnsauce
Copy link
Contributor

I think the cart build failing is the easiest way to detect a too-large dictionary.

That said, I've mentioned before that the V editor will no longer fit on the cart with more than a few changes. Maybe the editor should be a stripped down version for the cart with a full-featured editor on the disk?

@Kroc
Copy link

Kroc commented Feb 27, 2020

Is the editor stored as text on the cart? Compression could be used to fit more in

@burnsauce
Copy link
Contributor

@Kroc no, the editor is compiled into the dictionary of the cart.

@jkotlinski
Copy link
Owner

I like this, maybe especially the options "line/lines" or "100%".

At this moment though, it seems we are tight on space, so maybe this should wait until more space is freed up?

@raydeejay
Copy link
Contributor Author

Fine with me! 😁

@burnsauce
Copy link
Contributor

More space is freed up :)

@raydeejay
Copy link
Contributor Author

I'm tied up in other things and not really working on durexforth now :-/

@jkotlinski
Copy link
Owner

jkotlinski commented Aug 28, 2022

Soo... finally I got the time and peace of mind to try this out now. I'm happy to see it works as expected, even if some time passed.

I find that byte position + file size is not that helpful. Would it be possible to switch to line and column, just like default Vim ruler? Are you interested in working on this further, by the way?

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

Successfully merging this pull request may close these issues.

4 participants