We’re hard at work on Xojo’s upcoming Android support — it is our top priority. As we’ve discussed previously, you can see in the current versions of Xojo that the latest iOS controls now start with “Mobile” in their name. Although Android and iOS will start off as different project types, implementing the “Mobile” prefix is an important step to complete so you will see similar controls when Android support is available.
Comments closedTag: Mobile
Xojo 2020r2 introduced the new Font class to deal with any font that you want to use in your iOS apps. The Constructor method for the class receives the font name (the PostScript one) and the font size.
Comments closedXojo 2020 Release 2 includes API 2.0 for iOS which has many, many changes and new features. Features include MobileMoviePlayer, MobileMapViewer, iOS Notifications …
Comments closedToday we reached a major milestone in our efforts to support Android as a new platform for Xojo.
Comments closedThis tutorial will show you how to deploy your SQLite based projects so they behave right on Desktop, Web and iOS, copying the database file to the right place on every target.
Comments closedThis guide is going to walk you through the steps to set up in-app purchases in your iOS apps. It may be best to get…
Comments closedThough the MBS Xojo Conference is still in progress, I wanted to post an update about the demo Geoff just presented on our Android progress,…
Comments closedEvery year we watch Apple’s WWDC keynote address to see what new features are coming in macOS and iOS that we’ll want or need to…
Comments closedDid you know that Apple provides a command-line interface for the Application Loader? With a Post-Build IDE build script, you can automatically submit your iOS apps to the iTunesConnect for processing!
Comments closedDid you know that it’s possible to load and use 3rd Party Frameworks in your Xojo iOS projects? There’s quite a number of good projects out there, many of which are on sites like GitHub and freely available for use in your projects. If you’re familiar with Declares in iOS, loading a 3rd Party framework requires just a couple of extra lines of code and a CopyFilesStep.
Last year at XDC 2018, Jérémie Leroy talked about making sure your screenshots mimicked the Apple method so that the date was always Jun 9th, the time was always 9:41 AM, the battery always shows as full and the WiFi strength always shows full. It got me thinking that it might be handy to be able to make the simulator always show those values when you do a debug run so that you don’t need to think about it when you are ready to start taking screenshots and movies of your app. One way to do that is to build & run project like SimulatorStatusMagic on the simulator before running your project, but it would be more useful if it was automatic.
Comments closed