groumf a écrit 342 commentaires

Je viens de vérifier, j'avais le brightness a 100% et en effet quand on le descend l'écran fait du bruit.

Les moniteur LCD à dalle PVA sont excellents, ils sont plus chère, compter 180€ pour un 19 pouces. J'ai investi dans un Samsung SyncMaster F2380M et c'est le meilleur achat que j'ai fait de toute ma vie. Les angles de visions sont plus large que les LCD classique 178/178, les couleurs sont belles, le noir est presque noir. Depuis je ressens beaucoup moins de fatigue visuelle.

J'ai testé régulièrement mysql-workbench tout les ans depuis 3 ans. L'année dernière il plantait tout le temps et était hyper lent. J'ai testé à nouveau il y a un mois et il était enfin utilisable. J'ai eue un ou deux plantages mais la cause était facilement identifiable. C'est vraiment outil qui manquait jusqu'a présent pour travailler avec mysql. J'avais testé quelques plugin eclipse sans grande satisfaction.

Pour ce qui est de la consultation des données d'une base, il beaucoup plus pratique que l'ignoble mysql-query-browser. Pour créer et éditer les schémas des tables c'est beaucoup plus ergonomique, et la représentation graphique facilite la compréhension lors de la conception ou lorsqu'il faut expliquer la structure de la base à une autre personne.La partie admin est sympa aussi.

C'est certainement à cause de sa jeunesse qu'il n'est pas encore dans les distributions. Je ne sais pas si il y un rapport de cause à effet mais j'ai l'impression que le developpement avance plus vite depuis le rachat par Oracle, reste à espérer qu'il n'y aura pas de coup foireux par la suite.

Apres avoir recherché les causes j'ai opté pour un solution différente, me faire embaucher dans une startup ou le SI est sous linux depuis le départ. Les utilisateurs sont averti lors de l'entretien d'embauche qu'ils travailleront sous linux et une fois sur place ils s'habituent.

il y a aussi xara-gtk pour rechercher des paquets.

un petit screenshot:

http://ara.alioth.debian.org/xara.png

0123456789012345678901234567890123456789012345678901234567890123456789123

C'est le champ de saisie qui est limité a 83 caractères. A chaque fois j'hésite à mettre des retours chariots ou pas, je ne sais pas ce qui est le plus lisible. J'aime bien exprimer une idée/argument par paragraphe mais sur un 16/9 mes petites idées deviennent des spaghettis par encore cuits.

Je penses que oui, je vais donner deux exemples qui ne sont pas liés aux choix du bureau
mais qui illustre ce que le fait d'avoir des choix multiples peut engendrer.

Certains utlisateurs ont virtualbox avec windows pour accêder à des documents Excel (+VBA)

Un virtualbox d'installé ça reviens à administrer deux machines au lieu d'une;

Il faut ajouter:

une entrée dans le dhcp
une entrée dans le dns
configurer les imprimantes
vérifier ses droits d'accès sur samba
...


Un autre exemple avec les lecteurs de PDF.

KDE dispose de deux lecteurs de PDF, Kpdf et pdfview (qui permet de voir les documents en restant dans Konqueror).

Certains documents envoyés par nos clients marchent mal avec les lecteurs de KDE on a donc installé Acrobat reader en plus.

Si on ne fait pas attention à la configuration les pdf vont s'ouvrir avec des softs différents en fonction de l'application qui les ouvrent.
Konqueror -> pdfview
Kmail -> Kpdf
Firefox -> Acroread

C'est déroutant pour l'utilisateur.

Pour bien configurer tout ça il faut définir l'application par défaut pour un type de fichier
mais aussi le mime-type (et rebelote pour les applis non KDE sous GTK)

Et rerebelote pour tout les types de document: odt, odc, doc, docx, xls, png, ...

On automatise ce qu'on peut avec Puppet mais faire ça sur deux environnements c'est du masochisme; :)

hahaha ( rire en mode pétage de plombs)

Quand j'ai écrit le journal je n'avais pas identifié à 100% le problème.

Ce sont les commentaires et la lecture attentive de la news sur la sortie de KDE 4.5
qui m'ont permis de bien comprendre l'origine du ralentissement constaté.

Pour l'instant KDE 4 a encore ses chances.

Je vais proposer deux bureaux aux utilisateurs,

un avec KDE 4 l'autre avec XFCE 4 + thunderbird / lightning.

En fonction des réactions on choisira, si les deux ne plaisent pas, je chercherai une autre solution à proposer.

y'a ça aussi

http://radicale.org/user_documentation

trop simple à mettre en route, il n'y a rien a faire, juste lancer le démon.

C'est en python aussi, on peut le hacker on a quatre developpeurs python en interne.

Bon, j'avais fait un peu de provoc mais je ne m'attendais pas à un tel résultat.

