Originally Posted by josiahg777 (Post 192765)

@OSEmuTech - May I humbly suggest using photoshop's "Clone" or "blur" tool to remove embarrassing signs of a photoshop job such as the off-color box of color behind the "Windows Mobile Emulator" text? :D

Originally Posted by qwerty12 (Post 192773)

Might I also suggest copying the Nokia Sans font from the device to at least use the right font for the title ;) :p

Originally Posted by andrewfblack (Post 192805)

...there is a verison of Windows CE for Embedded for ARM proccessors so in theroy couldn't someone get this working.

Originally Posted by sjgadsby (Post 192841)

In theory, yes, but the probability is low.

Originally Posted by Red (Post 192806)

KJ's antics remind me of the famous thread over at the A/V forums on watercooling.

http://www.avforums.com/forums/showthread.php?t=56924

Originally Posted by Benson (Post 229494)

800x480 is much rarer; the only device I've heard of is the HTC Touch HD

Originally Posted by jackdoor (Post 229719)

Why are so many people against having a windows mobile emulator, it must be better than garnet and even if its not its still something that people would like to try.

Originally Posted by jackdoor (Post 229770)

Well cant somebody make an emulator?

Originally Posted by jackdoor (Post 229784)

I'm not a programmer so I don't know how much work s involved but it seems like a lot, because if I was I would be interested in making a windows emulator.

Originally Posted by Karel Jansens (Post 229847)

It would probably be easier (although not much) to "port" wine to the ARM architecture.

Originally Posted by Wine Website

Well, it is true that Wine only runs on Intel's x86 processors. Unfortunately it will also require quite a lot of work before it runs on other processor architectures.

But what do we mean by 'running on a non x86 processor'.

First it can mean 'I can compile a Windows application on Sparc, link it with Winelib, and have it run on Solaris'. I know, this is not what you had in mind. This may seem very restrictive and yet would be very useful: it means easy porting of Windows applications to almost any Unix architecture. In any case this is the first step towards allowing Wine to run on other processor architectures. Unfortunately Wine's code is not very portable to other processor architectures, partly because some parts of it have to know a lot about the processor, and partly because most of it makes assumptions like 'sizeof(int)==sizeof(pointer)' and 'byte-sex==little-endian'. This is being worked on though, and progress is being made albeit slowly.

Then we could take it to mean 'Wine on Alpha should be able to run Windows NT Alpha applications'. The prerequisite for this is that Winelib compiles on Alpha (or MIPS, the other defunct Windows NT platform). Now, would it be really useful? I don't think many people have Windows NT applications for the Alpha or MIPS processor. So this is probably not that useful and also rather unlikely to happen since we would need a programmer who has just this combination of hardware and software to work on it.

Then there's what everyone has been waiting for: 'I want to be able to run my x86 Windows applications on any processor architecture I like. That's the most complex one. Again the prerequisite is that Winelib works on this architecture, which will definitely happen someday. Then 'all that is needed' is to integrate an x86 emulator with Wine (and also change Wine's name :-). Ulrich Weigand just did that as an experiment some time ago when he had 'some spare time'. He even managed to get some Win16 applications to run. His code was not in a state where it could be integrated into Wine yet and I don't know how much work has been put into pursuing it. His attempt did spark many discussions on Wine's mailing list though. The result is that we would need a sophisticated emulator including a JIT in order to get something really viable (i.e. not too slow). And developing such an emulator is a whole project in itself.
Does it mean it will never happen? Not sure. Maybe we'll get some motivated developers once the Winelib problems are solved. Of course, it would happen much faster if, for instance, Compaq made its Fx32! Intel x86 emulator Open Source and financed the development of Wine for their Alpha machines. As with all Open Source projects, if enough people are interested and pool their resources together, it will happen.

Originally Posted by jackdoor (Post 229784)

I'm not a programmer so I don't know how much work s involved but it seems like a lot, because if I was I would be interested in making a windows emulator.

Originally Posted by phutterman (Post 231429)

just a .doc viewer...I don't even need to edit them most of the time, it would just be nice to be able to look at them

Originally Posted by qole (Post 231440)

If you just want a MS Office doc viewer, but you don't want to mess around with Debian (oh come on, you know you want to!), you can always try Bundyo's "Biggest Viewer of them All", it will convert all types of MS documents to PDFs.