Re: New wishlist item: Side-mounted touch strip sensor

[michael]

for non-invasive prototyping, there is also the usb port.



On Tue, 19 Jun 2007, Luit van Drongelen wrote:


If FIC doesn't want to make it, you can try and build it for yourself.
There's SPI and I2C available as test/contact/solder pads on the
GTA01Bv4 PCB IIRC. (hmm, too much abbreviations?)

--
Luit

On 6/19/07, Flemming Richter Mikkelsen <[EMAIL PROTECTED]> wrote:

 There is also the possibility to use a scroll wheel that can be turned
 about
 30 deg in each direction. The more it is turned, the faster we scroll.

 But I would like a touch strip if we have enough GPIO pins (or SPI?)
 available.

 ___
 OpenMoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community




___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community



___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Let's play...

[Christopher Tokarczyk]

let's play read the mailing lists game:
From: *Luit van Drongelen <[EMAIL PROTECTED]>*To: *
[EMAIL PROTECTED]
Date: *Jun 18, 2007 4:49 AM*
Subject: *Re: How to buy/order Neo1973*

Hello,

You can't order yet, but we hope it'll be any day now. That's when.
Where and how? On openmoko.com.

- Show quoted text -

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org

/mailman/listinfo/community



___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Let's play...

[Tim Newsom]

Oh... And the neo1973 will probably be sold at some FIC site ... I 
mean... OpenMoko is not just for the neo1973 and they are only related 
because OpenMoko can run on the neo1973.
Indeed, suns new java phone os and probably windows mobile will also run 
on the device.


Plus, since its an FIC phone, it just makes sense. The phone isn't 
called The OpenMoko phone after all...


--Tim
On Tue, 19 Jun 2007 18:07, [EMAIL PROTECTED] wrote:


...Guess the OpenMoko Web Store URL!

Sooner or later, they have to start selling.  But from where?

webstore.openmoko.org??
store.openmoko.com??
Perhaps an Fic site??

Lots of possibilities.  If anyone finds the store under construction,
should that info be shared??

Alan



___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Let's play...

[Tim Newsom]

OR... They could have it being developed on an internal developer 
machine and not go live till they are ready.



On Tue, 19 Jun 2007 18:07, [EMAIL PROTECTED] wrote:


...Guess the OpenMoko Web Store URL!

Sooner or later, they have to start selling.  But from where?

webstore.openmoko.org??
store.openmoko.com??
Perhaps an Fic site??

Lots of possibilities.  If anyone finds the store under construction,
should that info be shared??

Alan


mail2web.com – Enhanced email for the mobile individual based on 
Microsoft®

Exchange - http://link.mail2web.com/Personal/EnhancedEmail



___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

--Tim
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Steven Milburn]

It's been discussed here before (by me ;) ), but I think it's fitting to
bring it up in this thread.

Mounting a swipe fingerprint sensor on the side would provide the following:

* A low-power way to unlock the phone while verifying the user should be
unlocking the phone.
* Enhanced, or at least more convenient if you believe the anti-fingerprint
fud, security for your data
* a navigation device that can scroll in two directions as well as include
tapping and double-tapping
* some gesture recognition for shortcuts (speed dial, application starting,
etc)
* I'm probably missing some.

--Steve
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Let's play...

[[EMAIL PROTECTED]]

...Guess the OpenMoko Web Store URL!

Sooner or later, they have to start selling.  But from where?

webstore.openmoko.org??
store.openmoko.com??
Perhaps an Fic site??

Lots of possibilities.  If anyone finds the store under construction,
should that info be shared??

Alan


mail2web.com – Enhanced email for the mobile individual based on Microsoft®
Exchange - http://link.mail2web.com/Personal/EnhancedEmail



___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

RE: New wishlist item: Side-mounted touch strip sensor

[thomas.cooksey]

Ok, there seems to be 2 other possibilities, a rocker switch and a scroll wheel.

Rocker switch: Have you ever used a cheap mouse with a rocker switch instead of 
a scroll wheel? If you have then you know how limited they are. They simply do 
not offer the same amount of control a scroll wheel or touch strip does.

