Uhm well, I think this happens when someone writes a single word that is longer than the width of the page. This sometimes happens with things like doors CSE headers which remain on a single line or this particular post with a lot of "m"s
But basically, the page shows up fine but I can middle click and scroll to the end of the word, like I did in the screenshot to demonstrate.

Thanks for the bug report (although I think this belongs in Cemetech 6.5 Bug Reports, not SourceCoder Bug Reports). I thought we had word wrap forced for very long lines in posts, just like we have an enforced maximum inline image size to prevent posts from expanding the pages' width. I'll double-check.

When I exported an integer list to jsTIfied, what appeared to be rounding errors occurred: several numbers were decreased in the least significant decimal. Then when I sent the list back to SC, they were non-integers like 950.99999999999 just as had been displayed on the calculator. I don't know why there would be rounding errors, because even single-precision floats can represent these small integers exactly.

The start menu can sometimes be cut off the Casio programming section:

Clicking 'Export Project' when in CE C source files says 'Compilation succeeded.', but no files are generated for download.

When deleting a file (especially in C editing mode), clicking the 'Delete' button usually does nothing. It has to be clicked multiple times; and then canceled. The file is deleted, however the popup is not exited.

When deleting a file; clicking 'delete' removes the file; however the source file is still there and editable:

Under the upload file page on the open screen; pressing the 'Browse' button and selecting a file will always change the address in the address bar; but will often not trigger anything else; or actually upload the file. This is fixed when refreshing the page.

The link under "Help/Settings", with the text "the LGPL" leads to a github 404.

I am assuming that the file was moved/deleted, and it is nice to not have 404's

I also think that admins should change the title of the thread to "SourceCoder Bug Reports" (or something along those lines) to help prevent confusion between the SC3 bug reports and the Site bug reports.

When I exported an integer list to jsTIfied, what appeared to be rounding errors occurred: several numbers were decreased in the least significant decimal. Then when I sent the list back to SC, they were non-integers like 950.99999999999 just as had been displayed on the calculator. I don't know why there would be rounding errors, because even single-precision floats can represent these small integers exactly.

Fixed

PT_ wrote:

When using CSE or CE BASIC, the GridOn token ($7E $0A) is replaced by GridDot. If you type now "GridDot" you will get an error when trying to run it in jsTIfied.

Fixed

PT_ wrote:

After saving an Axe program, and then loading it, it doesn't recognize it as an Axe program. Will probably fix that soon

I've found two bugs while messing around with SC3. I think they only just came into affect a couple of weeks ago.

#1- SC3 doesn't save the program as ICE. Whenever you select the language as ICE, save, logout, and log back in again, it says it's a TI-BASIC program. This causes errors in exporting, as it does not interpret the syntax correctly.

#2- I have to go back in my code and remove tabs that seem to be "randomly placed", throughout it, which also affects exporting.

These problems have been here only recently, and were not present in past versions.

Have your own thoughts to add to this or any other topic? Want to ask a question, offer a suggestion, share your own programs and projects, upload a file to the file archives, get help with calculator and computer programming, or simply chat with like-minded coders and tech and calculator enthusiasts via the site-wide AJAX SAX widget? Registration for a free Cemetech account only takes a minute.