Gideros Update 2015.08

ar2rsawseen

Allow Movieclip to tween properties through 'set()' method (just like GTween)
Application set/get methods
hitTestPoint handling clipped Sprites
Add Font.getDefault() function to retrieve gideros embedded font
Desktop resize respects scaling mode
Desktop report all mouse button states
WinRT: fixed DPI reporting
WinRT: fixed HTTP ignoreSSL and exception catching
WinRT: handle texture filtering and repeating (no filtering by default)
Android: fixed losing gl context on suspend/resume

https://github.com/gideros/gideros/releases/tag/2015.08

cheers ~O)

keszegh

does it already contain the wacom support for win/mac in any form?

keszegh

are the movieclip docs updated? can you give an example code about tweening with movieclips?

talis

great job thanks for the update . =D>

simwhi

Thanks for the update guys. Great job.

tkhnoman

@keszegh No it doesn't have wacom support yet.
It haven't fully tested yet, and i lately busy for my game.

keszegh

@tkhnoman, take your time, i hope you will get to it by the end of summer, with the help of @ar2rsawseen. and thanks

john26

This release should completely fix the problems with desktop export. You should now be able to export your apps for Steam, Mac App Store etc with no problems.

As usual please look here for info on how to use the WinRT exports (Windows Phone/Store):

https://www.dropbox.com/s/2743cv3xopy7iod/winrt.rtf?dl=0
(document updated for Windows 10)

Here's how to write shaders in Gideros Studio:

http://hieroglyphe.net/gideros/Writing shaders for Gideros Mobile.pdf

see here for how to use the new application:set and application:get functions. They are related to desktop export:

http://giderosmobile.com/forum/discussion/comment/43303

Also note we are moving back to the previous naming convention for Gideros releases. So 2015.8 is a major release and 2015.8.1 would be a minor release within that. Please let me know if you have any preferences for naming.

keszegh

@john26, i liked the strictly increasing naming convention, easier to keep track. but not a big difference.

john26

I was thinking it's useful for users to be able to distinguish between major and minor releases...

ar2rsawseen

@keszegh about movieclip, there is no change in the api.
Only thing changed that when tweening movieclip uses set method (same as GTween does) so you can tween anything:

http://giderosmobile.com/forum/discussion/980/tween-anything/p1

Xman

Could you explain how to use the set for movieclip in detail?
Isn't it supported in previous release since the movieclip is inherited from sprite?

ar2rsawseen

Previously movieclip supported only predefined properties like x, y, etc.

Now if does not have predefined properties, it simply takes whatever you passed it and provides it to set function of object you are animating. So if your provided object accepts more properties in set function than standard ones in MovieClip, you can now tween them too with MovieClip

Xman

yes,I got it.the fillcolor will take effect in the code below in this new release
Thanks.

MyBox=Core.class(Shape)   function MyBox:set(param, value) print(param, value) if param=="fillcolor" then   local intValue=math.floor(value) if self.fillcolor ~= intValue then self.fillcolor=intValue self:render() end else Shape.set(self, param, value) end end   function MyBox:get(param, value) if param=="fillcolor" then return self.fillcolor end return Shape.get(self, param, value) end   function MyBox:render() self:clear() self:setFillStyle(Shape.SOLID, self.fillcolor) self:beginPath() self:moveTo(self.x, self.y) self:lineTo(self.x+self.width, self.y) self:lineTo(self.x+self.width, self.y+self.height) self:lineTo(self.x, self.y+self.height) self:lineTo(self.x, self.y) self:endPath() end   function MyBox:init(x, y, width, height, color) self.x=x self.y=y self.width=width self.height=height self.fillcolor=color self:render() end     -- Create a green box   local box=MyBox.new(100, 100, 150, 80, 0x00ff00)   local mc = MovieClip.new{ {1, 100, box, {fillcolor = {0xff0000, 0x00ff00}, x = {0, 100}}} }   stage:addChild(mc)

hgy29

@Xman, yes thats it!

Xman

But I still curious which code change in this release make this magic take place.

hgy29

If you are interested, relevant code is here: https://github.com/gideros/gideros/blob/master/luabinding/movieclipbinder.cpp#L45

Simply put, if C++ Sprite->set() returns an error, then lua is kicked in to take care of the parameter.

Xman

If you are interested, relevant code is here: https://github.com/gideros/gideros/blob/master/luabinding/movieclipbinder.cpp#L45

Simply put, if C++ Sprite->set() returns an error, then lua is kicked in to take care of the parameter.

Now,it's clear for me,thanks.
It's a great idea.

yubaro

Continued export problem with MacOS. Now with any size of characters.

http://giderosmobile.com/forum/discussion/comment/43026#Comment_43026

tkhnoman

@yubaro
Last time for 2015.07.15, did you tried this? Is this run okay for you?
https://github.com/gideros/gideros/issues/115

john26

So to narrow this down, this Document path issue only affects Mac, right?

I tried exporting for PC with no problems.

tkhnoman

@john26 i fixed it on the next pull request,
also regarding this :

question:
any new desktop exported app when run windows asks if i should allow it to connect to internet. as my app does not use internet at all i wonder why does it try to connect to the internet. or windows ask this even if the app does not try to connect?
in any case this will make users suspicious, so if possible somehow we should avoid this.

After looking at the code, it seems it is related with print code.
So i wonder can i just remove it for exported app?
(I tried it already, but don't know the effect for other networking like luasocket and such)

yubaro

@tkhnoman the error continues. With the new template(MacOSXDesktopTemplate.app) remains the problem now with any size of characters.

Crashed Thread: 0 Dispatch queue: com.apple.main-thread   Exception Type: EXC_CRASH (SIGABRT) Exception Codes: 0x0000000000000000, 0x0000000000000000   Application Specific Information: *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Error (1000) creating CGSWindow on line 281' terminating with uncaught exception of type NSException abort() called

SinisterSoft

Yes, exported apps should have print immediatly return rather than outputting data.

hgy29

IMHO, print() should also output to platform specific console (Android Logcat, iOS debug console, Windows Debug, etc)

ar2rsawseen

About Network permission, it is because some player functionality is still left too
please about github issue, and I will remove it when I get to it

SinisterSoft

print when exported can only waste resources and slow things down, no point in it either.

tkhnoman

@yubaro that is a different error, probably have something to do with how i build it.

At least i'm able to pinpoint the trouble. Let's see if future release fixed for that. [-O<

tkhnoman

@yubaro is the error at this version (2015.08) also NSInternalInconsistencyException?
Or it is run but said 'something' is not found?

john26

Not sure how helpful this is, but when I export Nebula Retro for Windows desktop, I use Organization = GiderosMobile (in the export panel) and the Documents directory for the game becomes %appdata%\GiderosMobile\nebula (my project name is "nebula"). On my Win 7 computer this expands to:

C:\Users\jfb\AppData\Roaming\GiderosMobile\nebula

Data from the game is written into the directory with no trouble (this is the standard place for apps to write data so the app has read/write access).

So I think Windows desktop export is working ok and the problem is only with Mac. It seems this problem is due to a bug in Qt 5.4 which affects Mac only. We have found a workaround and will produce a minor release soon to correct it.

Please let me know if you are encountering problems with Windows desktop. Hopefully at least this is now fixed.

yubaro

@tkhnoman, yes, the version is 2015.08

In version 2015.06.30 works fine but the problem was with the character length in Organization.

See the attachment.