viridis a écrit 70 commentaires

J'ai pas encore testé, mais une fonctionnalité qui peut s'avérer intéressante de KTimeTracker est qu'il peut détecter quand on ne touche plus au clavier ou à la souris est associer une action correspondante (comme arrêter le timer). Encore mieux, il peut associer des actions aux différents bureaux (quand je suis sur le bureau 1, tel timer est lancé, quand je passe sur le 2, le premier est arrêté et le second est lancé...).

Ca évite d'oublier de cliquer sur "start" quand on change de projet :)

Sympathique, mais bien trop compliqué pour notre utilisation basique.
Cependant l'approche web est sympa, ça évite de devoir synchroniser les fichiers quand on passe d'un OS à l'autre, et ça centralise les données de tout le monde.

Je suis en train d'essayer taskcoach.
Il s'annonce sympathique, modulo l'utilisation de wxWidget..
Par contre, gros point positif, y'a des packages pour beaucoup de distro linux, pour windows, pour mac.

On se sert surtout du time tracking pour savoir si on a chiffré correctement notre développement (en temps de conception, de dev...).
On a pas besoin d'avoir une précision à la seconde, mais vu qu'on change plusieurs fois de projets/tâches dans la journée, y'a juste a cliquer sur un bouton pour que ce soit décompter sur le bon.

Mea culpa, j'ai pas pensé à chercher dans le forum...

C'est clair que la documentation est bien faite. On trouve facilement les informations importantes et tout.

Je tire également mon chapeau pour la facilité d'installation et d'utilisation. Ce bijou a rendu mon Sansa enfin utilisable et ce, en même pas 5 minutes !

Pour moi, c'est plutôt: "pourquoi perdre son temps à cracker des logiciels alors que des outils similaires, gratuits et multiplateformes existent?"

Personnellement, c'est ce qui m'a fait passer le cap il y a plusieurs années maintenant.
Quand j'ai vu toute la logithèque qui était à ma disposition sans avoir à m'embêter à chercher à droite à gauche un iso, puis un crack, j'ai signé de suite, sans même comprendre réellement la philosophie qu'il y avait derrière tout ça.

Ajouter à cela la possibilité de mettre toute la distrib à jour en une commande, j'en croyais pas mes yeux !

Ce n'est que quelques mois plus tard que j'ai réelement adhéré à la philosophie libriste...et maintenant, c'est ce qui compte réellement à mes yeux.

Le problème, c'est que beaucoup de gens n'installent pas eux même leur logiciels. Ils trouvent toujours "le voisin de pallier qui bosse dans l'informatique" pour faire ça. Du coup, ils ne se rendent pas compte de toute cette facilité. C'est dommage, puisque ça permettrait peut être, à terme, de leur faire comprendre pourquoi c'est ainsi.

Ceci dit, les temps changent vite. De plus en plus de foyers ont quelqu'un de "compétent" (au sein de la famiille) pour administrer la machine familliale. Du coup, ça participera peut être au succès du logiciel libre dans quelques années.

