New command will be added:
SPRITE n$ FRAME k
sets current frame number to [k] for multi-frame sprite [n$]. OPTION BASE command affects this command.
3.4 version
- Mr. Kibernetik
- Site Admin
- Posts: 4786
- Joined: Mon Nov 19, 2012 10:16 pm
- My devices: iPhone, iPad, MacBook
- Location: Russia
- Flag:
- Mr. Kibernetik
- Site Admin
- Posts: 4786
- Joined: Mon Nov 19, 2012 10:16 pm
- My devices: iPhone, iPad, MacBook
- Location: Russia
- Flag:
Re: 3.4 version
New commands will be added:
GET SPRITE n$ ANGLE x
gets current rotation angle of sprite [n$] to numeric variable [x]. OPTION ANGLE command affects this command.
GET SPRITE n$ FRAME x
gets current frame number of sprite [n$] to numeric variable [x]. OPTION BASE command affects this command.
GET SPRITE n$ POS x,y
gets current coordinates of sprite [n$] to numeric variables [x] and [y].
GET SPRITE n$ SCALE x
gets current scale of sprite [n$] to numeric variable [x].
GET SPRITE n$ ANGLE x
gets current rotation angle of sprite [n$] to numeric variable [x]. OPTION ANGLE command affects this command.
GET SPRITE n$ FRAME x
gets current frame number of sprite [n$] to numeric variable [x]. OPTION BASE command affects this command.
GET SPRITE n$ POS x,y
gets current coordinates of sprite [n$] to numeric variables [x] and [y].
GET SPRITE n$ SCALE x
gets current scale of sprite [n$] to numeric variable [x].
- Mr. Kibernetik
- Site Admin
- Posts: 4786
- Joined: Mon Nov 19, 2012 10:16 pm
- My devices: iPhone, iPad, MacBook
- Location: Russia
- Flag:
Re: 3.4 version
New function will be added:
SPRITE_FRAME (n$)
returns current frame number for sprite [n$]. OPTION BASE command affects this function.
SPRITE_FRAME (n$)
returns current frame number for sprite [n$]. OPTION BASE command affects this function.
- Mr. Kibernetik
- Site Admin
- Posts: 4786
- Joined: Mon Nov 19, 2012 10:16 pm
- My devices: iPhone, iPad, MacBook
- Location: Russia
- Flag:
Re: 3.4 version
New function will be added:
SPRITE_HIT (n$, x,y)
returns 1 if point with coordinates [x], [y] hits the sprite [n$]. Otherwise returns 0.
SPRITE_HIT (n$, x,y)
returns 1 if point with coordinates [x], [y] hits the sprite [n$]. Otherwise returns 0.
- Mr. Kibernetik
- Site Admin
- Posts: 4786
- Joined: Mon Nov 19, 2012 10:16 pm
- My devices: iPhone, iPad, MacBook
- Location: Russia
- Flag:
Re: 3.4 version
New button will be added to Documentation toolbar. It will open Support Forum.
New folder dedicated to sprites will be added to sample files. It will contain a pack of sample programs with sprites.
This release is feature-packed, so we have to wait when it will appear in AppStore.
New folder dedicated to sprites will be added to sample files. It will contain a pack of sample programs with sprites.
This release is feature-packed, so we have to wait when it will appear in AppStore.
- Mr. Kibernetik
- Site Admin
- Posts: 4786
- Joined: Mon Nov 19, 2012 10:16 pm
- My devices: iPhone, iPad, MacBook
- Location: Russia
- Flag:
Re: 3.4 version
NOTE for version 3.4:
for maximum compatibility with both retina and non-retina screens, image size commands now return their values not in pixels but in points. 1:1 pixel to point ratio is achieved when image dpi is 72. So if your programs depend on image size and they behave incorrectly then you have a choice: a) make your images to be 72 dpi; b) use GET IMAGE DPI_SCALE command to calculate image size in pixels.
for maximum compatibility with both retina and non-retina screens, image size commands now return their values not in pixels but in points. 1:1 pixel to point ratio is achieved when image dpi is 72. So if your programs depend on image size and they behave incorrectly then you have a choice: a) make your images to be 72 dpi; b) use GET IMAGE DPI_SCALE command to calculate image size in pixels.
- Mr. Kibernetik
- Site Admin
- Posts: 4786
- Joined: Mon Nov 19, 2012 10:16 pm
- My devices: iPhone, iPad, MacBook
- Location: Russia
- Flag:
Re: 3.4 version
Command SPRITE BEGIN will be enhanced:
SPRITE n$ BEGIN
switches graphics screen to sprite drawing mode in existing sprite with name [n$]. Usual graphics commands operate in this mode, but they draw current sprite only instead of drawing in common graphics window. Common graphics window is visible in this mode. Sprite drawing must be finished with command SPRITE END, which switches to drawing in common graphics window.
SPRITE n$ BEGIN w,h
creates new sprite with name [n$], size [w] points in width and [h] points in height, and switches graphics screen to sprite drawing mode for this sprite. Usual graphics commands operate in this mode, but they draw current sprite only instead of drawing in common graphics window. In this mode common graphics window is not visible. Sprite drawing must be finished with command SPRITE END, which closes sprite graphics window and switches to common graphics mode.
SPRITE n$ BEGIN
switches graphics screen to sprite drawing mode in existing sprite with name [n$]. Usual graphics commands operate in this mode, but they draw current sprite only instead of drawing in common graphics window. Common graphics window is visible in this mode. Sprite drawing must be finished with command SPRITE END, which switches to drawing in common graphics window.
SPRITE n$ BEGIN w,h
creates new sprite with name [n$], size [w] points in width and [h] points in height, and switches graphics screen to sprite drawing mode for this sprite. Usual graphics commands operate in this mode, but they draw current sprite only instead of drawing in common graphics window. In this mode common graphics window is not visible. Sprite drawing must be finished with command SPRITE END, which closes sprite graphics window and switches to common graphics mode.
- Dutchman
- Posts: 851
- Joined: Mon May 06, 2013 9:21 am
- My devices: iMac, iPad Air, iPhone
- Location: Netherlands
- Flag:
Re: 3.4 version
YES That is much better