It's a programming language. Within it, you can write programs to run on the 3DS, and you can run programs that others have written.

The code in this screenshot does a reasonable job of rotating it as it moves horizontally. If we had another image of the ball - with white in the center, rotation during vertical movement would look better.

The code in this screenshot will draw a button (rectangle) on the touchscreen, and wait until you tap in it.

★Trek ported to SmileBASIC download key: BW4NN3E

(credits) Overall, a fairly simple game. Should take less than 15 minutes to clear out all the enemy ships. Good luck and have fun.

★Trek for SmileBASIC download key BW4NN3E

(bottom screen shot)

Entering 2400 lines of code using a stylus is a bit frustrating. Is there some way you can allow a full-sized keyboard to be used on a 3DS? If connectivity to a keyboard is impossible, can you allow writing & reading of program files to the 3DS's SD card as unencrypted plain text, so I can perform editing on another device?

Ok. Have a look at this code. The instances of "15" define how long each image (1310, 1311, 1312, & 1313) should appear. The "10" at the end instructs it to play through the animation ten times.

Or did you want the sprite show a sequence of different images?

This code moves the specified sprite to the specified location, then rotates it a full 360 twice. The occurances of "15" designate the amount of time to pause at each angle (0,90,180,270). The "2" at the end indicates to perform the animation twice. If your sprite ends up going around in a circle instead of rotating about its center, use the SPHOME command to adjust its center location.

In the first screenshot, it appears the instuction pointer will run into a RETURN statement without going through a GOSUB first.

Some commands that initially look the same, are actually different enough to produce wildly incorrect results. For example, using GCIRCLE to draw an arc. The parameters for the version were: x, y, radius, color, initial angle, final angle For the new version, the parameters are in a different order: x, y, radius, start angle, end angle, flag, color

I think there's no official way, but there is an unofficial method. Do a google search for: petitmodem

In Japan, you can buy pocket translators. They look sort of like a thin DS, but with a real keyboard where the bottom screen would be. You type the English or Japanese word, and it'll translate it to the other language. I think some will even speak the word for you so you'll know the correct pronunciation. These have been in existance for many years, so I imagine the 3DS has enough CPU power.

Totally possible.

Thanks for the replies. As an experiment, I had a program create and write to a TXT file. Then I examined the SD card contents on my PC. Ugh. Even TXT files are encrypted. I guess I'll close this discussion now. If anyone finds a solution, please reply to any of my journal entries to let me know. Thanks.

If you remember which command you need to use, but forget how it works (or what its i/o parameters are), position the cursor on the command and tap the help button. Documentation about that command, and an example how to use it, will appear. The help doesn't overlap the line you're editing, so you don't need to switch back and forth between your code and the help.

Interesting web findings: There's a Japanese chap who's trying to transfer data to and from his PC using audiowaves via mic and headphone ports. Someone else made an overlay for the touchscreen so there are real buttons for the keyboard, but it's kind of small.

I think the "0" refers to program slot 0. You can hold 4 programs in active memory, numbered 0 to 3. Which blue edit button has a check in it at the bottom of the touchscreen? If it's not 0, tap the edit 0 button and scroll to line 33.