Tout y est passé:

la ram
le disque dur
le cpu
la carte graphique
les pilotes
les distribs
les grosses collections d'images et de fichiers
les mauvais choix d'applicatif, de techno
chez moi ça marche et chez moi ça marche pas.

Mon problème à la base est tout simple, c'est le groupware Kolab.

Kolab stocke les événements de l'agenda et les fiches de son carnet d'adresse dans
des dossiers imap sous un format XML.

Kontact doit passer par Akonadi pour aller chercher ces mails un peu particuliers car
c'est Akonadi qui a le plugin spécial pour décoder les informations en XML.

La solution que je vais adopter c'est d'utiliser des protocoles plus répandu comme
Caldav pour l'agenda et LDAP pour le carnet d'adresses.

Oui voila, dédramatisons, KDE 4 est fun et innovant mais il n'est pas adapté à mes besoins.

bah oui je m'excuse d'être désolé mais on a des PC pour faire tourner des applications dessus.

Ici, on a des utilisateurs pour qui 1,5Go de ram ne suffit pas.

L'environnement c'est:
openoffice
eclipse
plein des documents en pdf
virtualbox avec windows (on a des softs propriétaire de fournisseurs qu'on ne peut pas changer)
Kontact
Des applis maisons en wxwidget ou avec des interface web
des outils pour mysql
editeur latex

Le choix de KDE avait été fait il y'a quelques années (pas par moi) pour utiliser Kontact en
liaison avec Kolab pour gérer en imap le mail, le carnet d'adresse et les agendas.

Vu que Kontact n'est pas opérationnel dans cette configuration et qu'en plus Kolab n'est
pas un Groupware très pratique je commence à envisager d'autres solutions.

Merci pour ces précisions.

On fait pas de formations, on fait un workshop avec du vin rouge et des gonzesses et tout le monde est content :)

Je viens de lire la news sur la sortie de 4.5 et toutes les infos sur kmail et akonadi qui
vont avec.

Pour l'instant c'est vraiment l'impasse, Debian est freezé avec KDE 4.4.5, akonadi et kmail
devraient être bon dans la 4.5.1 avec de la chance.

Enfin je reste dubitatif, je vais patienter encore tout en recherchant des solutions moins
usine à gaz pour la gestion du mail.

je ne connais ni Vista ni Seven et la n'est pas le débat.


Maintenant peut être que Nepomuk prenait des ressources parce-qu'il était
en train d'indexer mes mails.

Je vais re-tester tout ça de toute façon, en essayant d'optimiser la config de KDE.

Ce qui me ferait mal, c'est de déployer un nouveau système en le "vendant" à mes
users comme étant mieux et que le lendemain ils viennent pleurer à ma porte une
chaise à la main en hurlant: "Mon PC rame !! Je veux l'ancien système" et en
marmonnant: " gnn, l'open source c'est vraiment de la merde, windows c'est mieux"

je vais tenter awesome avec des rc.lua maison :)

Oui linux est prêt pour le desktop on utilise KDE 3 en entreprise.

Quand je dis 'Nous' c'est nous 'les êtres humains ' qui ne sommes pas prêt pour l'avant gardiste KDE 4

Et puis c'était de l'humour.

Non, je ne suis pas tout seul, j'ai une équipe d'utilisateurs à qui je dois fournir un outil de
travail efficace.

Je ne tapes pas sur KDE 4 pour le plaisir, j'essaye de voir si je peu migrer de KDE 3 vers KDE 4 dans un environnement en production.

Il n'y a pas KDE 3 dans la nouvelle Debian, on utilise une distrib pour se faciliter la vie, je vais pas m'amuser à compiler KDE 3.

dans ce thread:

http://forum.kde.org/viewtopic.php?f=20&t=83054&star(...)

Est ce que plone sera porté un jour sur Blue Bream ?

J'attendai qu'un constructeur de périphériques sorte un trackpad externe multitouch.

Les quelques recherches que j'ai faites mon conduites vers des trucs comme ça:

http://www.amazon.com/gp/product/images/B002USHTWM/ref=dp_im(...)

http://regmedia.co.uk/2009/04/20/smarttrack_neo_01.jpg

Donc il y a photo, celui d'apple est mieux même si il coute trois à quatre fois plus chère.
De plus on sait que la techno multi-touch est assez bien maitrisée par apple.

Un ami qui a un macbook m'a expliqué en détail comment il utilisait son trackpad,
avec un, deux, trois doigts et les différentes combinaisons et les fonctions associées,
et ergonomiquement ça à l'air vraiment bien.

Je vais donc guetter l'avancement de la gestion du multitouch dans xorg et l'état du support des pilotes.

Une fois que tout cela sera bien supporté j'acheterai peut être ce trackpad et je me ferai
une config avancée pour Awesome.