Muessigb wrote:
In Axe mode WRect( tokenizes to something like W!?(
I believe this is fixed; there was a missing $ in the XML file. Please confirm that this is fixed.
Quote:
Also when loading a project, it should auto-detect the language, like it does when uploading a file.
It uses the language type you specified when you first created the file(s) in the project. Do you not see that being the case?
CKH4 wrote:
Yes to what Muessig said about bug and loading a project thing.
When sent to the calc WRect() is seen as W!? for me.
Can you please also/instead confirm that this latter is fixed?
When sent to the calc WRect() is seen as W!? for me.
Electromagnet8 wrote:
There is an issue with importing TI-Basic Hybrid CSE programs from jsTIfied to Sourcecoder. The real(# commands are converted to different tokens such ClearScreen(, RunIndicator(, and DrawTileMap(.
These are the equivalents of the non-color xLib.
I thought I had removed these token definitions entirely. Please confirm that this is no longer an issue.
These are the equivalents of the non-color xLib.
Electromagnet8 wrote:
Also, when working in a project, pressing the Ctrl-Z shortcut deletes/replaces code from a program. First, create a program and add some code. Then, add another program to the same project and add different code. Go back to the first program and trigger the shortcut. The code from the second program should replace the code on the first program.
This is going to require a little more work. CodeMirror now offers something called a document, which includes text and the undo history, and will allow me to save and restore the undo history that corresponds to each file.
Quote:
When transferring a program to jsTIfied, DoorsCSE cannot be actively running (i.e., TI-Basic Editor Enhanced, Error Menus, or DoorsCSE's homescreen). If you try to, jsTIfied will say that the program failed to load, while Sourcecoder will say that the file has been succesfully transferred.
Sounds like I need to update the callback that SourceCoder provides. I'll work on this and let you know where I get.
Ivoah wrote:
First, the bbcode box doesn't disappear when clicking off
Duly noted.
Quote:
Second, when pulling jsTIfied out from the right side, the screen is black and only works if I upload a file from my HD
This was fixed, then the file with the fix got overwritten. I'll re-fix it.
Quote:
EDIT: It also parses "WRect" for Axe as "W?!"
I think more people need to report this bug. Three is not enough.
M. I. Wright wrote:
Is there any way to get backslashes to properly show up in a program?
Currently, no, unfortunately. Unless I hear that this is a significant impendance to projects, I'm going to triage this one to the bottom of my to-do list.
RascalJack wrote:
If you comment out in the first line, they will carry over to the Calculator when you click to transfer into jstiFied. I haven't tested if it transfers over to a Connected by USB Calculator or into an Exported File.
Thanks for reporting this. I have repaired this issue; the regex for preprocessing did not correctly deal with the first line of the program being a comment.
ReGuess wrote:
Doing almost anything in SC using IE 10 gives an "Are you sure you want to leave this page?" message. Clicking "Leave this page" does not actually leave the page (except, of course, when leaving the page is intended). I have confirmed that Firefox does not have this problem.
I am unable to replicate this in Internet Explorer 11.0. Can anyone with Internet Explorer 10 please try to replicate this?
Active Bugs/Feature Requests:
:: Switch to using Documents so that undo history can be restored per-document
:: Fix post-jsTIfied-send callback
:: Fix making BBCode/HTML box disappear
:: Re-fix the double-pull-out bug with jsTIfied.
:: Add way to include backslashes in programs?
Edit: I managed to track down and fix the problem with Internet Explorer 10. Apparently, if you omit a "return false;" in <a onclick=""> tags, IE assumes the page is going to unload when you click on an <a> tag, even if the page doesn't actually unload. The mind boggles.