
Shutup and take my money...
Shutup and take my money...
...for ANDROID PureBasic 

Re: Shutup and take my money...
Maybe possible with Spiderbasic as it compiles to Java/ HTML5?
Tranquil
Re: Shutup and take my money...
PB for Android could not be 80% compatible, so it does not make sense. Those Devices (Android, iOS, Win8 apps) work differently.
It is mostly fullscreen, limited file system access, and generally limited access (sandboxed). Hardware acceleration, especially for games, using OpenGL ES,
and Canvas-Like stuff. The whole GUI system is different, because you don't have a Desktop where you open windows and place gadgets on it.
Instead the whole screen is the desktop/window, and you place gadgets/controls directly on it. This needs to take into account (especially
with Android), that every device may have a completely different screen resolution and also completely different DPI.
Touch input, GPS/orientation sensors, and IAP System: In-App-Purchases System, in addition to advertisements (pictures and videos), etc. - completely different libs from PureBasic.
The same problems for HTML, that's why SpiderBasic is a new and separate product. Similar in syntax, but not compatible to Desktop PureBasic.
All Desktop OS have very much in common, they are similar in many ways. Mobile devices share many features, but Desktop and Mobile
are different in many ways. Also, there are already some hundred kits available for mobile development, some even cross-platform tools.
Some do it the HTML-way, some translate to native code for a specific platform.
If you are really interested, you are able to choose out of some hundred kits available. Some for free, some for $500+/year, and some for a one-time fee with free life-time updates, like PB.
Some use BASIC-like syntax, some LUA, some are C++, C#, Java, ActionScript, or other languages. Most are object-oriented, because all modern systems
are based on object orientation and object-oriented languages anyway. Like it or not, most platforms use Java, Objective-C, C++, or C# for their modern APIs today.
Most apps/game on mobile devices start with a class that has methods like OnCreate(), OnUpdate(), and OnRender() etc, that are automatically called
by the OS. That's completely different from PB's sequential and procedural work flow.
How do you think "PB for Android" should be? I think it would be completely different from PB as we know it, not being compatible.
Everything is possible, but not everything makes sense...
It is mostly fullscreen, limited file system access, and generally limited access (sandboxed). Hardware acceleration, especially for games, using OpenGL ES,
and Canvas-Like stuff. The whole GUI system is different, because you don't have a Desktop where you open windows and place gadgets on it.
Instead the whole screen is the desktop/window, and you place gadgets/controls directly on it. This needs to take into account (especially
with Android), that every device may have a completely different screen resolution and also completely different DPI.
Touch input, GPS/orientation sensors, and IAP System: In-App-Purchases System, in addition to advertisements (pictures and videos), etc. - completely different libs from PureBasic.
The same problems for HTML, that's why SpiderBasic is a new and separate product. Similar in syntax, but not compatible to Desktop PureBasic.
All Desktop OS have very much in common, they are similar in many ways. Mobile devices share many features, but Desktop and Mobile
are different in many ways. Also, there are already some hundred kits available for mobile development, some even cross-platform tools.
Some do it the HTML-way, some translate to native code for a specific platform.
If you are really interested, you are able to choose out of some hundred kits available. Some for free, some for $500+/year, and some for a one-time fee with free life-time updates, like PB.
Some use BASIC-like syntax, some LUA, some are C++, C#, Java, ActionScript, or other languages. Most are object-oriented, because all modern systems
are based on object orientation and object-oriented languages anyway. Like it or not, most platforms use Java, Objective-C, C++, or C# for their modern APIs today.
Most apps/game on mobile devices start with a class that has methods like OnCreate(), OnUpdate(), and OnRender() etc, that are automatically called
by the OS. That's completely different from PB's sequential and procedural work flow.
How do you think "PB for Android" should be? I think it would be completely different from PB as we know it, not being compatible.
Everything is possible, but not everything makes sense...
- Bananenfreak
- Enthusiast
- Posts: 519
- Joined: Mon Apr 15, 2013 12:22 pm
Re: Shutup and take my money...
An PBeditor for Android would be enough for me.
Tablets with Mouse and Keyboard are workmachines. So why not working in Train,...?
Tablets with Mouse and Keyboard are workmachines. So why not working in Train,...?
Re: Shutup and take my money...
And how would you start and test your programs? For just editing text, there are many editors available on Android.Bananenfreak wrote:An PBeditor for Android would be enough for me.
Re: Shutup and take my money...
I don't understand why people do this. A portable screen with a keyboard and mouse/touchpad is actually a laptop/notebook. -> Use that instead - problem solved!Bananenfreak wrote:Tablets with Mouse and Keyboard are workmachines.
If any of you native English speakers have any suggestions for the above text, please let me know (via PM). Thanks!
- Bananenfreak
- Enthusiast
- Posts: 519
- Joined: Mon Apr 15, 2013 12:22 pm
Re: Shutup and take my money...
Time between loading is much longer. And it´s not as heavy as a normal Laptop/Notebook (Tablet ~600g, Notebook ~3kg).c4s wrote:I don't understand why people do this. A portable screen with a keyboard and mouse/touchpad is actually a laptop/notebook. -> Use that instead - problem solved!Bananenfreak wrote:Tablets with Mouse and Keyboard are workmachines.
So, why I should use a Notebook? Windows? Oh, yeah... Oh, no, thanks.
Hmm, I´ve read that apps must declare in their manifest which datatypes they use (work with).Danilo wrote:And how would you start and test your programs? For just editing text, there are many editors available on Android.Bananenfreak wrote:An PBeditor for Android would be enough for me.
Another Thing: PB-highlighting, Syntax could be checked by the app and documentation.
Re: Shutup and take my money...
Good thing I stopped living in the 90's then, cause my laptop weights 1 kg and run linux :D I'm pretty sure your 600g tablet + a (decent enough to work with) keyboard would weight pretty much the same while having much less functionality.Bananenfreak wrote:Time between loading is much longer. And it´s not as heavy as a normal Laptop/Notebook (Tablet ~600g, Notebook ~3kg).
So, why I should use a Notebook? Windows? Oh, yeah... Oh, no, thanks.
A *.pb and a *.txt has no difference, you know?Bananenfreak wrote: Hmm, I´ve read that apps must declare in their manifest which datatypes they use (work with).
Another Thing: PB-highlighting, Syntax could be checked by the app and documentation.
And about higlighting and syntax... Do it yourself? I mean, there is a lot of web based code editor, just add a purebasic lexer and there you go, easy peasy.
- Bananenfreak
- Enthusiast
- Posts: 519
- Joined: Mon Apr 15, 2013 12:22 pm
Re: Shutup and take my money...
1. Hmm, I don´t think so. So, there´s another Thing: price.Poshu wrote: Good thing I stopped living in the 90's then, cause my laptop weights 1 kg and run linuxI'm pretty sure your 600g tablet + a (decent enough to work with) keyboard would weight pretty much the same while having much less functionality.
A *.pb and a *.txt has no difference, you know?
And about higlighting and syntax... Do it yourself? I mean, there is a lot of web based code editor, just add a purebasic lexer and there you go, easy peasy.
2. My first part is wrong, it´s true in another case. Web based code Editor? I want something without Internet.
Re: Shutup and take my money...
1. I bought my macbook air for about 400$ :pBananenfreak wrote: 1. Hmm, I don´t think so. So, there´s another Thing: price.
2. My first part is wrong, it´s true in another case. Web based code Editor? I want something without Internet.
2. Damned, you would have to... USE ONE OF THE AFOREMENTIONED SERVICE TO MAKE IT IN AN APPLICATION?!? THAT WOULD BE A TERRIIIIBLE BURDEN!