Pour écrire ça ne fait pas beaucoup de doutes, pour moi, que le dvorak est bien plus adapté pour éviter les divers problèmes de crampes&co (je dis ça, mais j'ai jamais testé hein, c'est juste que faire pire que l'azerty me parait bien difficile!).

Mais pour coder, quand est-il ? Le dvorak est-il bien adapté aussi ? Un autre type de clavier sinon ?

Pour écrire ça ne fait pas beaucoup de doutes, pour moi, que le dvorak est bien plus adapté pour éviter les divers problèmes de crampes&co (je dis ça, mais j'ai jamais testé hein, c'est juste que faire pire que l'azerty me parait bien difficile!).

Mais pour coder, quand est-il ? Le dvorak est-il bien adapté aussi ? Un autre type de clavier sinon ?

Oui, mais combien de chatons sont morts ?

deuz

Certe, mais l'écart entre la 2eme et la 3eme news est quand même de presque 4 mois si je compte bien.

Je précise que je ne dis pas ça pour enfoncer le projet. C'est au contraire que je trouve qu'il mérite plus de visibilité que ça. Rien qu'une mailing list serait le bienvenue. Ca permettrait de suivre un peu ce qui se passe sans se taper tous les commits du SVN (surtout que kross ne fait pas partie du même package que les interpréteurs qu'ils supportent).

L'avantage de Kross, c'est que ça permet de supporter n'importe quel langage de script sans se poser de question. De plus, si un nouveau langage est supporté par la suite, tu as le support gratuitement sans même recompiler ton appli.

QtScript a beau être bien foutu et tout, c'est quand même se priver de bon nombre de développeur potentiel en ne supportant que ce langage. La base de développeur Python et Java est par exemple nettement plus importante :) Et en plus, Kross supporte QtScript.

J'ai lu sur le site de Kross (qui est le framework de scripting de KDE4) que des travaux étaient en cours pour qu'il soit basé uniquement sur Qt4 (c'est à dire sans dépendance aux kdelibs).

Vu l'intérêt de ce framework, quelqu'un aurait-il des infos sur l'état de ces travaux ? Sur une éventuelle future intégration à Qt plutôt qu'à KDE ?

Il en est de même pour les différents interpréteurs qui sont dans kdebindings. Dépendent-ils de KDE réellement ou peut-on les utiliser avec kross dans une simple appli Qt ?

J'espère vraiment que Kross intégrera Qt ou qu'il soit assez "indépendant" pour pouvoir être utilisé facilement dans une appli Qt (c'est à dire juste une lib "standalone" kross, avec interpréteurs).

Je trouve un peu dommage que les infos sur kross soit si difficile à trouver. Y'a plein d'info sur comment l'utiliser, mais pas sur l'état d'avancement du projet. Un p'tit flux RSS et une mailing-list dédiée serait vraiment le bien venu.

Héhé j'en étais sûr !

Le point positif c'est que linuxfr ne pourra pas être tenu responsable de la divulgation d'info privée vu que c'est toi qui donne le lien ;)

Du coup, on va pouvoir finir notre vendredi bien pépère au fond de nos sièges.

Je ne suis pas certain de la pertinence du lien ci-dessous, mais le camarade google qui sait bien trop de chose sur tout le monde pointe là dessus :

http://a.wordpress.com/avatar/pvergain-128.jpg

On est d'accord sur le fait que le problème n'est pas dans le fait que les administrations ou entreprises utilisent Microsoft Office ou non, mais dans le fait que si OXML passe, cela imposera plus ou moins (plutôt plus que moins évidemment) l'utilisation des logiciels Microsoft.

Maintenant, si on reprend la phrase que tu cites dans le contexte, elle est plutôt bien formulée puisqu'elle explique bien (et c'est compréhensible par les non informaticiens) que Microsoft assure la vente de ses logiciels à l'aide de ses formats de fichier.

Bonne nouvelle pour un lundi matin un peu morose (par la fenêtre)

Le lundi matin est, comme tous les autres jours de la semaine, toujours morose par la fenêtre...

Chipmunk n'est pas mort. Il est hébergé au côté du projet Aerosol sur GoogleCode comme sus-mentionné.

Il n'y a pas eu d'ajout de vrai fonctionnalité depuis un moment, mais les corrections de bugs ne sont pas si rares que ça.
Sinon, un autre moteur physique 2D sympa est Physic2D.Net (mais c'est évidemment du .Net (j'ai pas testé)) ( http://physics2d.googlepages.com/home ). On a aussi APE écrit en ActionScript ( http://www.cove.org/ape/ ) mais n'a plus l'air très actif.

ODE n'est pas vraiment adapté à un jeu de plateforme 2D (enfin je trouve).

En revanche, il existe des moteurs physiques 2D comme Chipmunk ( http://wiki.slembcke.net/main/published/Chipmunk ) avec lequel on peut faire des trucs bien sympa. C'est facilement intégrable qui plus est.

Et comment fait-on pour surfer tranquillement avec ces saletés de télétubbies à porté de vue (et d'oreille j'imagine, ce qui est probablement le pire) ?

Je te pluserai bien pour avoir supporter ça...mais je te moinserai bien pour avoir infligé ça à une enfant...ou même à qui que ce soit :)

...un code Java qui compile n'est pas spécialement sûr. Si tu as besoin qu'il le soit [...] tu as besoin d'écrire des tests unitaires

les tests unitaires ne permettent pas de s'assurer de la sûreté d'un code à moins qu'ils ne soient exhaustifs (ce qui n'est bien évidemment pas réaliste). Ils permettent néanmoins une certaine vérification (dont notamment des tests de non régression) ce qui est toujours bon à prendre.

En réalité, je suis plus refractaire à JavaScript qu'à Xul à mon avis, mais vu que je ne comptais pas utiliser l'un sans l'autre, j'ai fais un petit abus de langage..

Ceci dit, si tu fais un "Xul en 20 minutes", je le lirais, c'est promis :)

Sympa ça, c'est une bonne alternative, je vais y jeter un oeil merci.

Je m'étais jamais dis que les extensions étaient dispo dans les repositories de ma distrib ! Je vais checker ça de ce pas, merci !

Pour la synchronisation des marques pages... c'est aussi pour la machine du boulot et tout, du coup c'est vachement plus simple de passer par une extension genre Google Browser Sync (et ce serait donc plus simple également si une extension pouvait synchroniser les extensions).