Comments on: QML to KDM! Presto!! http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/ Focused ideas, bleeding edge madness and code recipes. Sun, 29 Jan 2012 15:21:39 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Lario3 http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-190 Lario3 Tue, 29 Dec 2009 10:35:24 +0000 http://www.enricoros.com/blog/?p=459#comment-190 WOW... interesting! Grazie mille per il commento, CIAO!!! :-D WOW… interesting!

Grazie mille per il commento, CIAO!!! :-D

]]> By: sandsmark http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-189 sandsmark Sun, 27 Dec 2009 17:28:44 +0000 http://www.enricoros.com/blog/?p=459#comment-189 someone did face recognition in KDM for pardus as a GSoC project: http://code.google.com/p/pam-face-authentication/ someone did face recognition in KDM for pardus as a GSoC project:
http://code.google.com/p/pam-face-authentication/

]]> By: Tom Chance http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-188 Tom Chance Sun, 27 Dec 2009 15:23:08 +0000 http://www.enricoros.com/blog/?p=459#comment-188 I'm not much bothered by whether it is Plasma or pure QML (though Aaron's arguments strike me as the more convincing). But yes, please, somebody jazz up KDM *a lot*. It's slow and ugly, and as David pointed out long ago none of the options make very much sense. I’m not much bothered by whether it is Plasma or pure QML (though Aaron’s arguments strike me as the more convincing).

But yes, please, somebody jazz up KDM *a lot*. It’s slow and ugly, and as David pointed out long ago none of the options make very much sense.

]]> By: Fri13 http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-187 Fri13 Sun, 27 Dec 2009 10:39:13 +0000 http://www.enricoros.com/blog/?p=459#comment-187 @Enrico Ros "do anybody wants to research face recognition?? " I suggest to ask from digiKam developers. They had talk about such on last codingsprint if I remember correctly. Many would like to get a face recognition for digiKam as autotagging. It is not impossible task to do but bretty difficult at least when it is needed to be remembering who is who and autotag them as well like iPhoto. @Enrico Ros
“do anybody wants to research face recognition?? ”

I suggest to ask from digiKam developers. They had talk about such on last codingsprint if I remember correctly.
Many would like to get a face recognition for digiKam as autotagging. It is not impossible task to do but bretty difficult at least when it is needed to be remembering who is who and autotag them as well like iPhoto.

]]> By: KDE 4.x discussion thread - Page 4 - Open Source and Linux | TechEnclave http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-185 KDE 4.x discussion thread - Page 4 - Open Source and Linux | TechEnclave Sat, 26 Dec 2009 18:43:59 +0000 http://www.enricoros.com/blog/?p=459#comment-185 [...] make much sense to me | David Vignoni Visual Designer Blog Archive So one of the devs responded: QML to KDM! Presto!! | Enrico Ros Some awesome videos of QML animations, one even on the Nokia N900, sweetness! Direct Link to [...] [...] make much sense to me | David Vignoni Visual Designer Blog Archive So one of the devs responded: QML to KDM! Presto!! | Enrico Ros Some awesome videos of QML animations, one even on the Nokia N900, sweetness! Direct Link to [...]

]]> By: Enrico Ros http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-184 Enrico Ros Sat, 26 Dec 2009 16:21:49 +0000 http://www.enricoros.com/blog/?p=459#comment-184 @Peter: also having webcam-enabled logins will be cool - do anybody wants to research face recognition?? ;-) @Peter: also having webcam-enabled logins will be cool – do anybody wants to research face recognition?? ;-)

]]> By: Enrico Ros http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-183 Enrico Ros Sat, 26 Dec 2009 16:20:06 +0000 http://www.enricoros.com/blog/?p=459#comment-183 @Rufus: you're perfectly right. We weren't compatible to gdm themes because of a couple of minor glitches (Oswald can tell you more about this). Moving to QML won't improve compatibility with gdm, but at least we'll have a new login manager that's better than apple's or microsoft's one. @Rufus: you’re perfectly right. We weren’t compatible to gdm themes because of a couple of minor glitches (Oswald can tell you more about this). Moving to QML won’t improve compatibility with gdm, but at least we’ll have a new login manager that’s better than apple’s or microsoft’s one.

]]> By: Rufus D http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-182 Rufus D Sat, 26 Dec 2009 16:05:34 +0000 http://www.enricoros.com/blog/?p=459#comment-182 Enrico, I think you've lost me somewhere along the way. You start off with "The themer (...) implemented the gdm theming specs but it was never package-compatible (afaik) with gdm (we lost a good inter-op chance there)." and you end in "QML (...) is the name of the language of the Qt Declarative module, that has just seen the light and will be merged into Qt for the 4.7 release." Doesn't using some Qt component constitute losing a good inter-op chance once more? Regards, Rufus D Enrico, I think you’ve lost me somewhere along the way. You start off with “The themer (…) implemented the gdm theming specs but it was never package-compatible (afaik) with gdm (we lost a good inter-op chance there).” and you end in “QML (…) is the name of the language of the Qt Declarative module, that has just seen the light and will be merged into Qt for the 4.7 release.”