Scroll wheel: A scroll wheel is much better, which is why mice use them. They 
can provide mechanical feedback and give the user far more control over their 
scrolling adventures.


However, the image on the screen scrolling will be enough feedback. I used to 
work for HP in their research center (HP Labs). While there I worked on a 
prototype ebook reader. To maximise the readability of the display, the device 
doesn't have a touchscreen. Instead it has touch strips around the outside of 
the screen. To turn a page you drag your finger along the strip and see the 
page turning as you move your finger. Stop moving your finger and the page 
stops turning. The feel of the interface was awesome. Some pics here: 
http://www.pocket-lint.co.uk/news/news.phtml/7676/8700/hp-ebook-reader-concept-design.phtml
 although without a video it's hard to gauge just how well it works. (I 
actually wrote the touch strip calibration software and the "bookshelf" 
application on the device the bloke is holding in the first picture. :-) )

So given that the visual feedback is adequate, a touch strip does give you more 
than a scroll wheel. First, the strip can be quite long, although I guess you'd 
only want it between 25-40mm. It also gives you a resolution of 128 different 
positions, allowing very precise (pixel-by-pixel) control of the image you are 
scrolling. I've just tried my own mouse's scroll wheel, which, in a single 
finger "swipe", gives me 8/9 different positions. That's a whole lot more 
control. I guess one problem with pixel-by-pixel scrolling is CPU power. 
Without a hardware blitter, I doubt the GTA01 has enough processing power to 
give smooth scrolling. Roll on GTA02. :-)

As for power & jogging the touch strip accidentally, well, the controller 
provides a stand-by mode. When the phone is locked, the strip controller is 
placed in standby. Why would you ever want to have a scrolling input device 
wake it up? Also, while I'm on the subject, please tell me that the GTA01 is 
not woken up by touchscreen interupts??? To have a complete resistive 
touchscreen and it's associated controller powered up all the time must make 
quite an impact on power consumption?!?!? Or does it poll the touch screen 
every 500ms or so while locked?

Judging from some odd replies I should probably clarify that this is a 1D, one 
dimensional sensor. It's not a touch pad and IMO, a side mounted touch pad 
makes no sense. I also agree with people who say there should be some buttons. 
I think a touch strip combined with 2 buttons (select & back) is all you need 
or want for menu navigation. I also think the 2 buttons should complement the 
touch strip in such a way that the device can be used single handedly.

The sensor controllers I first posted use either I2C or SPI so technically 
could be retrofitted. The only problem is that the Analog part (my preferred 
part) is only available as "pain-in-the-bottom" to solder 4x4mm surface mount 
packages, which is beyond my skill to solder. :-( Also, these are very 
specialist multi-element capacitive sensors. A general purpose uc is not able 
to detect the tiny changes in capacitance between sensor elements. The chips 
contain very complicated and sensitive self-calibration and environmental 
compensation circuitry which cannot be replicated. 


Cheers,

Tom

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Luit van Drongelen]

If FIC doesn't want to make it, you can try and build it for yourself.
There's SPI and I2C available as test/contact/solder pads on the
GTA01Bv4 PCB IIRC. (hmm, too much abbreviations?)

--
Luit

On 6/19/07, Flemming Richter Mikkelsen <[EMAIL PROTECTED]> wrote:

There is also the possibility to use a scroll wheel that can be turned about
30 deg in each direction. The more it is turned, the faster we scroll.

But I would like a touch strip if we have enough GPIO pins (or SPI?)
available.

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community




___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

New wishlist item: Side-mounted touch strip sensor

[Flemming Richter Mikkelsen]

There is also the possibility to use a scroll wheel that can be turned about
30 deg in each direction. The more it is turned, the faster we scroll.

But I would like a touch strip if we have enough GPIO pins (or SPI?)
available.
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Thomas Seiler]

Am 19.06.2007 um 21:26 schrieb Jordan Anderson:



I have a touch strip on my HTC Excalibur, and one of the first  
things I did was shut it off -- simply handling the phone was  
causing the volume to go up and down, or my browser to go back.  
Obviously a personal thing, but with a physical button it's easier  
to remember that it's there.


