Thank you for the answer.
Do we have to understand that for future B4I, it will be necessary to possess an iPhone for the tests?
Do we have to understand that for future B4I, it will be necessary to possess an iPhone for the tests?
-
Welcome to B4X forum!
B4X is a set of simple and powerful cross platform RAD tools:
- B4A (free) - Android development
- B4J (free) - Desktop and Server development
- B4i - iOS development
- B4R (free) - Arduino, ESP8266 and ESP32 development
B4i (iOS) - Updates thread
- Thread starter Erel
- Start date
- Similar Threads Similar Threads
The deployment process in B4i is much more complicated than B4A so it is not really possible to compare it.
You can develop without an internet connection using the "shell debug" mode. In this mode the same shell app is used all the time and remote compilation is not required.
A local network is always required as this is how the IDE talks to the device.
You can develop without an internet connection using the "shell debug" mode. In this mode the same shell app is used all the time and remote compilation is not required.
A local network is always required as this is how the IDE talks to the device.
A local network including a real device is not a problem, neither in a "mobile" environment. But who compiles the "Objective C"-Code if I am not online? Does it do your B4i? Or an SDK like in your android development environment? Shorter question: Compiling to device in the cloud (e.g. internet necessary) or compiling on the windows machine (e.g. internet not necessary)?
"shell debug": Can I start a new project with this? Where are the limitations? Am I right that only the core will work with this, because only the output is shown on the device? Graphics e.g. could be a problem?
"shell debug": Can I start a new project with this? Where are the limitations? Am I right that only the core will work with this, because only the output is shown on the device? Graphics e.g. could be a problem?
There is no iOS SDK for Windows.
As a general rule an internet connection is required. At least from time to time.
The main limitation of the shell mode is performance. It is similar to B4A rapid debugger before v3.50. For many applications the performance is good enough however there are cases that it is too slow.
As a general rule an internet connection is required. At least from time to time.
Yes (assuming that you have already installed the shell app). The shell app is built with any number of libraries. Not just the core.
The main limitation of the shell mode is performance. It is similar to B4A rapid debugger before v3.50. For many applications the performance is good enough however there are cases that it is too slow.
No. It is much more sophisticated.
It could be why some people jail break their iPhone/iPad. (not necessarily recommending this)
Widget
There are programs that will rap a .jar file into an .exe file - see Launch4j at http://launch4j.sourceforge.net/ and JSmooth at http://jsmooth.sourceforge.net/
The year hasn't ended yet? I don't know if year is going slow or not going as per my / our expectations....
I have both 100 devices and 300$ unlimited devices enterprise license which I can use for testing since our company has app on both platforms, but in the interest of others (and for my own knowledge sake), is it possible to jailbreak the device and install without apple account? Also, I don't have much knowledge on iOS since I have dedicated team for iOS and i don't interfere much with their work, but they have been talking about site loading or side loading (whichever is correct) as a possibility to install apps. (We talked about this because Apple took 1 week to review our app for App Store listing on top of 3 weeks to activate our enterprise account and we were in hurry to test the app since it was one of the leading bank and we needed their global IT security team sign off.)
Additionally and lastly, is the pre-order option yet undecided? Just want to ensure I don't miss out first release but also want to show off to my iOS team as much as I can to my Android team....
I have both 100 devices and 300$ unlimited devices enterprise license which I can use for testing since our company has app on both platforms, but in the interest of others (and for my own knowledge sake), is it possible to jailbreak the device and install without apple account? Also, I don't have much knowledge on iOS since I have dedicated team for iOS and i don't interfere much with their work, but they have been talking about site loading or side loading (whichever is correct) as a possibility to install apps. (We talked about this because Apple took 1 week to review our app for App Store listing on top of 3 weeks to activate our enterprise account and we were in hurry to test the app since it was one of the leading bank and we needed their global IT security team sign off.)
Additionally and lastly, is the pre-order option yet undecided? Just want to ensure I don't miss out first release but also want to show off to my iOS team as much as I can to my Android team....
One more option could be (don't know if it's practical /legal) that you buy apple enterprise development program (300 $ unlimited devices) and you add its cost in minimal licensing cost in B4i pricing (I am sure 300$ would be covered in first release itself) and we use that account to publish or test our apps. Our devices udid will be added after we buy B4i license and we can later increase number of devices by paying additional cost.
After typing this suggestion, feeling not to submit, but yet....
...Parag
After typing this suggestion, feeling not to submit, but yet....
...Parag
It doesn't meet Apple terms.
Currently B4i is not available for pre-order. One of the possible options is that B4i will be available for purchase before the official release (customers who will purchase at that time will receive an extended period).
Is an Ipod touch 4g an option for developing?
Is it going to be possible to deploy to an iOS emulator in a Mac?
Is it going to be possible to deploy to an iOS emulator in a Mac?
Hi Erel,
This B4i product will be very disruptive (in a good way)...
Since virtually all mobile developers need to release both an Android and iOS app to be competitive in the market, BASIC developers like us were at a disadvantage. Right now, I am writing HTML5 apps with Phonegap in order to develop iOS apps (which also run on Android/Windows Phone). But this method has many gotchas and limitations.
Once B4i is released, I would then be able to produce slick, native apps for both platforms!
Accordingly, since there is a 99% chance that any user of B4i will also be developing the SAME app in B4A, please make it a priority so that we can share ALL the code files between the two environments AS-IS.
I guess this would require implementing a combination of:
- Your new "Shared Modules" feature to allow the use of the same code files in either IDE
- Conditional Compilation & Build Configurations to allow different sections of code to compile just for their respective platform/IDE.
This way, we only need to work with one set of source code files for either platform, and variable flags and # conditional sections will kick in for each respective platform/IDE so we wont have code version fragmentation.
This B4i product will be very disruptive (in a good way)...
Since virtually all mobile developers need to release both an Android and iOS app to be competitive in the market, BASIC developers like us were at a disadvantage. Right now, I am writing HTML5 apps with Phonegap in order to develop iOS apps (which also run on Android/Windows Phone). But this method has many gotchas and limitations.
Once B4i is released, I would then be able to produce slick, native apps for both platforms!
Accordingly, since there is a 99% chance that any user of B4i will also be developing the SAME app in B4A, please make it a priority so that we can share ALL the code files between the two environments AS-IS.
I guess this would require implementing a combination of:
- Your new "Shared Modules" feature to allow the use of the same code files in either IDE
- Conditional Compilation & Build Configurations to allow different sections of code to compile just for their respective platform/IDE.
This way, we only need to work with one set of source code files for either platform, and variable flags and # conditional sections will kick in for each respective platform/IDE so we wont have code version fragmentation.
Last edited: