Les dispositions de base ne me convenaient pas non plus alors j'ai fait la mienne. En gros azerty de base avec lettre grecques accessible via alt+Gr genre altg+e -> ε, qq symboles mathématiques fl fi ∂ ∫, beaucoup de dead keys avec altg aussi genre altg+à -> accent grave, altg+ç -> cédille, altg+~ -> tilde.
Guillemets françaises avec altg+< ou altg+> et voila.
C'est assez facile à faire avec xkbmap même si je ne sais pas si c'est la bonne manière de faire.
Ça permet de taper tout ça directement : ã ý ű ỳ ą ū ė ț î ĭ ă ž αβγδεζηθιkλμνξoπρστυχψω ABΓΔEΖHΘIKΛMNΞOΠPΣTYXΨΩ, fl fi ∂ ∫, я …
Bon j'ai triché sur certaines majuscules grecques qui sont en fait des caractères latin majuscule (A par exemple), donc pas génial du tout d'un point de vue unicode !
Je confirme !
J'ai eu un soucis avc un service, en deux mails très cordiaux et quelques heures, tout était réglé.
Ce que j'aime bien de tuxfamily, c'est qu'on n'ajoute que les briques qui nous intéresse (et il y en a pour presque tous les gouts), tout est facilement accessible du même panel. Genre pour un projet j'avais besoin juste de mercurial, pour un autre, de git+wiki+un siteweb … j'ai mis en place cela et juste cela et ça marche.
Ahaha ! Il s'agit vraiment d'une erreur. Vu le lien, j'imagine que je ne suis pas le premier ;) Merci pour la correction.
Si un modérateur veut bien corriger …
Merci pour les liens !
J'avais regardé le greffon pour eclipse que je n'ai pas réussi à installer (utiliser?), il faudrait que je retente.
Pour EulerGui, l'éditeur apporte effectivement la coloration syntaxique mais c'est tout. Une complétion comme dans tout bon IDE serait vraiment agréable. Je n'étais pas tombé sur les autres ! merci!
Ça me rappelle le journal proposition de contribution. Dans les commentaires il y a pas mal d'idées de développement dont beaucoup en Python. Mon commentaire par exemple ;)
Dans le genre mini contributions (qui me manquent souvent, c'est peut-être aussi votre cas) : faire des colorations syntaxiques pour kwrite (ou autre éditeur texte).
Par exemple je cherche des éditeurs pour le format Notation3 … je n'ai rien trouvé de convaincant sous linux !
Mais je suis tout à fait d'accord avec lui ! Quand j'ai acheté un mp3 ou un CD, je veux en faire ce que je veux, jusqu'à la fin de mes jours, comme pour ma maison !
Je vais balancer 2-3 idées qui me passent par la tête.
Il y a que du Python et c'est pas mal orienté script :
Dans le même genre que txt2tags, du côté de Sphinx je pense qu'il y a pas mal de pistes d'améliorations, ajout de fonctionnalités : amélioration de la génération d'epub, ajouts de formats de sortie, … Les développeurs sont très actifs!
Blender : je pense qu'on peut trouver des idées de scripts pour générer automatiquement des modèles 3D. Il y a déjà des scripts pour générer des vis, boulons, engrenages, polygones, etc mais des scripts générant des tables, des chaises, des escaliers, des murs qui ne sont pas parfaitement droits (donc plus réalistes), je ne crois pas que ça existe pour l'instant et ça me parait envisageable.
Pour blender ou gimp, on peut aussi imaginer des générateurs de tâches, saletés, poussières et effets vieilli sur des textures, surface, etc. Ça parait inutile mais c'est souvent ce qui fait passer un objet de "virtuel" à "réaliste".
Idem, communauté hyper active.
Toujours blender, beaucoup rêveraient d'une interface CAO, je crois qu'il y a déjà du code en Python.
Scribus/Inkscape : script de génération de cartes à jouer. On définit un modèle, une liste de texte/images et il génère une planche à imprimer (ça marcherai aussi pour des cartes de visite). J'avais commencé un script dans ce genre mais c'est pas vraiment générique et vraiment basique. Ça existe sans doute déjà ..
Plus orienté web, je trouve assez génial tous les sites qui proposent de tester leur langage/bibliothèque directement en ligne comme MongoDB ou Sage, … Je ne sais pas s'il y a une version de IPython en ligne mais ça pourrait être sympa.
Je m'arrête pour ce soir. Si vous voulez d'autres idées, demandez ;)
Tout à fait d'accord avec vous.
Personnellement, ce qui me dérangerai le plus sans explorateur c'est le côté "des galères monstrueuses pour utiliser des documents de différentes natures".
Souvent mes dossiers représentent une thématique donnée, un projet en cours et c'est très rare qu'il n'y ait qu'un type de fichier. Par exemple quand je travaille sur une "animation blender", je veux voir en même temps le fichier blend, l'image de fond, mes textures, mes musiques d'ambiances, etc. Au fur à mesure de mon projet, j'ouvre un fichier, un autre en fonction de la partie sur laquelle je travaille, pas en fonction du type de fichier : "Je m'attaque au personnage principal" (3d, textures, etc) et non "je vais faire de l'imagerie". En fait pour moi l'explorateur est vraiment le liant incontournable. Pareil pour tous les domaines (développement d'un logiciel, rédaction d'un rapport, …) en fait il y a un seul cas où ça ne s'applique pas : la musique.
Je me demande pourquoi d'ailleurs. Est-ce que c'est parce que ces logiciels sont plus avancés dans l'approche "non-explorateurs", est ce que c'est parce que cela ne demande pas d'attention particulière (la musique est en fond) ?
Un autre problème que je remarque c'est le côté lié à une base de donnée. Tous ces logiciels qui ciblent un type de fichier organisent tout ça dans une base de donnée que je perd si je copie mes fichiers sur une clef USB par exemple. Avec l'organisation en dossier/fichiers, je garde toute l'info.
Après ce n'est peut-être qu'un problème d'implémentation et non d'approche, je ne sais pas.
Je fais actuellement pas mal d'essais avec nepomuk et les applis qui gèrent ça (dolphin, nepoogle, kmail, etc), c'est peut-être une approche intermédiaire ou une 3ème voie intéressante.
En tout cas la question vaut le coup d'être posée !
Ciao
Pour moi, GPL, c'est "je partage mais vous devez jouer le jeu", LGPL c'est "je partage et vous pouvez jouer le jeu".
Donc oui GPL est plus restrictif que les autres licences mais quand je vois certains logiciels qui coutent un bras (en argent, vie privée ou autre), sont incontournables car "standard de fait dans le domaine" et que ces logiciels utilisent 80% de bibliothèques libres (LGPL, MIT, ou autre), ça me fait toujours râler. Pas un centimes, pas un patch n'ira aux développeurs de ces bibliothèques ceux-ci ne pourront pas utiliser une seule fonctionnalité sans passer à la caisse !
Si toutes ces bibliothèque étaient GPL, ce serait "ok, si tu profites de 80% des libs, tu joues le jeu et tu laisses tes 20% accessibles aussi, sinon va voir ailleurs"
J'ai pas bien compris à qui et quoi répondait cette question donc ne m'en voulez pas si je réponds complètement à côté ;)
Si c'est pour moi, je dirais que c'est assez juste même si c'est plutôt :
1/ soit ce qui vous avez écrit (sur ma machine perso) soit parceque Je ne suis pas administrateur sur la machine où je fait les scp mais gftp y est installé.
2/ exact ;)
Pour le 3/ en disant plus rapide c'était dans le sens "application plus rapide" et non dans le sens "utilisation plus rapide". Je trouve fish+konqueror encore plus simple mais trop lent (affichage des dossiers, copie des fichiers, etc) pour ssh.
mais je vais m'arrêter là, c'est pas le sujet du journal ;)
gftp peut aussi être utilisé pour ssh !
Je ne suis pas du tout allergique à la ligne de commande mais quand j'ai plein de fichiers à copier via ssh, je trouve cette application beaucoup plus pratique (et plus rapide que fish:// dans konqueror). D'ailleurs, Si vous avez d'autres programmes de ce genre, je suis preneur !
Et puis il ne faut pas oublier que beaucoup d'hébergeurs ne laissent pas beaucoup de choix pour uploader ses pages html, donc je crois que gftp a encore de bonnes raisons d'être utilisé.
Voici Un autre site d'architecte qui propose une technique sympa pour le rendu style crayon. Il explique exactement comment il fait pour arriver à ce résultat, c'est pour ça que je me permets de lui faire cette pub.
J'ai fait un peu de modélisation "technique" je n'ai pas remarqué de problèmes de précision ... Mes pièces mécaniques mesuraient maximum 50 cm j'avais donc choisi que l'unité blender correspondait à 1mm comme ça je pouvais descendre au moins au μm (si ce n'est moins) ça fonctionnait bien !
Ça pourrait peut-être poser problème si tu devais gérer des pièces allant du μm à la centaine de mètres dans un même modèle blender mais est-ce que ça arrive souvent ? (vraie question!)
Par contre ce n'est pas toujours évident de faire de la CAO à d'autres niveaux :
difficile de faire des angles
difficile de changer les côtes et angles à posteriori
empilage d'opérations booléennes pas spécialement pratique, etc
pas de notion de contact (j'ai pas essayé les parties physique du modeleur et moteur de jeux)
Et bien sûr, pas importable dans des logiciels de calculs fluide/solide. Mais comme dans mon cas ça se limitait à de l'illustration, c'était suffisant
Donc oui, blender c'est surtout pour l'animation, la modélisation 3D, les vues d'artistes, etc mais à titre personnel on peut bien faire un peu de CAO.
Merci pour ce logiciel qui à l'air très sympa (surtout que j'avais bien envie de me remettre à l'accordéon diatonique ces derniers temps !)
Je trouve qu'il manque une chose sur le site : un exemple de morceau à télécharger pour pouvoir tester directement les possibilités genre lecture, impression, etc.
C'est vrai que de passer "d'écrire librement" à "écrire avec un nombre limité de mots" c'est une belle évolution. À ce rythme, je ne sais pas si j'ai envie de devenir homo sapiens sapiens (se toute façon je n'ai pas été invité donc je suis sain et sauf)
Tarifs Ciné Art et Essai à Pau :
Plein : 7,50 €
Jeune (- de 26 ans) : 3,80 €
Les mercredis pour tous : 5,80 €
Séances de 16h et à partir de 21h30 : 4,70 €
Sur présentation de la carte Abonné / Adhérent : 5 €
J'ai pris Pau parce que c'est celui que je connais mais c'est valable dans beaucoup de cinés Art et Essai en France ...
1) J'ai été payé deux ans pour faire du développement python, surtout développer des interfaces et outils pour un code C++
2) J'ai découvert Python le jour ou j'ai voulu corriger un bug dans un script pour Blender. J'ai cherché de la doc, je suis tombé sur le texte de Gérard Swinnen. J'ai commencé à tester les exemples, changer deux trois trucs, chercher un peu plus loin ... en quelques jours j'avais adopté Python. C'était il y a à peu près 7 ans.
4) Je ne peux pas vraiment répondre à tes questions mais où je vois un gros changement c'est dans le nombre d'applications scriptables en Python. Il y a quelques années, toutes les applis (surtout scientifiques) avaient leur propre langage de script. Maintenant on en voit de plus en plus proposer Python par défaut ou comme deuxième langage de script.
5) Vaste question. Tout ce que je peux dire c'est que je suis bien content des modifs apportées par Python 3. Ça corrige plein de petits truc chiant des 2.x. Le passage à tout unicode est pour moi le gros plus de la version 3. Pour les améliorations, je dirai corriger encore pas mal de bugs dans la bibliothèque standard, fournir un type orienté objet pour la gestion des chemins, pourquoi pas intégrer par défaut une bibliothèque simple pour écrire des extensions en C/C++ (style boost.Python ou SWIG)
7) Je n'ai pas fait la migration vers Python 3 car les bibliothèques que j'utilisais n'étaient pas portées et Python 3 n'était pas installé/dispo sur les machines des utilisateurs. J'ai juste préparé le code pour une future migration. J'ai du récrire toute la partie chaine de caractère/unicode justement mais c'était une bonne chose, ça a grandement amélioré la qualité du code. Sinon, non, rien ne semblait insurmontable.
10) Clarifier le système de distribution de paquets, je trouve aussi que c'est un peu bordélique.
11) C'est un peu un problème (voir point 7.). Python 3 apporte plein de bonnes choses mais qui ne parlent pas du tout à beaucoup d'utilisateurs de Python. Dans ce que j'ai vu (domaine des sciences physiques), beaucoup l'utilisent comme langage de script de manière très basique (pas de fonctions, pas de classes, pas de gestion des encodages car tous ont pris l'habitude de tout écrire sans accents, etc) car ce n'est pas leur priorité et sont donc plus proche d'une syntaxe 1.x que 3. Pour eux les changements apportés par Py3 ne sont donc que des emmerdements.
12) Ahh, j'ai raté ça. Je vais regarder ça de plus près ! J'avais trouvé des bugs très chiants (déjà signalés je crois) sur des fonctions de base de os.path. Par exemple
Tout à fait d'accord !
Même remarque pour la partie "chaque verbe peut prendre 50 formes différentes".
Un non-francophone voulant apprendre le français va partir en courant en lisant cette phrase.
Un petit "mais rassurez vous, connaître une petite dizaine de formes est largement suffisant pour communiquer", en gros les 6 personnes du présent de l'indicatif, le participe passé pour parler au passé (passé composé) et la composition "je vais ..." pour donner une idée de futur et c'est bon.
L'important c'est de communiquer et après se perfectionner.
Dans tous les cas, félicitations pour cette initiative. Entre tatoeba, shtooka et ce nouveau site, on commence à avoir de très bonnes ressources libres pour apprendre une nouvelle langue et ça semble vraiment aller dans le bon sens.
Allez, je donne une utilisation :
En tant que développeur, je suis toujours en train de lire de la documentation technique (documentation d'API, manuels, tutoriels, articles scientifiques, etc) et ça me fatigue les yeux. Les liseuses à "encre électronique" m'intéressent vraiment pour ça.
Avec une liseuse vérouillée : je peux lire ma doc si elle est au format PDF ou epub, point
Avec une liseuse avec un système ouvert : je peux imaginer voir qt assistant porté pour la liseuse et donc consulter ma doc sous format qui est bien plus pratique (comparez les deux et vous verrez la différence)
Voici un exemple qui utilise la liseuse comme ... liseuse (et pas serveur web ou je ne sais quoi).
Et pour les autres formats c'est pareil. Avec une liseuse libre, je peux (ou pourrai) lire des formats "exotiques pour les constructeurs" comme le format opendocument, sous liseuse fermé c'est au bon vouloir du constructeur.
C'est justement parce que je veux que ma liseuse fasse ce pourquoi elle a été conçue (lire tout type de documents) que le système doit être libre !
Et aussi tatoeba : http://tatoeba.org
Il n'y a pas beaucoup de prononciation actuellement mais c'est prévu.
L'avantage de ce projet par rapport à shtooka, c'est qu'il présente des phrases complètes et tournures idiomatiques.
Heu ... pardon ?!?
Alors pour le premier point j'ai envie de dire : il suffit de cliquer sur le bouton "éditer" pour corriger cette "horreur" et rajouter les sources.
Personnellement je n'y connais rien dans ce domaine et je serai donc complètement incapable de trouver les sources principales qui ont servi à rédiger cet article.
Pour la suite ...
c'est parce que je renvoie sur une documentation hébergée sur doc.ubuntu que je sous-entend que ubuntu c'est trop bien et qu'ils ont tout inventé ?!?
Personnellement, je n'ai JAMAIS utilisé ubuntu, je tourne entre mandriva et debian en fonction des saisons et des machines mais c'est grâce à cette documentation que j'ai enfin pu comprendre d'où venait le "clac" que j'entendais régulièrement sur mes ordis portables et surtout que j'ai pu le corriger et savoir ou chercher !
Là j'y suis arrivé très naturellement en partant tout simplement du modèle de mon portable et quelques clics. Et ça m'arrive de plus en plus souvent d'utiliser des docs ubuntu comme point de départ pour corriger des problèmes sur ma debian car je trouve ces documentations assez claires et synthétiques.
[^] # Re: Mon avis
Posté par GuiBrother . En réponse au journal De la honte que constitue le clavier français et des actions à entreprendre pour y remédier. Évalué à 3.
Pas de problèmes. J'ai mis deux dispositions assez proches sur mon dépot
Dans la frg2, Ţ ţ «» est remplacé par ∫ ∂ ≤≥
[^] # Re: Mon avis
Posté par GuiBrother . En réponse au journal De la honte que constitue le clavier français et des actions à entreprendre pour y remédier. Évalué à 1.
Les dispositions de base ne me convenaient pas non plus alors j'ai fait la mienne. En gros azerty de base avec lettre grecques accessible via alt+Gr genre altg+e -> ε, qq symboles mathématiques fl fi ∂ ∫, beaucoup de dead keys avec altg aussi genre altg+à -> accent grave, altg+ç -> cédille, altg+~ -> tilde.
Guillemets françaises avec altg+< ou altg+> et voila.
C'est assez facile à faire avec xkbmap même si je ne sais pas si c'est la bonne manière de faire.
Ça permet de taper tout ça directement : ã ý ű ỳ ą ū ė ț î ĭ ă ž αβγδεζηθιkλμνξoπρστυχψω ABΓΔEΖHΘIKΛMNΞOΠPΣTYXΨΩ, fl fi ∂ ∫, я …
Bon j'ai triché sur certaines majuscules grecques qui sont en fait des caractères latin majuscule (A par exemple), donc pas génial du tout d'un point de vue unicode !
mes 2 ct
[^] # Re: Et pour quelque chose de complètement différent...
Posté par GuiBrother . En réponse au journal Pourquoi GitHub saimal, quelques alternatives. Évalué à 3.
Je confirme !
J'ai eu un soucis avc un service, en deux mails très cordiaux et quelques heures, tout était réglé.
Ce que j'aime bien de tuxfamily, c'est qu'on n'ajoute que les briques qui nous intéresse (et il y en a pour presque tous les gouts), tout est facilement accessible du même panel. Genre pour un projet j'avais besoin juste de mercurial, pour un autre, de git+wiki+un siteweb … j'ai mis en place cela et juste cela et ça marche.
[^] # Re: Github → Gitorious
Posté par GuiBrother . En réponse au journal Coloration syntaxique rdf/n3 pour katepart . Évalué à 2.
Ahaha ! Il s'agit vraiment d'une erreur. Vu le lien, j'imagine que je ne suis pas le premier ;) Merci pour la correction.
Si un modérateur veut bien corriger …
[^] # Re: Concision pythonique
Posté par GuiBrother . En réponse au journal Coloration syntaxique rdf/n3 pour katepart . Évalué à 1.
Merci pour la remarque. C'est effectivement plus concis, je n'y avais même pas pensé.
[^] # Re: Mauvaise approche, changer d'approche.
Posté par GuiBrother . En réponse au journal Pourquoi je n’arrive pas à contribuer au logiciel libre.. Évalué à 2.
Merci pour les liens !
J'avais regardé le greffon pour eclipse que je n'ai pas réussi à installer (utiliser?), il faudrait que je retente.
Pour EulerGui, l'éditeur apporte effectivement la coloration syntaxique mais c'est tout. Une complétion comme dans tout bon IDE serait vraiment agréable. Je n'étais pas tombé sur les autres ! merci!
[^] # Re: Mauvaise approche, changer d'approche.
Posté par GuiBrother . En réponse au journal Pourquoi je n’arrive pas à contribuer au logiciel libre.. Évalué à 2.
Ça me rappelle le journal proposition de contribution. Dans les commentaires il y a pas mal d'idées de développement dont beaucoup en Python. Mon commentaire par exemple ;)
Dans le genre mini contributions (qui me manquent souvent, c'est peut-être aussi votre cas) : faire des colorations syntaxiques pour kwrite (ou autre éditeur texte).
Par exemple je cherche des éditeurs pour le format Notation3 … je n'ai rien trouvé de convaincant sous linux !
[^] # Re: Pousse-toi de là
Posté par GuiBrother . En réponse à la dépêche De tout, de rien, des bookmarks, du bla‐bla #44. Évalué à 2.
De toute façon tout le monde se plante, la vraie c'est "pitsa" (à l'italienne)
[^] # Re: le beurre, l'argent du beurre et un monopole sur la vente du beurre...
Posté par GuiBrother . En réponse au journal « Le domaine public est du communisme », pour Nicolas Seydoux, . Évalué à 10.
Mais je suis tout à fait d'accord avec lui ! Quand j'ai acheté un mp3 ou un CD, je veux en faire ce que je veux, jusqu'à la fin de mes jours, comme pour ma maison !
J'ai mal compris ? :D
[^] # Re: Et vous?
Posté par GuiBrother . En réponse au journal proposition contribution. Évalué à 2.
Je vais balancer 2-3 idées qui me passent par la tête.
Il y a que du Python et c'est pas mal orienté script :
Dans le même genre que txt2tags, du côté de Sphinx je pense qu'il y a pas mal de pistes d'améliorations, ajout de fonctionnalités : amélioration de la génération d'epub, ajouts de formats de sortie, … Les développeurs sont très actifs!
Blender : je pense qu'on peut trouver des idées de scripts pour générer automatiquement des modèles 3D. Il y a déjà des scripts pour générer des vis, boulons, engrenages, polygones, etc mais des scripts générant des tables, des chaises, des escaliers, des murs qui ne sont pas parfaitement droits (donc plus réalistes), je ne crois pas que ça existe pour l'instant et ça me parait envisageable.
Pour blender ou gimp, on peut aussi imaginer des générateurs de tâches, saletés, poussières et effets vieilli sur des textures, surface, etc. Ça parait inutile mais c'est souvent ce qui fait passer un objet de "virtuel" à "réaliste".
Idem, communauté hyper active.
Toujours blender, beaucoup rêveraient d'une interface CAO, je crois qu'il y a déjà du code en Python.
Scribus/Inkscape : script de génération de cartes à jouer. On définit un modèle, une liste de texte/images et il génère une planche à imprimer (ça marcherai aussi pour des cartes de visite). J'avais commencé un script dans ce genre mais c'est pas vraiment générique et vraiment basique. Ça existe sans doute déjà ..
Plus orienté web, je trouve assez génial tous les sites qui proposent de tester leur langage/bibliothèque directement en ligne comme MongoDB ou Sage, … Je ne sais pas s'il y a une version de IPython en ligne mais ça pourrait être sympa.
Je m'arrête pour ce soir. Si vous voulez d'autres idées, demandez ;)
[^] # Re: File manager
Posté par GuiBrother . En réponse au journal Nautilus c'est super cool. Évalué à 8.
Tout à fait d'accord avec vous.
Personnellement, ce qui me dérangerai le plus sans explorateur c'est le côté "des galères monstrueuses pour utiliser des documents de différentes natures".
Souvent mes dossiers représentent une thématique donnée, un projet en cours et c'est très rare qu'il n'y ait qu'un type de fichier. Par exemple quand je travaille sur une "animation blender", je veux voir en même temps le fichier blend, l'image de fond, mes textures, mes musiques d'ambiances, etc. Au fur à mesure de mon projet, j'ouvre un fichier, un autre en fonction de la partie sur laquelle je travaille, pas en fonction du type de fichier : "Je m'attaque au personnage principal" (3d, textures, etc) et non "je vais faire de l'imagerie". En fait pour moi l'explorateur est vraiment le liant incontournable. Pareil pour tous les domaines (développement d'un logiciel, rédaction d'un rapport, …) en fait il y a un seul cas où ça ne s'applique pas : la musique.
Je me demande pourquoi d'ailleurs. Est-ce que c'est parce que ces logiciels sont plus avancés dans l'approche "non-explorateurs", est ce que c'est parce que cela ne demande pas d'attention particulière (la musique est en fond) ?
Un autre problème que je remarque c'est le côté lié à une base de donnée. Tous ces logiciels qui ciblent un type de fichier organisent tout ça dans une base de donnée que je perd si je copie mes fichiers sur une clef USB par exemple. Avec l'organisation en dossier/fichiers, je garde toute l'info.
Après ce n'est peut-être qu'un problème d'implémentation et non d'approche, je ne sais pas.
Je fais actuellement pas mal d'essais avec nepomuk et les applis qui gèrent ça (dolphin, nepoogle, kmail, etc), c'est peut-être une approche intermédiaire ou une 3ème voie intéressante.
En tout cas la question vaut le coup d'être posée !
Ciao
[^] # Re: .
Posté par GuiBrother . En réponse à la dépêche La famille des *GPL relativement moins présente parmi les licences libres. Évalué à 1.
Pour moi, GPL, c'est "je partage mais vous devez jouer le jeu", LGPL c'est "je partage et vous pouvez jouer le jeu".
Donc oui GPL est plus restrictif que les autres licences mais quand je vois certains logiciels qui coutent un bras (en argent, vie privée ou autre), sont incontournables car "standard de fait dans le domaine" et que ces logiciels utilisent 80% de bibliothèques libres (LGPL, MIT, ou autre), ça me fait toujours râler. Pas un centimes, pas un patch n'ira aux développeurs de ces bibliothèques ceux-ci ne pourront pas utiliser une seule fonctionnalité sans passer à la caisse !
Si toutes ces bibliothèque étaient GPL, ce serait "ok, si tu profites de 80% des libs, tu joues le jeu et tu laisses tes 20% accessibles aussi, sinon va voir ailleurs"
[^] # Re: gftp
Posté par GuiBrother . En réponse au journal De bien belles icones comme on aimerait en voir plus souvent.... Évalué à 1.
J'ai pas bien compris à qui et quoi répondait cette question donc ne m'en voulez pas si je réponds complètement à côté ;)
Si c'est pour moi, je dirais que c'est assez juste même si c'est plutôt :
1/ soit ce qui vous avez écrit (sur ma machine perso) soit parceque Je ne suis pas administrateur sur la machine où je fait les scp mais gftp y est installé.
2/ exact ;)
Pour le 3/ en disant plus rapide c'était dans le sens "application plus rapide" et non dans le sens "utilisation plus rapide". Je trouve fish+konqueror encore plus simple mais trop lent (affichage des dossiers, copie des fichiers, etc) pour ssh.
mais je vais m'arrêter là, c'est pas le sujet du journal ;)
[^] # Re: gftp
Posté par GuiBrother . En réponse au journal De bien belles icones comme on aimerait en voir plus souvent.... Évalué à 9.
gftp peut aussi être utilisé pour ssh !
Je ne suis pas du tout allergique à la ligne de commande mais quand j'ai plein de fichiers à copier via ssh, je trouve cette application beaucoup plus pratique (et plus rapide que fish:// dans konqueror). D'ailleurs, Si vous avez d'autres programmes de ce genre, je suis preneur !
Et puis il ne faut pas oublier que beaucoup d'hébergeurs ne laissent pas beaucoup de choix pour uploader ses pages html, donc je crois que gftp a encore de bonnes raisons d'être utilisé.
[^] # Re: petites corrections
Posté par GuiBrother . En réponse à la dépêche Goûtez au smoothie de Blender 2.60. Évalué à 4.
Voici Un autre site d'architecte qui propose une technique sympa pour le rendu style crayon. Il explique exactement comment il fait pour arriver à ce résultat, c'est pour ça que je me permets de lui faire cette pub.
[^] # Re: petites corrections
Posté par GuiBrother . En réponse à la dépêche Goûtez au smoothie de Blender 2.60. Évalué à 6. Dernière modification le 22 octobre 2011 à 20:08.
J'ai fait un peu de modélisation "technique" je n'ai pas remarqué de problèmes de précision ... Mes pièces mécaniques mesuraient maximum 50 cm j'avais donc choisi que l'unité blender correspondait à 1mm comme ça je pouvais descendre au moins au μm (si ce n'est moins) ça fonctionnait bien !
Ça pourrait peut-être poser problème si tu devais gérer des pièces allant du μm à la centaine de mètres dans un même modèle blender mais est-ce que ça arrive souvent ? (vraie question!)
Par contre ce n'est pas toujours évident de faire de la CAO à d'autres niveaux :
Et bien sûr, pas importable dans des logiciels de calculs fluide/solide. Mais comme dans mon cas ça se limitait à de l'illustration, c'était suffisant
Donc oui, blender c'est surtout pour l'animation, la modélisation 3D, les vues d'artistes, etc mais à titre personnel on peut bien faire un peu de CAO.
# Modèles ?
Posté par GuiBrother . En réponse à la dépêche Songwrite 2-0.4 : accords et accordéons !. Évalué à 4.
Merci pour ce logiciel qui à l'air très sympa (surtout que j'avais bien envie de me remettre à l'accordéon diatonique ces derniers temps !)
Je trouve qu'il manque une chose sur le site : un exemple de morceau à télécharger pour pouvoir tester directement les possibilités genre lecture, impression, etc.
Très bonne continuation !
[^] # Re: En complément
Posté par GuiBrother . En réponse au journal Google+ : dix jours d'usage. Évalué à 4.
C'est vrai que de passer "d'écrire librement" à "écrire avec un nombre limité de mots" c'est une belle évolution. À ce rythme, je ne sais pas si j'ai envie de devenir homo sapiens sapiens (se toute façon je n'ai pas été invité donc je suis sain et sauf)
;)
[^] # Re: pour compléter
Posté par GuiBrother . En réponse au journal vilains pirates . Évalué à 3.
Tarifs Ciné Art et Essai à Pau :
Plein : 7,50 €
Jeune (- de 26 ans) : 3,80 €
Les mercredis pour tous : 5,80 €
Séances de 16h et à partir de 21h30 : 4,70 €
Sur présentation de la carte Abonné / Adhérent : 5 €
J'ai pris Pau parce que c'est celui que je connais mais c'est valable dans beaucoup de cinés Art et Essai en France ...
[^] # Re: Et hop !
Posté par GuiBrother . En réponse à la dépêche Entretien avec des développeurs Python francophones. Évalué à 1. Dernière modification le 14 mars 2011 à 00:17.
1) J'ai été payé deux ans pour faire du développement python, surtout développer des interfaces et outils pour un code C++
2) J'ai découvert Python le jour ou j'ai voulu corriger un bug dans un script pour Blender. J'ai cherché de la doc, je suis tombé sur le texte de Gérard Swinnen. J'ai commencé à tester les exemples, changer deux trois trucs, chercher un peu plus loin ... en quelques jours j'avais adopté Python. C'était il y a à peu près 7 ans.
4) Je ne peux pas vraiment répondre à tes questions mais où je vois un gros changement c'est dans le nombre d'applications scriptables en Python. Il y a quelques années, toutes les applis (surtout scientifiques) avaient leur propre langage de script. Maintenant on en voit de plus en plus proposer Python par défaut ou comme deuxième langage de script.
5) Vaste question. Tout ce que je peux dire c'est que je suis bien content des modifs apportées par Python 3. Ça corrige plein de petits truc chiant des 2.x. Le passage à tout unicode est pour moi le gros plus de la version 3. Pour les améliorations, je dirai corriger encore pas mal de bugs dans la bibliothèque standard, fournir un type orienté objet pour la gestion des chemins, pourquoi pas intégrer par défaut une bibliothèque simple pour écrire des extensions en C/C++ (style boost.Python ou SWIG)
7) Je n'ai pas fait la migration vers Python 3 car les bibliothèques que j'utilisais n'étaient pas portées et Python 3 n'était pas installé/dispo sur les machines des utilisateurs. J'ai juste préparé le code pour une future migration. J'ai du récrire toute la partie chaine de caractère/unicode justement mais c'était une bonne chose, ça a grandement amélioré la qualité du code. Sinon, non, rien ne semblait insurmontable.
10) Clarifier le système de distribution de paquets, je trouve aussi que c'est un peu bordélique.
11) C'est un peu un problème (voir point 7.). Python 3 apporte plein de bonnes choses mais qui ne parlent pas du tout à beaucoup d'utilisateurs de Python. Dans ce que j'ai vu (domaine des sciences physiques), beaucoup l'utilisent comme langage de script de manière très basique (pas de fonctions, pas de classes, pas de gestion des encodages car tous ont pris l'habitude de tout écrire sans accents, etc) car ce n'est pas leur priorité et sont donc plus proche d'une syntaxe 1.x que 3. Pour eux les changements apportés par Py3 ne sont donc que des emmerdements.
12) Ahh, j'ai raté ça. Je vais regarder ça de plus près ! J'avais trouvé des bugs très chiants (déjà signalés je crois) sur des fonctions de base de os.path. Par exemple
Pour les 3,6,8,9,13 je n'ai pas suffisamment (ou pas du tout) de connaissance dans ces domaines pour répondre
[^] # Re: Intro partie française...
Posté par GuiBrother . En réponse à la dépêche WikiBabel - des wikicasts libres pour apprendre les langues. Évalué à 4.
Même remarque pour la partie "chaque verbe peut prendre 50 formes différentes".
Un non-francophone voulant apprendre le français va partir en courant en lisant cette phrase.
Un petit "mais rassurez vous, connaître une petite dizaine de formes est largement suffisant pour communiquer", en gros les 6 personnes du présent de l'indicatif, le participe passé pour parler au passé (passé composé) et la composition "je vais ..." pour donner une idée de futur et c'est bon.
L'important c'est de communiquer et après se perfectionner.
Dans tous les cas, félicitations pour cette initiative. Entre tatoeba, shtooka et ce nouveau site, on commence à avoir de très bonnes ressources libres pour apprendre une nouvelle langue et ça semble vraiment aller dans le bon sens.
[^] # Re: You can hack it...
Posté par GuiBrother . En réponse au journal Pimp my FnacBook. Évalué à 10.
En tant que développeur, je suis toujours en train de lire de la documentation technique (documentation d'API, manuels, tutoriels, articles scientifiques, etc) et ça me fatigue les yeux. Les liseuses à "encre électronique" m'intéressent vraiment pour ça.
Avec une liseuse vérouillée : je peux lire ma doc si elle est au format PDF ou epub, point
Avec une liseuse avec un système ouvert : je peux imaginer voir qt assistant porté pour la liseuse et donc consulter ma doc sous format qui est bien plus pratique (comparez les deux et vous verrez la différence)
Voici un exemple qui utilise la liseuse comme ... liseuse (et pas serveur web ou je ne sais quoi).
Et pour les autres formats c'est pareil. Avec une liseuse libre, je peux (ou pourrai) lire des formats "exotiques pour les constructeurs" comme le format opendocument, sous liseuse fermé c'est au bon vouloir du constructeur.
C'est justement parce que je veux que ma liseuse fasse ce pourquoi elle a été conçue (lire tout type de documents) que le système doit être libre !
[^] # Re: swac tools, projet shtooka
Posté par GuiBrother . En réponse au journal Forvo: faut-il contribuer?. Évalué à 3.
Il n'y a pas beaucoup de prononciation actuellement mais c'est prévu.
L'avantage de ce projet par rapport à shtooka, c'est qu'il présente des phrases complètes et tournures idiomatiques.
[^] # Re: rapport
Posté par GuiBrother . En réponse au journal Temps de démarrage. Évalué à 1.
Alors pour le premier point j'ai envie de dire : il suffit de cliquer sur le bouton "éditer" pour corriger cette "horreur" et rajouter les sources.
Personnellement je n'y connais rien dans ce domaine et je serai donc complètement incapable de trouver les sources principales qui ont servi à rédiger cet article.
Pour la suite ...
c'est parce que je renvoie sur une documentation hébergée sur doc.ubuntu que je sous-entend que ubuntu c'est trop bien et qu'ils ont tout inventé ?!?
Personnellement, je n'ai JAMAIS utilisé ubuntu, je tourne entre mandriva et debian en fonction des saisons et des machines mais c'est grâce à cette documentation que j'ai enfin pu comprendre d'où venait le "clac" que j'entendais régulièrement sur mes ordis portables et surtout que j'ai pu le corriger et savoir ou chercher !
Là j'y suis arrivé très naturellement en partant tout simplement du modèle de mon portable et quelques clics. Et ça m'arrive de plus en plus souvent d'utiliser des docs ubuntu comme point de départ pour corriger des problèmes sur ma debian car je trouve ces documentations assez claires et synthétiques.
[^] # Re: rapport
Posté par GuiBrother . En réponse au journal Temps de démarrage. Évalué à 3.
J'ai également découvert la partie portable de la doc ubuntu :
http://doc.ubuntu-fr.org/portable qui est pas mal du tout.
Cadeau bonus : http://doc.ubuntu-fr.org/laptop_mode
(Astuces pour mieux gérer les arrêts disques durs sur ordi portables)