When using a controller that is programmable, one could have a double- 
click keylock feature


1) tap
2) release within specific delay
3) tap again within specific delay and specific nearness to the first  
tap

4) now, while holding the finger, slide.

Only if you "unlocked" with the double tab, then the slide is  
reckognized.


just an idea...

Cheers,
Thomas


___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Joe Friedrichsen]

On 6/19/07, Jordan Anderson <[EMAIL PROTECTED]> wrote:



I have a touch strip on my HTC Excalibur, and one of the first things I did
was shut it off -- simply handling the phone was causing the volume to go up
and down, or my browser to go back. Obviously a personal thing, but with a
physical button it's easier to remember that it's there.


True enough. My phone is a V401D by Mitsubishi, and its shape and
design didn't really lend to unintentional scrolling. The touch strip
is on the side in a place that is easy to reach with a thumb, but not
in the place where you would naturally hold the phone.

Joe

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Ortwin Regel]

On 6/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Ortwin Regel wrote:

-snip-
> I could also see some applications for a Blackberry style wheel, for
> example volume control and scrolling. I don't think using a futuristic
> sensor would be a good idea because we already have an analog device
> without feedback which is the touchscreen.
What is the problem with that? I would love a touch pad. So why adding
some ugly
analog buttons to a mobile, known for not having any buttons (nearly)?
A touch pad would give me more power for controlling the speed of
scrolling as well...

Daniel
>
> Ortwin
>


If it works as well as you describe, I wouldn't be against it. I
thought the touchscreen would provide that functionality well enough
but it sounds like it might provide interesting added functionality
that a wheel could not provide, either.


On 6/19/07, Joe Pfeiffer <[EMAIL PROTECTED]> wrote:

Thomas Gstädtner writes:
>Yes, a kind of double rocker-push-button (is there a correct english word?
>^^) would be fine, too.
>Not two buttons, but one button with 2 contacts (one on each side) and a
>neutral position in mid.
>Here's a picture I found via google, to imagine what I mean:
>http://awshifting.com/pictures/rocker1.jpg

Normally, these multi-button interfaces have a single cover, conveying
the illusion that they're a rocker switch (perfectly good english
word!).  If the plastic doesn't have a pivot under it, pushing the
middle will activate both buttons giving the effect of a middle
button.

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


I'd prefer independent buttons which would have the same functionality
but be more useful for gaming.

Ortwin

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Jordan Anderson]

My Japanese mobile has a touch strip, and I bought it in Q2 2004. It
made scrolling through texts and sites very easy and the friction
provided by the slightly rubbery strip made for some great feedback
(touching a touch screen is different than sliding on a touch strip,
despite the misleading names).

Joe



I have a touch strip on my HTC Excalibur, and one of the first things I did
was shut it off -- simply handling the phone was causing the volume to go up
and down, or my browser to go back. Obviously a personal thing, but with a
physical button it's easier to remember that it's there.
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Thomas Seiler]

Am 19.06.2007 um 11:39 schrieb <[EMAIL PROTECTED]>  
<[EMAIL PROTECTED]>:



... An 8-element capacitive
sensor would work wonderfully and be easy to fab using either a  
Quantum
QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog  
Devices
AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html)  
controller.




I would like to throw in the Cypress series of PSoCs (Programmable  
System on Chips)


Its a 8bit uC plus some digital and analog blocks that can be  
interconnected like a FPGA, all in one single chip.
Its very flexible, and tools for assembly level software developpment  
are freely available.
I dont think that the gcc can currently compile for it as a target  
though.


Why this interesting in my opinion:
Selfmade keylock-logic ala iphone slide, so we dont wake up  
continously the samsung main CPU when worn in a pocket or such thing.  
only after the slide, we generate the interupt.


We are free to develop our own logic.

More Info: http://www.cypress.com/capsense/index.jsp

BTW: this is something that might easily be retrofittet to the Phase  
1 devices, once available.


Cheers,
Thomas

I think the current Ipod nano uses them aswell for the clickwheel.___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Joe Friedrichsen]

