<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://wiki.openmoko.org/skins/common/feed.css?303"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://wiki.openmoko.org/api.php?action=feedcontributions&amp;user=Stephmw&amp;feedformat=atom</id>
		<title>Openmoko - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="http://wiki.openmoko.org/api.php?action=feedcontributions&amp;user=Stephmw&amp;feedformat=atom"/>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Special:Contributions/Stephmw"/>
		<updated>2013-05-19T19:16:39Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.19.6</generator>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_London</id>
		<title>Openmoko Local Groups: London</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko_Local_Groups:_London"/>
				<updated>2007-12-05T17:01:07Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Welcome to OpenMoko London!&lt;br /&gt;
&lt;br /&gt;
Beer and Neo anyone?&lt;br /&gt;
&lt;br /&gt;
{|border=1&lt;br /&gt;
!Name&lt;br /&gt;
!Skills&lt;br /&gt;
!Interest&lt;br /&gt;
!Location&lt;br /&gt;
!Device owned&lt;br /&gt;
|-&lt;br /&gt;
|[[User:jptmoore|John Moore]]&lt;br /&gt;
|C/Scheme&lt;br /&gt;
|Application development&lt;br /&gt;
|Pinner&lt;br /&gt;
|[[Image: Moko.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|Alex&lt;br /&gt;
|Java,Perl,Python&lt;br /&gt;
|User &amp;amp; developer&lt;br /&gt;
|Hampshire&lt;br /&gt;
|&lt;br /&gt;
|-&lt;br /&gt;
|[[User:Phlash|Phil Ashby]]&lt;br /&gt;
|C/C++/Java /Embedded/Hardware&lt;br /&gt;
|Kernel &amp;amp; Application development&lt;br /&gt;
|Felixstowe&lt;br /&gt;
|[[Image: Moko.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|John Cass&lt;br /&gt;
|Java,C&lt;br /&gt;
|User &amp;amp; developer&lt;br /&gt;
|London&lt;br /&gt;
|[[Image: Moko.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|[[User:TonyGarnockJones|Tony Garnock-Jones]]&lt;br /&gt;
|C, assembly, Erlang, Scheme, ML, Haskell, Smalltalk, ...&lt;br /&gt;
|User &amp;amp; developer&lt;br /&gt;
|London&lt;br /&gt;
|[[Image: Moko.jpg|center]]&lt;br /&gt;
|-&lt;br /&gt;
|[[User:ThomasWood|Thomas Wood/OpenedHand]]&lt;br /&gt;
|C, GTK+ developer&lt;br /&gt;
|User &amp;amp; developer&lt;br /&gt;
|London&lt;br /&gt;
|[[Image: Moko.jpg|center]] GTA01 + debug board + GTA02&lt;br /&gt;
|-&lt;br /&gt;
|[[User:Stephmw|Steph Meslin-Weber]]&lt;br /&gt;
|Java (J2ME), C, User Experience, Interface prototyping&lt;br /&gt;
|User, developer and general busybody&lt;br /&gt;
|London&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
See [[Talk:OpenMoko_Local_Groups:_London|discussion]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Community]]&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:Stephmw</id>
		<title>User:Stephmw</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:Stephmw"/>
				<updated>2007-12-05T16:59:51Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Nothing much to see at the moment...&lt;br /&gt;
&lt;br /&gt;
J2ME/C developer, User Experience and Interface prototyper&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Java</id>
		<title>Java</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Java"/>
				<updated>2007-07-12T08:17:45Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: /* Introduction */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
There are two main types of Java platforms that can be made available on OpenMoko devices such as the Neo1973.&lt;br /&gt;
* Java Standard Edition (J2SE)&lt;br /&gt;
* Java Micro Edition (J2ME)&lt;br /&gt;
* Hybrid Solutions&lt;br /&gt;
&lt;br /&gt;
=== Java Standard Edition (J2SE) ===&lt;br /&gt;
&lt;br /&gt;
This is the incarnation of the desktop version of Sun's Java platform. The majority of its codebase was recently opensourced under the GPL+exception license; the closed bits are quickly being replaced by unencumbered alternatives.&lt;br /&gt;
&lt;br /&gt;
When people talk of Java applications, they're usually referring to software targetted to this platform. Application memory footprints on desktop applications usually include the VM and base libraries into account, rather than just the application itself (this isn't the case in J2ME).&lt;br /&gt;
&lt;br /&gt;
=== Java Micro Edition (J2ME) ===&lt;br /&gt;
&lt;br /&gt;
This is the 'lite' edition of the Java platform. Modular and optimised for embedded devices, this platform provides a much more restricted set of language and library features.&lt;br /&gt;
&lt;br /&gt;
J2ME applications are usually referred to as MIDlets (Sun's name for these applications).&lt;br /&gt;
&lt;br /&gt;
When talking about games, and mobile phone games in general, people are normally referring to this platform. J2ME games and applications are expected to function within the strict memory capabilities of the corresponding platform (application descriptors allow the runtime environment to know for which they are intended).&lt;br /&gt;
&lt;br /&gt;
Memory footprints of MIDlets written for J2ME are typically quoted exclusive of the VM or base libraries - this is because they are often delivered to Java-enabled devices over the network. Footprint sizes average 10-64KB, with recent devices supporting up to 1MB MIDlets.&lt;br /&gt;
&lt;br /&gt;
MIDlet are delivered as two files:&lt;br /&gt;
* a .jad MIDlet metadata descriptor&lt;br /&gt;
* a .jar MIDlet container, containing executable bytecode and any required resources&lt;br /&gt;
&lt;br /&gt;
=== Hybrid Solutions ===&lt;br /&gt;
&lt;br /&gt;
Other approaches include mixing and matching J2SE and J2ME in various ways. Standard methods include providing a compatibility layer on top of J2SE to allow it to run J2ME and expanding J2ME to provide more J2SE features.&lt;br /&gt;
&lt;br /&gt;
== Implementations ==&lt;br /&gt;
&lt;br /&gt;
=== J2SE implementations ===&lt;br /&gt;
&lt;br /&gt;
=== J2ME implementations ===&lt;br /&gt;
&lt;br /&gt;
== Licensing ==&lt;br /&gt;
&lt;br /&gt;
=== VM Licensing ===&lt;br /&gt;
&lt;br /&gt;
=== MIDlet Licensing ===&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
Google should be your first port of call for most things Java as it would be impossible to give a comprehensive list of all the useful information out there. That being said, below is a selected list of further information resources.&lt;br /&gt;
&lt;br /&gt;
=== J2SE Links ===&lt;br /&gt;
&lt;br /&gt;
=== J2ME Links ===&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Java</id>
		<title>Java</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Java"/>
				<updated>2007-07-12T07:59:13Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: Added links section&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
There are two main types of Java platforms that can be made available on OpenMoko devices such as the Neo1973.&lt;br /&gt;
* Java Standard Edition (J2SE)&lt;br /&gt;
* Java Micro Edition (J2ME)&lt;br /&gt;
&lt;br /&gt;
=== Java Standard Edition (J2SE) ===&lt;br /&gt;
&lt;br /&gt;
This is the incarnation of the desktop version of Sun's Java platform. The majority of its codebase was recently opensourced under the GPL+exception license; the closed bits are quickly being replaced by unencumbered alternatives.&lt;br /&gt;
&lt;br /&gt;
When people talk of Java applications, they're usually referring to software targetted to this platform. Application memory footprints on desktop applications usually include the VM and base libraries into account, rather than just the application itself (this isn't the case in J2ME).&lt;br /&gt;
&lt;br /&gt;
=== Java Micro Edition (J2ME) ===&lt;br /&gt;
&lt;br /&gt;
This is the 'lite' edition of the Java platform. Modular and optimised for embedded devices, this platform provides a much more restricted set of language and library features.&lt;br /&gt;
&lt;br /&gt;
J2ME applications are usually referred to as MIDlets (Sun's name for these applications).&lt;br /&gt;
&lt;br /&gt;
When talking about games, and mobile phone games in general, people are normally referring to this platform. J2ME games and applications are expected to function within the strict memory capabilities of the corresponding platform (application descriptors allow the runtime environment to know for which they are intended).&lt;br /&gt;
&lt;br /&gt;
Memory footprints of MIDlets written for J2ME are typically quoted exclusive of the VM or base libraries - this is because they are often delivered to Java-enabled devices over the network. Footprint sizes average 10-64KB, with recent devices supporting up to 1MB MIDlets.&lt;br /&gt;
&lt;br /&gt;
MIDlet are delivered as two files:&lt;br /&gt;
* a .jad MIDlet metadata descriptor&lt;br /&gt;
* a .jar MIDlet container, containing executable bytecode and any required resources&lt;br /&gt;
&lt;br /&gt;
== Implementations ==&lt;br /&gt;
&lt;br /&gt;
=== J2SE implementations ===&lt;br /&gt;
&lt;br /&gt;
=== J2ME implementations ===&lt;br /&gt;
&lt;br /&gt;
== Licensing ==&lt;br /&gt;
&lt;br /&gt;
=== VM Licensing ===&lt;br /&gt;
&lt;br /&gt;
=== MIDlet Licensing ===&lt;br /&gt;
&lt;br /&gt;
== Links ==&lt;br /&gt;
&lt;br /&gt;
Google should be your first port of call for most things Java as it would be impossible to give a comprehensive list of all the useful information out there. That being said, below is a selected list of further information resources.&lt;br /&gt;
&lt;br /&gt;
=== J2SE Links ===&lt;br /&gt;
&lt;br /&gt;
=== J2ME Links ===&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Java</id>
		<title>Java</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Java"/>
				<updated>2007-07-10T11:00:50Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Introduction ==&lt;br /&gt;
There are two main types of Java platforms that can be made available on OpenMoko devices such as the Neo1973.&lt;br /&gt;
* Java Standard Edition (J2SE)&lt;br /&gt;
* Java Micro Edition (J2ME)&lt;br /&gt;
&lt;br /&gt;
=== Java Standard Edition (J2SE) ===&lt;br /&gt;
&lt;br /&gt;
This is the incarnation of the desktop version of Sun's Java platform. The majority of its codebase was recently opensourced under the GPL+exception license; the closed bits are quickly being replaced by unencumbered alternatives.&lt;br /&gt;
&lt;br /&gt;
When people talk of Java applications, they're usually referring to software targetted to this platform. Application memory footprints on desktop applications usually include the VM and base libraries into account, rather than just the application itself (this isn't the case in J2ME).&lt;br /&gt;
&lt;br /&gt;
=== Java Micro Edition (J2ME) ===&lt;br /&gt;
&lt;br /&gt;
This is the 'lite' edition of the Java platform. Modular and optimised for embedded devices, this platform provides a much more restricted set of language and library features.&lt;br /&gt;
&lt;br /&gt;
J2ME applications are usually referred to as MIDlets (Sun's name for these applications).&lt;br /&gt;
&lt;br /&gt;
When talking about games, and mobile phone games in general, people are normally referring to this platform. J2ME games and applications are expected to function within the strict memory capabilities of the corresponding platform (application descriptors allow the runtime environment to know for which they are intended).&lt;br /&gt;
&lt;br /&gt;
Memory footprints of MIDlets written for J2ME are typically quoted exclusive of the VM or base libraries - this is because they are often delivered to Java-enabled devices over the network. Footprint sizes average 10-64KB, with recent devices supporting up to 1MB MIDlets.&lt;br /&gt;
&lt;br /&gt;
MIDlet are delivered as two files:&lt;br /&gt;
* a .jad MIDlet metadata descriptor&lt;br /&gt;
* a .jar MIDlet container, containing executable bytecode and any required resources&lt;br /&gt;
&lt;br /&gt;
== Implementations ==&lt;br /&gt;
&lt;br /&gt;
=== J2SE implementations ===&lt;br /&gt;
&lt;br /&gt;
=== J2ME implementations ===&lt;br /&gt;
&lt;br /&gt;
== Licensing ==&lt;br /&gt;
&lt;br /&gt;
=== VM Licensing ===&lt;br /&gt;
&lt;br /&gt;
=== MIDlet Licensing ===&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Java</id>
		<title>Java</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Java"/>
				<updated>2007-07-10T10:10:41Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;There are two main types of Java platforms that can be made available on OpenMoko devices such as the Neo1973.&lt;br /&gt;
* Java Standard Edition (JSE)&lt;br /&gt;
* Java Micro Edition (JME/J2ME)&lt;br /&gt;
&lt;br /&gt;
== Java Standard Edition ==&lt;br /&gt;
&lt;br /&gt;
This is the incarnation of the desktop version of Sun's Java platform. The majority of its codebase was recently opensourced under the GPL+exception license; the closed bits are quickly being replaced by unencumbered alternatives.&lt;br /&gt;
&lt;br /&gt;
When people talk of Java applications, they're usually referring to software targetted to this platform.&lt;br /&gt;
&lt;br /&gt;
== Java Micro Edition ==&lt;br /&gt;
&lt;br /&gt;
This is the 'lite' edition of the Java platform. Modular and optimised for embedded devices, this platform provides a much more restricted set of language and library features.&lt;br /&gt;
&lt;br /&gt;
When talking about games, and mobile phone games in general, people are normally referring to this platform.&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Java</id>
		<title>Java</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Java"/>
				<updated>2007-07-10T10:10:15Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Java ==&lt;br /&gt;
&lt;br /&gt;
There are two main types of Java platforms that can be made available on OpenMoko devices such as the Neo1973.&lt;br /&gt;
* Java Standard Edition (JSE)&lt;br /&gt;
* Java Micro Edition (JME/J2ME)&lt;br /&gt;
&lt;br /&gt;
== Java Standard Edition ==&lt;br /&gt;
&lt;br /&gt;
This is the incarnation of the desktop version of Sun's Java platform. The majority of its codebase was recently opensourced under the GPL+exception license; the closed bits are quickly being replaced by unencumbered alternatives.&lt;br /&gt;
&lt;br /&gt;
When people talk of Java applications, they're usually referring to software targetted to this platform.&lt;br /&gt;
&lt;br /&gt;
== Java Micro Edition ==&lt;br /&gt;
&lt;br /&gt;
This is the 'lite' edition of the Java platform. Modular and optimised for embedded devices, this platform provides a much more restricted set of language and library features.&lt;br /&gt;
&lt;br /&gt;
When talking about games, and mobile phone games in general, people are normally referring to this platform.&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User_talk:Stephmw</id>
		<title>User talk:Stephmw</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User_talk:Stephmw"/>
				<updated>2007-04-17T09:26:19Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Mickey holding a Neo1973 at Fosdem 2007... full-res available on demand in #openmoko ;)&lt;br /&gt;
&lt;br /&gt;
[[Image:CF2_IMG_0041.jpg]]&lt;br /&gt;
&lt;br /&gt;
jserv2 made a qemu image for win32... here's a screenshot:&lt;br /&gt;
&lt;br /&gt;
[[Image:MokoWin32Emu.jpg]]&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/File:MokoWin32Emu.jpg</id>
		<title>File:MokoWin32Emu.jpg</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/File:MokoWin32Emu.jpg"/>
				<updated>2007-04-17T09:25:42Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User_talk:Stephmw</id>
		<title>User talk:Stephmw</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User_talk:Stephmw"/>
				<updated>2007-02-26T01:20:23Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Mickey holding a Neo1973 at Fosdem 2007... full-res available on demand in #openmoko ;)&lt;br /&gt;
&lt;br /&gt;
[[Image:CF2_IMG_0041.jpg]]&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User_talk:Stephmw</id>
		<title>User talk:Stephmw</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User_talk:Stephmw"/>
				<updated>2007-02-26T01:14:15Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Mickey holding a Neo1973 at Fosdem 2007&lt;br /&gt;
&lt;br /&gt;
[[Image:CF2_IMG_0041.jpg]]&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/File:CF2_IMG_0041.jpg</id>
		<title>File:CF2 IMG 0041.jpg</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/File:CF2_IMG_0041.jpg"/>
				<updated>2007-02-26T01:13:16Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: Mickey with a Neo1973&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Mickey with a Neo1973&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Wish_List_-_Hardware</id>
		<title>Wish List - Hardware</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Wish_List_-_Hardware"/>
				<updated>2007-02-19T14:31:40Z</updated>
		
		<summary type="html">&lt;p&gt;Stephmw: &lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;===Hardware enhancements===&lt;br /&gt;
&lt;br /&gt;
Some small hardware enhancement could be cheap, but very useful. Please add your ideas/wishes here:&lt;br /&gt;
&amp;lt;br \&amp;gt;&lt;br /&gt;
=====Video-capable camera=====&lt;br /&gt;
*preferably in rotatable turret set into top of unit, so it can face in either direction, making it useful for video conferencing. For a phone to stand a chance in the modern market it will need a camera else it is likely that it won't be bought.&lt;br /&gt;
&lt;br /&gt;
=====Integrated WiFi hardware=====&lt;br /&gt;
*To sync data&lt;br /&gt;
*To access Internet when WiFi is available (at home, work, school, friends)&lt;br /&gt;
*For VoIP (this uses much power but maybe the user have the charger connected)&lt;br /&gt;
**I'm willing to port [http://yate.null.ro/ Yate] to it if the Internet connectivity issue is solved --[[User:Csdexter|@Dexter]] 13:58, 16 February 2007 (CET)&lt;br /&gt;
*for videoconferencing (as with AccessGrid)&lt;br /&gt;
*Even 802.11b 11Mbps -only would do -- the point is being able to connect it to the Internet without incurring the (sometimes huge) costs of GPRS or (even worse) HSCSD.&lt;br /&gt;
*To save power have WiFi able to wake up and check for a designated SSID then sleep again if not found (i.e. I'm not home) or wake up by GPS location (only come up at home and in the office)&lt;br /&gt;
*Variable TX power, to the minimum needed to connect to the AP.&lt;br /&gt;
*Some sort of caching (encrypted?) internet proxy that can store and forward packets. Instead of having the radio constantly on, it turns the radio on every 30s, for just long enough to register with the AP, and ask the proxy if it has new packets for it.&lt;br /&gt;
** An optimisation might be if the hardware, and the AP can do broadcast packets. The receiver is only turned on for .5s/30s, to recieve a broadcast packet saying 'you've got packets' without registering with the AP, or transmitting at all. The GPS synchronises the timing.&lt;br /&gt;
**This slows the initial connection to the phone, but most tcp/ip applications will not time out in 30s.&lt;br /&gt;
&lt;br /&gt;
=====LED=====&lt;br /&gt;
*A blinking LED would be cheap and low power, good for informing the user about new SMS/Email....&lt;br /&gt;
**An alternative to this would be for one segment of the LCD to be seperately backlit. There are many LEDs in the backlight, all normally on. This has the advantage that you can display reasonable amounts of information on the bit of the screen that's illuminated. &lt;br /&gt;
**The disadvantage is the field of view is smaller, and it's dimmer than a bare LCD, as the LCD absorbs some light.&lt;br /&gt;
**This also requires the CPU and LCD to be somewhat active, to keep it refreshed.&lt;br /&gt;
&lt;br /&gt;
*Note: the LED and button ideas could be combined: illuminated buttons&lt;br /&gt;
*A yellow LED for GSM/GPRS Tx burst, a blue one for Bluetooth/WiFi Tx burst, a green one for non-urgent notifications (sleep state, missed call etc.) and a red one for urgent notifications (battery almost drained out, new SMS etc.). All of this could be done in one, multicoloured (RGB) LED, similar to the nice one on the Yaesu VX-7R.&lt;br /&gt;
&lt;br /&gt;
=====D-Pad and Buttons=====&lt;br /&gt;
*Adding a D-pad (to the bottom of the phone) and 2 to 4 buttons (to the top) would provide some tactile input controls, in addition to the touchscreen. They could be used as shortcut keys in the menu, or playback control when playing media. When the phone is held sideways, they can be used as games controls. (With touchscreen alone, gameplay options are limited)&lt;br /&gt;
&lt;br /&gt;
=====Accelerometer===== &lt;br /&gt;
This enables the phone to sense where 'down' is - to enable various options.&lt;br /&gt;
&lt;br /&gt;
*[[Wishlist:3D Viewport|3D Viewport]]&lt;br /&gt;
*[[Wishlist:Auto Align Map|Auto Align Map]]&lt;br /&gt;
*[[Wishlist:Computer Mouse|Computer Mouse]]&lt;br /&gt;
*[[Wishlist:Determine Position|Determine Position]]&lt;br /&gt;
*[[Wishlist:Distance Measuring|Distance Measuring]]&lt;br /&gt;
Change playlists when I'm jogging vs walking. (there ia an mp3 player on the market that does this).&lt;br /&gt;
*Can't the GPS information be used for that purpose? It should be possible to derive the phone's velocity from the change in coordinates over time, so such a playlist profile switcher should be a possibility even now already. [[User:Abraxa|Abraxa]] 00:09, 18 February 2007 (CET)&lt;br /&gt;
**Yeah in my opinion that is a very cool idea. But for that case the device should be much lighter. I wouldn't go jogging with a device with this size.--[[User:Denis std|denis_std]] 01:01, 18 February 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
=====SIR transceiver=====&lt;br /&gt;
*Could be used to detect when to turn off the display (if the low power IR signal is reflected) and activate the key lock. And could be used as a remote. iPhone has a proximity sensor.&lt;br /&gt;
*FIR would be nice as well, but I would settle for SIR if it would be added. Linux already has a working IrDA stack so the standard part would be satisfied. I would be more than glad to write lirc thingies for OpenMoko then :)&lt;br /&gt;
&lt;br /&gt;
=====Standard 3.5mm jack=====&lt;br /&gt;
*I think everyone interested (and knowledgeable) enough to buy a Neo can make a 2.5mm male to 3.5mm female adaptor cable in under 1/2h and under 10EUR :-)&lt;br /&gt;
&lt;br /&gt;
Certainly - now make it light, small, pretty, durable, tangle-free. &lt;br /&gt;
I want a 3.5mm jack. The only problem is - are headsets widely available in the same format as 2.5mm. --[[User:Speedevil|Speedevil]] 14:28, 16 February 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
=====Multitouch screen=====&lt;br /&gt;
&lt;br /&gt;
=====Multi I/O adapter=====&lt;br /&gt;
*VGA, standard Jack (line in &amp;amp; out), standard USB&lt;br /&gt;
&lt;br /&gt;
=====MMC/SD/SDIO slot (rather than?) miniSD or microSD=====&lt;br /&gt;
*Cheaper, more durable cards in a widely accepted format.&lt;br /&gt;
*Cards are harder to lose&lt;br /&gt;
*Wider selection of accesories, including SDIO accessories.&lt;br /&gt;
*Make externally available so that larger length SDIO cards can be used (thinking about SDIO WLAN here)&lt;br /&gt;
*Only because CF takes too much room (or CF would be the wish, instead)&lt;br /&gt;
&lt;br /&gt;
=====[[Expansion Back]]=====&lt;br /&gt;
* Replacement backs with additional features&lt;br /&gt;
* I believe this would be a great idea, if put into practice. It would solve the ''extensibility'' need, usually associated with Open Source projects. It would allow for lots of other devices and for functionality to be developed and put into use without making it a burden for FIC.&lt;br /&gt;
&lt;br /&gt;
=====Thumb keyboard or keyboard attachment accessory=====&lt;br /&gt;
*Could be slide out or clamshell (hinge on long side) design with an external OLED. The keyboard should be protected when not in use.&lt;br /&gt;
*Could be a clip on keyboard that attaches to the serial port or communicates by bluetooth (not preferred for permanent keyboard users).&lt;br /&gt;
*cheap clippable miniusb keyboard&lt;br /&gt;
&lt;br /&gt;
=====LASER keyboard (can be a full QWERTY keyboard)=====&lt;br /&gt;
*On the hardware side, this would require a $5 laser diode, a $3 (in bulk) custom diffraction grating, and probably a couple of cubic centimetres volume inside the phone.&lt;br /&gt;
*This requires a camera pointable to the front.&lt;br /&gt;
*It requires an integrated stand for the phone.&lt;br /&gt;
*To practically use this, you've got to be 40cm or so away from the phone, which means under 25*20 of text resolution.&lt;br /&gt;
*In software, it's relatively easy to parse the camera output, to find changes in the known laser field.&lt;br /&gt;
&lt;br /&gt;
There are major problems. &lt;br /&gt;
*Patent issues. &lt;br /&gt;
*No tactile response at all, which slows typing.&lt;br /&gt;
*An extra 2cc/6g.&lt;br /&gt;
&lt;br /&gt;
=====EDGE support=====&lt;br /&gt;
&lt;br /&gt;
=====Ability to insert more than one Sim-Card and (if possible) connect to more than one network at the same time=====&lt;br /&gt;
&lt;br /&gt;
* This could be achieved via a specialist dual sim card kit (currently on market)- where two sims are trimmed and combined on one card, software support for dual sims would need providing...&lt;br /&gt;
* What about twin-SIMs (SIMs with 2 phone lines registered on them)? Conventional GSM phones have an option to switch between the two, older ones use # (long press before dialling) to do that. I'm guessing Calypso should support it, we just need to provide an interface for it :-) --[[User:Csdexter|@Dexter]] 11:34, 19 February 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
=====RFID tag=====&lt;br /&gt;
* Implementation/Cooperation with: [http://www.rfidguardian.org/ RFID-Guardian]&lt;br /&gt;
*Advantages of a RFID tag? I would see a lot privacy problems&lt;br /&gt;
**The tag could be switched on or off. A nice feature would be a module able to clone tags. This would unfortunately probably be rather expensive.&lt;br /&gt;
**What about an RFID Reader which could be used to locate items with RFID tags (IE: in your house) [[User:Alexpb|Alexpb]]&lt;br /&gt;
***That would be a nice feature--[[User:Denis std|denis_std]] 08:33, 17 February 2007 (CET)&lt;br /&gt;
***Most tags can only be located within 10cm or so. Essentially no cheap tags can be located over several metres.--[[User:Speedevil|Speedevil]] 13:17, 18 February 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
===== USB 2.0 =====&lt;br /&gt;
* Powered&lt;br /&gt;
* Host Mode / Device Mode&lt;br /&gt;
* OTG&lt;br /&gt;
&lt;br /&gt;
=====UMTS support=====&lt;br /&gt;
&lt;br /&gt;
=====Dump the '''''egg-shaped''''' case design and go '''''rectangular''''' for more screen space=====&lt;br /&gt;
*I'm all for devices that look great and have great features - aside from that I really like the current design. Thus I'd like to comment that the design change request is probably not the majority's opinion. [[User:Abraxa|Abraxa]] 00:00, 18 February 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
=====A standard slip-on or clip-on template (possibly with buttons) to make the touch-screen blind accessible=====&lt;br /&gt;
&lt;br /&gt;
=====Speakerphone functionality=====&lt;br /&gt;
&lt;br /&gt;
=====Reposition Speakers=====&lt;br /&gt;
* putting the two speakers on opposite sides of the screen would make the stereo sound much more effective&lt;br /&gt;
&lt;br /&gt;
The screen is 2.8&amp;quot; across.&lt;br /&gt;
That's not especially effective.&lt;br /&gt;
Also, the speaker noise does come out the side - look at the grills in the pictures. --[[User:Speedevil|Speedevil]] 06:19, 16 February 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
=====Small metal frame for protection (like Siemens M65, only with more style)=====&lt;br /&gt;
&lt;br /&gt;
=====Free GPIO ports on a connector to allow easy, simple hardware extensions=====&lt;br /&gt;
&lt;br /&gt;
=====Video acceleration=====&lt;br /&gt;
Hardware acceleration for video playback.&lt;br /&gt;
&lt;br /&gt;
=====3D acceleration=====&lt;br /&gt;
3D hardware acceleration for 3D games, GUIs, etc. (maybe a PowerVR MBX Lite ?).&lt;br /&gt;
&lt;br /&gt;
=====Alcohol Sensor=====&lt;br /&gt;
Alcohol sensor adjacent to microphone.  It doesn't have to be accurate, just has to detect any amount of alcohol on the speaker's breath.  I understand this is a very narrow market, but alcohol is on every parent's mind.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=====Disinfection UV-Light=====&lt;br /&gt;
I had read about it in an Article on http://www.americanairandwater.com/UV-news/. But Motorola patents it.&lt;br /&gt;
Yes - finally a way to stop the billions of annual deaths due to cellphone infections! --[[User:Speedevil|Speedevil]] 14:04, 16 February 2007 (CET)&lt;br /&gt;
It´s just something that flying in my head... It´s not the first &amp;quot;unreal&amp;quot; or &amp;quot;useless&amp;quot; idea. Just for fun! --[[User:MookiE|MookiE]] 14:51, 16 February 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
More seriously - UV of the required frequency is inherently eye-damaging.&lt;br /&gt;
Also, as I understand it, there are actually no UV LEDs that will reliably produce 'germicidal' UV.&lt;br /&gt;
The most expensive - and they are very expensive - ones produce UV of a sort that may kill very susceptible bacteria, but comparatively few.&lt;br /&gt;
IIRC the LEDs are $20 per.&lt;br /&gt;
--[[User:Speedevil|Speedevil]] 15:11, 16 February 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
=====Teleportation=====&lt;br /&gt;
Implementing a beaming-device to the Neo would make it the first phone enabling teleportation.&lt;br /&gt;
See: [http://news.bbc.co.uk/1/hi/sci/tech/3811785.stm]&lt;br /&gt;
Possible implementation difficulties might be the lacking teleportation-support in the GSM standard as well as uncooperative mobile service providers that feel uneasy towards innovative technologies...&lt;br /&gt;
&lt;br /&gt;
=====EPD=====&lt;br /&gt;
&lt;br /&gt;
Or electronic paper display, EPD is used in many new devices such as the new Motorola motofone, sonys new e-reader and Irex's iliad. The technology provides thin, flexible, power saving screens using new eink technology. This technology could cut the weight of the phone and its power usage. For more info see: [http://www.eink.com eink's website].&lt;br /&gt;
&lt;br /&gt;
=====FM/Digital Radio(DAB) Reciever=====&lt;br /&gt;
&lt;br /&gt;
A nice feature would be a radio reciever: FM or even better: [http://en.wikipedia.org/wiki/Digital_Audio_Broadcasting Digital Audio Broadcast] (Digital Radio)&lt;br /&gt;
&lt;br /&gt;
=====V12 Embedded power source=====&lt;br /&gt;
&lt;br /&gt;
We'll need something beefy to power the next Neos for the above gadgets, I propose the use of a [http://www.ultimatestupidity.com/pics/1/diesel/ Embeddable Power Source], that with some miniturisation and a bit of design work should be workable as a possible solution.&lt;/div&gt;</summary>
		<author><name>Stephmw</name></author>	</entry>

	</feed>