Richard Stallmans standpoint about openmoko
Hello, I mailed Richard Stallman a while ago regarding a few things including what he thought about openmoko and his answer was: I could endorse it if they get rid of the plan to use non-free software for the GPS. I don't think the answer surprise anyone, but atleast we know for sure now. And i really hope we can replace the non-free GPS software as soon as possible or atleast before the public release. Regards Simon Norberg ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Richard Stallmans standpoint about openmoko
[and this was obviously meant to be sent to the list] Simon Norberg wrote: Hello, I mailed Richard Stallman a while ago regarding a few things including what he thought about openmoko and his answer was: I could endorse it if they get rid of the plan to use non-free software for the GPS. I don't think the answer surprise anyone, but atleast we know for sure now. And i really hope we can replace the non-free GPS software as soon as possible or atleast before the public release. I'm still wondering *why* we need to use an AGPS device that's so dumb that it needs the *host* to do most of the calculations, when we could have used a SIRF-STAR III sensor, that does everything inside, just like the GSM/GPRS module. this sounds like this thing is the winmodem / winprinter of the GPS world Regards Simon Norberg ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Richard Stallmans standpoint about openmoko
Am 20.04.2007 um 08:48 schrieb Raphaël Jacquot: I'm still wondering *why* we need to use an AGPS device that's so dumb that it needs the *host* to do most of the calculations, when we could have used a SIRF-STAR III sensor, that does everything inside, just like the GSM/GPRS module. I would suspect: size, matching interfaces, availability, cost of additional components? If you look at the pictured of the PCB there isn't much room... There is a technology trend called Software Defined Radio http:// en.wikipedia.org/wiki/Software_radio which tries to get rid of as many components as possible and do everything by software inside a 45nm chip... -- hns ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Release (WAS: Richard Stallmans standpoint about openmoko)
On Fri, 2007-04-20 at 08:26 +0200, Simon Norberg wrote: Hello, I mailed Richard Stallman a while ago regarding a few things including what he thought about openmoko and his answer was: I could endorse it if they get rid of the plan to use non-free software for the GPS. I don't think the answer surprise anyone, but atleast we know for sure now. And i really hope we can replace the non-free GPS software as soon as possible or atleast before the public release. On that note - Im an electronic engineer and is eagerly awaiting the public release - or any release for that matter - I have a lot of DIY plans for the device (maybe some work related). So - any vague idea of a release date? E-Mail disclaimer: http://www.sunspace.co.za/emaildisclaimer.htm ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SoftGPS, was: Re: Richard Stallmans standpoint about openmoko
On Friday 20 April 2007 09:16, Dr. H. Nikolaus Schaller wrote: I would suspect: size, matching interfaces, availability, cost of additional components? When I worked on similar things, cost and updates were the two main reasons. Sizewise often there wasn't such a big difference, cost was very important. You can save much more by spreading cost of SW development over a large number of units, HW savings by large order discounts are much smaller. The other reason was you can update the firmware often, if you expect interoperability issues, standard changes, or simply improvements. Having separate flash chips or update methods is really a pain, a central software repository is much cleaner. In the case of GPS the improvement factor is actually a very plausible reason (or at least would be if we had info on the raw data) - you can always think up ways to increase precision with neat tricks if you have access to the raw data. Imagine something like the .RAW/.CRW files in digicams. They contain proprietary data, but have more information than your distilled jpeg file, so if you think up a way which extracts this information better, you will end up with a higher quality image. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: picture viewer
I'd like to be able to do most things without menus or buttons, just learned interaction. Sorry to remind this, but we have been thinking of such controls, with simple mockups: http://wiki.openmoko.org/wiki/UI_Improvements#Using_simple.2C_localized_warp_as_modifier_key These controls are intended to be implemented for all finger-apps, and may be suitable for image navigation. Please feel free to add yours :) Cheers Florent ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Richard Stallmans standpoint about openmoko
I have raised the question about this on [EMAIL PROTECTED] long time ago. Similar issue to Wifi driver, but different decision. However, I think we have to understand that building everything from free/open source in the expected timeline is not that easy. cheers, --rd On 4/20/07, Simon Norberg [EMAIL PROTECTED] wrote: Hello, I mailed Richard Stallman a while ago regarding a few things including what he thought about openmoko and his answer was: I could endorse it if they get rid of the plan to use non-free software for the GPS. I don't think the answer surprise anyone, but atleast we know for sure now. And i really hope we can replace the non-free GPS software as soon as possible or atleast before the public release. Regards Simon Norberg ___ 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: Release (WAS: Richard Stallmans standpoint about openmoko)
2007/4/20, Hans van der Merwe [EMAIL PROTECTED]: On Fri, 2007-04-20 at 08:26 +0200, Simon Norberg wrote: Hello, I mailed Richard Stallman a while ago regarding a few things including what he thought about openmoko and his answer was: I could endorse it if they get rid of the plan to use non-free software for the GPS. I don't think the answer surprise anyone, but atleast we know for sure now. And i really hope we can replace the non-free GPS software as soon as possible or atleast before the public release. On that note - Im an electronic engineer and is eagerly awaiting the public release - or any release for that matter - I have a lot of DIY plans for the device (maybe some work related). So - any vague idea of a release date? E-Mail disclaimer: http://www.sunspace.co.za/emaildisclaimer.htm ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Liane write something like end of april, beginning of may somewhere at the wiki, but I can't find it again. I'm beginning to wonder if the phase1 and phase1+ (hardware refresh) is being merged? IMHO I don't see the point of using $350 on a phase1 phone in may and then $??? on a phase1+ phone in june if there is a significant update. More information about the hardwarerevisions would be great. Hans ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Fwd: picture viewer
-- Forwarded message -- From: Ryan Prior [EMAIL PROTECTED] Date: Apr 20, 2007 12:40 PM Subject: Re: picture viewer To: Florent THIERY [EMAIL PROTECTED] If we're going to have a mokofingerwheel on the map interface, why not allow finger wheel up to zoom out and finger wheel down to zoom in? This would be a lot easier to implement than double-touch a la iphone, and I believe it would be easier to use. Two fingers can be tough to manipulate, and it's hard to get precision when you're focusing on moving two fingers at once. A double-tap on the map to zoom in on that location would not be a bad feature in addition to the zoom wheel interface, and since the wheel can be toggled, it doesn't really take use of the wheel away from other possibilities either. -- It is no measure of health to be well adjusted to a profoundly sick society. - Krishnamurti ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: picture viewer
The problem I have with double tap zooming is that I'd like to have smooth zooming. I also don't like drawing a box for zooming but rather the picture reacting instantly to my motion. Not sure how well the first gen hardware will handle this, though. Ortwin On 4/19/07, Steven Milburn [EMAIL PROTECTED] wrote: Sound pretty good, but I change a couple things from what you describe. For zooming and panning, don't do just the center tap thing. (For one thing, panning doesn't make sense until you're zoomed in). I'd like to be able to do most things without menus or buttons, just learned interaction. To Zoom, double-tap an area, that should cause the picture to zoom and center to where you tapped. Once zoomed in, just drag your finger to pan around. Zoom mode would probably have a few levels, so double-tap again zooms more. In zoom more, there could be either an escape button somewhere, or there could be a miniature display of the full pic, with a box to show the viewable area, and tapping on that display restores the full view. The reason I'm suggesting double tapping is so that you can still have single taps for going to the next and previous picture on the left/top and right/bottom, as well as pulling up a context menu for center taps. That context menu may still include zoom levels, but would have other options also, like sending the pic to someone else, copying, deleting, etc. --Steve On 4/19/07, Ortwin Regel [EMAIL PROTECTED] wrote: Dragging motions to the left/right could display the next/last picture. Maybe even better: Only require a single touch at the left or right side of the screen. Makes the screen last longer and is faster. Left and right would be two sides each because the phone could be held upwards and sideways, possibly depending on the individual picture. I like the idea that a single touch (in the middle of the screen, if the rim is used for picture switching) makes on screen controls appear. However, we should think a little more about placement and uses. I think they shouldn't necessarily be at the side of the screen. In fact there should be two prominent ones in the middle of the picture: One for starting a zooming motion, one for dragging the visible area around. You have to start at the buttom but can use the whole screen after that. The button symbols would have to be recognizable equally from both directions. Since they are in the middle of the screen they should probably be transparent to not appear as obtrusive. For rotating the standard corner wheel can be used, though it should be transparent, too. The lower right hand corner (this refers to holding the phone vertically) could then have the button for switching off the controls, the upper left hand corner the escape from slideshow button, both diagonally orientated as to be readable equally from both views. The message of the controls should be: This is a handheld device! It doesn't have to rotate pictures for you. Instead you can rotate the device and enjoy the benefit of using more screen space. The diagonal orientation might make sense for other applications and I'd love to see it used. If you need a mock up to understand this, tell me and I can make one. It will look crappy, though. Ortwin On 4/19/07, Frank Coenen [EMAIL PROTECTED] wrote: Hay, Browsing the wiki, I found that the picture viewer was to be a stylus application. Viewing photos is something you do together, making it very unpractical to do with a stylus. I think it should be a combination of both stylus and finger. Managing and looking for a specific dir should be done with a stylus. Here the approach should be like with the RSS-reader. At the top a list of photos in your current directory, at the bottom a preview. Then you should be able to switch to either slide show or full screen-mode. Both are the same, with the exception of course that the slide show switches the photo's automatically (and will rotate them so that the most amount of screen space is used) In full screen or slide show mode, if you then press the screen, 5 controls will appear: - scroll-wheel - Either for zooming or switching between the photos - button to switch to either zoom or next-prev-picture mode - button to rotate the picture 90 dec clockwise - button to remove the on screen controls again. (so that you will only see the picture, until you press the screen again) - a button to go back to stylus mode here are two mock ups, note that the left most button will change from zoom - switch mode. http://i172.photobucket.com/albums/w29/baldr_OM/photo_viewer_zoom_mode.png http://i172.photobucket.com/albums/w29/baldr_OM/photo_viewer_slideshow_mode.png Kind regards, Frank ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: picture viewer
Ortwin Regel wrote: The problem I have with double tap zooming is that I'd like to have smooth zooming. I also don't like drawing a box for zooming but rather the picture reacting instantly to my motion. Not sure how well the first gen hardware will handle this, though. true, that iphone zoom works because its a feedback loop. as in, the longer one moves the fingers apart, the more one zooms. you do not have to do much in the way of translation between what you want to do and what actions to take... ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: picture viewer
If you want smooth scrolling, how about this mod to what I said earlier: On the double-tap to center-and-zoom, hold the the second tap. The pic slowly (human speed) zooms and centers to where you're touching. When you've zoomed in enough, lift the finger. This would be similar to the way CTRL-wheel on Adobe pdf's zooms and centers. --Steve ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: picture viewer
Interesting... However, what about zooming out again? Also this would take too much time while possibly being too fast for my grandparents. Holding the second tap is a bad idea but dragging it around might be a good one. All in all, how about this: drag finger -- drag viewable area tap, then tap again, hold and drag -- zoom in and out tap sides -- change to next/last picture (can be changed to requiring double tap in config) What is missing? The gesture that brings up the on slideshow menu where you can escape from the slideshow, rotate the picture, jump to first/last with simple buttons. The only reasonable thing I can think of is a double tap in the center of the screen. What to use the wheel for in that menu? Scrolling through pictures quickly, of course! Ortwin On 4/20/07, Steven Milburn [EMAIL PROTECTED] wrote: If you want smooth scrolling, how about this mod to what I said earlier: On the double-tap to center-and-zoom, hold the the second tap. The pic slowly (human speed) zooms and centers to where you're touching. When you've zoomed in enough, lift the finger. This would be similar to the way CTRL-wheel on Adobe pdf's zooms and centers. --Steve ___ 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