On 6/19/07, Ortwin Regel <[EMAIL PROTECTED]> wrote:

I could also see some applications for a Blackberry style wheel, for
example volume control and scrolling. I don't think using a futuristic
sensor would be a good idea because we already have an analog device
without feedback which is the touchscreen.


Futuristic for some countries :-)

My Japanese mobile has a touch strip, and I bought it in Q2 2004. It
made scrolling through texts and sites very easy and the friction
provided by the slightly rubbery strip made for some great feedback
(touching a touch screen is different than sliding on a touch strip,
despite the misleading names).

Joe

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[[EMAIL PROTECTED]]

Ortwin Regel wrote:

-snip-

I could also see some applications for a Blackberry style wheel, for
example volume control and scrolling. I don't think using a futuristic
sensor would be a good idea because we already have an analog device
without feedback which is the touchscreen.
What is the problem with that? I would love a touch pad. So why adding 
some ugly

analog buttons to a mobile, known for not having any buttons (nearly)?
A touch pad would give me more power for controlling the speed of 
scrolling as well...


Daniel


Ortwin




___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: virtualization of OpenMoko...

[Sameer Verma]

[EMAIL PROTECTED] wrote:

I haven't tried it yet, but I presume that "it should just work"*.

1. Install VMware for Windows on your computer

2. Install Linux as the guest operating system. There used to be 
an Ubuntu

image ready to go on the VMWare website.

3. Following the instructions on the OpenMoko wiki, install 
mokomakefile and

and QEMU

I don't have a Windows computer, or else I'd try this.

I just noticed that you are local. If all else fails, I could visit 
your class
with my Linux computer with the OpenMoko and QEMU stuff already set 
up. (I

should probably do an update and make sure this still works.)



Thanks for the pointers. I'll give it a shot. If nothing works, I'll 
take you up on the offer.

--
Sameer

Michael

* I know that the phrase "it should just work" is no guarantee that it 
will.




On Mon, 18 Jun 2007, Sameer Verma wrote:

Does anyone have pointers on virtualization of openMoko via a 
VMWare-type setup? I'd like to see if there is something available so 
that I can do a quick demo for my class.  I did the same with OLPC's 
virtual image (http://wiki.laptop.org/go/Using_QEMU_on_Windows_XP) 
and that worked wonders for students in understanding the value of 
such a project.


A picture being worth a lot more, etc.

cheers,
Sameer

--
Dr. Sameer Verma, Ph.D.
Associate Professor of Information Systems
San Francisco State University
San Francisco CA 94132 USA
http: //verma.sfsu.edu/
http: //opensource.sfsu.edu/

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community




___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Joe Pfeiffer]

Thomas Gstädtner writes:
>Yes, a kind of double rocker-push-button (is there a correct english word?
>^^) would be fine, too.
>Not two buttons, but one button with 2 contacts (one on each side) and a
>neutral position in mid.
>Here's a picture I found via google, to imagine what I mean:
>http://awshifting.com/pictures/rocker1.jpg

Normally, these multi-button interfaces have a single cover, conveying
the illusion that they're a rocker switch (perfectly good english
word!).  If the plastic doesn't have a pivot under it, pushing the
middle will activate both buttons giving the effect of a middle
button.

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Thomas Gstädtner]

Yes, a kind of double rocker-push-button (is there a correct english word?
^^) would be fine, too.
Not two buttons, but one button with 2 contacts (one on each side) and a
neutral position in mid.
Here's a picture I found via google, to imagine what I mean:
http://awshifting.com/pictures/rocker1.jpg

2007/6/19, Joe Pfeiffer <[EMAIL PROTECTED]>:


Ortwin Regel writes:
>No, the PSP stick is crap. We don't really need anything analog, the
>touchscreen does that fine. What we could use are some decent, solid
>buttons and/or a d-pad.
>I could also see some applications for a Blackberry style wheel, for
>example volume control and scrolling. I don't think using a futuristic
>sensor would be a good idea because we already have an analog device
>without feedback which is the touchscreen.

I'll agree with this -- two buttons (with good tactile feedback) on
the side give me exactly what I want for scrolling and volume
control.

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Ortwin Regel]

