I have a MIDI keyboard I can bring with me to LinuxWorld, and a USB/MIDI
interface.
If your synth is ready in time I'd love to show it.
M
Jay Vaughan wrote:
7) Maybe run some simple synth applications on the FR, using the USB
host mode to connect it to a MIDI keyboard.
this is what
I have a MIDI keyboard I can bring with me to LinuxWorld, and a USB/
MIDI
interface.
Well I spent some time hacking on it this weekend and I've gotten a
basic MIDI parser/librarian/sequencer setup on the Freerunner now ..
great fun to play back tracks to my 19 rack using the Freerunner!
Jay Vaughan wrote:
I have a MIDI keyboard I can bring with me to LinuxWorld, and a USB/
MIDI
interface.
Well I spent some time hacking on it this weekend and I've gotten a
basic MIDI parser/librarian/sequencer setup on the Freerunner now ..
great fun to play back tracks to my 19
On Wed, Jul 30, 2008 at 11:38:07AM +0800, John Lee wrote:
On Wed, Jul 30, 2008 at 01:47:29AM +0100, Al Johnson wrote:
I'll snip most of it to keep the length reasonable.
same here :)
On Tuesday 29 July 2008, William Lai wrote:
It already is.
We've offered a couple of different
On Thu, Jul 31, 2008 at 4:27 AM, Ken Restivo [EMAIL PROTECTED] wrote:
On Wed, Jul 30, 2008 at 11:38:07AM +0800, John Lee wrote:
On Wed, Jul 30, 2008 at 01:47:29AM +0100, Al Johnson wrote:
I'll snip most of it to keep the length reasonable.
same here :)
On Tuesday 29 July 2008,
7) Maybe run some simple synth applications on the FR, using the USB
host mode to connect it to a MIDI keyboard.
this is what i'm doing this weekend .. ;)
;
--
Jay Vaughan
___
Openmoko community mailing list
community@lists.openmoko.org
On Wed, Jul 30, 2008 at 11:28:13AM +0800, Marek Lindner wrote:
On Wednesday, 30. July 2008 10:18:33 Al Johnson wrote:
I agree with everything you say here. The keyboard should just appear when
I want it and disappear when I don't. The absence of a manual override
means that whenever it gets
On 7/30/08 Daniel Benoy wrote:
Also, would the openmoko design team be willing to consider a toggle
in the configuration menu between manual and automatic?
What we want is for people to add their own configuration options to
menus in the form of packages installable from the Installer. This
If you go read Morse Peckham's book
http://www.amazon.com/Mans-Rage-Chaos-Biology-Behavior/dp/080520142
You will understand how museuems and gallery's function; and, Sean's
words
will strike you more deeply.
Its all well and good when you're dealing with art students, but when
you hope
On 7/30/08 Jay Vaughan wrote:
If you go read Morse Peckham's book
http://www.amazon.com/Mans-Rage-Chaos-Biology-Behavior/dp/080520142
You will understand how museuems and gallery's function; and,
Sean's
words
will strike you more deeply.
Its all well and good when you're
On 7/30/08 Jay Vaughan wrote:
If you go read Morse Peckham's book
http://www.amazon.com/Mans-Rage-Chaos-Biology-Behavior/dp/080520142
You will understand how museuems and gallery's function; and,
Sean's
words
will strike you more deeply.
Its all well and good when you're
Yes Jay. That is exactly the goal of this company. Sell 1,000 phones.
They we all can retire.
-Sean
wtf? you're ridiculing a single order of 1,000 phones being placed at
one time by an enthusiastic customer? sheesh. what sort of CEO are
you?
*all* orders, large and small, are worth
Yes Jay. That is exactly the goal of this company. Sell 1,000 phones.
They we all can retire.
wtf? you're ridiculing a single order of 1,000 phones being placed at
one time by an enthusiastic customer? sheesh. what sort of CEO are
you?
chill. only a misunderstanding probably -- you were
On 7/30/08 Jay Vaughan wrote:
Yes Jay. That is exactly the goal of this company. Sell 1,000
phones.
They we all can retire.
-Sean
wtf? you're ridiculing a single order of 1,000 phones being placed
at
one time by an enthusiastic customer? sheesh. what sort of CEO are
On 7/30/08 arne anka wrote:
Yes Jay. That is exactly the goal of this company. Sell 1,000
phones.
They we all can retire.
wtf? you're ridiculing a single order of 1,000 phones being
placed at
one time by an enthusiastic customer? sheesh. what sort of CEO
are
you?
Yeah it was a misunderstanding then. That's exactly what I was
referring
to. Too many emails :-)
Only a joke Jay. Nothing personal.
okay, so please consider this .. i have a customer with the potential
to place an order for 1,000 phones. when do you propose i go to them
and close the
To: List for Openmoko community discussion
Cc: [EMAIL PROTECTED]
Subject: Re: Openmoko on Design
If you go read Morse Peckham's book
http://www.amazon.com/Mans-Rage-Chaos-Biology-Behavior/dp/080520142
You will understand how museuems and gallery's function; and, Sean's
words will strike you more
Sean Moss-Pultz wrote:
On 7/30/08 Daniel Benoy wrote:
Also, would the openmoko design team be willing to consider a toggle
in the configuration menu between manual and automatic?
What we want is for people to add their own configuration options to
menus in the form of packages installable
Scott wrote:
Sean Moss-Pultz wrote:
On 7/30/08 Daniel Benoy wrote:
Also, would the openmoko design team be willing to consider a toggle
in the configuration menu between manual and automatic?
What we want is for people to add their own configuration options to
menus in the form of
People need to stop biting the hand that feeds you.
he bit the other hand, actually.
*scnr*
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Open Source is more than that,
do you all propose OM to sell their Software bound to the Hardware?
I fear you thing too much in the old fashined way of MObile
COmmunication. The Freerunner is a piece of Hardware *YOU DECIDE* what
software you want to run on it FSO ASU 2007.1 2007.2, SHR, ASDF or
On Thursday, 31. July 2008 05:24:45 Josh Monson wrote:
Or is Sean saying that this would be an option if it was in the form of
a package, so if the package was built (by the community) then you would
have the choice to toggle or not to toggle? I am assuming that
functionality was removed so
Marek Lindner wrote:
On Thursday, 31. July 2008 05:24:45 Josh Monson wrote:
Or is Sean saying that this would be an option if it was in the form of
a package, so if the package was built (by the community) then you would
have the choice to toggle or not to toggle? I am assuming that
And while Openmoko is working on their own framework, I have to agree
with many other voices: knowing which platform to develop for, as a
developer myself, is confusing. I don't like the thought of having to
write multiple versions of an application that caters to GTK and Qt
separately,
Lisa wrote:
~ Folks,
~ I don't need a major design statement for my phone...I just want
a (mostly) working phone. There is a point where taking one more thing
away doesn't make it simpler any longer, it makes it hard to figure
out/work on. Not having a terminal in ASU ( the general
On Mon, 2008-07-28 at 17:14 -0700, ian douglas wrote:
And while Openmoko is working on their own framework, I have to agree
with many other voices: knowing which platform to develop for, as a
developer myself, is confusing.
This is exactly the point. Openmoko should be like Ubuntu:
Sean Moss-Pultz wrote:
Dear Community
Design.
This is a long, careful response to Sean's Openmoko on Design post.
If one goes back to the beginning of the Terminal for ASU thread, what
you find is that several users were just getting things set up and
mostly working in ASU and then they
A keyboard that always automatically knows when it is needed
sounds great in theory, but prior to that perfect keyboard being
implemented, what happened here was that users experienced a
degradation
in usability and had no obvious means of restoring the lost
functionality. They were
On Tue, 2008-07-29 at 00:35 -0700, Brian C wrote:
[snip lots of very clever thoughts]
So, I'll ask again: does
Openmoko intend to allow direct code contributions by community members
to core components of the ASU/FSO frameworks?
It would be better to get rid of this whole framework concept
Hi,
At the same time we heard comments from a key developer who indicated
that the decision was made above him by unnamed individuals with whom
the community has no obvious means of communication, and who apparently
don't even listen to the reasonable technical arguments of key
developers.
On Tue, 29 Jul 2008 10:23:41 +0200, Marcus Bauer [EMAIL PROTECTED]
wrote:
No developer who is sane in his mind will want to marry a whole PIM API
just for sending an SMS. And FSO is essentially a newly invented,
unstable and immature PIM API. This is so much like Microsoft.
And there are
On 29 Jul 2008, at 09:23, Marcus Bauer wrote:
...
Openmoko should concentrate on kernel and driver work, power
management
and working hardware and a basic set of apps. ...
+1
As Openmoko push more open hardware out the door, people will come
running to do cool stuff on it.
It's the
On Tuesday 29 July 2008, Marek Lindner wrote:
Hi,
At the same time we heard comments from a key developer who indicated
that the decision was made above him by unnamed individuals with whom
the community has no obvious means of communication, and who apparently
don't even listen to the
2008/7/29 Marek Lindner [EMAIL PROTECTED]:
Hi,
At the same time we heard comments from a key developer who indicated
that the decision was made above him by unnamed individuals with whom
the community has no obvious means of communication, and who apparently
don't even listen to the
Charles,
While that is a means of bringing the keyboard button back, thats just
too damn hard! And I have to do that all over again if I upgrade!
Needs to be a simple configuration setting.
Scott
Charles-Henri Gros wrote:
You mean like this?
On Tuesday, 29. July 2008 19:19:10 Al Johnson wrote:
Whether the term is 'key developer' or just 'a developer' is irrelevant.
The issue is the total lack of communication over removal of a function
many in the community, not to mention said developer, have good technical
reasons to see as
Chris Wright wrote:
snipped
Still, nobody has mentioned why the design team can't be contacted or
identified.
Posted to the list a couple days ago:
http://lists.openmoko.org/pipermail/community/2008-July/023806.html
We can be contacted,
just wasn't using an openmoko email at the time I
On Tuesday, 29. July 2008 20:17:00 Chris Wright wrote:
But you do have a design team, according to Rasterman.
Of course we have. How do you think we are trying to get to a device that is
ready for end user ? And this is just the beginning. We will work with more
designers for the UI, the
]
[mailto:[EMAIL PROTECTED] On Behalf Of Jay Vaughan
Sent: Monday, July 28, 2008 1:21 PM
To: [EMAIL PROTECTED]; List for Openmoko community discussion
Subject: Re: Openmoko on Design
Let's start simple. And grow. I know we can get there!
Get where exactly? Got coordinates for that destination
]
[mailto:[EMAIL PROTECTED] On Behalf Of david varnes
Sent: Monday, July 28, 2008 5:32 PM
To: [EMAIL PROTECTED]; List for Openmoko community discussion
Subject: Re: Openmoko on Design
On Tue, Jul 29, 2008 at 4:22 AM, Sean Moss-Pultz [EMAIL PROTECTED] wrote:
[snip]
Think of our products as museums
No bad intentions for snipping,
Just trying to get to the facts:
Brian C wrote:
snipped
1) Who is Openmoko's design department?
That would be:
William Lai - PM
Regina Kim - Testing
Wendy Hung - Testing
2) Many in the community believed that Openmoko wanted the community to
contribute
2008/7/29 Marek Lindner [EMAIL PROTECTED]:
On Tuesday, 29. July 2008 20:17:00 Chris Wright wrote:
But you do have a design team, according to Rasterman.
Of course we have. How do you think we are trying to get to a device that is
ready for end user ? And this is just the beginning. We will
Thanks marek.
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marek Lindner
Sent: Tuesday, July 29, 2008 10:06 AM
To: List for Openmoko community discussion
Subject: Re: Openmoko on Design
On Tuesday, 29. July 2008 19:19:10 Al Johnson wrote
On Wed, 30 Jul 2008 01:05:35 +0800 Marek Lindner [EMAIL PROTECTED] babbled:
Do you mean that sentence:
we are paid by openmoko to do what we are told to do by the design
department and that is what we then do. If that's the state of things for
paid developers, then community contributors
Many thanks for the direct answers. This is what I've been hoping for. I'll
snip most of it to keep the length reasonable.
On Tuesday 29 July 2008, William Lai wrote:
No bad intentions for snipping,
Just trying to get to the facts:
Brian C wrote:
Snipped
3) If the design department is
Is it feasible to have illume detect that an application isn't
capable/interested in sending the signal to bring up the keyboard?
Also, would the openmoko design team be willing to consider a toggle in the
configuration menu between manual and automatic?
I have a portable bluetooth keyboard
On Wednesday, 30. July 2008 04:57:27 Chris Wright wrote:
Where I work, the design team is the same as the development team.
May I ask where you work and what kind of consumer products you are creating ?
Something as simple as a keyboard button -- well, users were
complaining about its lack
On Tue, 29 Jul 2008 20:56:23 -0400 Daniel Benoy [EMAIL PROTECTED] babbled:
Is it feasible to have illume detect that an application isn't
capable/interested in sending the signal to bring up the keyboard?
with the matchbox protocol - it is not possible. with the new protocol i put in
(which
On Wednesday 30 July 2008, Marek Lindner wrote:
On Wednesday, 30. July 2008 04:57:27 Chris Wright wrote:
Something as simple as a keyboard button -- well, users were
complaining about its lack very quickly. If the design team were also
users, then they would have insisted that the error be
On Wednesday, 30. July 2008 10:18:33 Al Johnson wrote:
I agree with everything you say here. The keyboard should just appear when
I want it and disappear when I don't. The absence of a manual override
means that whenever it gets it wrong I can't correct it, the worst case
being when I need to
On Wed, Jul 30, 2008 at 01:47:29AM +0100, Al Johnson wrote:
I'll snip most of it to keep the length reasonable.
same here :)
On Tuesday 29 July 2008, William Lai wrote:
It already is.
We've offered a couple of different solutions to community requests that
were declined by, well,
Scott wrote:
Charles,
While that is a means of bringing the keyboard button back, thats just
too damn hard! And I have to do that all over again if I upgrade!
Needs to be a simple configuration setting.
Agreed, but I was just replying to that part:
if you HAVE to leave them out could
On 7/29/08 ian douglas wrote:
I feel that Sean has just given us (or perhaps just reiterated what
should have already been known), as a community, the means to empower
ourselves to help on *everything* about the Openmoko project as a
whole.
We wanted an open platform, and it's been given to
On 7/29/08 david varnes wrote:
On Tue, Jul 29, 2008 at 4:22 AM, Sean Moss-Pultz [EMAIL PROTECTED]
wrote:
[snip]
Think of our products as museums. We're building the environment.
I re-read Sean's post a couple of time (like a few people I am
guessing :-)
For some of us 'museum'
/me stands and applauds
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sean Moss-Pultz
Sent: Monday, July 28, 2008 1:22 PM
To: [EMAIL PROTECTED]; List for OpenMoko community discussion
Subject: Openmoko on Design
Dear Community
snip
-Sean
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sean Moss-Pultz wrote:
Change anything you want to our
interface and we will gladly deliver it to everyone. Your music for
sound events. Your themes. Speak with your work, not so much with your
emails. Let's organize the best parts of mobile
On 7/29/08 Michele Renda wrote:
There is a lot of work to do, and OM can't all this alone.
Exactly. This is really the essense of what I want to say. We need your
help to organize our environment. We need to focus on this. Flashy
design can come later if that's what's wanted.
We are open.
Thanks for an excellent post. It gives me an even better insight into
OpenMoko's vision.
Thanks for all of the hard work!
Cheers
Alex.
Sean Moss-Pultz wrote, On 28/07/08 19:22:
Dear Community
Design.
Many people seem to expect an explanation of design from Openmoko.
This isn't going
On Mon, 28 Jul 2008 22:21:28 +0200
Jay Vaughan [EMAIL PROTECTED] wrote:
Let's start simple. And grow. I know we can get there!
Get where exactly? Got coordinates for that destination?
Maybe Tango GPS can help trace the route?
solar.george
signature.asc
Description: PGP signature
Potential, that is the first word that comes to mind when I think about and
play with my freerunner. I spent months absolutely obsessively waiting for
the release, but when I first received it I was afraid. The gps issue was
all over the mailing list and I was thinking that things weren't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
~ Folks,
~ I don't need a major design statement for my phone...I just want
a (mostly) working phone. There is a point where taking one more thing
away doesn't make it simpler any longer, it makes it hard to figure
out/work on. Not having a
ezuall wrote:
Potential, that is the first word that comes to mind when I think about and
play with my freerunner. I spent months absolutely obsessively waiting for
the release, but when I first received it I was afraid.
I agree, there's unlimited potential.
To be honest, I was all hyped
On Tue, Jul 29, 2008 at 4:22 AM, Sean Moss-Pultz [EMAIL PROTECTED] wrote:
[snip]
Think of our products as museums. We're building the environment.
I re-read Sean's post a couple of time (like a few people I am guessing :-)
For some of us 'museum' may have an old/musty connotation.
When I put
63 matches
Mail list logo
