» Goto page Previous  1, 2, 3 ... 22, 23, 24 ... 30, 31, 32  Next
» View previous topic :: View next topic  
In a project I am working on (TI-FLOW), I can't indent anything after line 175. If I press tab or in any way modify a line after 175, existing indentation is removed and cannot be replaced.


Code:

175:sub(Str2,3,length(Str2)-2->Str2
176:For(A,1,length(Str2)/2


EDIT: The indentation seems to work more often when using Edge, but is less consistent with Chrome.
I also noticed that if you select a block of text in SC3, then click in the selected region, the "Main Menu" opens. I cleared by browser cache, and I can't currently replicate the selection problem; however the indentation problem still exists.

It might also be nice if the indentation was not enforced, but was only added in automatically like a normal IDE. That way the user could still change the indentation if they want to (e.g. double-indenting a long variable definition).

In my opinion, it would also be preferable if:

Code:

If KERM
Then
    Disp "MARTIAN
    Else
    Disp "PhD
End

were instead:

Code:

If KERM
Then
    Disp "MARTIAN
Else
    Disp "PhD
End


Also, "K E R M" in all upper-case is converted to "Kerm."
I tried to upload a 4-level greyscale image to SourceCoder, but the app interpreted black and dark grey as black, and light grey properly. Not sure if this is a bug or an issue with my image and the difference between grays but can you either improve grays detection, or release the color codes for what the app uses to identity different grays?
ACagliano wrote:
I tried to upload a 4-level greyscale image to SourceCoder, but the app interpreted black and dark grey as black, and light grey properly. Not sure if this is a bug or an issue with my image and the difference between grays but can you either improve grays detection, or release the color codes for what the app uses to identity different grays?
SourceCoder rounds colors centered around 0%, 33%, 66%, and 100% white, for 4-level grayscale. So 0-17% is black, 18%-50% is dark gray, 51%-83% is light gray, and 84%-100% is white.
Just a reminder about the annoying loss-of-first-character bug which cropped up during Maker Faire.
KermMartian wrote:
SourceCoder rounds colors centered around 0%, 33%, 66%, and 100% white, for 4-level grayscale. So 0-17% is black, 18%-50% is dark gray, 51%-83% is light gray, and 84%-100% is white.


Well not sure what the %'s mean, bc Gimp doesn't seem to do percents, but I tested a linear gradient from black to white in RBG mode and it still only interprets it as either black or dark grey.
ACagliano wrote:
KermMartian wrote:
SourceCoder rounds colors centered around 0%, 33%, 66%, and 100% white, for 4-level grayscale. So 0-17% is black, 18%-50% is dark gray, 51%-83% is light gray, and 84%-100% is white.


Well not sure what the %'s mean, bc Gimp doesn't seem to do percents, but I tested a linear gradient from black to white in RBG mode and it still only interprets it as either black or dark grey.
It sounds like your problem is with something other than SourceCoder. I created a 32-pixel-wide, 8-pixel-tall black (left) to white (right) gradient in GIMP and uploaded it; here's what SourceCoder spit out. Note that it goes from 1,1 to 0,1 to 1,0, to 0,0, just as it should:

Code:
Image_Layer0:
   .db %11111111,%00000000,%11111111,%00000000
   .db %11111111,%00000000,%11111111,%00000000
   .db %11111111,%00000000,%11111111,%00000000
   .db %11111111,%00000000,%11111111,%00000000
   .db %11111111,%00000000,%11111111,%00000000
   .db %11111111,%00000000,%11111111,%00000000
   .db %11111111,%00000000,%11111111,%00000000
   .db %11111111,%00000000,%11111111,%00000000

Image_Layer1:
   .db %11111111,%11111111,%00000000,%00000000
   .db %11111111,%11111111,%00000000,%00000000
   .db %11111111,%11111111,%00000000,%00000000
   .db %11111111,%11111111,%00000000,%00000000
   .db %11111111,%11111111,%00000000,%00000000
   .db %11111111,%11111111,%00000000,%00000000
   .db %11111111,%11111111,%00000000,%00000000
   .db %11111111,%11111111,%00000000,%00000000


Elfprince: Thanks for the reminder.
When I do have a project with a normal programd and an appvar, and then I transfer it both to jsTIfied; after that, when I change something in the appvar and send it to jsTIfied (without the program), jsTIfied does weird/Doors does weird; whatever, but
Code:
1:det(0
doesn't seems to work.

For a little example:
prgmAAB =

Code:
"rowSwap(AAB"->Str0
1:det(0
appvarAAB =
Code:
123454

When I run prgmAAB, it gives Str9 as "123454" which is correct. Now I change one character in the appvar, and transfer that to jsTIfied, run the program again, gives Str9 as ">DMS?BoxplotAAB". But when I run the program AGAIN, it seems to work *weird*. Confused
Another weird, but funny bug:
When I use Edge on Windows 10, then copy a text, if you write then, the text will displayed at the PREVIOUS mousecursor, so it looks like you have nothing copied.

EDIT: here you are:
http://imgur.com/a/6EM82
elfprince13 wrote:
Just a reminder about the annoying loss-of-first-character bug which cropped up during Maker Faire.


I have been putting a line of slashes at the beginning of each program so that nothing important gets deleted.

Also, most of the files in my project are deleted almost every time I close and open SourceCoder now. I initially thought that this happened if I closed SourceCoder while it was saving, but it seems to be happening even after manually saving and waiting. I have noted this behavior on multiple computers. Initially, the project has about 10 files, but then when I open it again there are only two or three.
As I said on IRC, I've never heard of this from anyone but you or observed it. Can you think of any clues to what happens between the files being there and not being there? What's the title of a sample project under your account that displays this behavior, so I can try it myself?
This problem can be observed with both the TIFLOW and TIFLOW6 projects on the jonbush account. earthnite has also observed the problem. It seems to always happen with TIFLOW now, but I don't think it is happening with other projects. Could there be something strange in one of the files that is preventing it from saving?

The project should contain the following files:

Code:
TIFLOW6
FINDADJ
TIFLOW4
READLVL
FLPACK01
FLPACK02
FLPACK03
FLPACK04
I tried copying TI-FLOW6 into my own account, and it ended up having the following items:

Code:
TIFLOW4
TIFLOW6
TIFLOW4
FINDADJ
FINDADJ
FINDADJ
(no, the repeats are not a typo).

Edit: Can you please export a .8xg of the correct project that I can import? Thanks!

Edit #2: I imported the .8xg, then deleted the duplicate TIFLOW4 from the project, and so far it seems to be working okay. Any suggestions on what I might need to do to trigger problems, like editing and saving, or editing, sending to jsTIfied, and saving?
It seems that the duplicate files were causing the problem. I rebuilt a TI-FLOW project, making sure there were no files with the same names, and so far nothing has been deleted. Previously, we would upload a backup .8xg to recover from the deletion, which would create duplicate files of the ones that weren't deleted - perpetuating the problem. A better option would have been to "Replace Project" with the .8xg, which would overwrite the files that were not erased.

I'm not exactly sure why certain files are deleted and others not, but it seems that the ones that aren't duplicates are deleted.

EDIT: This does not explain why it was happening periodically at first though.
I did a dumb and pasted Tokens output into SourceCoder, producing a plethora of improperly rendered errors. As per the norm, I'm using Firefox 40ish on Windows 7, with TI-83 BASIC being used in the code. The bug report isn't about Tokens output being used as SC3 input, but about that gigantic lump of error.


Looks like this was reported a while back but it hasn't been fixed.

Edit: by request, I've been told to state that TokenIDE uses \r\n for line termination.
SC can't transfer É, Ü etc to jsTIfied.
Because Kerm asked for this to be shared here as well:

tifreak8x wrote:
Noticed a slight inconsistency with the token files:

Tokens.xml wrote:
<Token byte="$7F" string="□" stringTerminator="false">
<Alt string="squareplot" />
<Alt string="plotsquare" />


TI-84+CSE.xml wrote:
<Token byte="$7F" string="plotsquare" stringTerminator="false">
<Alt string="squareplot" />
<Alt string="□" />


Noticed this as an 'issue' when viewing map data for Pokemon Purple, thought that it would have put the actual plot square in there, but didn't, and this is what I found on my investigation. Might be something to put into your xmls for future updates to Tokens if you add anything to it in the future Smile


https://www.cemetech.net/forum/viewtopic.php?p=240193#240193
Indentation seems not to work, even if the indentation-button is checked or not;

Windows 10
Chrome 46.0.2490.71
When it does work, Else gets indented wrong.

PT_: That may be the result of an error in your code... how does that line end?
elfprince13 wrote:
PT_: That may be the result of an error in your code... how does that line end?
Normal, as it should.

Before line 135, I can press "Tab" anywhere, but after line 135 not. Line 134 is just 'If inString(Str9,"G'. Nothing wrong I guess...
Note up by line 124/125 you appear to have a garbage End + Else. It seems likely this is throwing off the indentation algorithm in some way.
  
Register to Join the Conversation
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.

» Go to Registration page
» Goto page Previous  1, 2, 3 ... 22, 23, 24 ... 30, 31, 32  Next
» View previous topic :: View next topic  
Page 23 of 32
» All times are UTC - 5 Hours
 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

 

Advertisement