No, the PSP stick is crap. We don't really need anything analog, the
touchscreen does that fine. What we could use are some decent, solid
buttons and/or a d-pad.
I could also see some applications for a Blackberry style wheel, for
example volume control and scrolling. I don't think using a futuristic
sensor would be a good idea because we already have an analog device
without feedback which is the touchscreen.

Ortwin

On 6/19/07, Ian Stirling <[EMAIL PROTECTED]> wrote:

Gabriel Ambuehl wrote:
> On Tuesday 19 June 2007 11:39:22 [EMAIL PROTECTED] wrote:
>
>
>>This is an idea which was floated on the SVHMPC list a few months ago.
>>The only possible issue is those people who are left-handed. Perhaps a
>>strip on each side would be the best way to go. :-)
>>
>
> I think the HTC S620 has something like this (their Blackberry looking device
> if I got the model number wrong) if anyone wants to see it in real life (I
> haven't).
>
> Personally, I'd prefer a 5 way scroll wheel like on my SE P900,though.

I'm unsure - I've now found that analog sticks as replacements for PSP
ones are $6. Which could be fun too.

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community



___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Joe Pfeiffer]

Ortwin Regel writes:
>No, the PSP stick is crap. We don't really need anything analog, the
>touchscreen does that fine. What we could use are some decent, solid
>buttons and/or a d-pad.
>I could also see some applications for a Blackberry style wheel, for
>example volume control and scrolling. I don't think using a futuristic
>sensor would be a good idea because we already have an analog device
>without feedback which is the touchscreen.

I'll agree with this -- two buttons (with good tactile feedback) on
the side give me exactly what I want for scrolling and volume
control.

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Ian Stirling]

Gabriel Ambuehl wrote:

On Tuesday 19 June 2007 11:39:22 [EMAIL PROTECTED] wrote:



This is an idea which was floated on the SVHMPC list a few months ago.
The only possible issue is those people who are left-handed. Perhaps a
strip on each side would be the best way to go. :-)



I think the HTC S620 has something like this (their Blackberry looking device 
if I got the model number wrong) if anyone wants to see it in real life (I 
haven't).


Personally, I'd prefer a 5 way scroll wheel like on my SE P900,though.


I'm unsure - I've now found that analog sticks as replacements for PSP 
ones are $6. Which could be fun too.


___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SVHMPC] linux phone standard

[Nils Faerber]

Hi all!
As one being loosely involved in the LiPS thing I probably should
comment on it a little (but please do not take this official ;)

First to what I/we have been doing with LiPS...
It is now almost two years ago that we, i.e. members of the GPE project
http://gpe.linuxtogo.org have been approached by Orange/FT (founding
member of LiPS) if we would like to help them with a LiPS testbed
implmentation, probably based on parts of GPE.

Of course this was a nice offer so we accepted and have since then
visited Beijing quite some times ;)

What we learned there are several interesting lessons:

1. Yes, an engineer could make any device work nicely given enough
resources, which include money and time. The latter two are getting more
and more short within any company.

