Re: tangogps and qtmoko
On Thursday 12 May 2011 03:40:59 Robin Paulson wrote: > On 12 May 2011 09:12, Tiago Bortoletto Vaz wrote: > >> Try to use window manager in setup. I've added Matchbox also; you'll > >> have the "X" top-right corner to close application. > > > > I've done the same to fix it in my device. It works well. Use fullscreen > > option in tango/foxtrot then you save the "X" space. > > thanks for the suggestions guys, that worked great. > > i've got a further problem now though: i can't get a gps fix. i've > installed gpsd, and the port it pushes its data to is the same as the > port tangogps looks on, but no go. i've left it outside in areas where > i've previously got a good signal (with shr and other distros), so i'm > sure it's the software. is there another component in the gps stack i > need - there's nothing on the qtmoko or openmoko wiki about it > You must indicate in gpsd config file the device to use or init it by profile QX file in tangogps/foxtrot entry. this is my /etc/default/gpsd content: # Default settings for gpsd. # Please do not edit this file directly - use `dpkg-reconfigure gpsd' to # change the options. START_DAEMON="true" GPSD_OPTIONS="" DEVICES="/dev/ttySAC1" USBAUTO="false" GPSD_SOCKET="/var/run/gpsd.sock" I get fix in few seconds. -- In the strict scientific sense we all feed on death -- even vegetarians. -- Spock, "Wolf in the Fold", stardate 3615.4 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps and qtmoko
On 12 May 2011 09:12, Tiago Bortoletto Vaz wrote: >> Try to use window manager in setup. I've added Matchbox also; you'll >> have the "X" top-right corner to close application. > > I've done the same to fix it in my device. It works well. Use fullscreen > option in tango/foxtrot then you save the "X" space. thanks for the suggestions guys, that worked great. i've got a further problem now though: i can't get a gps fix. i've installed gpsd, and the port it pushes its data to is the same as the port tangogps looks on, but no go. i've left it outside in areas where i've previously got a good signal (with shr and other distros), so i'm sure it's the software. is there another component in the gps stack i need - there's nothing on the qtmoko or openmoko wiki about it -- robin http://bumblepuppy.org/blog/?p=237 - government bill to remove basic human rights in NZ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: About QtMoko future
On Wed, 11 May 2011 21:06:01 +0300, Timo Jyrinki wrote > 2011/5/9 Radek Polak : > > qtopia => qt extended => qt extended improved => QtMoko > ... > > From technical point of view QtMoko is using regular Qt as framework for GUI, > > networking and other nice features that Qt supports. Qt is just compiled with > > custom configure switches. We can upgrade Qt from upstream and receive new Qt > > features quite easily. > > Great to hear that! I obviously thought Qt Exte... QtMoko is more > stuck in the Qt 4.4 time than it it is in reality. Sounds pretty > great, maybe actually at some point QtMoko or some part of it could > be pushed back to upstream as part of the ongoing improvements in > the Open Governance model :) Especially if there is something that would > help maintaining QtMoko in the longer term. Btw, I've been thinking about integrating qtmoko to Debian. Perhaps as a Debian Pure Blend, or even building single packages. I didn't go deeper yet, but will try to share this ideia during Debconf. Actually, pabs mentioned it once to me in some debian irc channel, so strictly speaking it's his idea :) Had anyone here thought the same? It wouldn't change the current upstream development model, so radek and qtmoko contributors don't need to worry. Updating the system would be much easier for users having official Debian packages for qtmoko. Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: tangogps and qtmoko
On Tue, 10 May 2011 07:19:25 +0200, Gianluigi wrote > On Tuesday 10 May 2011 02:58:19 Robin Paulson wrote: > > hi, > > i have the latest qtmoko (35) installed on my freerunner. i also have > > tanggogps installed, used via QX. > > > > the problem is, when i run tango, it only uses 3/4 of the screen > > > > then, if i hit 'info' to show the config, etc., that takes up around a > > 1/3 of the screen, and can't be closed, plus i can't read all the info > > on the different tabs. i've tried 'rotate screen' in the qx setup for > > tango, but it doesn't rotate or make any difference at all. > > > > any suggestions? > > > > cheers > > > > Try to use window manager in setup. I've added Matchbox also; you'll > have the "X" top-right corner to close application. I've done the same to fix it in my device. It works well. Use fullscreen option in tango/foxtrot then you save the "X" space. Regards, -- Tiago Bortoletto Vaz http://tiagovaz.org 0xA504FECA - http://pgp.mit.edu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: About QtMoko future
Am Mittwoch, den 11.05.2011, 21:06 +0300 schrieb Timo Jyrinki: > 2011/5/9 Radek Polak : > > qtopia => qt extended => qt extended improved => QtMoko > ... > > From technical point of view QtMoko is using regular Qt as framework for > > GUI, > > networking and other nice features that Qt supports. Qt is just compiled > > with > > custom configure switches. We can upgrade Qt from upstream and receive new > > Qt > > features quite easily. > > Great to hear that! I obviously thought Qt Exte... QtMoko is more > stuck in the Qt 4.4 time than it it is in reality. Sounds pretty > great, maybe actually at some point QtMoko or some part of it could be > pushed back to upstream as part of the ongoing improvements in the > Open Governance model :) Especially if there is something that would > help maintaining QtMoko in the longer term. For what it's worth... a bunch of folks and me have just started working on a new featurephone-client (expect a "formal" announcement later this week) which is going to use QML, so we can perhaps share some Qt code. Cheers, -- :M: ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: About QtMoko future
2011/5/9 Radek Polak : > qtopia => qt extended => qt extended improved => QtMoko ... > From technical point of view QtMoko is using regular Qt as framework for GUI, > networking and other nice features that Qt supports. Qt is just compiled with > custom configure switches. We can upgrade Qt from upstream and receive new Qt > features quite easily. Great to hear that! I obviously thought Qt Exte... QtMoko is more stuck in the Qt 4.4 time than it it is in reality. Sounds pretty great, maybe actually at some point QtMoko or some part of it could be pushed back to upstream as part of the ongoing improvements in the Open Governance model :) Especially if there is something that would help maintaining QtMoko in the longer term. -Timo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
