Seazor a écrit 514 commentaires

Ooups, confusion : c'est pas akonadi mais akregator que je ciblais :(

C'est vrai que Akonadi et les notes sont un peu mises de cotés, mais ça vient en partie des plasmoïds RSS et post-its qui remplissent +ou- le même rôle...

http://community.kde.org/Plasma/Active/Apps

Ils y parlent qd même d'applis modifiées pour être plus adaptées au format tablet (Marble et Kmail notamment)

Et à l'annonce de plasma active Aaron Seigo postait ceci : http://aseigo.blogspot.com/2011/04/plasma-active-active-apps.html

Contour is our first "Active App", and we are also talking with the Marble, Caligra, Kontact and Rekonq teams (and probably others by the time you read this :). We still have plenty of functionality gaps to address and a lot of stops on the track left open, however.

Mais on est d'accord, il ne parle pas vraiment de l'étendue des adaptations, ni de confirmation que ce seront 2 interfaces différentes.

C'est aussi vers cette tendance que part Plasma active non ?
Une interface ciblée tablette réutilisant une grosse partie de l'existant (desktop & netbook)...
Et plutôt la tendance que tu attribues à Apple pour le fonctionnement des interfaces si je ne me trompe.

Bah, si c'est plus installable directement, ils feront dans le même style que là où j'étais précédemment : Ils vont installer XP dans vmware pour réutiliser IE6.

Toi, t'as pas tout lu...
Perso j'ai eu 2 boutons, dont 1 intitule "ne pas utiliser silverlight" qui fait un bon vieux stream mms: des familles que xine a pu me lire tranquillement ( mais plus moyen de naviguer dedans )

Grosse différence (en tout cas pour les non-rolling release) :
Aucune n'est sortie encore avec KDE 4.5.x
Les distros ont encore le temps de faire ce genre de tests et compléter la blacklist avant de faire une release.
Si l'installation est faite via des dépots tiers, les distros n'ont pas forcément eu l'occasion d'intervenir dessus.
Et pour avoir les retours, les plus grands tests sont les utilisateurs pressés, ceux qui ont déjà installé KDE 4.5.x, qui sont censés être des utilisateurs plus avancés que Mme Michu (qui est toujours en 4.4.x de sa distro) et qui, au lieu de rapporter "ca marche pas sur mon matos" pour la compléter, voire se rajouter manuellement dans la blacklist, se contentent de gueuler.

Ca fait cobaye ? mouais, p'tet, mais ca marche chez la majorité silencieuse (et chez les devs)...
Fallait-il le désactiver par défaut ? Dans ces conditions, pas au niveau de la Team KDE.

Mais, je ne perd pas de vue que :
- si les drivers fonctionnaient correctement, y aurait pas eu tout ca.
- si les utilisateurs restent avec leur distro sans upgrade non officiels, ils n'ont pas tout ca non plus.
- si les distros font leur boulot, y aura pas ca non plus dans x mois dans leur prochaine release...

Je le répète, pour moi, la team KDE n'est pas responsable de tout ce boxon, au contraire, ca fera se remuer un peu les dev des drivers graphiques.

Les devs de KDE n'ont pas toutes les configs possibles avec tous les drivers possibles pour établir leur liste noire.

Ceci a été posté début juillet : http://blog.martin-graesslin.com/blog/2010/07/blacklisting-d(...)
Ca concerne l'établissement de cette fameuse liste noire, et ca a été posté 1 mois avant la release, en même temps que la RC2.

Je ne citerai que la 1ère phrase : "This is mostly a post for our distributions."
Après tout, tester les configs et s'arranger pour que ca marche au mieux avec les drivers qu'ils fournissent, sur un maximum de machines, c'est pas un peu leur boulot aussi ?
D'autant plus qu'ils ont probablement plus de moyens pour avoir les différents matériels nécessaires pour tester tout ca... (en tout cas, les distros qui font du commercial : RedHat, Novell, Cannonical,...)

Pour moi, KDE a fourni tout ce qu'il faut pour que ca marche au mieux partout, y compris :
- les tests pour activer automatiquement les effets chez ceux où ca devrait fonctionner
- de quoi désactiver les fonctions manuellement chez les cas particulier.
Je ne tiens pas la team KDE pour responsable (et encore moins coupable) si la blacklist de ces cas particuliers n'est pas complète.

Si tu avais tout lu correctement dans l'article dont tu donnes l'URL, il explique aussi que cette infrastructure a du être mise en place pour contourner les réponses mensongères de certains drivers.

En effet, il semble que certains drivers ne répondent pas correctement/honetement quand on leur demande ce qu'ils sont capables de faire, et donc faussent les tests mis en place par KDE.
Du coup, ils ont du ajouter cette infrastructure de blacklistage de certaines fonctionnalités en fonction des combinaisons de versions de drivers.

Si les drivers graphiques étaient un peu plus honetes, et un peu plus au point sur des normes (OpenGL2) datant de 2004, KDE n'aurait pas ce genre de réclamations.

