xt_words doesn't respect max line length correctly about taliforth2 HOT 3 OPEN

I found what is causing this. This is setting the counter back to 0 while it already has the next word in memory that it's about to print, so it needs to take that word's length into consideration. So instead of lda #0, this should be lda 0,x, which holds the length of the current word. And then an additional inc to take the printed space into account, same as just above. I'll see if I can put up a pull request.

from taliforth2.

Hi @wkjagt. Thank you for opening an issue and your sleuthing work to find the root cause. That's a good catch. We have two master branches (for two different assemblers - we're moving to 64tass for conditional assembly support), but you can issue a pull request for either master branch and I'll apply the patch to the other branch. You're likely on the "master" branch using the Ophis assembler.
Scot hasn't been super active recently so it may be a bit before it gets pulled into this repository.

from taliforth2.

👋 @SamCoVT Thanks for the message! Yeah, I'm on master, using Ophis. I just put up a PR here: #271. This change fixes it for me. I hope the PR is complete. I saw that some other changes were also generated when running make, in docs I think. I didn't commit those. Not sure if I should have.

This is an awesome project by the way. I am using it on my homebrew 6502. I have 80 column text output to a screen, and a custom keyboard, so this TaliForth works really well with that, and really makes it feel like a standalone computer with a fun OS and completely independent from a connection to a laptop 😄

from taliforth2.