It seems that programming ON a mobile device (instead of FOR a mobile device) could be easier if a lisp existed that run on J2ME.
Do you know any (preferably opensource) lisp/smalltalk apps?
I searched the web and I couldn't find a working J2ME lisp.
Is it so difficult to port it to J2ME?
Thanks
Maybe this tiny lisp will run on J2ME: https://www.iam.unibe.ch/scg/svn_repos/Sources/Cells/src/lisp/
If you give it a try, let me know how it worked...
I managed myself to make http://norvig.com/jscheme.html work in j2me, by removing all UI related classes...It worked, but my cellphone is TOO small and I dont have the time...
I've only tested it with some (fac n)... but lisp is not for me, I'm not that smart.
You could try Kawa, but I am not certain it will run.
Related
I need to develope a NFC chipset evaluation tool. i need to connect the NFC board (that includes the NFC chip) to PC (running in Windows). then i need to get all the data of the chip to my PC using a software tool. this is the first time i am trying to do it. i need some advises regarding the first steps. i suppose, i would use a TCP-IP protocol to connect with the chipset. but how exactly it would work? for example, there is a USB-tester... http://www.vconsole.com/client/?page=page&id=13. my tool will be similar to this.
i also need to validate in the low level entry, for the framework.
i need to have a process description for the development of the tool. what are the steps?
thanks for your advices.
You cannot use TCP/IP over a USB/I2C connection. Most test boards come with software that you can use to connect to the board. What you are asking is a very broad question. If you are trying to write your own question, or hook it up to Excel to run tests with, you are progressing down a very time consuming path. People here are willing to help you figure out a question you are stuck on, but not to do all the hard work for you.
Like I said, you are starting on a BIG project, and will need to research A LOT. Then I'd recommend asking specific questions rather than very general questions.
As far as where to start, I'd start by writing down everything you want to know, and then start figuring out how to get each individual piece.
I am working on a browser-based application that is essentially a Digital Audio Workstation. I've seen one out there (at http://www.indabamusic.com), and it looks like it is a Java applet. Is a Java applet the best way to do this?
I've read that C++ is generally more widely used for audio programs, and I've looked at Wt ( http://www.webtoolkit.eu/wt/) for a web interface option but it doesn't seem to be meant for this kind of use (correct me if I'm wrong).
I have almost no experience with C++, so I might just be biased.
You either want a java applet or to do it in Flash (perhaps Flex). It is generally messy to get C++ bits deployed broadly in a browser.
mY general question above and simple - can I compile Dalvik VM for WinCE? In particular, I want to run some android-compatible projects under WinCE 5.0. Obviously, it's sounds afraid, but interesting for me:)
I don't think it would help you. In fact, since the code is just Java, you could compile it for regular JVM and there are some for WinCE. The problem is you'd need the user interface and system libraries and porting those would be huge amount of work.
If you are writing the application, the best I can suggest is that you use some kind of portability layer. There are e.g. J2ME polish, LWUIT (Android port) and certainly more. With those you will be able to run on most mobile devices that have Java.
i would like to know if there are any solution to do this. Does anyone?
The big picture: I want to access data over the web, using my delphi thin clients. But i´would like to keep my server/service writen in pascal.
The 'not so' big picture: I´m trying to write a php to emulate a SOAP Midas packets to ClientDataSets in delphi, but i dont have the necessary muscules in my brain to do that. So i could try to convert dbexpress to FPC, but i don´t know if this is legal.
Ok folks, i know that PHP, java, c#/asp, python, ORM´s and things like that could help me with this, but i´m a GUI guy! Everyone who ever programmed 10000 lines report in cobol knows what i´m talking about. I just want to point my soap connection to some server in the net (i dont own the service providers) and make my customers happy. Simple as...
RemObjects SDK supports Free Pascal. And Free Pascal is a Delphi compatible Pascal compiler for, amongst others, Linux platforms.
http://wiki.remobjects.com/wiki/Introduction_to_Free_Pascal_support
If you are familiar with FPC and don't like to write many lines of code (as you pointed out), I think RemObjects SDK is really an interesting option.
A Delphi cross-platform edition is in the works. Hopefully with the next version of Delphi it is possible to build DataSnap servers for the Linux platform.
You can do this with Lazarus and the wst (web service toolkit). We use it for some client / server projects. In Lazarus you can use (almost) 100% compatible Delphi code and you can compile to native apps for Windows, Linux and OSX.
Only problem is the learning curve , which is rather seep.
The Delphi 2010 DataSnap support REST protocol and JSON as data packet. Perhaps this may helps if you want to design your solution to integrate your Delphi apps with non Delphi apps.
I am a .NET programmer who needs to port one good Desktop OTP system already at work to be used into cell phones. As far I know J2ME is the correct answer to do it. I'll appreciate any good advice about IDE, first steps, books or any other information.
Well, Eclipse IDE have good J2ME support, or so I've heard.
For api, read the javadocs:
http://java.sun.com/javame/reference/apis.jsp
You'll have to figure out which device you want to target, and grab its emulator.
Then, proceed making a hello world app with the aid of tutorials.
I would give NetBeans a try as well. Eclipse and NetBeans are very similar, but the differences can be night and day depending on your personal preferences. NetBeans also has great J2ME project support, and it is plug and play for any emulator of a device you may need to target, though I recommend sticking to the default or SonyEricsson's. Motorola's was always buggy and never reflected the device at all, and Nokia's was always sloooow.
Also, there are a ton of devices out there. Before you jump head first into this you should define a scope of exactly which devices you will need to target. This will have a huge impact on scheduling as porting is no small task.
Finally, just get your hands on the actual devices you need to target. Emulator is a good way to start, but there are always so many nuances and problems that pop up once you throw the app on the device that it's best to have your target devices from day one.