Search results

The .NET micro thing is useless, just a PR stunt. If you really want to use a .NET language on the pandora, use mono. It will work, but it most certainly will not be bundled with Pandora. Your games/apps will be HUGE because you'll have to include mono. This is all the same whether you're...

If KDE and plasma were already used, there would be no waste since the libraries would be shared. As I said, there would just be more work to get it working without Plasma, but entirely possible.

I don't see how Go's system allows you to side-step the issues with OOP. It leaves the responsibility of getting it right to the individual developers, which I think is a bad idea. for 1., you really haven't used Python much, have you? Conflicts with multiple inheritance are properly reported...

Perhaps Mac OS X Dashboard widgets would be useful? And Google Gadgets? And perhaps a few others. They're all web based and supported by KDE's Plasma. If plasma is not used, it wouldn't be too hard to implement support for any of these on the pandora.

Its syntax is C like, that's neither here nor there. It's not a particularly good syntax, but it's one we're all used to. It has some interesting things, but it doesn't seem more interesting than D (which is of about the same high-levelness). It's not even OOP, more like struct-based.

For python development, you usually only need a good editor: Vim, Emacs, jEdit, Kate, IDLE, TextMate, Geany, Komodo Edit, Editra. Most of these have some IDE features (multiple files, code completion, etc.), either builtin or as plugins. You could also use Eclipse + PyDev, NetBeans or...

I doubt NetBeans will work well, if at all, with so little RAM. Stick to things like vim, emacs, kate, geany, jedit, komodo edit, etc.

Basically there are two somewhat technically feasible options: - writing a new WoW client, not necessarily full-featured. mostly working servers have been done, but there was never a need for another client. - running the windows WoW client on wine, which in turn would run on userspace qemu...

Lua or Python, depending on your needs. Lua is easier to embed, Python has tons of features. JavaScript could also be a choice, but integrating would be a bit harder.

Since the NAND is best left untouched, it'll probably be best to keep alternate OS-es on an SD card anyway.

I guess the claim of 'clean code' was slightly overrated. Have you tried contacting the author?

It's comparable to Nexuiz in its 'advancement'. It does have much cleaner code, and only uses an OpenGL subset compatible with OpenGL ES 2.0.

I prefer linux, but I'm often forced to use Mac OS X. Not nearly as bad as Windows, but far from a nice experience.

Most of the time you can just compile things to ARM as you would x86. You can use a http://en.wikipedia.org/wiki/Cross-compiler to compile things to ARM. Also, anything in the Debian and Ångström armel archives will just work.

It's overrated. And so is underclocking, since it just stops when idle. It's fine with defaults