2. As an "outsider" of the mobile phone industry it is very hard to
learn and understand about the requirements of especially network
operators. In order to get accepted by more than just an interested
group of geeks you have to create a device that behaves like operators
expect it to behave - as one example I would mention DM here - for the
ones who know, this is a huge pile of functionality that is tremendously
hard to implement if you do not have internal knowledge from an operator
(DM = Device Management, which means remote device management including
reconfiguration etc. through operator network). Another yet to mention
example is IMS :(

3. Since development cycles get shorter and shorter in the industry and
systems get more and more complex you cannot always reimplement and
reengineer everything. You have to reuse as much as possible. Look at
the (again) growing success of Symbian Series40 and Series60. This is,
apart from high licensing costs, a very appealing system for
manufacturers since 80-90% of the software work is already done and
tested. By specifying low- and toplevel APIs and a basic understanding
of the architecture you can save I would guess around 30-40% development
effort. If you then even have parts of the implementation available
developed in an open source fashion you can save even more by reusing
that code. And since those snippets share the "same" APIs even code from
different sources, be it free or commercial, can be reused.

4. LiPS is also about avoiding fragmentation. In the recent years we
have seen multiple approaches to bascially solve the same problems, be
it on system level (like power management and general device hardware
handling) or GUI stuff. It is a pity to see so much effort wasted for
ever newly started projects that will finally end in the bin. Nokia has
done an excellent job at creating a good and clean architecture built
upon standard open source building blocks. This also lead to the
formation of GMAE (http://www.gnome.org/mobile/) which also strongly
inspires LiPS. So with LiPS we pick up those stadards, take into account
the requirements of mobile phones and create a specification. It will
not completely avoid fragmentation but it will hopefully help to offer a
choice for new developers: Go with a broad mainstream or be a genious
and do your own ;)

5. No code... well, LiPS is about the specification not about
implementation. There will probably at some point be a reference
implementation but ATM there is simply none. It is not that LiPS does
want to share a hidden sourcecode, there is simply none - apart from
maybe some internal test-code which is not worth mentioning. The thing
with industry standardisation bodys is also that *if* they put something
out and label it "reference implementation" then it has to be 100%
certified. At the very moment there is no defined process for such
validation yet. Focus was on getting the specs out of the door as soon
as possible - which happened now.
If you want to have a peek at LiPS and code I would suggest to have a
look at GPE Phone Edition, which is the project inspired from GPE and
the result of our work with Orange/FT:
http://gpephone.linuxtogo.org
The implementation cannot be called LiPS compliant because this term is
not defined (yet) but we *aim* at being LiPS compliant.

6. LiPS is open source friendly. I think LiPS is the first industry
consortium that explicitely edorses and even enforces open source
community collaboration! First of all all LiPS specification, as already
done, are freely available and will ever be. Anyone interested can use
those freely too (though using the name of LiPS might be tight to some
strings...). LiPS will also continue and extend to work directly with
the open source community in order to forward commercial requirements
from operators, developers and manufacturers into the community but also
to feedback community input into the industry. So it is a two way
channel (look for something like this at e.g. LiMo).


Uhh...geee, long text already - I guess I stop here ;)

If someone has more specific questions concerning LiPS, please feel free
to reply here (on mailinglist) or reply to me perosnally by mail.

I think

Re: New wishlist item: Side-mounted touch strip sensor

[Al Johnson]

On Tuesday 19 June 2007 10:39, [EMAIL PROTECTED] wrote:
> Hi All,
>
> I've added a new item on the hardware wishlist:
>
> http://wiki.openmoko.org/wiki/Wish_List_-_Hardware#Side-Mounted_Touch_St
> rip
>

> This is an idea which was floated on the SVHMPC list a few months ago.
> The only possible issue is those people who are left-handed. Perhaps a
> strip on each side would be the best way to go. :-)

When holding the device for 2-handed operation you'll probably find thumb and 
index finger at about the same position on opposite sides. I find the 
comfortable range of movement about the same for each, and they're similarly 
easy to move, so a single sided sensor could be used with either hand. Put a 
sensor on each side and you can operate both together.

For one handed operation the index finger can easily go where the thumb does 
for 2-handed operation, but this would need sensors both sides to cover left 
and right handedness.

> Cheers,
>
> Tom
>
> ___
> OpenMoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Gabriel Ambuehl]

On Tuesday 19 June 2007 11:39:22 [EMAIL PROTECTED] wrote:

> This is an idea which was floated on the SVHMPC list a few months ago.
> The only possible issue is those people who are left-handed. Perhaps a
> strip on each side would be the best way to go. :-)
>
I think the HTC S620 has something like this (their Blackberry looking device 
if I got the model number wrong) if anyone wants to see it in real life (I 
haven't).

Personally, I'd prefer a 5 way scroll wheel like on my SE P900,though.


pgpBdP3Ix5aas.pgp
Description: PGP signature
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New wishlist item: Side-mounted touch strip sensor

[Thomas Gstädtner]

That's exactly what I already was talking about in the dasher-thread,
because this touchpad would be a cool device to control different things,
especially for dasher text-input in 1D-mode (or 2D). Glad that you found a
matching device.
Imho it shouldn't be a problem for left-handed people, too. Before some
years, I also was left-handed, but I switched to the right hand.
I cannot write by hand with my left-hand anymore (would need some training),
but controlling a mouse, touchpad, trackstick, joystick, ... with my left
hand isn't really a problem.
But it would also be possible to use the forefinger with the right hand and
the thumb with the left hand, so everyone woul be able to use it.e
Btw: RIM shows with their blackberry devices (at least the older ones) how
cool a such device can be. A touchpad would be even better than the
scrollbutton.

2007/6/19, [EMAIL PROTECTED] <[EMAIL PROTECTED]>:


Hi All,

I've added a new item on the hardware wishlist:

http://wiki.openmoko.org/wiki/Wish_List_-_Hardware#Side-Mounted_Touch_St
rip

Add a "touch strip" sensor onto the side of the phone which can be used
to scroll. By having it on the side you can use your thumb to scroll
comfortably while holding the phone one-handed. An 8-element capacitive
sensor would work wonderfully and be easy to fab using either a Quantum
QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog Devices
AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html) controller.
The Analog Devices chip seems better suited due to it's smaller
allowable element size. With the AD7143 you can have an 8-element
(128-position) 25mm long strip - Perfect!.

This is an idea which was floated on the SVHMPC list a few months ago.
The only possible issue is those people who are left-handed. Perhaps a
strip on each side would be the best way to go. :-)


Cheers,

Tom

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: virtualization of OpenMoko...

[Joachim Steiger]

Jan Masat wrote:
> Hi,
[...]
> Out:   serial
> Err:   serial
> pcf_write: charging in Qualification Mode.
> pcf_write: charge voltage 4.20V.
> openmoko/flash.sh: line 88: 10743 Terminated  $qemu
> -mtdblock "$script_dir/$flash_base" -kernel "$script_dir/$1" -serial
> stdio -nographic -usb -monitor null 0<&0
> 
> U-boot failed to finish writing in 300 seconds, giving up.
> 
> make: *** [flash-qemu-official] Error 255
> [EMAIL PROTECTED]:/home/moko# 

thats bug 607:
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=607
which was fixed 4 days ago.
propably its best you rebuild qemu by doing the following
(assuming you use mokomakefile):

"make update-openmoko"
"make clobber-qemu"
"make build-qemu"
"make flash-qemu-official" or "make flash-qemu-local" depending on if
you want some image from the buildhost or what you compiled yourself

regards

--

roh

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

GTA02 3D accelerator

[thomas.cooksey]

Q: Does anyone know which 3D accelerator the GTA02 will have? 

The application processor doesn't contain a built-in processor so I
assume this is to be a companion device. From one of the presentations I
saw on YouTube, I got the impression that the drivers/library for the 3D
accelerator will be open source. If this is the case, I'd like to start
playing with the source code. The reason for this is that the device is
almost certainly going to come with an OpenGL ES library, which will
probably expose the EGL API for initialisation. This is important
because of the xegl project. If the drivers for the 3D accelerator are
open source, they could be modified to for use with xegl. Visual effects
currently considered as "cutting edge" on desktops then become possible
on a phone. :-) While xegl seems to have been put on the back-burner in
favour of AIGLX, there's still a lot of interest within the x.org
community. 


Cheers,

Tom


___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: virtualization of OpenMoko...

[Jan Masat]

Hi,

I believe the Ubuntu SDL package you're looking for is: libsdl1.2-dev
You'll also need the build-essential package to compile the source.

First I tried the manual installation...
http://wiki.openmoko.org/wiki/OpenMoko_under_QEMU#Manual_setup
...for which I also apt-get installed: svn gcc-3.4 monotone

Then I tried the MokoMakefile installation...
http://wiki.openmoko.org/wiki/MokoMakefile#Installation

At the last step of each installation (openmoko/flash.sh ; make qemu),
however, I received a fatal error...

