Gideros Update 2015.03.05

keszegh

or perhaps for a noscale app the best would be to have a button to 'restore the original resolution', i.e. the resolution that was active when the player was started.

marcelojunior

Hi @SinisterSoft and @keszegh, I will look at this features to put into player.

What do you think about a zoom menu (like the File, View, Hardware...), with all zoom options with easy access?

keszegh

sounds good.

SinisterSoft

yes, +1

unlying

Number of crashes raising every day.
Screenshot with 2 day on-air app on new Gideros version.

totebo

Hi guys,

Trying out the latest version of Gideros with a new project. After I export it to XCode I get loads of errors like these:

Undefined symbols for architecture arm64: "_g_feof", referenced from: Font::readTextureGlyphsOld(char const*) in libgideros.a(font.o) "_g_fgetc", referenced from: Font::getTextureGlyphsFormat(char const*) in libgideros.a(font.o) "_lua_xmove", referenced from: EventDispatcherBinder::dispatchEvent(lua_State*) in libgideros.a(eventdispatcherbinder.o) "_lua_equal", referenced from: StageBinder::setOrientation(lua_State*) in libgideros.a(stagebinder.o) "_lua_concat", referenced from: db_errorfb(lua_State*) in libgideros.a(luautil.o) "_lua_checkstack", referenced from: _dbvm_get_uvalues in lsqlite3.o _dbvm_get_unames in lsqlite3.o _dbvm_get_utypes in lsqlite3.o _db_do_next_row in lsqlite3.o _db_sql_normal_function in lsqlite3.o _json_decode_descend in lua_cjson.o _json_check_encode_depth in lua_cjson.o

I've probably missed changing something after export. Is there a new step-by-step guide for the new version, or can someone point me in the right direction?

EDIT: I removed armv7s and arm64 from the export, and now it compiles fine. I suppose that's not recommended?

Cheers,

Niclas

unlying

Guys, we found that new version of Gideros has some problems with x86 processors.
So don't update on new version or remove x86 libs from your project.

Log from logcat in attach. Hope it will help to solve this issue.

ar2rsawseen

@totebo did you do a clean export or upon the old project?

With new version there is nothing you need to do after exporting, it should build after exporting.

But it is xcode 6 compatible, so I have no idea how it will perform on older xcode versions

ar2rsawseen

@unlying created an issue on github, will experiment

https://github.com/gideros/gideros/issues/21

totebo

@ar2rsawseen it was a clean export to XCode 6. I may have overwritten an old export, I suppose that could have messed things up. I'll try again with a clean directory and report back.

I do like the idea of having to change nothing.

Niclas

totebo

Full export into a clean directory: Bingo. Works a charm.

ar2rsawseen

Do you guys think deleting contents of existing export directory upon full export is a good idea?

hgy29

@ar2rsawseen, I think it could be dangerous, it could remove non-gideros files already set up for the project (think of app icons for instance). A third export option to address this ?

grotly

@ar2rsawseen I hope you don't mean that for the case "exporting assets only". Because in that case it is a big NO But even in case of exporting the whole thing again, it is debatable. You always have the option to delete the folder yourself if you really want to.

However, I have another suggestion. What about a wiki page with "known issues for XCode and Eclipse". For instance, I discovered that if you have a project name with spaces (e.g. Angry Birds, not AngryBirds), XCode will mess up the search paths and frameworks paths, you need to go and clean them manually every time you add something to the project (well, almost every time). This creates linking errors. Then the icons...but I won't go into details, otherwise I'll write a book here

ar2rsawseen

@grotly then how about automatically removing spaces from project when exporting?

grotly

@ar2rsawseen Yes, how about it? Not sure if this is a Gideros issue though. I have to test a bit and if the Gideros exported "name" has nothing to do with how the game name will appear on the device, then I agree with you, the spaces can be removed at export time. If not, then it is an XCode problem we have to live with for now.

jdbc

My game Air Soccer WC works right with this Gideros version in the simulator. Submitted just a few seconds to Apple Store.

We need to export as clean Xcode project.

vyh77

I'm trying Gideros 2015.03.05, on "project settings" I have "Orientation: Landscape left". On main.lua there is also this code (it was there in some example app I used for my app):

application:setOrientation(Application.LANDSCAPE_LEFT)

However when I export for Android I get in AndroidManifest.xml screenOrientation="portrait":

<pre><activity android:label="<a href="https://forum.giderosmobile.com/profile/string%2Fapp_name%26quot" rel="nofollow">@string/app_name&quot</a>; android:name="com.giderosmobile.android.giraffeworldActivity" android:launchMode="singleTask" android:screenOrientation="portrait" android:configChanges="keyboard|keyboardHidden|orientation|screenSize">

is this a bug or it doesn't matter?

ar2rsawseen

@vyh77 it matters, but there is no variable in template to change it automatically based on project settings. Thank you for reminding me about this, will try to fix it

vyh77

@ar2rsawseen thanks! I see you have made many commits since 2015.03.05, is there any new release expected soon?

marcelojunior

Hi folks. I've made some corrections on the new player, and added some new api funcs to use in desktop. :P

Sorry for delay @SinisterSoft and @keszegh

This features and corrections will be available soon!

https://drive.google.com/open?id=0B8mnhWOnho8nRGJ1amVVekg1U2s&authuser=0

talis

Counting the days for the new release.

keszegh

@marcelojunior, when do you plan to add these features to the release version?

marcelojunior

Hello folks.

I'm working on a beta version with all new features (including the first steps of desktop export), soon.