Doesn’t using some Qt component constitute losing a good inter-op chance once more?
Regards,
Rufus D

]]> By: Peter http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-181 Peter Sat, 26 Dec 2009 13:32:10 +0000 http://www.enricoros.com/blog/?p=459#comment-181 What needs to be done too, is integration of fingerprint-reader-login into kdm. The direction is, that we will (or already have?) have over 50% notebook-installations, most of them with fingerprint reader. Would be also much easier to use. What needs to be done too, is integration of fingerprint-reader-login into kdm. The direction is, that we will (or already have?) have over 50% notebook-installations, most of them with fingerprint reader. Would be also much easier to use.

]]> By: Enrico Ros http://www.enricoros.com/blog/2009/12/qml-to-kdm-presto/#comment-180 Enrico Ros Fri, 25 Dec 2009 23:50:22 +0000 http://www.enricoros.com/blog/?p=459#comment-180 @Aaron: I like plasma on my desktop. Nonetheless I think that using plasma is a *bad* idea for a login manager. Reason 4. Designers are more willing to speak QML language, not "plasma framework || scripted applets || plasma shell" language. Reason 3. Designers want control over their pixels, they don't like a broken plasma theme compromising the rendering or unlocked layouts or removable widgets. Reason 2. I just tried installing the first 4 applets on plasma's "Get New Widgets". Only 1 worked, the other complained about some python and I think Javascript bindings for applets are not yet final -> I don't see an easy way to make "plasma kdm themes" shareable. On the other hand pure QML+contents packages are portable, then shareable, like current themes. Reason 1. A login manager is a login manager: it must work, be fast and be pretty. The User won't change widgets or layouts, in the best case he will choose the most appealing and less intrusive "kdm theme". The Designer will create his artwork (and user interaction), package it and hope for it to be used by the most people across the globe. QML makes User and Designer happy! If you can prove wrong all the 4 reasons I've no objections to a plasma approach ;-) Anyway I can't volunteer to do the QML kfrontend (I'm working on QtCreator, X11, fotowall and I'm full), so feel free to prove me wrong with a plasma one. @Aaron: I like plasma on my desktop. Nonetheless I think that using plasma is a *bad* idea for a login manager.

Reason 4.
Designers are more willing to speak QML language, not “plasma framework || scripted applets || plasma shell” language.

Reason 3.
Designers want control over their pixels, they don’t like a broken plasma theme compromising the rendering or unlocked layouts or removable widgets.

Reason 2.
I just tried installing the first 4 applets on plasma’s “Get New Widgets”. Only 1 worked, the other complained about some python and I think Javascript bindings for applets are not yet final -> I don’t see an easy way to make “plasma kdm themes” shareable. On the other hand pure QML+contents packages are portable, then shareable, like current themes.

Reason 1.
A login manager is a login manager: it must work, be fast and be pretty.
The User won’t change widgets or layouts, in the best case he will choose the most appealing and less intrusive “kdm theme”.
The Designer will create his artwork (and user interaction), package it and hope for it to be used by the most people across the globe.
QML makes User and Designer happy!

If you can prove wrong all the 4 reasons I’ve no objections to a plasma approach ;-) Anyway I can’t volunteer to do the QML kfrontend (I’m working on QtCreator, X11, fotowall and I’m full), so feel free to prove me wrong with a plasma one.

]]>