Menu

Main Menu
Talk Get Daily Search

Member's Online

    User Name
    Password

    Anyone managed to compile Qt 4.6 on Ubuntu?

    Reply
    Page 2 of 2 | Prev |   1   2 |
    Nathan | # 11 | 2009-10-16, 18:19 | Report

    Originally Posted by robbie View Post
    I recompiled keepassx but didn't see any difference. I hoped that the new qt would have Maemo buttons, menu's etc. The current pull down menu is on the left of the screen and looks exactly the same as under x86 Linux.
    Probably won't change -- I do not believe keepassx has anything calling hildon theming.


    Out of curiosity are you the maintainer for the Diablo/Fremantle ports or did someone else do the Keepassx for Diablo. (I love Keepass)


    Originally Posted by
    Am i doing something wrong? How can i see if it's using the new Qt is used instead of the old one.
    I think ldd will tell you what they are linked with.

    Nathan.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to Nathan For This Useful Post:
    robbie

     
    allnameswereout | # 12 | 2009-10-16, 18:31 | Report

    Originally Posted by robbie View Post
    I hoped that the new qt would have Maemo buttons, menu's etc. The current pull down menu is on the left of the screen and looks exactly the same as under x86 Linux.
    You're not being efficient here. If Qt 4.6 changelog mentions things like 'Maemo buttons, menu's etc' then new Qt will provide this. If it does not mention, then it won't provide this.

    Even if Qt 4.6 does provide this you usually need to add support for a newer version in the software which is keepassx in this example.

    Does keepassx know its running Maemo? If it doesn't know, and Qt isn't compiled to know its running Maemo, it should look like Linux/x86-32. Qt supports various styles (?), such as Win32, MacOSX, ... but on Linux/ARM there are multiple.

    Either there are multiple or the application has to be specifically updated to make use of new Qt 4.6 features.

    If there are specific Maemo features you probably see them in some test/example applications. No need for running keepassx.

    Your screenshot shows a GTK application. You need to compile Qt 4.6 in SDK, and compile keepassx against that Qt version. As I said, you probably need to tell Qt to enable Maemo support (might be called different). You can compile for x86-32 in SDK, no need for ARM(EL) yet, thats for when you gonna roll out and test on real hardware.

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following User Says Thank You to allnameswereout For This Useful Post:
    robbie

     
    fiferboy | # 13 | 2009-10-16, 18:36 | Report

    The Qt 4.6 libraries don't yet include all the hildon-specific changes. The Qt 4.5 community port is still the most integrate set of libraries, as far as I can tell. The 4.5 libraries that are currently in the device repositories are not the best, however.

    The qt-maemo project on gitorious contains the best set of libraries I have used so far, and hopefully in the next few days they will be even better. The community port is going to be updated in the coming weeks (in the device repositories) and should give you the hildon look-and-feel you are expecting.

    As far as I know, a simple re-compile against the correct libraries should bring the majority of the features for hildon (finger sized widgets, kinetic scrolling, etc). Finding the right set of libraries to provide that seems to be the sticking point right now, but hopefully it will be clearer in the immediate future.

    Community port git repository: http://gitorious.org/+qt-maemo-developers/qt/qt-maemo

    Edit | Forward | Quote | Quick Reply | Thanks
    The Following 5 Users Say Thank You to fiferboy For This Useful Post:
    allnameswereout, Nathan, robbie, Stskeeps, yerga

     
    robbie | # 14 | 2009-10-17, 20:16 | Report

    Originally Posted by Nathan View Post
    Out of curiosity are you the maintainer for the Diablo/Fremantle ports or did someone else do the Keepassx for Diablo. (I love Keepass)
    No i'm not. I tried to compile it because the new N900 will be my first Maemo device and a good password program is a must for me. PasswordSafe is too limited for me.

    Originally Posted by allnameswereout View Post
    You're not being efficient here. If Qt 4.6 changelog mentions things like 'Maemo buttons, menu's etc' then new Qt will provide this. If it does not mention, then it won't provide this.

    [snip]

    Does keepassx know its running Maemo? If it doesn't know, and Qt isn't compiled to know its running Maemo, it should look like Linux/x86-32. Qt supports various styles (?), such as Win32, MacOSX, ... but on Linux/ARM there are multiple.

    [snip]

    If there are specific Maemo features you probably see them in some test/example applications. No need for running keepassx.

    Your screenshot shows a GTK application. You need to compile Qt 4.6 in SDK, and compile keepassx against that Qt version. As I said, you probably need to tell Qt to enable Maemo support (might be called different). You can compile for x86-32 in SDK, no need for ARM(EL) yet, thats for when you gonna roll out and test on real hardware.
    I didn't check the changelog. I just assumed new features for Maemo 5 because of the press release.

    I assumed that because i made maemo the target, the compiler knows what to change. It moves the buttonbar to the bottom and the menu to the left. So it does change something. I hoped for something more. But i'll definitly will try to go further with it.

    I didn't compile Keepass for just having an example. It's a must have for me.

    The screenshot is from the app manager. I'm a bit confused about you seeing a GTK application..


    Originally Posted by fiferboy View Post
    The qt-maemo project on gitorious contains the best set of libraries I have used so far, and hopefully in the next few days they will be even better. The community port is going to be updated in the coming weeks (in the device repositories) and should give you the hildon look-and-feel you are expecting.

    As far as I know, a simple re-compile against the correct libraries should bring the majority of the features for hildon (finger sized widgets, kinetic scrolling, etc). Finding the right set of libraries to provide that seems to be the sticking point right now, but hopefully it will be clearer in the immediate future.

    Community port git repository: http://gitorious.org/+qt-maemo-developers/qt/qt-maemo
    Thats what i'm hoping. New libraries that make it easier to port apps. I'll keep reading and trying.

    Thanks all for your comments.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    pelago | # 15 | 2009-10-17, 20:45 | Report

    Originally Posted by robbie View Post
    The screenshot is from the app manager. I'm a bit confused about you seeing a GTK application..
    Tha app manager is a GTK app.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    allnameswereout | # 16 | 2009-10-17, 20:47 | Report

    Well, look, I have KDE installed on one of my laptops. I run KeePassX under GNOME, and guess how it looks? doesn't make the application unusable though.

    The Application Manager uses GTK, not Qt. I concur, enabled Maemo support should disable desktop support unless explicitly specified otherwise. However enabling Maemo support in Qt may or may not make an application blend into all your current Hildon/GTK applications. It isn't reasonable to assume it will 1) Qt on Maemo is community supported; not officially supported; not priority 2) Fremantle and N900 are not yet officially released. However if it works well, all the better.

    The KeePassX database is compatible with PasswordSafe and KWallet (being ported to Maemo as part of KDE on Maemo) hence you can start to use either of these applications and use your KeePassX version later.

    Does Maemo Browser support either one of the above applications or GNOME Keyring? Is there a Hildonized/GTK(/GNOME) password manager? Such may be a suitable alternative for Maemo 5/Fremantle.

    Edit | Forward | Quote | Quick Reply | Thanks

     
    qgil | # 17 | 2009-10-19, 10:28 | Report

    I asked Thiago Maceira and he said

    Originally Posted by
    This is caused by having an incompatible Qt installed on the system. The
    "checkWindowRole" is a function added by a KDE patch, which most distributions
    ship.

    Just set LD_LIBRARY_PATH to where Qt is being compiled and where it is getting
    installed to. This should fix the issue, by forcing the correct library
    loading.

    Also note that the standard build doesn't have this problem -- we supply the
    equivalent -rpath-link option to the linker, so that it can find the right
    libraries. Unfortunately, the Scratchbox buildchain messes that option up (it
    doesn't behave like a native linker *nor* a cross-linker, but something in-
    between).

    This is technically a toolchain problem, not a Qt problem.
    If you are interested in cutting edge Qt development for Maemo aka 4.6 then consider checking
    http://qt.nokia.com/developer/qt-for-maemo-developers

    Originally Posted by
    How to Provide Feedback

    All feedback from the Qt user community is highly valued, and extensive testing of Qt on Maemo is encouraged. To collect this feedback, we have set up a special mailing list. The address of the mailing list is:

    * qt-maemo-feedback@trolltech.com

    Please join the mailing list to provide technology feedback, bug reports, suggestions or comments by sending a mail with the subject set as "subscribe" to:

    * qt-maemo-feedback-request@trolltech.com

    Edit | Forward | Quote | Quick Reply | Thanks

     
    Page 2 of 2 | Prev |   1   2 |
vBulletin® Version 3.8.8
Normal Logout