Nintendo's portables have a long sad history of unreliable shoulder buttons. It's why I've always avoided putting anything on L & R in my programs.

@Oscar Too bad Nintendo only allows us to have one thread open for discussion at once. Wouldn't want people to actually USE their social network.

I love those kinds of exploration games. Just playing around with a mechanic like that.

It sucks that Petit Computer got delisted. But I think I've reached the point where I do all of my programming in SmileBASIC. It's so much easier to share things. (At least until they discontinue the servers...)

Oh hey, you got SmileBASIC!

Oh cool.

An interesting test in that situation would be "PRINT CVX==0".

Maybe there's some weird rounding error in your example? I got it to work fine.

It starts the 3DS web browser and takes you to Smile BOOM's webpage.

This is adorable.

S is your score, right? If S is higher than the previous high score, you should be saving S, not the previous high score: IF S>HIGHSCORE THEN SAVE "TXT:HIGHSCORE",STR$(S)

Simplest way to save and load: SAVE "TXT:HIGHSCORE",STR$(HIGHSCORE) HIGHSCORE=VAL(LOAD("TXT:HIGHSCORE"))

I don't have time to write the whole solution right now, but check out the LOCATE command -- it lets you place text anywhere you want on the screen. If you haven't figured it out yourself, I'll be back sometime tomorrow.

Not being touched SHOULD return a value of 0 for TM. Two thoughts: 1) Line 28 isn't clearing the old value of TM, so new values are being written over it. Going from 18 to 0 would look like "TM=08", for example. 2) There's something wrong with your screen. Whatever is causing your calibration problem may also be making your system detect touches that aren't there.

Like this.

You're playing a song (6) that doesn't loop by itself, so it plays once and stops. Moreover, your @LOOP block doesn't break out, so it never returns to @MML to start the music again. Try this block. The BGMCHK in line 11 checks if the song has stopped playing and restarts it if it has.

Besides just the bare bones of learning what the commands do, it takes some time to learn how to use them efficiently -- how to make loops that keep a game moving, how to move the game from one state to the next, and so on. You'll need to invest a lot of time and effort to learn how to do more than fiddle around with text on the screen, but persistence will absolutely pay off.

Kind of? BASIC is a fairly intuitive language to use, and Smileboom have certainly upped it by making some very simple commands for generating graphics and reading the 3DS's various inputs. Still, it's a lot to take in all at once, and there really aren't a lot of good, straightforward tutorials for inexperienced programmers to follow to jump-start their learning.

It's based on LOGO commands. The entire language is a bit more than I want to deal with, so any actual programs would be a sort of LOGO/BASIC hybrid, but yeah. Turtling commands for SmileBASIC.

Coming soon.