...
make[1]: Leaving directory `/home/moko/build/qemu/openmoko'
Please wait, programming the NAND flash...
neo_gsm_switch: GSM disabled.


U-Boot 1.2.0-moko9_r10_9912121f7ed804ea58fd62f3f230b5dcfc357d88_0_2270
(Jun 17 2007 - 12:48:38)

DRAM:  128 MB
NAND:  Bad block table not found for chip 0
Bad block table not found for chip 0
64 MiB
*** Warning - bad CRC or NAND, using default environment

Video: 640x480x8 31kHz 59Hz
USB:   S3C2410 USB Deviced
mtdparts variable not set, see 'help mtdparts'
mtdparts variable not set, see 'help mtdparts'
mtdparts variable not set, see 'help mtdparts'
mtdparts variable not set, see 'help mtdparts'
mtdparts variable not set, see 'help mtdparts'
In:serial
Out:   serial
Err:   serial
pcf_write: charging in Qualification Mode.
pcf_write: charge voltage 4.20V.
openmoko/flash.sh: line 88: 10743 Terminated  $qemu
-mtdblock "$script_dir/$flash_base" -kernel "$script_dir/$1" -serial
stdio -nographic -usb -monitor null 0<&0

U-boot failed to finish writing in 300 seconds, giving up.

make: *** [flash-qemu-official] Error 255
[EMAIL PROTECTED]:/home/moko# 


CiaCon <[EMAIL PROTECTED]> wrote:
> I currently am new to Linux. I currently use Ubuntu Linux
> (fawn). I tried to get Qemu running with OpenMoko, but it
> fails (need for SDL or Cocoa)...
> As Ubuntu is one of the most used Linux-Distros, I thought a
> walktrhough (starting @ 0) might be a nice idea, to get a mass
> introduced to OpenMoko. 


This e-mail is for the use of the intended recipient(s) only. If you have 
received this e-mail in error, please notify the sender immediately and then 
delete it. If you are not the intended recipient, you must not use, disclose or 
distribute this e-mail without the author's prior permission. We have taken 
precautions to minimize the risk of transmitting software viruses, but we 
advise you to carry out your own virus checks on any attachment to this 
message. We cannot accept liability for any loss or damage caused by software 
viruses.

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

New wishlist item: Side-mounted touch strip sensor

[thomas.cooksey]

Hi All,

I've added a new item on the hardware wishlist:

http://wiki.openmoko.org/wiki/Wish_List_-_Hardware#Side-Mounted_Touch_St
rip

Add a "touch strip" sensor onto the side of the phone which can be used
to scroll. By having it on the side you can use your thumb to scroll
comfortably while holding the phone one-handed. An 8-element capacitive
sensor would work wonderfully and be easy to fab using either a Quantum
QT411 (http://www.qprox.com/products/qslide_qt411.php) or Analog Devices
AD7143 (http://www.analog.com/en/prod/0,2877,AD7143,00.html) controller.
The Analog Devices chip seems better suited due to it's smaller
allowable element size. With the AD7143 you can have an 8-element
(128-position) 25mm long strip - Perfect!.

This is an idea which was floated on the SVHMPC list a few months ago.
The only possible issue is those people who are left-handed. Perhaps a
strip on each side would be the best way to go. :-)


Cheers,

Tom

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Looking for a patron.

[Santiago Crespo]

El lun, 18-06-2007 a las 10:08 -0700, Jordan Anderson escribió:

Hi Jordan,

First of all: welcome to the OpenMoko project!

> I'm stoked on the OpenMoko project, and would like to take the plunge
> and get involved, but would like someone to help me along--show me
> where to start, what to do, etc. 

There is an official wiki at http://wiki.openmoko.org

I recommend to you to begin at the FAQ:
http://wiki.openmoko.org/wiki/FAQ

cheers,
kresp0


 




signature.asc
Description: Esta parte del mensaje está firmada	digitalmente
___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Why You May Not Want An iPhone

[Denis Kot]

http://www.forbes.com/home/wireless/2007/06/08/iphone-problems-apple-tech-wireless-cx_df_0611iphonemain.html

--
Denis Kot
denis?jabber.org.by
ICQ: 13680126
Mobil: +375 29 6-1234-78

___
OpenMoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community