KDE a toujours revendiqué le fait d'utiliser au maximum les fonctions disponibles, au risque de ne pas fonctionner partout dans certains cas, au lieu de perdre son temps a chercher des contournements. (exemple n°1 : Compiz)
Lors des 4.0, 4.1, ca a poussé certains drivers à améliorer le fameux TextureFromPixmap employé pour la composition, ca les poussera à améliorer ces fonctions là aussi (enfin j'espère !)

Ne pas oublier que KDE est en train de se diversifier niveau plate-formes supportées. Y compris les GSM, tablets & Cie...

Et pour les plate-formes tactiles, le déplacement de fenêtres de cette manière est bien plus pratique que de devoir cibler la barre de titre ou chercher une éventuelle touche Alt

L'avis d'un des dev a ce propos est assez clair...
http://blog.cberger.net/2010/03/12/krita-destinne-au-dessin-(...)

Mais c'est vrai que l'idee d'un paquet complementaire pour adapter l'interface & fonctionnalites vers la manipulation photo (comme il le suggere) me parait une bonne idee

Sans oublier que chez MS, ils continuent cette numérotation (année) pour leur suite office.

Je ne parle même pas de certains jeux videos à thèmes sportifs qui ressortent leur mise à jour en tarif plein chaque année (FIFA et autres...)

Google me retourne aussi qq zombies, des projets morts depuis qq annees...
Ce journal servait aussi a savoir si qq personnes sur linuxfr connaissaient les sites et autres distros qui seraient encore actifs !

Je crois que l'option est inaccessible quand le bureau ou le panel est en mode "bloqué" (pas déplacable,...).
Faut modifier ca provisoirement par leur fameux logo du coin de l'écran

Parce que c'est repiqué directement du journal de l'auteur du soft.

Par exemple, le "enlarge..." était barré dans le journal, il est en clair ici et c'est sur que ca fait désordre dans une news !

Pour le reste genre la comparaison avec la concurrence, j'y connais rien, j'en dirai pas plus.

Une fonction qui aurait été intéressante sur les passerelles aurait été de faire passer un message (visible ou pas) de temps en temps dans les conversations pour signaler l'utilisation des passerelles.
Avec en supplément, si on se rend compte que les 2 passent par des passerelles XMPP, la possibilité d'échanger les 2 adresses jabber et optionellement de virer les MSN de leurs listes.

Tout ca dans le but de
1) diminuer la charge serveur en rendant peu à peu le traffic XMPP only
2) encourager les migrants "noobs" a rester/continuer avec jabber

ben si, ca a un rapport indirect : le fait que ca doive etre synchrone avec celui qui decroche !
Si tu recois un spam en vocal a 3h du mat par une sonnerie de ton telephone IP, soit tu decroches pas et c'est pas rentable pour lui, soit tu va bien raler !!!

Y a bien des reglementations pour les horaires des telemarketteux (genre avant 20 ou 21h) comme ceux evoqués par gniarf ci-dessous, alors que eux peuvent deja etre considéré comme du spam vocal !

En revanche, les communications téléphoniques étant fondamentalement synchrones...

Eh bien justement !
Autant les spam courrier ne coutent que qq ko au moment précis de l'envoi, 24h/24.
Autant les spam vocaux demandront qq ko/s par appel pendant toute la conversation.
Ca demandera des lignes bien plus imposantes qu'actuellement, ce qui restreindra les quantités de spam simultanés de la part des pollueurs.

Si je me souviens bien de ce qui était dit à l'époque, c'était surtout la numérotation de la plate-forme KDE, des libs internes qui elles étaient stables. Mais le bureau était moins avancé dans l'optique "release early, release often".
Seulement ils ne pouvaient pas sortir les technos et les éprouver sans les applis qui allaient avec.

KDE 4.0 partie appli/bureau était clairement annoncé comme non achevé. Que l'utilisation étaient pour les "early adopters".
Maintenant si les distribs n'en ont pas tenu suffisament compte, ils peuvent pas dire qu'ils étaient pas prévenus !!

Le seul exemple dont je me souvienne
http://www.emule-project.net/home/screenshots/search.png

Travail collaboratif, scrabble, bridge, vocal et compagnie...
J'ai beaucoup d'espoir dans le boulot sur telepathy (chez fd.o) et decibel (pour kde4) / equivalent Gnome (?)
On pourra enfin s'en servir dans cette direction (la creation de ton "client de la mort") puisque le client sera tellement masqué qu'il représentera ton bureau complet et tes applis de manière transparente

Infos complémentaires :

Niveau enregistrements, certaines devrooms étant dédiées à 1 projet en particulier pour le w-e, c'est le projet qui gere les enregistrements. (ex: http://en.opensuse.org/FOSDEM2008 )
La durée des confs dans le main track est de 1h, dans les DevRooms c'est bien plus variable.
Les seules exceptions en main track sont le samedi matin où seul l'amphi principal est actif pour des thèmes plus généraux (brevets ou Hollywood cette année).

Et d'après mes souvenirs des 2 dernières années, niveau restauration, il y avait aussi une baraque à frites devant l'entrée et 1ou2 fasts foods dans la rue derrière le campus, mentionnés dans le programme.

Partiellement dans ce but, ils ont fait une page concernant les fonctions qui ne sont pas encore dans KDE 4.1 et les programmes qui ne suivent pas les sorties de KDE (le bureau)

http://techbase.kde.org/Schedules/Is_KDE_4.1_for_you%3F

On ne pourra pas dire qu'ils n'ont pas prévenu pour les fonctions comme l'autohide des barres.... (de toutes facons, elle ne m'interesse pas celle-là :-) )

Un autre paramètre à prendre en compte : A partir de quel moment la personne ne cherche plus et demande au petit neveu "qui s'y connait" de faire le boulot à sa place...

Et ca existe pour faire tout ce qui est "à priori" trop compliqué.
Suivant le niveau de la personne, ca peut être autant pour chercher une info sur le net, réparer ou réinstaller le système, imprimer des cartes de visites, faire un mailing, préconfigurer le wifi, ...

Note : les exemples cités ne sont que les derniers vécus récemment.

Il semble que je ne sois pas le seul a avoir chopé le reflexe google à la vue de ce mot !