I am developing a project in titanium and i want to create a similar functionality of plist as in iOS in titanium. Can anyone tell me that whether there is a way to do so in titanium.
Although I have not done this before it should be possible due to the Titanium documentation (The relevant subtopic is: Settings integration).
Due to the official guide you should put your plist file in the directory platform/iphone/Settings.bundle
Related
Using the latest PhoneGap what is the best guidance someone could give as to adding the Bundle Version and Build Number overlaying a PhoneGap Splash screen. I see this on other apps but most likely those apps may not have been built with PhoneGap. From what I have read you could use a UIView controller to do this to the didFinishLaunchingWithOptions method. I am not an Objective C coder and native apps are new to me so any guidance as to where to start would be helpful. I am on El Capitan using xCode 7.1.1. Is there a tutorial of sorts to getting this done? Is it a lengthy integration? Thanks for the help!
I haven't implemented this but have thought about it a couple times... one way of getting a cross platform solution might be to stamp the bundle / app version or whatever other information you want dynamically added to the splash using ImageMagick, and the Cordova hooks system to run a script each build to do this. We have done similar with a script that sets the version numbers in config.xml for Jenkins builds, so that we can associate Jenkins output with test builds. I would imagine the same mechanism could be used with the Annotating capability of Image Magick to have a platform independent way of achieving this.
I am developing a schedule app using Appcelerator, and I want to prevent a hacker from accessing any resources, assets or source code from the APK file.
If someone changes the .apk extension to .zip then they can unzip it and easily access all the app's resources and assets, and using dex2jar and a Java decompiler, they can also access the source code. It's very easy to reverse engineer an Android APK file.
Is there any functionality available in titanium SDK that prevent reverse engineering? I am using Titanium SDK Version 3.4.1.GA I tried following code but nothing works
<property name="ti.deploytype">distribution</property>
<property name="ti.android.compilejs" type="bool">true</property>
You'll drive yourself crazy trying to protect your code from someone determined to get into it. Generally, Appcelerator is getting you the ability to convert your code from JavaScript into something that resembles a mix of native with JavaScript controlling logic. If the Android platform doesn't accomplish what you want, I don't believe Appcelerator is attempting to do it either. I believe the JavaScript that doesn't get turned into native code is being obfuscated. I'm pretty sure that the Appcelerator project gets turned into an Android project. Perhaps you'll want to look for protections at that level and compile your app with the Android SDK tools.
I have developed universal application using Titanium platform.
But I am not able to set ipad application icon appicon-72.png.
Can you please advice me how to solve this issue.
Thanks
A better way to do it is to create an info.plist file in the root of your project. You need to add:
<key>CFBundleIconFiles</key>
<array>
<string>appicon.png</string>
<string>appicon#2x.png</string>
<string>appicon-72.png</string>
</array>
for info.plist Creation try this
The info.plist file will now be used during building for distribution to appstore and the different icons will be correctly used in the binary.
I am using Twitter and Social framework in my app for iOS. I have been using the same frameworks for days now without any issues. However, today when I run the app in the simulator (haven't changed any Twitter or Social specific code), I get the following error as I try to send a tweet from my app:
Could not load the "TweetSheetLocationArrow.png" image referenced from a nib in the bundle with identifier "com.apple.sociald.Social"
Any idea what's this problem is related to and how can I fix this?
The tweet sheet wants the resource "TweetSheetLocationArrw.png" at runtime from a nib bundle with the bundle identifier specified ( if that doesn't mean anything to you google "apple bundle programming guide" ) and it is either unable to read the resource, or the resource no longer exists.
Ignore it. It's a missing image asset in the device simulator and is harmless.
Has anyone gotten UIFileSharingEnabled or CFBundleDocumentTypes to work? I added UIFileSharingEnabled as true to my plist and used Apple's example from the link below for CFBundleDocumentTypes, but can't seem to get it to work.
I don't see my app under file sharing in iTunes, and I do not get the option to open documents I registered in my app when I click on them in the mail.app
http://developer.apple.com/iphone/library/documentation/General/Conceptual/iPadProgrammingGuide/CoreApplication/CoreApplication.html
Carloe,
Open your app-info.plist as a text file. The UIFileSharingEnabled setting should look like this:
<key>UIFileSharingEnabled</key>
<true/>
If you did what I did and added UIFileSharingEnabled in the plist and set its value to YES, your key will look like this:
<key>UIFileSharingEnabled</key>
<string>YES</string>
After I fixed that key, my app popped right up in the File Sharing section under the Apps tab of iTunes.
Hope that fixes your problem too!
File sharing does work on 3.2, but there is a little bug, you have to remove the application after adding UIFileSharingEnabled to the plist in order to get itunes to refresh and see that the app now supports file sharing (rebooting/disconnecting does not do it).
I can confirm what valexa said: UIFileSharingEnabled started working as soon as I had removed the app from the device. Building & running it on the device afterwards made iTunes recognize the app in the file sharing section of iTunes. So, an ad-hoc or any other 'distribution' build is definitely not needed. HTH!
It seems you also need to have CFBundleDisplayName set. This is what fixed my problem. See UIFileSharingEnabled has no effect.
I also confirm Valexa's idea. I use default .plist which shows
<key>UIFileSharingEnabled</key>
<true/>
After Removing/Installing several times, iTunes successfully recognized the File Sharing feature with my app.
I don't know if UIFileSharingEnabled works the way you think it does. Apple is mentioning opening documents from Mail as a 4.0 feature. Setting it should mean your app shows up in the file section of iTunes.
UIFileSharingEnabled affects only when your app is built as 'distribution'. If you build ad-hoc version and install it, you can check your program.