Support Forum / Форум поддержки

The new version (3.3) of the PDF-manual is available as Booklet on:
https://www.dropbox.com/s/7l51hwlp65ly2 ... ooklet.pdf
Print it two-sided on A4 paper, then staple and fold it as an A5-booklet. It should also fit on 'US legal' size.

The A5 serial version, for storing in iBooks on iPad, is available on:
https://www.dropbox.com/s/edkkx1lntbzdv ... serial.pdf

Modification date of the manual is on the front cover.
20131231
Subchapter 3.8.2 "Multi-frame sprites" rewritten and code added
20140101
Code adapted according to Mr. K's remarks

In section 3.8.2 about animated sprites, sample images links for SPRITE command and for SPRITES command are the same.

Suggestion: probably it will be more visual to embed sample sprite sheets in manual text.

Sorry for the mistake
I have rewritten subchapter 3.8.2 and added example program for command "SPRITES M$ LOAD F$, X,Y"
I had first to test the code, but it is ready now, just in time for the new year
By the way, I had also to photoshop the spritesheet with the icons. It had no alfa-layer!
To be sure that the sprite sheets remain available and intact, I have set the links to the files in my dropbox.
The manuals are updated and available via the original links.

During programming I needed to know the size of the sprites. Is there a method or command?

I wish you a pleasant new year party and recovery in good condition

Thank you very much, please accept my greetings on New Year with my best wishes!

Actually it is a good idea to have commands to get sprite dimensions...

In the sample code when working with sprites,

...
GRAPHICS LOCK
SPRITE n$ AT x,y
GRAPHICS UNLOCK
...

Locking and unlocking graphics here is not necessary, it has no effect. Because locking and unlocking graphics affects operations with main graphics window, managing its buffering for output. But sprites do not belong to main graphics window, they are separate, independent graphics windows, they have no drawing operations and they have no buffering, so they do not need locking/unlocking. Changing sprite position on the screen or its animation performance do not affect main graphics window.

On page 34 it is written in bold underlined text, that folder and file names are case sensitive.

This is not true. In smart BASIC folder and file names are not case sensitive.

Sorry, I probably have inherited that 'knowledge' from that other basic
I will change that.

Mr. Kibernetik wrote:On page 34 it is written in bold underlined text, that folder and file names are case sensitive.

This is not true. In smart BASIC folder and file names are not case sensitive.

NO I was NOT wrong.
If in the command 'IF FILE_EXISTS(Id$) THEN' the name is not exactly the same as the name of the file then it 'does not exist'
So filenames are case-sensitive and probably also foldernames, but I did not test that again.
I probably added that remark in the manual after such an experience.

Just checked it - this is very strange to me, but on the device case is really sensitive.
This means that it is possible to create two different files "a.txt" and "A.txt".

I usually check my program on iOS simulator, and there file system is not case sensitive.
And I was sure that this was everywhere like that (at least on iOS devices too).
Now I have to think about it. Frankly speaking, this is terrible news and the one who invented case-sensitive file system should be disintegrated If you ask me if it should be case sensitive or not, I would say definitely it shouldn't!
And now I am the last one who knew about that....

I think that Apple is the owner of the problem