I started hearing all this buzz about a new Livecode. Like it was a new dawn, mountains where going to be moved, lives where going to be changed and the future was now. There was talk around the world about Livecode 8 so much that one would think alien life landed on the earth last week.
With this kind of media attention, they sure want us to take notice. Usually I would see d.p., alpha, beta as words not ready for release. However Livecode yelled as loud as they could, look at me! look at Livecode 8, Talk about it.
OK lets do this, take a journey with me to my mac desktop. A video screen cast of Livecode 8 and all of its media buzz, they unleashed at this point in time on this product.
I however could not get anything to work. There no UI items in the tool palette and no properties. I ask around if anyone else where seeing these problems also, many where but some say they where not.
I really like the idea what this could do, specially for Android. However I just can not get it to work.
Watch the video below:
Thanks and happy coding ;)
--
Edited: If you comment on this please no cyber bullies. I already had a threaten response over this video, and a few others call me several other foul words (which I will not re post) over this video. That pretty crazy.
Just imagine if your self had similar issues as I did. With this tool or any other. (Like in this video.) Imagine trying to get help and have people be absolute thugs over something so little as documenting something not working.
We had users of our apps before video document bugs. Guess what our response was. Thank you for sharing, we will fix that as soon as we can.
Showing posts with label Livecode. Show all posts
Showing posts with label Livecode. Show all posts
Wednesday, March 18, 2015
Monday, March 2, 2015
Xojo still choose for crossplatform apps
Many are confused that I stop using Xojo, I never stopped using Xojo. Many of the jobs of making in-house software for companies require Mac, Windows and Linux. For that I still use Xojo.
Over the years I used many different languages and tools from Ruby, Python, Javascript, C#, Lua and more. Just because I decided to start using Swift for iOS and some Mac apps for things, does not mean I stopped using Xojo.
I had some issues recently with Xojo and my active license not working. After contacting support by email everything was fixed. It is working again.
Another aspect of why I chosen to use Swift is that I would like to put myself in the market to code Swift projects for others. I done this in the past with Unity, where I was hired to help program other companies games in exchange for cash. I also been hired to help program with Livecode, Python, Ruby, Javascript, Xojo and etc projects. It how I currently make a living.
Selling software does not support my family, however programming part of a team as a freelancer does. More languages I know how to code in is a major plus getting more work.
My blog here is about making cool things with code, and I will show many different things and different tools and programming languages.
Hope that clears up the confusion. We usually only made 15 post a year. 2015 we already are past that with ten more months to go. Meaning more content is coming and it will not all be Swift. More Xojo, Livecode and who knows what else will be pack along with Swift for this year.
So stick around I be post other stuff soon.
Over the years I used many different languages and tools from Ruby, Python, Javascript, C#, Lua and more. Just because I decided to start using Swift for iOS and some Mac apps for things, does not mean I stopped using Xojo.
I had some issues recently with Xojo and my active license not working. After contacting support by email everything was fixed. It is working again.
Another aspect of why I chosen to use Swift is that I would like to put myself in the market to code Swift projects for others. I done this in the past with Unity, where I was hired to help program other companies games in exchange for cash. I also been hired to help program with Livecode, Python, Ruby, Javascript, Xojo and etc projects. It how I currently make a living.
Selling software does not support my family, however programming part of a team as a freelancer does. More languages I know how to code in is a major plus getting more work.
My blog here is about making cool things with code, and I will show many different things and different tools and programming languages.
Hope that clears up the confusion. We usually only made 15 post a year. 2015 we already are past that with ten more months to go. Meaning more content is coming and it will not all be Swift. More Xojo, Livecode and who knows what else will be pack along with Swift for this year.
So stick around I be post other stuff soon.
Wednesday, February 18, 2015
64-bit requirement for iOS
The app store now requires all iOS builds be built for 32/64 bit binaries. If your using Xcode then this is nothing new. However if your using a 3rd party development tool you need to make sure all apps submitted are compiled to a 32/64 bit universal binary and by Summer 2015 all apps submitted before 2015 also are built with that requirement.
If your using Xojo for iOS the new released 2015 r1 supports this new iOS requirement. If your using Livecode for iOS the new release 6.7.2 or later supports this for Livecode. And if your using Xcode its business as usual, as it been supporting this for a while now.
For Xojo 2015 r1 (released 2/17/2015) get it here
For Livecode 6.7.2 (released 2/17/2015) get it here
For Xcode 6.1.1 (released 12/02/2014) get it here
If your using Xojo for iOS the new released 2015 r1 supports this new iOS requirement. If your using Livecode for iOS the new release 6.7.2 or later supports this for Livecode. And if your using Xcode its business as usual, as it been supporting this for a while now.
For Xojo 2015 r1 (released 2/17/2015) get it here
For Livecode 6.7.2 (released 2/17/2015) get it here
For Xcode 6.1.1 (released 12/02/2014) get it here
Thursday, December 11, 2014
Xojo vs Livecode best option for iOS Development?
I use both Livecode and Xojo I like them both. Xojo is way better than Livecode when it comes to Mac OSX and Linux. And Livecode way better at Windows. Livecode also supports Android and is one of the best 3rd party android development tools on the market.
However when it comes to iOS what my thoughts on the subject. First off Xojo just released version 1 of iOS support and Livecode has supported iOS for several years now. I used Livecode for iOS and liked it, but when I heard Xojo was going to support native iOs GUI I was excited.
Once iOS was released for Xojo I became disappointed fast, it was missing so much basic stuff that it was uncanny. Xojo is very very limited out of the box when compared to Livecode for iOS.
It was so limited that I made a chart highlighting some of the different things I came to need to when making iOS apps. Livecode supports most of them. Xojo supports only few of them. Lets take a look.
I really like how Xojo works and prefer it still over Livecode for Mac and Linux. And I like the IDE and the way BASIC works over small talk and Livecode IDE. However when it comes to Mobile Livecode wins for now. It supports more stuff out of the box for iOS and also supports Android with most of the same items as it does for iOS.
Another area that impressive is Livecode is now cheaper than Xojo if your going to make iOS apps. With Livecode your required to have Livecode Commercial License to sell iOS apps which cost $299 each year (that also includes 7 platforms for now and up to 8 in the near future.) For Xojo since there pricing change iOS cost $299 a year for only iOS. For Desktop its an extra $299 and for Pro its $699.
Also if your interested in just iOS and want to only do free iOS apps , Livecode for iOS only can be as low as $99. Xojo does not even have this option.
However Apple new swift changes the game even more. You can always switch over to Xcode and use swift for free, and that supports everything out of the box. The reason anyone would use Xojo or Livecode would be to make cross-platform apps.
I still like both tools and will keep using both tools, but for now Livecode wins iOS based on it supports way more needed stuff. However if you need or want Native GUI and learn declares for Xojo then Xojo can be a real improvement in overall quality of the end product.
------------------------------------
I personally have moved to Xcode and Swift for iOS as neither Xojo or Livecode does what I need to grow as a developer of iOS apps.
Swift is very easy to use as a programming language and Xcode supports everything. The case its not cross platform is not valid to me because Xojo and Livecode are not really cross-platform either when it comes to iOS. You can not take the same code base as a Linux or windows app and make it work with iOS with either of those tools without re programming it for iOS.
That fact of that alone makes Xcode and swift the best overall option. Plus its free to use, there millions of developers using it. Which gives more chances to get answers if you get stuck. And last if your looking for a paying job you likely find one for swift than with either of those tools.
However when it comes to iOS what my thoughts on the subject. First off Xojo just released version 1 of iOS support and Livecode has supported iOS for several years now. I used Livecode for iOS and liked it, but when I heard Xojo was going to support native iOs GUI I was excited.
Once iOS was released for Xojo I became disappointed fast, it was missing so much basic stuff that it was uncanny. Xojo is very very limited out of the box when compared to Livecode for iOS.
It was so limited that I made a chart highlighting some of the different things I came to need to when making iOS apps. Livecode supports most of them. Xojo supports only few of them. Lets take a look.
I really like how Xojo works and prefer it still over Livecode for Mac and Linux. And I like the IDE and the way BASIC works over small talk and Livecode IDE. However when it comes to Mobile Livecode wins for now. It supports more stuff out of the box for iOS and also supports Android with most of the same items as it does for iOS.
Another area that impressive is Livecode is now cheaper than Xojo if your going to make iOS apps. With Livecode your required to have Livecode Commercial License to sell iOS apps which cost $299 each year (that also includes 7 platforms for now and up to 8 in the near future.) For Xojo since there pricing change iOS cost $299 a year for only iOS. For Desktop its an extra $299 and for Pro its $699.
Also if your interested in just iOS and want to only do free iOS apps , Livecode for iOS only can be as low as $99. Xojo does not even have this option.
However Apple new swift changes the game even more. You can always switch over to Xcode and use swift for free, and that supports everything out of the box. The reason anyone would use Xojo or Livecode would be to make cross-platform apps.
I still like both tools and will keep using both tools, but for now Livecode wins iOS based on it supports way more needed stuff. However if you need or want Native GUI and learn declares for Xojo then Xojo can be a real improvement in overall quality of the end product.
------------------------------------
I personally have moved to Xcode and Swift for iOS as neither Xojo or Livecode does what I need to grow as a developer of iOS apps.
Swift is very easy to use as a programming language and Xcode supports everything. The case its not cross platform is not valid to me because Xojo and Livecode are not really cross-platform either when it comes to iOS. You can not take the same code base as a Linux or windows app and make it work with iOS with either of those tools without re programming it for iOS.
That fact of that alone makes Xcode and swift the best overall option. Plus its free to use, there millions of developers using it. Which gives more chances to get answers if you get stuck. And last if your looking for a paying job you likely find one for swift than with either of those tools.
Monday, November 3, 2014
Look at Livecode 6.7 & 7.0
A long time ago in a galaxy far far away.... Many many users submitted bugs for Metacard / Revolution/ and now Livecode that went unfixed for what seem like forever. Well the new versions of Livecode which have been in the works for well over a year have fix many of those old time bugs in versions 6.7 and 7.0.
I knew what your thinking? Why two versions. I asked several times myself and no one would tell me either. However after the actual release it became clear that 7.0 is the full unicode version which does break backward compatibility with any apps that accessed text, image data, and arrays. That where version 6.7 steps in its the backwards compatible version without the new unicode.
I decided to do a little video overview Editorial of the new Livecode versions. If you like check it out, below.
I should also note when I went to Livecode web site to download the new versions of Livecode, it does not have a link anywhere for the actual versions 6.7 or 7.0. Instead it gives you version 6.6.5. I tried to ask runrev where the new versions where, but I guess there to busy to tell us where there open source stuff actual can be downloaded from.
After a week of asking anyone I could find, I finally found out from another Livecode user where this secret download web page was at that has all of Livecode downloads. I will share that with you here. Because we all just want to know http://downloads.livecode.com/livecode/ Link Here
Have fun :)
I knew what your thinking? Why two versions. I asked several times myself and no one would tell me either. However after the actual release it became clear that 7.0 is the full unicode version which does break backward compatibility with any apps that accessed text, image data, and arrays. That where version 6.7 steps in its the backwards compatible version without the new unicode.
I decided to do a little video overview Editorial of the new Livecode versions. If you like check it out, below.
I should also note when I went to Livecode web site to download the new versions of Livecode, it does not have a link anywhere for the actual versions 6.7 or 7.0. Instead it gives you version 6.6.5. I tried to ask runrev where the new versions where, but I guess there to busy to tell us where there open source stuff actual can be downloaded from.
After a week of asking anyone I could find, I finally found out from another Livecode user where this secret download web page was at that has all of Livecode downloads. I will share that with you here. Because we all just want to know http://downloads.livecode.com/livecode/ Link Here
Have fun :)
Monday, October 20, 2014
An apps perceived value, Choosing the right tools.
With the update to Mac OSX 10.10 Yosemite, Xojo Native UI is updated without doing one thing or updating apps based upon appearance. However with Livecode the UI is a mess on this new OS version. If your forced into using custom controls to get a mac like appearance, like many Livecode developers do. Then there forced into updating apps with a new custom UI or worst just using the old non updated user experience (witch can be the case, because the app could have been made on a Windows or Linux machine. And that developer does not know any better because that.)
This all boils down to customers perceived value. If the customer sees a UI that old out of date and broken the perceived value of the finish product is not great and it equals lost sales. A customer will decide in a split second based on the appearance of your product if its worth there time. If you lose them in that second because of appearance and user experience, then you have a very hard sell in front of you.
In todays app market there several apps that do similar things. While one app could actual be better in functionality if it looks bad and has no pride of ownership it will fail vs an similar product that deliveries the perceived value the customer is looking for.
When I personally used Livecode for Mac OS, iOS and Windows software 80% of the year was spent updating apps to work with a new OS release, 75% of that was based of user experience. (because Livecode does not use native UI and your forced into building a custom UI to just make a app look better than out of the box.) Now using Xojo and Swift the time I spend updating apps on appearance is zero. That means I have 100% of my time to focus on new products or adding new features to existing products.
Example:
One application that I made since 2003 is called File Mutation Pro (from 2003 - 2012) This Application was made with Livecode. Since 2013 Its been remade with Xojo.
Since moving to xojo with this product I was able to add many native platform user experiences and Native API's including adding AVFoundation, AudioToolbox, CoreAudio, CoreVideo, CoreGraphics, NSText etc etc. Things that can be done with Livecode using C++ but not as easy as with Xojo and not as robust.
Since moving over to Xojo the product also has seen better overall success. The overall sales boomed since switching to Xojo from Livecode. Many of the long time customers that used both the Livecode built version and the Xojo built version actual wrote us, thanking us for the great improves that the Xojo version gave. Many thought the app (built with Xojo) was worth more money, even if it did the same things (as the versions built with Livecode).
The First Picture Below Is the last Livecode built version of my app File Mutation Pro. It using a full custom UI because the Livecode UI did not look like a mac app made in the last decade.
The Second Picture or the one below Is the Version of File Mutation made with Xojo. I can see why customers prefer it on looks and user experience alone.
One really needs to consider the end product these cross platform tools make. Livecode maybe fast to code with. However if your spending ever year updating a product X% of the time because of a new OS update its not really saving time or money like Xojo does in the end.
Xojo is not prefect either, but its 100 times better to actual gaining the perceived value and increasing sales. I still a fan of Livecode and I like to see them improve there tools. The thing is Xojo does most of this stuff now and can turn you and your products into a star now.
I talked to some developers the other day that seem to not care what the app looked like, I believe that is a mistake on there part. Would you want a rust bucket car or a brand new car, if both cost the same price and did the same thing? There a reason why there thousands of rust bucket cars sitting in junk yards all over the world.
Even if your not a fan of Xojo, perceived value is a important thing to embrace. It will allow you to gain more value for your products in the end. Specially in a marketplace that has competitors to your products. If you take pride in your products appearance and user experience then your customers will open there wallets.
Labels:
Cross-platform,
File Mutation Pro,
From Livecode to Xojo,
GUI,
Livecode,
Livecode vs. Xojo,
Mac OSX,
Marketing Concept,
Obleo,
Perceived Value,
UI,
User Experience,
Xojo,
Xojo vs Livecode
Monday, October 6, 2014
From Livecode to Xojo; Center Window
I keep getting Livecode users telling me that Xojo can not do most of what Livecode can do. I here to show them, Yes it can and just how simple it is.
This weeks look at something real simple in centering a window to the main screen. With Livecode this requires a pretty simple script and in Xojo this can be done by a simple block of code or the properties window.
Here a short video showing how simple it really is.
This weeks look at something real simple in centering a window to the main screen. With Livecode this requires a pretty simple script and in Xojo this can be done by a simple block of code or the properties window.
Here a short video showing how simple it really is.
Friday, October 3, 2014
From Livecode to Xojo buttons and such
Another look at moving from Livecode to Xojo ( two different cross platform development tools) or the other way around. This time around we look at a very basic UI elements, buttons and tab panels. One tool looks like a million bucks while the other just looks not so good.
Below image is the default button set and tab panel styles of Livecode 7.0 (with cocoa support on mac)
Below image is the default button set and tab panel styles of Livecode 7.0 (with cocoa support on mac)
Below image is the default button set and tab panel styles of Xojo 2014v2 (with cocoa support on mac)
The two photos clearly show one set of controls that looks like a million bucks and another one that looks not so good. Why is this important? If you have a product aka app that does something awesome but looks bad with buggy UI no one going to want to buy it. Looks are important to so many people who are willing to pay money for something. Second one of the photo shows old outdated and even buggy controls. That will bring into question your actual app and how sound it is and if It actual works. One set of UI shows pride in ownership the other does not.
But to give it a chance beyond just photos I did a video of both Livecode and Xojo and look at the UI elements of buttons and tab panels. It may help a little choose between the two tools for your next project.
enjoy.
Wednesday, August 27, 2014
Livecode expired, Xojo becomes top tool.
My Livecode License has expired and for the first time in a decade I not renewing it.
Have I just out grown Livecode? Well that is part of the reason. The other part of the reason is kind of sad. I say sad because Runrev the company be hide Livecode was once a very honest and trustworthy company. However since 2013 this changed rate around the time the made millions on Kickstarter to make a open source version of Livecode.
The Open Source version does not allow apps to be deployed to the Mac or iOS app stores. 70% of our business today is within those stores. That makes using this open source version not possible. So we have to pay for a commercial version. And to pay for a commercial version we need certain things fixed that have been broken for years. I supported there kickstarter effort and while they did release a open source version. None of the issues we needed fixed since 2012 where fixed since. Almost 2 full years.(there are even other bugs as old as 5 years still unfixed)
In the fall of 2013 I received over 30 emails from runrev that several bug reports of mine (with show stopping bugs) have been removed from the bug database. No reason was given. After review with the most recent build they where not fixed either. Then they came out and said they never removed any bug reports, even if I still have all 30 email from them saying they did. Making software for me is a profession, not a silly game. They send us emails saying xyz then, say they never did such. Well I keep emails, and have proof of it.
I not sure what going on with Runrev anymore. Runrev once was a very helpful company that delivered a decent but somewhat outdated product. At least we knew where we stood using Livecode. Runrev before 2013 had the best customer support I ever seen by any company and was the major reason why I kept using there product.
With no certain future in sight. No way to talk with anyone from the company without them becoming very hostile to a fair report of issues (specially issues that will not pass app review for the app store) There not much one can do. There really only one thing to do, stop using Livecode.
Well I started using Real Studio/ Xojo in 2011 for a one off product for a corporate client, and since have moved about 90% of my work to it. Enter Xojo,while it may not support all the same platforms as Livecode, what Xojo does do is just awesome. I can trust Xojo as a company way more than Runrev today because there honest with us. If Xojo can not delivery something, they tell you. If a company is honest, willing to listen to all customers and deliveries as they say like Xojo does 99.8% then why wouldn’t we use there tool over a company that does none of those things anymore.
Xojo supports things I dreamed Livecode could have done a decade ago. Xojo is a more true and more easy to use programming language with dot syntax, real arrays, dictionaries, more controllable drawing code, access to everything on a platform with declares and plugins. It has a real IDE with a great code editor, and best of all a community full of many professional developers. Whom are professional in answer questions and talking about Xojo. There no hostile fanboys with Xojo like with other tools.
Best of all Xojo makes our final products work and look professional. It fits rate into the platform It is deployed on.
The biggest improvement moving from Livecode to Xojo is Native UI. The reason this is so much of a impact is we do not have to think twice about any control. The layout of the interface is fast, easy and works as if built with the default OS development tool. That save days if not weeks of work. It also allows us to focus on the code and workflow of the app. Where Livecode needs a custom UI and takes days if not weeks to make and look right. Plus it does not fit the platform what so ever as its not using anything native at all.
Pay to play; with Xojo you pay full price once, that one time is for a year of updates. If you do not renew you still can use what you paid for (with Livecode it just expires). When you renew the cost is only 1/2 of what you first paid for for another year of updates.
Since 2012 (the last time I could deploy a Livecode built app, because of these unfixed bugs) I spent $1500 and got nothing from it. Runrev still owes us two years of updates that we never got for the money we paid. I would only renew livecode if it was free. because I already paid for 2 years for a broken un-useable product. This makes my stomach drop because for a small business like mine $1,500.00 is a lot of money to get nothing in return. I actual upset about this so much that I really not willing to forget.
Xojo has made me basically forget about Livecode now. It has access to everything and that is wonderful. Xojo for iOS is near release. What I find the most amazing with Xojo is there staff is 1/4 the size of Livecode's and they actual delivery more stuff in a shorter timeframe. Isn't that just amazing? I think so.
I wish all the great Livecode users we meet and became friends with over the last decade, the best of luck using Livecode. It was once my first choice and I hope they actual fix stuff for you soon, like Xojo does for me today.
This blog has many old helpful tips for Livecode, I keep them here for a reference to help others. I will however no longer answer questions about Livecode as I now do not really consider myself a full time user anymore. Maybe I even move some old Livecode built libs I made to Github as I have made many of useful add ons for that tool, that I not going to use anymore.
This blog has many old helpful tips for Livecode, I keep them here for a reference to help others. I will however no longer answer questions about Livecode as I now do not really consider myself a full time user anymore. Maybe I even move some old Livecode built libs I made to Github as I have made many of useful add ons for that tool, that I not going to use anymore.
Tuesday, August 6, 2013
From Livecode to Xojo Read & Write Text Files
Both Livecode and Xojo are cross platform development tools.
This week in our Livecode to Xojo series... Is how to read and write text files with both development tools. If your new to one or both tools this will show an similar way to do the same thing with both tools.
This week in our Livecode to Xojo series... Is how to read and write text files with both development tools. If your new to one or both tools this will show an similar way to do the same thing with both tools.
If you find this video helpful please go to you tube and give it an like. Happy Coding :)
Labels:
Code,
Cross-platform,
Desktop Apps,
Development tool,
Export,
From Livecode to Xojo,
Import,
Livecode,
Mac OSX,
Obleo,
Read & Write Text,
Real Studio,
Save Files,
Video,
Video Tutorial,
Xojo
Thursday, July 18, 2013
From Livecode to Xojo Switching Views
Both Livecode and Xojo are cross platform development tools. Both have strengths and weakness. However it no shock how much more I prefer Xojo over Livecode for desktop development, as the Xojo makes an far better and more modern final product on Mac and Linux than Livecode does. On Windows both do similarly well.
For mobile Livecode currently supports iOS and Android where Xojo will soon will do iOS, however not Android. Xojo also does the web where Livecode does the server. So again each tool has pluses and minus.
I have used Livecode for over 8 years professionally and Xojo (and former product names) 6 years.
I also get many clients asking to convert Livecode code bases to Xojo and also Xojo code bases to Livecode so I figure I could do an few videos showing the different ways using both tools, to get one started using either or of the tools.
First in this new series is switching views. I will keep every video under 15 minutes long, even if that means editing the content down.
There many of way to switch views than what I present, but I walk over the basic ways for both tools.
Again Happy coding :)
Wednesday, April 10, 2013
Livecode Cross Platform is now open source
An development tool I used for the past nine years released itself as open source April 9th 2013.
This includes the full source code to the engine for desktop, mobile and server along with the IDE.
Here an quick link to the Git engine source https://github.com/runrev/livecode
The IDE which needs an free account to unlock and use can be found here Runrev
Livecode is an cross-platform tool for Mac OSX , Windows, Linux, Server, Android and iOS.
Its not prefect and can not do everything. However what it can do it does well. For the last 9 years 80% of all the software I have sold was made with Livecode. Even if now I moved on to using Real Studio (Xojo), Xcode and Unity for most of my software and games. (it was not for any other reason than I needed tools that could make professional software that Livecode was no longer suited the best option to build.)
I do recommend checking it out, it will surprise you to find out Livecode can do much more than what you first think it can do.
There also an great amount of 3rd party add-ons and custom controls than any other tool I seen besides Unity. One of the best part of it being open source for me is actually opening up the engine source and tweaking things. However I only started peeking and saying there using that? In I use that already with tool X.
I recall helping out an Livecode user last winter, and when I recommend curl as an option I was told "that dumb I never use it." Well guess what, Livecode was using curl, one look at the source code and licensing shows it.
There are many other interesting discoveries on how they made there tool work. I for years tried to guess what cross compiler they used. When I seen stack-less just in time compiler. I almost fell out of my chair. I had that listed as one of my guesses years ago.
If your new to Livecode, it will depended on coding experience on how you take it. I personally learned programing from BASIC and Livecode is much like hyper-talk. It takes time getting use to if you have years of using other programming languages, because it seems like baby talk. If you can look beyond that you find it works fast and does a lot.
The mobile space is actually very well and 500 times better than Corona sdk. However if you want physics you need to program them your self, which is really not that hard. There is however some major down sides. The native UI is outdated at best, but you can use custom controls and get them to work pretty fast depending on your skill at design.
For Mac there no cocoa yet, witch means no retina support. This was one of the main reasons I quit using Livecode last year. And moved back to tools like Xcode and real studio.
Personally Livecode still worth an look for Mobile and it also does windows really well. Also Cocoa for mac is now an future project of runrev so its coming. I just do not think it will come till 2014 I could be wrong.
Also the IDE is way dated. And mobile apps windows at 1 to 1 retina sizes do not fit most computer displays. There an few tricks to getting this to work, witch is not all that bad for the trade off in code time saved.
Why not download it and give it an try. Maybe it works for you. Also do not believe everyone on that forum that says you can not do that. I proved many of them wrong for years doing what they said can not be done with Livecode.
This includes the full source code to the engine for desktop, mobile and server along with the IDE.
Here an quick link to the Git engine source https://github.com/runrev/livecode
The IDE which needs an free account to unlock and use can be found here Runrev
Livecode is an cross-platform tool for Mac OSX , Windows, Linux, Server, Android and iOS.
Its not prefect and can not do everything. However what it can do it does well. For the last 9 years 80% of all the software I have sold was made with Livecode. Even if now I moved on to using Real Studio (Xojo), Xcode and Unity for most of my software and games. (it was not for any other reason than I needed tools that could make professional software that Livecode was no longer suited the best option to build.)
I do recommend checking it out, it will surprise you to find out Livecode can do much more than what you first think it can do.
There also an great amount of 3rd party add-ons and custom controls than any other tool I seen besides Unity. One of the best part of it being open source for me is actually opening up the engine source and tweaking things. However I only started peeking and saying there using that? In I use that already with tool X.
I recall helping out an Livecode user last winter, and when I recommend curl as an option I was told "that dumb I never use it." Well guess what, Livecode was using curl, one look at the source code and licensing shows it.
There are many other interesting discoveries on how they made there tool work. I for years tried to guess what cross compiler they used. When I seen stack-less just in time compiler. I almost fell out of my chair. I had that listed as one of my guesses years ago.
If your new to Livecode, it will depended on coding experience on how you take it. I personally learned programing from BASIC and Livecode is much like hyper-talk. It takes time getting use to if you have years of using other programming languages, because it seems like baby talk. If you can look beyond that you find it works fast and does a lot.
The mobile space is actually very well and 500 times better than Corona sdk. However if you want physics you need to program them your self, which is really not that hard. There is however some major down sides. The native UI is outdated at best, but you can use custom controls and get them to work pretty fast depending on your skill at design.
For Mac there no cocoa yet, witch means no retina support. This was one of the main reasons I quit using Livecode last year. And moved back to tools like Xcode and real studio.
Personally Livecode still worth an look for Mobile and it also does windows really well. Also Cocoa for mac is now an future project of runrev so its coming. I just do not think it will come till 2014 I could be wrong.
Also the IDE is way dated. And mobile apps windows at 1 to 1 retina sizes do not fit most computer displays. There an few tricks to getting this to work, witch is not all that bad for the trade off in code time saved.
Why not download it and give it an try. Maybe it works for you. Also do not believe everyone on that forum that says you can not do that. I proved many of them wrong for years doing what they said can not be done with Livecode.
Labels:
Android,
Development tool,
IDE,
iOS,
Linux,
Livecode,
Mac OSX,
Mobile,
Obleo,
Open Source,
Windows OS
Wednesday, November 14, 2012
Installing Livecode on Linux
I had to set up an new Linux box this week and came accross that time when to Install Livecode, again. Since we been asked this question before. How to install Livecode on Linux? I figure why not do an quick 1 minute video screen how to. Hopefully someone finds this useful. If not , oh well.
Sunday, September 30, 2012
Adding Borders to Images with Livecode
If your looking for an clean rect boarder within an image within Livecode you need to do so using groups. I found an great tutorial demo this off by Jan Sckenkel of Quartam Software. Jan's example is way beyond just borders and is worth checking out.
His StyledImageView custom control article come in two parts
Part 1 StyledImageView custom control
Part 2 StyledImageView custom control(Part 2)
I suggest checking these out. It an really cool project demo with code. Great job Jan.
His StyledImageView custom control article come in two parts
Part 1 StyledImageView custom control
Part 2 StyledImageView custom control(Part 2)
I suggest checking these out. It an really cool project demo with code. Great job Jan.
Livecode Control Margin fix for OSX
As of Mac OSX 10.7 or later the controls in Livecode are off. Off how you might ask, well the label is off on the buttons, Checkboxes, Radio Buttons etc. The label is not aligned to the control and makes the user experience feel incorrect. There an simple fix however, by setting the text margins to align back to center. These are the margins I found that work to get the appearance correctly align for these controls.
Livecode 5.1.0 or later
This is for the default object height.
Push Buttons: 2,12,2,13
Rectangle Button: 2,12,2,13
Combo Box: 6,8,2,13
Radio Buttons: 4,15,2,13
Check Box: 4,15,2,13
Option Menu: 2,14,2,13
Pulldown: 4,14,2,13
These margins can be set by script or the properties palette.
Livecode 5.1.0 or later
This is for the default object height.
Push Buttons: 2,12,2,13
Rectangle Button: 2,12,2,13
Combo Box: 6,8,2,13
Radio Buttons: 4,15,2,13
Check Box: 4,15,2,13
Option Menu: 2,14,2,13
Pulldown: 4,14,2,13
These margins can be set by script or the properties palette.
Friday, September 28, 2012
Open Source Livecode iOS Externals
I had made some externals to interface with Livecode and iOS. Some of which are now built into the IDE or do an small little things. I added these iOS externals for Livecode as free downloads with full source code to an backend webpage. I add an few new ones every once in an while.
I tried charging for my OSX Core Image External for Livecode OSX for only $50.00 and only an handful bothered buying and supporting it. It also seem to piss an ton of people off (I know because they emailed us.) that some one would spend months making an really cool addition to the Livecode tool, and then actually charge an small fee of $50.00 for there effort. Specially when most of the Livecode 3rd party tools cost more than that, and do far less.
With that I am over selling externals for Livecode. I will share them as full open source and AS-IS. Maybe it will help someone learn or whatever.
Here an page to some limited open source iOS Livecode Externals we made, hope you enjoy. Link
I tried charging for my OSX Core Image External for Livecode OSX for only $50.00 and only an handful bothered buying and supporting it. It also seem to piss an ton of people off (I know because they emailed us.) that some one would spend months making an really cool addition to the Livecode tool, and then actually charge an small fee of $50.00 for there effort. Specially when most of the Livecode 3rd party tools cost more than that, and do far less.
With that I am over selling externals for Livecode. I will share them as full open source and AS-IS. Maybe it will help someone learn or whatever.
Here an page to some limited open source iOS Livecode Externals we made, hope you enjoy. Link
Sunday, September 9, 2012
10 Livecode features I want
Livecode is an great tool and does so many things out of the box its mind boggling. However as technology changes so does any development tool, and its need to support new things. Here my top ten wish list for Livecode (Not in order).
1. Full Cocoa Support For Mac.
2. Windows Mobile & Surface supported
3. Native Spell Checking (All platforms)
4. Multi-Channel Audio Player for all platforms (Like iOS and Android have)
5. Upgraded IDE (with Custom editor improvements, Scaleable window editor, one window design.)
6. Full Game Center (for both iOS & Mac)
7 Native Toolbars
8 Native Web Browser on Linux (The only livecode platform without one, why?)
9 Native Movie Player for every platform
10 64-bit for all desktop platforms
1. Full Cocoa Support For Mac.
2. Windows Mobile & Surface supported
3. Native Spell Checking (All platforms)
4. Multi-Channel Audio Player for all platforms (Like iOS and Android have)
5. Upgraded IDE (with Custom editor improvements, Scaleable window editor, one window design.)
6. Full Game Center (for both iOS & Mac)
7 Native Toolbars
8 Native Web Browser on Linux (The only livecode platform without one, why?)
9 Native Movie Player for every platform
10 64-bit for all desktop platforms
Wednesday, July 18, 2012
Get & Set Linux Theme with Livecode.
With Linux there many different options for window themes, based upon what distro you or your users are running. But using Livecode this is easy info to get and can be used to alter the window theme layout like the following Picture below alters the toolbar and window menu in unity theme of an Livecode built app.
To query this data is simple for Livecode use the Environment Variable $XDG_CURRENT_DESKTOP.
Use like such
function getLixTheme
return $XDG_CURRENT_DESKTOP
end getLixTheme
For the above if its unity I alter the window layout as show, else I alter nothing, and remove the unity toolbar and White in window menu.
Friday, June 29, 2012
Livecode: Copy File with Mac Sandbox & Mobile
If you find out RevCopyFile does not work. There an really simple fix, and one that used in mobile with iOS and Android with Livecode that can be used to fix this fast.
It super super simple. Use URL and binfile. like such
put URL ("binfile:" & tPath2File) into URL ("binfile:" & tPath2CopyLoc)
The Variables
tPath2File is the var that holds the path to the location of the file to copy.
tPath2CopyLoc is the var that holds the path to the location to copy the file to.
It works and does not require the use of anything like applescript, VB script or shell. Also it supported with iOS, Android, Sandbox Mac Apps, and all the Livecode supported platforms.
Monday, June 4, 2012
Livecode Mac Sandboxing
Here an overview for Livecode built apps enabling Sandboxing for the Mac apps store. I includes an video walk over on you tube for testing your Livecode built app against the sandbox security.
Some item you will need to get this to work with Livecode
• Livecode Version 5.5 or later (This version includes Power Box Dialogs for file and folder access, when sandbox entitlements are chosen for such, previous version will crash and not work)
• An Mac Paid Development Account from Apple ($99 US)
• An Mac CPU running 10.7 or later (suggest having the most latest public release of OSX as newer entitlements are added pre release that make more things work.)
• Download and add your Mac App Store certificates to your machine for Code signing
• An sandbox entitlement file (This can be created in Xcode, and Text editor or using an 3rd party tool such as RB Package Maker Studio)
You can code sign by the command line or use an 3rd party tool (I using RB Package Maker Studio as it make it more simple and catches problems before hand. RB Package Maker Studio is said to be for Real basic but works with an Mac app, including apps made with Livecode, Mac Ruby, Unity 3D and Other development tools. )
There two current gothias with Livecode built apps :
1. All Livecode built apps for Mac return an Print Violation , even if your app does not print. Fix this by enabling the Print Entitlement "com.apple.security.print"
2 Power Box Dialogs do not work correctly with the "as sheet" syntax. Current Fix do not sheet file and folder dialogs. (The video will show what happens if you do.)
--
To access your own apps sandbox containers use the specialFolderPath() Livecode Syntax.
Such as:
specialFolderPath("Home")
returns:
/Users/username/Library/Containers/com.yourbundlename.yourappname/Data
specialFolderPath("Documents")
specialFolderPath("Temporary")
returns:
/Users/username/Library/Containers/com.yourbundlename.yourappname/Data/Library/Caches/TemporaryItems
Go ahead and try it for your self. Also Not everything works, any app the access an older system dialog will fail, such as answer record. There is some thing like this that need an bug report issued for an future fix. However most items work with sandbox enabled.
Also beware that some shell function and command line tools will not work, while most do. Items like screencapture will not because it an global system level item, and is not seen as secure. The best way to determine if your apps will work is to enable sandboxing and test for violations. It maybe you just need to recode some areas or recode the whole project. Also some apps may work 100% out of the box with no code changes.
Have fun, and remember follow the guidelines apple has published on the subject. This just confirms that Yes Livecode built apps do work with Sandboxing.
Edit: The best 3rd party tool I use now is App Wrapper (link). It works awesome with Xojo and good with Livecode. So it now the best all around solution (I suggest using the the full non mini version, as it supports way more stuff, and is worth the money. Also its developer is very helpful.)
Some item you will need to get this to work with Livecode
• Livecode Version 5.5 or later (This version includes Power Box Dialogs for file and folder access, when sandbox entitlements are chosen for such, previous version will crash and not work)
• An Mac Paid Development Account from Apple ($99 US)
• An Mac CPU running 10.7 or later (suggest having the most latest public release of OSX as newer entitlements are added pre release that make more things work.)
• Download and add your Mac App Store certificates to your machine for Code signing
• An sandbox entitlement file (This can be created in Xcode, and Text editor or using an 3rd party tool such as RB Package Maker Studio)
You can code sign by the command line or use an 3rd party tool (I using RB Package Maker Studio as it make it more simple and catches problems before hand. RB Package Maker Studio is said to be for Real basic but works with an Mac app, including apps made with Livecode, Mac Ruby, Unity 3D and Other development tools. )
There two current gothias with Livecode built apps :
1. All Livecode built apps for Mac return an Print Violation , even if your app does not print. Fix this by enabling the Print Entitlement "com.apple.security.print"
2 Power Box Dialogs do not work correctly with the "as sheet" syntax. Current Fix do not sheet file and folder dialogs. (The video will show what happens if you do.)
--
To access your own apps sandbox containers use the specialFolderPath() Livecode Syntax.
Such as:
specialFolderPath("Home")
returns:
/Users/username/Library/Containers/com.yourbundlename.yourappname/Data
specialFolderPath("Documents")
returns:
/Users/username/Library/Containers/com.yourbundlename.yourappname/Data/Documents
specialFolderPath("Temporary")
returns:
/Users/username/Library/Containers/com.yourbundlename.yourappname/Data/Library/Caches/TemporaryItems
Go ahead and try it for your self. Also Not everything works, any app the access an older system dialog will fail, such as answer record. There is some thing like this that need an bug report issued for an future fix. However most items work with sandbox enabled.
Also beware that some shell function and command line tools will not work, while most do. Items like screencapture will not because it an global system level item, and is not seen as secure. The best way to determine if your apps will work is to enable sandboxing and test for violations. It maybe you just need to recode some areas or recode the whole project. Also some apps may work 100% out of the box with no code changes.
Have fun, and remember follow the guidelines apple has published on the subject. This just confirms that Yes Livecode built apps do work with Sandboxing.
Edit: The best 3rd party tool I use now is App Wrapper (link). It works awesome with Xojo and good with Livecode. So it now the best all around solution (I suggest using the the full non mini version, as it supports way more stuff, and is worth the money. Also its developer is very helpful.)
Subscribe to:
Posts (Atom)





