Re: [MeeGo-dev] MeeGo Reconstructed - a plan of action and direction for MeeGo
On Thu, Oct 6, 2011 at 12:40 PM, Graham Cobb g+me...@cobb.uk.net wrote: My personal view (which is partly based on my marketing job) is that you have to start off focused on a very visible end user experience in order to get the project the necessary publicity. For your own governance reasons you will Yeah, people need something cool on their devices to bother trying Mer in the first place, provide feedback and maybe even join the project. I'm sort of hoping Plasma Active could play a big part in this. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Who will keep pushing MeeGo?
On Mon, Oct 3, 2011 at 3:53 PM, Thiago Macieira thi...@kde.org wrote: And finally, the Symbian port is dead. It's not a target at all for Qt 5. ... until someone decides to do the port, that is. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] File manager for Tablet Edition
On Sat, Jul 2, 2011 at 2:43 PM, Attila Csipa me...@csipa.in.rs wrote: the goal or idea itself is flawed. Thus, consider carefully whether the I need in the statements does not originate at least a little bit from I'm used to. /me ducks and hides in the trenches of his command line As it appears, bad ergonomics of command like is what makes file manager useful on tablets ;-). Wetab already has a file manager, didn't check if it's open source. A qml based file manager would be useful for all verticals. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] which compositer will meego use for wayland?
On Thu, Jun 30, 2011 at 2:41 PM, Thiago Macieira thi...@kde.org wrote: It doesn't. I was going to ask steven what reasons he had for using the qt compositor. It's just a sample compositor, showing what is possible to do if you integrate the wayland libraries into a QML-based application. I've seen other experiments doing the same, some of which would definitely never qualify for a product. One advantage of using Qt Compositor as starting point would be making the compositor easy to modify, e.g. for OEM's looking for differentiated experience at compositor level. If you don't get worse performance with Qt Compositor, is there a good reason not to use it (as a starting point again, since it's not a product in itself)? ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] which compositer will meego use for wayland?
On Thu, Jun 30, 2011 at 5:54 PM, Thiago Macieira thi...@kde.org wrote: Em Thursday, 30 de June de 2011, às 17:22:48, Ville M. Vainio escreveu: If you don't get worse performance with Qt Compositor, is there a good reason not to use it (as a starting point again, since it's not a product in itself)? This is a question to be asked to the guys who are doing the compositor. If they feel more comfortable with another codebase, they can do that. Already got a pretty definitive answer from Kristian ;-). I'm not sure how much modification of the compositor is expected though. In any case, if you really want to modify, you can use the Qt Compositor in your own product... Part of the power of wayland is the fact that rolling your own compositor is doable. I'm sure some OEM's will want to add something extra for their products by altering how compositor works. Having something you plan to hack on as the default starting makes getting started easier, but I don't know how significant the effort is in practice, compared to just swithing to all new composer. It may be a non-issue in the end. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] qml components
Instructions and packages will be provided at later time. On Fri, Jun 24, 2011 at 4:05 AM, nic...@nicoladefilippo.it nic...@nicoladefilippo.it wrote: Hi, how to use qml components within QtSDK to develop with N900 Meego community edition. N. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Specification for OBS light project concept
On Tue, Jun 14, 2011 at 11:52 AM, Dominig ar Foll dominig.arf...@fridu.net wrote: The goal of the project is to ease the access to OBS for embedded developers and initial investigation team which have to select an embedded OS, by creating a tool which follows their traditional development process (working locally in chroot) but keeps the compatibility with the OBS. I may have misunderstood, but doesn't the full obs provide you the same chroot construction feature? ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
[MeeGo-dev] Call for ideas - preprocessor #define for meego version (Q_MEEGO_VER ?)
We all know and love Q_WS_MAEMO_5 and Q_OS_SYMBIAN for getting work done. However, as everybody ends up seeing,, there is no equivalent for meego. If we ended up having one, what would it look like? Q_MEEGO_VER_MAJOR, Q_MEEGO_VER_MINOR Q_MEEGO_PROFILE tablet-reference ? ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Call for ideas - preprocessor #define for meego version (Q_MEEGO_VER ?)
On Mon, Jun 13, 2011 at 5:42 PM, Thiago Macieira thi...@kde.org wrote: There isn't one because MeeGo is just X11 (today). And the build is for all verticals, so you can't add a compile-time define for the MeeGo version and vertical. Fair enough. Would it be possible, in all meego uxen, to add a pkgconfig file that would provide this info to qmake? ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] D-Bus APIs on QML
CCing qt-qml mailing list which is the proper place for this discussion. On Sun, May 15, 2011 at 4:35 PM, Tom Swindell t.swind...@rubyx.co.uk wrote: - Original message - I would suspect that QML only is not a great start; while QML is great for writing some very basic apps once you want something fancy you very likely end up doing C++ work Yes, I completely agree. Otoh, the fact is a lot of potential developers seem to think that they can use pure QML to build their apps. I'm hoping one day that QML through the community creating plugins etc will make QML much more useful, maybe someone should think about setting up something like cpan or rubygems for QML C++ plugins. Best to think of these things now rather than rush it later. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] PDF reader for tablets running MeeGo
Wetab uses Okular for this. It's not exactly the best possible tablet experience, but gets the job done. On Fri, May 13, 2011 at 12:11 PM, Bogdan Cristea crist...@gmail.com wrote: Hi I would like to know if there is a project for a PDF reader designed for tablets running MeeGo. I have searched on Intel AppUp, but I haven't found such an application. thanks -- Bogdan Cristea Software Engineer web: http://sites.google.com/site/cristeab/ ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] libmeegotouch in 'MeeGo Core' in 1.3?
On Fri, May 6, 2011 at 8:06 PM, Shane Bryan shane.br...@linux.intel.com wrote: OK, I'll start, but please don't take this list, or my response to this thread as a complaint to the change away from MTF, but rather observations Have you checked out the mlite library that has some of the stuff you mention? ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] libmeegotouch in 'MeeGo Core' in 1.3?
On Sat, May 7, 2011 at 10:48 AM, Shane Bryan shane.br...@linux.intel.com wrote: Have you checked out the mlite library that has some of the stuff you mention? If you'll look closer, I mention that at least two of the items I listed are in mlite, in some state of completion. So yes ;) Dret, sorry about that, my 22secs/email budget backfired ;-). ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Howto lock screen orientation in MeeGo/Tablet 1.2 ?
On Sat, May 7, 2011 at 12:33 PM, Andrew Flegg and...@bleb.org wrote: I have to agree with Conny. Maybe a rename to meego-app would make more sense... This has been discussed - and agreed before - but the changes never seemed to happen :-( I think the agreed approach now is to educate rather than fix. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Howto lock screen orientation in MeeGo/Tablet 1.2 ?
On Fri, May 6, 2011 at 11:09 AM, Cornelius Hald h...@icandy.de wrote: Hi, in my C++/QML application I want to lock the screen orientation to portrait mode. How I can I do that? There was a thread about this a month ago but without clear answer. The spec says there should be orientationLock: http://bugreports.qt.nokia.com/browse/QTCOMPONENTS-373 Apparently, there isn't, file a bug :). For MeeGo I'm using Qt::WA_LockPortraitOrientation which was included in Qt 4.7.2. Should it work? Are there other options? Those only work on Symbian AFAICT. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Building MeeGo UX Components in Ubuntu - without full MeeGo SDK installation?
Check out http://confusingdevelopers.wordpress.com/2011/04/01/intels-qt-quick-components-available-for-ubuntu/ The ppa has the needed deps. On Thu, May 5, 2011 at 9:09 AM, Johan Paul johan.p...@gmail.com wrote: Hi! I'd like to build MeeGo UX Components from Git in Ubuntu. The README states some dependencies that need to be met. Where can I install these dependencies from? Do I need a full MeeGo SDK installation to do this? I already followed the instructions on the developer Wiki page*) to add the MeeGo SDK repository to my system. But it seems the dependencies are not directly available from there. Cheers, Johan *) http://wiki.meego.com/SDK/Docs/1.1/Getting_started_with_the_MeeGo_SDK_for_Linux#On_Ubuntu_or_Debian ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Qt/QML or Meego Touch Framework?
On Mon, May 2, 2011 at 11:20 AM, john pratss johnpra...@gmail.com wrote: I am developing an application based on Meego-touch-framework. But before starting that I wanted to clarify one thing; whether Meego-1.2 has support for both Qt/QML and MTF based apps or not? In Meego-1.2, what is the approach for developing applications, whether it is should be based on Qt/QML or on MTF ? Applications should be developed with QML, not MTF. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Qt/QML or Meego Touch Framework?
On Mon, May 2, 2011 at 11:38 AM, kate.alh...@nokia.com wrote: You will have Qt/QML in MeeGo 1.2 but as far as I know, Qt Quick Components did not make et time there. Intel's meego-ux components are available in upcoming 1.2: http://wiki.meego.com/MeeGo_UX_Components ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Qt 4.8 and QtQuick 1.1
On Mon, May 2, 2011 at 9:32 AM, Thiago Marcos P. Santos thiago.san...@intel.com wrote: Latest preview image of MeeGo Tablet relies on Qt 4.7.2. Is there any plans on the roadmap to push Qt 4.8 with QtQuick 1.1 (which might be specially interesting for MeeGo UX Components)? Qt4.7.4 with QtQuick 1.1 would be the more conservative choice. Yeah, I'd love to see that too since Harmattan Qt Quick components are using QtQuick 1.1; having them work without gutting out the 1.1 parts would be nice. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Architecture decisions - QSparql
On Sat, Mar 26, 2011 at 3:20 PM, Patrick Ohly patrick.o...@intel.com wrote: To give just one example, who is the owner of a QSparqlResult? This example here has an explicit delete: http://maemo.gitorious.org/maemo-af/qsparql/blobs/master/examples/sparql/asynctracker/main.cpp This one doesn't: http://maemo.gitorious.org/maemo-af/qsparql/blobs/master/examples/sparql/simple/main.cpp These questions (and memory leak?) could be avoided if QSparqlResult wasn't a plain pointer. Without taking a stance on how modern this approach is, it's something that's familiar to Qt developers from http://doc.qt.nokia.com/4.7-snapshot/qnetworkaccessmanager.html#get ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Architecture decisions (was Re: migration (back) to EDS)
On Thu, Mar 24, 2011 at 10:16 PM, Richard Dale richard.d...@telefonica.net wrote: I personally think that the Nepomuk non-application specific integrated data approach could be a killer feature of MeeGo. In comparison iOS is completely Agreed. Luckily tracker will still be there on the platform (as Marius stated earlier in this thread), so it can be used by willing applications. It's just that contact information is not *primarily* stored there anymore - but we can arrange for an (unofficial) way where it gets moved there from EDS anyway. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Architecture decisions (was Re: migration (back) to EDS)
On Fri, Mar 25, 2011 at 4:53 PM, Richard Dale richard.d...@telefonica.net wrote: On Monday, March 07, 2011 10:06:08 PM Arjan van de Ven wrote: Are you planning to support or implement a QSparql backend for EDS? I suspect we'll never see QSparql in MeeGo the way things are going Disclaimer: I am a QSparql developer QSparql is the standard way of accessing Tracker from Maemo in Qt code, and as far as I know it has been packaged for MeeGo too. In order to build the Qt based RAD environment, that I personally dream of, QSparql will be needed. Is there a particular reason not to have QSparql, when you already have Tracker? (Someone should really summarize these threads in a wiki) Maybe it shouldn't be used directly by application programmers, but it will be needed as a base for building visual development tools that might use QML with QtCreator plugins support. Perhaps you can elaborate on this RAD tools elsewhere, say, meego-community mailing list? I have hard time thinking how a RAD tool for sparql would look like, but the thought is intriguing... ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] migration (back) to EDS
On Mon, Mar 21, 2011 at 3:36 PM, Patrick Ohly patrick.o...@intel.com wrote: Mail Storage and Transports * write simplistic server which runs Camel * replace QMF client library with one which accesses that server; source code compatibility of just the functionality needed by the Tablet mail app would be a good first step Why do you need to use Camel instead of QMF? Does Camel have some virtues over QMF messageserver? ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Some architecture changes (MSSF / Buteo / PIM storage)
On Mon, Mar 7, 2011 at 6:09 PM, Arjan van de Ven ar...@linux.intel.com wrote: Because of all these items and the available expertise, we have decided to start replacing PIM storage with the Evolution Data Server. Can you expand on what this means for email? Will we still see sqlite-backed QMF as the email solution, or are you switching to some other existing email solution? ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev http://wiki.meego.com/Mailing_list_guidelines
Re: [MeeGo-dev] Nokia alert: android rised from 17 % marketshare to 32 % and is bigger than symbian.
On Mon, Jan 31, 2011 at 9:35 PM, Randolph Dohm rdohm...@googlemail.com wrote: because of this second news of the day http://online.wsj.com/article/SB10001424052748703554204576112723686094898.html meego apps cannot be developed at a certain level of time, if there is no hardware to do. To craft a proper troll, do some research. You are perfectly able to develop MeeGo apps on any computer, using Qt SDK and (optionally) a phone like N900. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
[MeeGo-dev] Ext4 support
It appears MeeGo kernel doesn't support ext4 out of the box. Any particular reason for this? I lost my near-term faith in btfs since the repair tool (btfsck) seems to suck, and wouldn't want to go all the way back to ext3... -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Ext4 support
On Sat, Jan 29, 2011 at 7:54 PM, Ville M. Vainio vivai...@gmail.com wrote: It appears MeeGo kernel doesn't support ext4 out of the box. Any And as a pre-emptive reply to the more trigger-happy respondents - yes, I know I can compile it myself. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
[MeeGo-dev] Perf tweak: using asynchronous I/O with sqlite (e.g. for tracker...)
Would it make sense to try to gain some extra performance by using sqlite in asynchronous I/O mode: http://www.sqlite.org/asyncvfs.html Casual observer would be led to think this would be a big performance win for us. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Perf tweak: using asynchronous I/O with sqlite (e.g. for tracker...)
On Wed, Jan 19, 2011 at 7:58 PM, Bernd Stramm bernd.str...@gmail.com wrote: Doing the writes asynchronously can improve response time for the parts of a system that don't wait for these particular write operations. Can you elaborate on that? Why would a process wait for a particular write operation, instead of just wanting to get access to the current state of the database? It doesn't actually gain performance in the sense that write operations don't complete any faster. It unblocks the process that is flushing the transaction, allowing it to process new requests. If you flush the data for a second and you get a new request, you lose that second (instead of being able to serve the request immediately). What you lose is Durability aspect of ACID. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
[MeeGo-dev] Dconf
Now that the internet is telling me Ubuntu is warming up to Qt and making Qt wrappers for dconf... Perhaps this is a bandwagon meego should jump to? It's not like we have anything better lined up in that area. -- Sent from my Nokia N900 ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Dconf
On Wed, Jan 19, 2011 at 2:16 AM, Sivan Greenberg si...@omniqueue.com wrote: I also recall a couple of emails about it from the beginning of the project. What has Ubuntu made already that could be served to a transitioning or testing phase ? http://www.markshuttleworth.com/archives/568 Quote: To address this, Canonical is driving the development of dconf bindings for Qt, so that it is possible to write a Qt app that uses the same settings framework as everything else in Ubuntu. We’ve contracted with Ryan Lortie, who obviously knows dconf very well, and he’ll work with some folks at Canonical who have been using Qt for custom development work for customers. We’re confident the result will be natural for Qt developers, and a complete expression of dconf’s semantics and style. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Speech Recognition API for QT?
On Mon, Jan 17, 2011 at 9:16 AM, Santakivi Topi topi.santak...@digia.com wrote: The IVI repos already have PocketSphinx 0.6.1, which is a BSD-style licensed speech recognition library. People that want to play w/ it may be interested in knowing that this seems also to be available in n900 extras-devel. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-touch-dev] [qml] what is the setting database in qml
2011/1/13 yfengying fengying...@hotmail.com: Hi All: Like the gconf is the setting database in meego touch framwork, I want to know what is the setting database in qml, and how to ? SQL local storage: http://doc.qt.nokia.com/4.7-snapshot/declarative-sqllocalstorage.html As a settings storage it's pretty inept as such, but you can wrap it with ORM-ish thingie that dump properties for specified components automatically to the storage (to avoid ultra-tedious SQL coding). Such things should become widely available shortly, just testing one (contributed by Kari Ylä-Kotola) for my hobby application. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-touch-dev mailing list MeeGo-touch-dev@meego.com http://lists.meego.com/listinfo/meego-touch-dev
Re: [MeeGo-dev] What are the advantages of developing QT apps without libmeegotouch over MTF enabled application?
On Sun, Jan 2, 2011 at 9:47 PM, Till Harbaum / Lists li...@harbaum.org wrote: I have meegotouch running native on my ubuntu desktop, i have qtmobility running native there, i have the latest qtcreator 2.1.0beta and still i can't run meego qml apps: file:///home/harbaum/projekte/meego/apps/qt-components/gallery/positionindicator.qml:28:1: module com.meego is not installed import com.meego 1.0 What am i doing wrong? Or is exactly this caused by the fact, that nokia tries to fragment qt into desktop and mobile versions and i won't be able to run meego apps on the desktop without using emulation? There are qt quick components (PREVIEW) packages for Ubuntu: http://qt-funk.blogspot.com/2010/10/fresh-from-oven-qt-extras-for-ubuntu.html (the same place, fn-ppa, has MTF as well, since it's a dependency of QtQC). -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] What are the advantages of developing QT apps without libmeegotouch over MTF enabled application?
On Wed, Dec 29, 2010 at 3:45 AM, David Guimard david.guim...@mydbobjects.com wrote: I thought it was more than clear , it s written in the first page of Meego sdk1.1 the sample located here http://meego.gitorious.org/meegotouch/libmeegotouch/trees/master/examples + the power of qt graphical view enable all possibilities and allow to implements superb custom widget depending your need. Well, you can use your QGraphicsObject's from QML as well, if you really need it. i was looking for an easy way to do it six month ago by using the qml scripting but get stuck with binding the model properly.In the end i am back You should ask around qt-qml irc or mailing list if you get stuck. It's unlikely that your problem was insurmountable. I usually find answers to my questions in #qt-qml within minutes of asking. It enable to use proper UI design pattern without having to put reference of the model in the view witch is wrong from my point of view.Cocoa design I don't understand what you mean here. When you instantiate a ListView, you specify a delegate (view) and model (model) separately, without needing a reference to the model inside delegate. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] What are the advantages of developing QT apps without libmeegotouch over MTF enabled application?
Disadvantage with both QWidgets (which is what I assume you mean by Qt w/o meegotouch) and mtf is that neither is an officially supported solution, i.e. you are on your own if you use them. If something works today (e.g. gestures), somebody may decide to break it tomorrow without prior warning. Go for Qt Quick if you've got a choice. -- Sent from my Nokia N900 - Original message - What are the advantages of developing QT apps without libmeegotouch over MTF (Meego touch framework) enabled application.? If we need to implement gestures for any given use case, will a application based on libmeegotouch be more smoother than QT app without libmeegotouch? Any touch testing results benchmark done on Meego? -Rohit ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] What are the advantages of developing QT apps without libmeegotouch over MTF enabled application?
On Tue, Dec 28, 2010 at 3:26 PM, Sivan Greenberg si...@omniqueue.com wrote: A related question for me as I'm going to implement a couple of UXs soon, what sort of already ready made regular application components are available from Qt Quick Components right now? You can follow the progress (for meego version) in this tracker item: http://bugreports.qt.nokia.com/browse/QTCOMPONENTS-72 -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] What are the advantages of developing QT apps without libmeegotouch over MTF enabled application?
On Tue, Dec 28, 2010 at 3:20 PM, Andrew Flegg and...@bleb.org wrote: With Qt Quick you have all enablers for full MeeGo UX and in Qt Quick Components you have all UX components ready made. Well, not yet. And it's not yet clear what that means in terms of good cross-platform support (e.g. Symbian, Maemo or MeeGo). Regarding cross platform support - you can use the same source code w/ MeeGo and Symbian. You may need to adapt your custom parts (e.g. delegates) according to resolution that is lower on current Symbian devices. For Maemo, it's up to the community to provide the support. In practice, unless someone beats us to it I imagine Forum Nokia will provide this to boost MeeGo development - possibly by grabbing the MeeGo component as-is (with any luck, they will kill the MTF dependency so it'll be a breeze). What *is* the timescale and roadmap for Qt Quick Components? I don't think Nokia is publishing the roadmap yet. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] What are the advantages of developing QT apps without libmeegotouch over MTF enabled application?
(Sorry about posting at meego-dev - it appears almost nobody is on-topic on this mailing list, so one more won't hurt). 2010/12/28 Benoît HERVIER kher...@khertan.net: Currently it s look like a new technology, require to reconstruct many things, isn't ready, and many push for using it. It s look like we are doing the same errors again. The amount of confidence put in Qt Quick is in a totally different ballpark from other UI technologies we've had around recently. QWidgets were not good enough for anybody, Orbit was not good enough for MeeGo, MTF was not good enough for Symbian. To say nothing about Avkon and Gtk+, that is ;-). Qt Quick is the first technology to have the whole Nokia machine behind it, for the long haul. Even if you feel some initial objection to the technology, it may be a good idea to give it a second chance - perhaps after we get a good amount of high quality training material published in a centralized way (for one reason or another, the good stuff has been Nokia internal for now). Tackling the QML learning curve is rewarded by power and quickly doing something you thought to be not worth the trouble before. no respect of the plateform look and feel, etc ...). I ll probably look for an other plateform/framework (do not me ask which one, as i ll answer that Qt (QWidget) + Python is perfect (for my use.) ). I'm afraid there is not much choice, unless you consider Objective C or Dalvik as preferable to QML + [Python|C++] ;-) -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] What are the advantages of developing QT apps without libmeegotouch over MTF enabled application?
2010/12/28 Till Harbaum / Lists li...@harbaum.org: Am Dienstag 28 Dezember 2010 schrieb Ville M. Vainio: QWidgets were not good enough for anybody You are talking about these QWidgets that several tutorials on the meego conference were about? Are you really wondering why developers are confused and loosing confidence in all this? Do you really wonder why so many people are hesitant to actually start doing things because they are expecting you to change your mind again, soon? 6 months ago, any sane developer would be confused because the UI technology roadmap for third party developers was confidential. Backend stuff like Qt Mobility was openly communicated, but UI technology was not. Right now, though, everything should be crystal clear: it's all about Qt Quick, and the usual Qt C++ technologies on the back end. There are no secret deprecation/obsolescence plans on the UI layer that have not been openly communicated. Even the QSceneGraph stuff (something Nokia could have as well kept as secret research project) is out there on public blogs. If someone is *still* confused, do let us know and we can make it more explicit in the future. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Writing code in Qt for MeeGo platform
On Thu, Dec 16, 2010 at 6:38 PM, Bernd Stramm bernd.str...@gmail.com wrote: It would help to know the physical size of the display. Perhaps in millimeters, or perhaps just as a category. Something like theater-size, desktop-size, pocket-size, fingernail-size. Each of these different types would need different UI designs. Studying what Android does might be of interest: http://developer.android.com/guide/practices/screens_support.html -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
[MeeGo-dev] NQS vs MeeGo SDK [Re: MeeGo 1.1 SDK beta released]
On Thu, Nov 11, 2010 at 9:31 AM, Andrew Flegg and...@bleb.org wrote: I don't know about anyone else, but I think it'd be good to have on the wiki a feature matrix. I can set it up, but would appreciate additional features and answers to the questions. While I'm not sure about the current status (installing as we speak), this will be just another component for Nokia Qt SDK as time goes on. It will essentially add the Meego 1.1 support feature to NQS. Also, making a distinction with Qt SDK/Qt Creator and NQS will be a bit artificial in the long run, since the biggest difference is the installer and component maintenance tool. Qt Creator is essentially what you get if you install NQS with the online installer and disable the extra components. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] MeeGo 1.1 SDK beta released
On Wed, Nov 10, 2010 at 11:05 PM, Spencer, Bob bob.spen...@intel.com wrote: 3) Some good tutorials for getting started: http://wiki.meego.com/SDK/Docs/1.1/Getting_started_with_the_MeeGo_SDK_for_Linux This page is missing the bits about installing and testing the runtime (qemu image). Unless you happen to own Aava device, it may not be entirely useful :). I'm running sudo mad-admin create meego-handset-ia32-qemu-1.1.20101031.2201-sda-runtime at the moment, let's see how that goes... -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] NQS vs MeeGo SDK [Re: MeeGo 1.1 SDK beta released]
On Thu, Nov 11, 2010 at 12:02 PM, fathi.bou...@nokia.com wrote: While I'm not sure about the current status (installing as we speak), this will be just another component for Nokia Qt SDK as time goes on. It will essentially add the Meego 1.1 support feature to NQS. There's a long road before it happens. What's there to stop this from happening sooner? The fact that MADDE support is still hardwired it Qt4ProjectManager and does debian specific stuff? Also, making a distinction with Qt SDK/Qt Creator and NQS will be a bit artificial in the long run, since the biggest difference is the installer and component maintenance tool. Qt Creator is essentially what you get if you install NQS with the online installer and disable the extra components. Your assumptions are wrong. Qt Creator/MADDE aren't the same. Above I meant distinction between qt creator and nqs is artificial, not that meego sdk is already using mainline stuff. Indeed, in the long run, we want to have these bits merged. There is work done to make Qt Creator 2.2 allow custom targets in plugins through Qt4TargetFactory. Using that mechanism, the merge will be less problematic as it doesn't need to touch Qt Creator code. Or, have you implemented an independent mechanism of your own to facilitate all of this already? -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] MeeGo vs. Platform API ambiguity
On Thu, Nov 11, 2010 at 10:45 PM, Wichmann, Mats D mats.d.wichm...@intel.com wrote: I have just recently read the developer pages on this very subject, and I was surprised to find the distinction, that Meego Touch Framework and the Web Runtime are in a Platform API with warnings against using them. More clarification is indeed needed, as far as I am concerned. In the case of these two, it's a question of maturity. Since the current versions aren't fully mature, it can't be promised they won't change in the next version. There's nothing to prevent, and indeed it's the intent, to promote these to high-guarantee status once the right level of maturity is reached. Nope, the decision to have these as platform APIs instead of MeeGo APIs is a strategic choice: http://www.engadget.com/2010/10/21/nokia-refines-development-stategy-adopts-html5-in-qt-and-ends-s/ Articles like these may seem a bit weird to technical people (with all the talk about 'Qt'), but when you replace all references to Qt with Qt Quick (which is the real meaning behind the message), they suddenly make more sense. Orbit was axed and MTF won't be promoted to external developers. Regarding WRT - having it as platform api is not an accident or oversight. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] OBS, MeeGo and the social desktop : Application information, feedback and rating
On Thu, Oct 28, 2010 at 1:41 PM, David Greaves da...@dgreaves.com wrote: As I say, the use-case is something around providing feedback from the application launcher on the device; maybe an on-device popup that allows a star rating, comment etc that is linked back to the appropriate OBS package and team. It seems like it combines two separate things: - Application - How/where it gets built I'd rather see an entity separate from OBS as the starting point of a rating/comment system. Applications built with any system would reside there (including proprietary applications built in someones basement). -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] OBS, MeeGo and the social desktop : Application information, feedback and rating
On Thu, Oct 28, 2010 at 2:03 PM, David Greaves da...@dgreaves.com wrote: MeeGo community does provide a community build system.. the OBS ... which, as you say, needs to support rating/feedback somehow. The OBS has a rating system... no-brainer (well, at least as a potential solution). I stand corrected. Yes, this would make sense. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] [MeeGo-community] MeeGo 1.0 Update for Netbooks
On Sat, Oct 16, 2010 at 11:29 PM, Arjan van de Ven ar...@linux.intel.com wrote: Is there a MeeGo netbook image with touch built in? The Netbook UI is not aimed at touch devices currently. And hence the support is expected to be worse than in, say, Ubuntu Maverick in the near future? (The support is pretty bad in Maverick as well, but at least you can use touchscreen as a mouse). -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] MTF layout question
Please use this mailing list: http://lists.meego.com/listinfo/meego-touch-dev (you may want to elaborate on your question as well, as it's not really clear what you are trying to do). This may help as well: http://apidocs.meego.com/mtf/class_m_pannable_viewport.html On Wed, Oct 13, 2010 at 12:20 PM, Bob Lin smile2...@gmail.com wrote: Hi All This is my first time to ask questions here. Thanks for your time. Here is one question I have while doing the UI layout under MTF, please help to provide your idea. The goal : Slide the view and then show the hidden components under setGeometry. Issue : Use MLinearLayoutPolicy can slide to show the hidden components but using setGeometry bounces it back. Here is a simple code for my question. #include MApplication #include MApplicationPage #include MApplicationWindow #include MLabel #include MLinearLayoutPolicy #include MLayout #include QObject int main(int argc, char **argv) { MApplication app(argc, argv); MApplicationWindow window; MApplicationPage page; page.setPanningDirection(Qt::Horizontal | Qt::Vertical); /* Create a MLayout that we set the policies for */ MLayout *layout = new MLayout(page.centralWidget()); MLinearLayoutPolicy *linearPolicy = new MLinearLayoutPolicy(layout, Qt::Vertical); #if 1 for (int i = 0; i 20; ++i) { MLabel *label = new MLabel(QString(Item %1).arg(i + 1)); label-setAlignment(Qt::AlignCenter); //if (i 3) // But only add the first 3 items to the linear policy linearPolicy-addItem(label); } #else for (int i = 0; i 20; ++i) { MLabel *label = new MLabel(QString(Item %1).arg(i + 1),page.centralWidget());\ label-setGeometry(QRectF(100,i*40,200,30)); } #endif page.appear(); window.show(); return app.exec(); } ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] A note SIGSEGV pop up when using QToolBar
After clicking Ok, you should be able to navigate the call stack and see what's really wrong. Perhaps your toolbar pointer was null or something? Also, I'm not sure this is an appropriate mailing list. Problem is I don't know what's the right one either since there is no meego application development mailing list around. On Tue, Sep 28, 2010 at 1:14 AM, Steven Yang stevenyang...@gmail.comwrote: Hi Who can help to solve this? It pop up after I use QToolBar in code [image: untitled.JPG] Thanks in advance! Br Steven ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev -- Ville M. Vainio @@ Forum Nokia image001.jpg___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Refocusing mailing lists, was: Re: A note SIGSEGV pop up when using QToolBar
On Mon, Sep 27, 2010 at 9:00 PM, Foster, Dawn M dawn.m.fos...@intel.com wrote: I'll let someone more intimately involved in the migration comment on the timeline for getting everything moved. While we wait, how about hammering down the new list names so they are ready when people are? -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] GConf as the settings database
On Sat, Sep 25, 2010 at 4:45 PM, Robin Burchell virot...@viroteck.net wrote: No, at least, I very much doubt it. libgq seems to be unmaintained - or at least, nobody seems interested in taking my patches to it, despite repeated attempts to get somebody to have a look (see http://lists.maemo.org/pipermail/maemo-developers/2010-August/027366.html for details on that). I also don't think it is packaged for MeeGo. I maintain (in a loose definition of the word) the fremantle version (used e.g. by qtmobility): http://maemo.gitorious.org/~vivainio/maemo-af/libgq-fremantle Feel free to submit a non-api-breaking change request there. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] GConf as the settings database
On Sat, Sep 25, 2010 at 4:56 PM, Sivan Greenberg si...@omniqueue.com wrote: Thanks for this reply, seems that betting on MGConfItem is reasonable. Just use QSettings if you don't need to listen to subscribe to changes in settings (most apps don't). GConf is too heavy and platform-specific for most needs. If you need to subscribe to changes, consider Qt Mobility Publish Subscribe API instead. It can use gconf as back-end on Linux. I wonder why we have to suspect things btw, isn't the fact it is at apidoc.meego.com makes it an official way to work with the settings? Being there is not really a sign of something being official, at least yet. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Getting the address of the session dbus daemon
2010/9/21 Elliot Smith elliot.sm...@intel.com: On Tue, 2010-09-21 at 12:03 +0100, Pertti Kellomäki wrote: On harmattan, the address of the session dbus daemon is available in a file, so one can do source /tmp/session_bus_address.user in order to get the address of the session daemon. Is there something equivalent on MeeGo? Our test scripts need to chat with the daemon. You can get it via the DBUS_SESSION_BUS_ADDRESS environment variable. I think you can guess why this answer is insufficient by looking at what /tmp/session_bus_address.user contains: [sbox-HARMATTAN_X86: ~] cat /tmp/session_bus_address.user DBUS_SESSION_BUS_ADDRESS='unix:abstract=/var/tmp/dbus-J5ERfILq2A,guid=57ad2af329c46e0ee87a28533543'; export DBUS_SESSION_BUS_ADDRESS; So DBUS_SESSION_BUS_ADDRESS is used automatically, but you don't necessarily have it set up properly in your environment e.g. in scratchbox terminal session (until you 'source' that scriptlet). -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Meego spec - for comment
As it appears there is clearly no any kind of agreement on what to do with repositories and dependencies, perhaps it would be best to drop the requirement from the spec and revisit it later? ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Meego spec - for comment
On Thu, Sep 9, 2010 at 11:14 AM, Andrew Flegg and...@bleb.org wrote: That's why I'm proposing that the language in the spec recognises that MeeGo-compliant packages can have a canonical location (e.g. repository X) and can depend on anything else in that repository. This would not be completely accurate either. A manufacturer way want to create a special repository for packages that apps in their app store CAN depend on, and this is not necessarily the repository that the sold applications are downloaded from. All of this will probably end up so that: - There will be a bunch of meego compliant applications that only depend on what is already in meego - There will be a bunch of noncompliant applications that will, nevertheless, be sold in app stores. MeeGo implementation should be compliant with meego spec even if it allows installation sales of apps like this. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Meego spec - for comment
On Thu, Sep 9, 2010 at 11:48 AM, Marius Vollmer marius.voll...@nokia.com wrote: http://www.w3.org/TR/widgets/ Thus, a *.wgt can be automatically repackaged as a *.rpm. We do this in Harmattan, and it seems to generally work ok. I think the same is done by N900 WRT (wgt = deb). The source is out already, so anyone interested enough can verify it themselves. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Meego spec - for comment
On Thu, Sep 9, 2010 at 11:59 AM, Marius Vollmer marius.voll...@nokia.com wrote: This would not be completely accurate either. A manufacturer way want to create a special repository for packages that apps in their app store CAN depend on, and this is not necessarily the repository that the sold applications are downloaded from. Well, you will have a tree (or graph) of repositories, with dependencies between repositories. This is what will happen, and if we want to do it, we should have the tools for it and not let it happen purely chaotically. (Remember, the Maemo repository mess? :-) I think what we need is 2 levels of repositories: 1. Blessed, curated repositories (that are configured as such in factory settings). With N900, this is the downloads.maemo.nokia.com repository. 2. Everything else (N900 extras, and whatever repos users want to add). Packages in App stores will depend on packages in 1). It's the decision of phone manufacturer what repositories will belong to 1), but as long as this distinction between repositories is well specified in MeeGo spec (and bundled software - package managers come to mind, zypper install --blessed-only), companies won't have to do solo hacks (as done in N900, where the hacks are contained inside app manager). Specifying anything more will surely lead to analysis paralysis and manufacturers just ignoring the spec, to be able to deliver what they need. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Meego spec - for comment
On Mon, Sep 6, 2010 at 7:47 PM, Arjan van de Ven ar...@linux.intel.com wrote: It's bash. Anything except bash is a world of pain that we really really don't want to deal with. Bash is gpl3, which *may* be problematic if we eventually want the default script runner to be in a 'trusted' (signed) set of programs. (OTOH, it may be completely legal, IANAL) -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] How do I start application development on laptop using xephyr
On Sun, Sep 5, 2010 at 8:52 PM, Gabriel M. Beddingfield gabrb...@gmail.com wrote: Yes, but not with Xephyr. See the pre-requisites here: http://wiki.meego.com/Getting_started_with_the_MeeGo_SDK_for_Linux (Which is also the first hit on Google for meego sdk) There is a way to do it, apparently (didn't try it myself): http://wiki.forum.nokia.com/index.php/Qt_MeeGo_handset_SDK_how_to_install_and_use_on_Linux_Ubuntu_10.04_LTS -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Meego spec - for comment
On Sat, Sep 4, 2010 at 1:59 AM, Wichmann, Mats D mats.d.wichm...@intel.com wrote: We'd like to ask for feeback on this at various levels, the most important being the highest level: does it get anywhere close to describing an implementation of the basic principles, as presented most recently at the TSC meeting: About this: An application package name shall begin with one of the owners' fully-qualified domain names in lower case in reverse order and end with the application name (e.g., com.ovi.appname) What if I don't have a domain? What If I have a domain but I want to change the company name? The Java-style naming convention probably made sense in the early days of Java, but the world of domain names is much more fluid now (with acquisitions, mergers, ...). -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Meego touch question
2010/9/2 LiJianzhong play...@live.com: I have a question about Meego touch There's a mailing list for that: http://lists.meego.com/listinfo/meego-touch-dev I don't want the list take the whole space of the screen, I think list should be scrolled in it's sub-layout, not the whole layout So, who can help me with this? Try putting the MList in a vertical MPannableViewport. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] git fail when i try to clone libmeegotouch
On Tue, Aug 31, 2010 at 12:28 PM, Tom Chen fun...@gmail.com wrote: Hi, i want git clone libmeegotouch from gitorious.org, but i always got the fail. the output as below: [...@tom MeeGo-Touch-Framework]$ git clone http://git.gitorious.org/meegotouch/libmeegotouch.git How about git clone git://gitorious.org/meegotouch/libmeegotouch.git Initialized empty Git repository in /home/tom/Meego/MeeGo-Touch-Framework/libmeegotouch/.git/ error: Unable to get pack file http://git.gitorious.org/meegotouch/libmeegotouch.git/objects/pack/pack-6e15a4543ae52a98d7dc9f22fea615f2760e8904.pack transfer closed with 20447929 bytes remaining to read error: Unable to find e0e4b328941ad09b1f2d768f1f0702ea24135de5 under http://git.gitorious.org/meegotouch/libmeegotouch.git Cannot obtain needed object e0e4b328941ad09b1f2d768f1f0702ea24135de5 while processing commit 60589ff89b0f7042382689db78021fd5ae86451d. error: Fetch failed. [...@tom MeeGo-Touch-Framework]$ Could someone help me for this issue? thanks. Br Tom Chen ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] [meego-commits] [meego-packaging] MeeGo-commits ... reply-to to MeeGo dev ?
On Wed, Aug 18, 2010 at 9:50 AM, Alexander Kanevskiy k...@kad.name wrote: agree, let's use -packaging, as -dev too much traffic to find out important thigns. But note the description of -packaging: http://lists.meego.com/listinfo/meego-packaging This list is dedicated to communication about packaging for MeeGo and build system related information and announcements. It is not a discussion list, so please take discussions to the meego-dev or meego-community mailing lists as appropriate. Perhaps that description should be updated if the role is different from what was initially planned? -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] web-enabled
http://doc.trolltech.com/4.6/qnetworkaccessmanager.html http://doc.qt.nokia.com/4.6/xquery-introduction.html http://doc.trolltech.com/4.6/qwebview.html etc. etc. On Tue, Aug 10, 2010 at 1:46 PM, Nicola De Filippo nic...@nicoladefilippo.it wrote: Him here http://meego.com/developers/meego-api i read Using Qt, you can write web-enabled applications, what do you mean? Nicola ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] web-enabled
On Tue, Aug 10, 2010 at 3:20 PM, Poussa Sakari sakari.pou...@nokia.com wrote: here http://meego.com/developers/meego-api i read Using Qt, you can write web-enabled applications, what do you mean? Nicola It means MeeGo will have webkit based web runtime with access to the platform APIs. More: http://labs.trolltech.com/blogs/2010/07/19/the-qt-web-runtime-journey-begins/ Actually WRT is listed on that same page under Upcoming MeeGo API Features, so the original author probably meant something else with that statement. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
[MeeGo-dev] systemd meego?
Anyone looking at using the shiny-and-new systemd stuff with MeeGo? Would it be worth the trouble, considering all the work already done to speed up boot in MeeGo? -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Meego chroot for Harmatton
On Wed, Jul 21, 2010 at 7:42 AM, Jim Smith jmclauri...@yahoo.com wrote: I would like to install a chroot environment for creating Harmattan binaries. Where can I find documentation and downloads for this? Nowhere yet, you need to wait for the harmattan sdk release. -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
[MeeGo-dev] Fwd: Book: Advanced Qt Programming [C++/Qt]
Seems to be relevant to this mailing list as well. -- Forwarded message -- From: Mark Summerfield l...@qtrac.plus.com Date: Wed, Jul 21, 2010 at 12:53 PM Subject: [PyQt] Book: Advanced Qt Programming [C++/Qt] To: PyQt p...@riverbankcomputing.com Hi, I am delighted to announce that a new book, Advanced Qt Programming (ISBN 0321635906), is now available in the U.S., and soon elsewhere. The book is aimed at C++/Qt programmers and covers ideas and techniques that are too advanced or specialized (but not necessarily difficult) for a first book on Qt. I believe that this book will be helpful and useful to PyQt4 programmers who have a basic familiarity with C++ since most of the Qt techniques shown apply equally to C++ and PyQt4. -- Mark Summerfield, Qtrac Ltd, www.qtrac.eu C++, Python, Qt, PyQt - training and consultancy Advanced Qt Programming - ISBN 0321635906 http://www.qtrac.eu/aqpbook.html ___ PyQt mailing list p...@riverbankcomputing.com http://www.riverbankcomputing.com/mailman/listinfo/pyqt -- Ville M. Vainio @@ Forum Nokia ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Corporate email use? (Was Re: MeeGo deliberately incompatible with other distros)
This solution would be overkill for simple matter of requiring people to add their affiliation to their signatures. I'm not sure the requirement is entirely unproblematic though - would we need to add these opinions are my own, not of Nokia/Intel/Whatever disclaimers? How about discussions you participate is community capacity, i.e. without any collaboration w/ relevant nokia/intel teams? Would they get misinterpreted as official nokia/intel viewpoint? -- Sent from my Nokia N900 - Original message - On Fri, Jul 9, 2010 at 5:45 PM, Dirk Hohndel dirk.hohn...@intel.com wrote: On Fri, 9 Jul 2010 15:36:58 -0600, Thiago Macieira thi...@kde.org wrote: While I can't disagree, the problem with corporate emails is usually the corporate email server. I don't know about others, but @nokia.com is handled by a non-Open Source groupware solution which doesn't have an easy way of configuring filtering rules. Same at Intel. That's why so many of us have infradead accounts :-) At the risk of suggesting the obvious, is there any possibility that you could run an MTA on {linux|meego|foss}.{intel|nokia}.com ? It sounds like both Intel and Nokia are quite supportive of FOSS projects such as MeeGo. Even if your corporate overlords would ordinarily be resistant to a division or project group running their own email server, a reasonable argument could be made that having the necessary autonomy in matters of development environment, email, etc... would be beneficial to the overall success of the MeeGo project and would allow you to work more efficiently and quickly. Though it is sometimes necessary to employ tools outside those provided or funded by your employer to complete a job (a sentiment to which I'm sure many of us can attest), one shouldn't have to make a habit of it. Best of luck, -- Robinson ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] developers wanted for MeeGo, Xmpp, Ipv6 project
It would seem to make sense to integrate this with telepathy, which is a part of MeeGo and is written to do this sort of thing. On Thu, Jul 8, 2010 at 4:23 PM, Bernd Stramm bernd.str...@gmail.com wrote: The Egalite (Égalité!) FOSS project needs developers to design/write code for a chat application. The chat is based on Xmpp, implemented in C++ with Qt. In addition to the usual Xmpp functions, direct connections with Ssl are used for server-less chat. Direct chat works better with IPv6, where people are not in NAT jails as they normally are in IPv4. Therefore it is helpful if developers can have IPv6 connectivity, which is widely available (for free) with some tunnel brokers. This is a nice opportunity to play around with MeeGo and Qt, and to learn something about IPv6. The end of the world as we know it is near, IPv4 addresses run out about this time next year - so now is the time to prepare for the world after IPv4 :) If you want to join the project, email bernd.str...@gmail.com and we can see if it will work out. Bernd -- Bernd Stramm bernd.str...@gmail.com ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev -- Ville M. Vainio http://tinyurl.com/vainio ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Optimization flags considered harmful (Was Re: After handset day one - a plea for openness)
On Thu, Jul 8, 2010 at 7:21 PM, Carsten Munk cars...@maemo.org wrote: I personally don't think it is unfair that the X86 build off MeeGo.com is optimized for Atom. I mean, the build infrastructure for X86 is Has someone verified that MeeGo netbook is optimized for Atom? The fact that people are happily running MeeGo netbook 1.0 on older Celeron devices (asus eee =900) with good performance seems to speak the contrary. If it is optimized for atom, and the atom optimizations don't emit incompatible code, we have little reason to complain. -- Ville M. Vainio http://tinyurl.com/vainio ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] After handset day one - a plea for openness
On Wed, Jul 7, 2010 at 3:22 PM, Nicola Mfb nicola@gmail.com wrote: Are you saying that any mobile vendor that provides the right kernel may ship meego full featured cellular/tablets without writing a single line of userland software and capable of running all the meego compliants applications (for example extreme 3d games, or the legendary closed ovi map free gps navigation rpm too?) in the same exact way as the next nokia meego device? Ovi maps navigation is not currently free, you just pay for it in the price of Nokia phone. -- Ville M. Vainio http://tinyurl.com/vainio ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Is there Meego SDK for Handset version?
My guess: harmattan scratchbox ;) -- Sent from my Nokia N900 - Original message - On Thu, Jul 1, 2010 at 11:00, Patrick Ohly patrick.o...@intel.com wrote: On Thu, 2010-07-01 at 10:31 +0100, Konrad Zapalowicz wrote: I guess it will be released in October http://meego.com/developers/meego-roadmap It is possible to build your own chroot by following the instructions here: http://wiki.meego.com/Building_a_MeeGo_chroot_on_Linux I've done it recently, using a Netbook boot image with the Handset bits. What's the development environment of those working on the Handset UX; how are they managing to do development; and how do they get new employees up to speed quickly? I imagine they don't point to the image creator or the chroot instructions and say figure it out from there; so that there should be *some* collateral allowing people to get up to speed more quickly? (Hopefully!) Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ Maemo Community Council chair ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Compiling MeeGo - Other Platforms
On Fri, Jun 11, 2010 at 12:18 PM, John Lawman lawman.j...@googlemail.com wrote: The Sempron chip does not support SSSE3 instructions so basically my hardware is excluded from running MeeGo? Neither does my celeron-m and it still runs MeeGo. Did you actually try it out? SSSE3 seems like a myth from Moblin times that lives on because nobody has officially refuted it. -- Ville M. Vainio http://tinyurl.com/vainio ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] MeeGo *does* work with old CPUs
Still, I'd expect much more hard crashes if it was compiled with unknown instruction set. I'd be quicker to blame old fashioned bugs in the software. -- Sent from my Nokia N900 - Original message - Yes, it can boot, but some functions does not work well IMHO. 2010/6/9 Ville M. Vainio vivai...@gmail.com: That is really not a problem. Eee 900 is non-sse3 cpu (celeron) -- Sent from my Nokia N900 - Original message - I'm trying to rebuild all RPMs to simple i686 architecture instead of core2+ssse3, see if I can make a version for lower cpu architecture netbooks. :-) Fai 2010/6/9 Robert Rambo robert.ra...@gmail.com: I've been running MeeGo on my 900 with the Celeron for a couple of weeks now... runs great... with the exception of the things that don't work ;-) All I can think of right now that doesn't work is the media player... It won't even launch... and my battery is not detected.. wifi works, my bluetooth adaptor works, audio, etc boot times and shutdown times are very fast... around 9 seconds to boot up after post... haven't timed shutdown, but similarly quick... I'm running installed to SSD... had to format / as ext3 for install to complete and bump through the runlevels at firstrun since x wouldn't start initially.. now everything is fine.. I haven't tried to run updates as I've seen posts about yum problems.. will try soon. Robert On Wed, Jun 9, 2010 at 7:40 AM, Andraž 'ruskie' Levstik rus...@codemages.net wrote: :2010-05-29T15:43:Ville M. Vainio: I can confirm what Alan Holt just did - I booted up MeeGo on my EEE PC 900 (the one with crappy old Celeron CPU), and it works. I can connect to wlan, browse the web in Chrome etc. It's fast as well. I can't bootup MeeGo on my EeePC 701 no PAE support. So I wonder when will this become more accessible to all netbooks. Regards -- Andraž 'ruskie' Levstik Source Mage GNU/Linux Games/Xorg grimoire guru Re-Alpine Coordinator http://sourceforge.net/projects/re-alpine/ Geek/Hacker/Tinker Knowledge is important, knowledge you know is priceless. Share the knowledge, build a better future for everyone. ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] MeeGo *does* work with old CPUs
I boot through usb. Didn't install it yet since i don't think anyone is vouching for stability of the apps for day to day use yet. I get crashes, and even one x restart so far. - Original message - On Sat, 2010-05-29 at 15:43 +0300, Ville M. Vainio wrote: I can confirm what Alan Holt just did - I booted up MeeGo on my EEE PC 900 (the one with crappy old Celeron CPU), and it works. I can connect to wlan, browse the web in Chrome etc. It's fast as well. On Sat, May 29, 2010 at 12:45 AM, Alan Holt berber...@gmail.com wrote: look on this picture https://docs.google.com/leaf?id=0BwwXe5XCyvwxZjY0MGI4MWUtMWY3NS00MTNjLWFjMzMtNzlhOWNmNzk0MGU5hl=ru ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev The question I have is how are you booting MeeGo? I can boot MeeGo and use it absolutely perfectly on my wrinkly old eeePC 701 but only from external media (SD Card/USB/etc). My issue comes when trying to installing MeeGo. I run into bootloader issues. Basically it sits there saying it is installing the bootloader but regardless of how long I leave it nothing gets done. Regards, Andy P.S. Now that the toolbar is customisable even a crumby 800x480 display works well :-) -- Andrew Wafaa IRC: FunkyPenguin. PGP: 0x3A36312F openSUSE: Get It, Discover It, Create It at http://www.opensuse.org ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Can't install MeeGo on Asus EeePC 900
On Fri, May 28, 2010 at 11:14 PM, Alan Holt berber...@gmail.com wrote: installing bootloader), actually I can't install MeGoo on my Asus EeePC 900. ... CPU: Intel Celeron M 900 There's your problem. We'll have to wait for the mythical someone to produce an image that works with non-SSE3 processors. http://en.wikipedia.org/wiki/SSE3 -- Ville M. Vainio http://tinyurl.com/vainio ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] Can't install MeeGo on Asus EeePC 900
On Sat, May 29, 2010 at 12:13 AM, Alan Holt berber...@gmail.com wrote: I did it! It's work for me fine now Cl!!! So you got it working on eee 900 now? Did you have to do something weird? (asking, because I also have one of those around). -- Ville M. Vainio http://tinyurl.com/vainio ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] N900 Questions...
On Mon, Mar 22, 2010 at 2:27 PM, Adrian Yanes de...@ayanes.com wrote: There are any number of reasons for that, including it's cheaper. Can you put an example where the cost is the factor of choosing? Hardware with closed source drivers can easily be cheaper than hardware with (good) open source ones. -- Ville M. Vainio http://tinyurl.com/vainio ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev
Re: [MeeGo-dev] POCO C++ libraries integration
On Mon, Mar 8, 2010 at 11:31 AM, Mr. Todorov Todor tushe.todo...@gmail.com wrote: Or generally what is your oppinion on making this library available on MeeGo? Seems to overlap completely(?) with Qt, so it's probably not a must have library unless you need to deploy apps that require it... -- Ville M. Vainio http://tinyurl.com/vainio ___ MeeGo-dev mailing list MeeGo-dev@meego.com http://lists.meego.com/listinfo/meego-dev