tu mets en comparaison un jeu 2D et un jeu 3D en disant : graphismes 3D < graphismes 2D.
je pense que c'était un peu une boutade de sa part. Effectivement, on peut avoir un jeu 2D moche et un jeu 3D très joli. Drakensang est plutôt beau dans le genre 3D, mais souvent une 3D un peu faible ça ne pardonne vraiment pas.
Et souvent, pour le même investissement de départ, on pourra avoir de meilleurs graphismes en 2D qu'en 3D (suffit de voir la différence de traitement entre la 2D et la 3D dans heart of darkness)
J'ai souvenir des graphismes 2D qui faisaient rêver pour les Lucas Art, Delphine Soft, les King Quest. La 3D c'est un peu la douche froide (par exemple dans King's Quest 8).
Sinon je trouve les graphismes de Jack Keane pas si mal, dans le style de WoW, mais à mon avis en 2D ça aurait rendu bien mieux. Et puis pour finir le tout, je me dis, si c'est en 3D ça va mal s'afficher sur mon PC.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
idem, je cherche aussi le meilleurs service si possible auto hébergé pour ce genre de chose.
Actuellement j'ai un wiki en dokuwiki avec un plugin txt2tags, auto hébergé sur mon raspberry pi, pour organiser mes idées + google keep pour mes notes et todo en mode déconnecté, puis ça resynchronise lorsque je me connecte et copie ces notes depuis l'interface web de keep vers mon wiki.
C'est pas l'idéal, et ça m'ennuie un peu d'utiliser un service proprio pour la gestion des notes en hors ligne, mais je n'ai rien trouvé de mieux pour le moment et avec une interface agréable. Et un formulaire web sur une tablette ou un smartphone c'est plutôt la galère.
j'aime bien l'idée de http://todotxt.com/ mais c'est seulement pour dropbox. Pour owncloud ça serait super. (et l'appli officielle owncloud j'ai pas confiance dans sa fiabilité au niveau de la synchronisation)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
le client android n'est vraiment pas super : par exemple il ne va pas faire de synchronisation avec les dossiers dans lesquels on navigue, mais avec l'ensemble des fichiers sur le compte.
Ainsi moi qui ai environ 4 Go de données avec des dizaines de milliers de fichiers, si je modifie un fichier sur le serveur (par exemple en local ou via l'interface web) et que je veux rapidement accéder à ce fichier depuis le client android, c'est vraiment impossible, la synchro n'aboutit pas la plupart du temps, et dans le meilleurs des cas ça prend plus de 20 minutes pour synchroniser (c'est à dire vérifier tous les fichiers), alors que je préférerais synchroniser en priorité les dossiers que j'utilise réellement (ou en tout cas forcer la synchro dans un dossier particulier)
Ils en parlent ici mais ce n'est pas dans les priorités : https://github.com/owncloud/android/issues/96 (oui je sais, c'est libre, je n'ai qu'à contribuer). Bizarre parce que ça me semble primordial mais bon.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
j'espère que si quand même… la dernière beta date d'un an, mais le développeur principal est bien actif encore sur la mailing-list. C'est un logiciel que j'utilise tous les jours, j'espère qu'il ne deviendra pas obsolète…
Cette page indique qu'il y aura quand même des correctifs en cas de découverte de problèmes sérieux, et que l'auteur est prêt à rajouter des fonctionnalités si on veut payer pour ça : http://www.cis.upenn.edu/~bcpierce/unison/status.html
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Ensuite, le terme privateur s'oppose à libre. Et effectivement, du point de vue du droit d'auteur, on prive l'utilisateur de certains droits.
c'est surtout un parti pris extrêmement biaisé. Même la GNU GPL prive l'utilisateur de certains droits (par exemple celui de faire tout et n'importe quoi avec ce code).
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
l'argument donné, par ce qu'il semble être un développeur ou admin de chez bittorrent, est vraiment bidon :
Also, it could be argued that if SyncApp (or any "closed source" application) went "open source", this could make it LESS secure, as hackers would be able to analyze source code/package up their own malicious "SyncApp" clones, etc
Ça avait l'air alléchant dans le début du journal, mais finalement ce n'est plus trop le cas quand on sait que les sources ne sont pas publiées.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
De plus le fait que cela soit en couleur vive pour l'état actif et en gris (couleur de fond) pour l'état inactif lève toute ambiguïté qu'il pourrait rester.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
C'est toi qui est de mauvaise foi (comme en atteste ta comparaison avec les moniteurs de ski) : je n'ai jamais dit que les gens étaient des imbéciles, mais la plupart des non-informaticiens n'ont absolument aucune idée de comment fonctionnent des logiciels, comment c'est conçu, comment c'est développé. Ce n'est d'ailleurs pas leur métier ni leur hobby donc c'est normal qu'ils n'en savent pas plus que ça.
Je suis certain qu'un micro trottoir sur la question "qu'est-ce qu'un logiciel propriétaire" donnera moins de 10% des sondés qui sauront de quoi il retourne (ça fera le même ratio dans ma famille ou mon entreprise).
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
ok mais je ne comprend pas plus en quoi c'était "ouvert" mais "pas open source". D'après wikipedia c'était à l'origine sous licence MIT et le code était publié. Ensuite, le code des dernières versions n'a plus été publié. Bref, pour moi ce n'est plus ouvert du tout.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Les mots « libre », « ouvert », « fermé » étant suffisamment vagues et générique (tout le monde se fait à faire du "open", même quand ça n'a rien d'ouvert, cf. le openxml de microsoft qui n'en autorise pas une implémentation libre), on peut aussi simplement considérer qu'un logiciel qui n'autorise pas de modifier librement du code source (même si le code est publié) est « fermé ».
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
"**Logiciel Propriétaire**" est un pis-aller (c'est évidemment moins pire que "logiciel privateur"), mais malgré tout ce n'est pas vraiment beaucoup parlant pour le grand public.
Déjà c'est trop connoté politiquement : en quoi c'est un problème d'être propriétaire ? Les gens ne sont pas contents d'être propriétaires de leur ordinateur, de leur téléphone, de leur appartement, de leur terrain ? Si on utilise le même mot pour les logiciels qu'ils utilisent, ils ne vont pas trop comprendre en quoi ce type de logiciel peut poser problème. De plus le fait d'être « propriétaire » (de code, d'un bien) n'empêche pas de partager : la licence BSD (et la plupart des autres) a une notice de copyright qui indique qui est l'auteur, et qui en garde la propriété intellectuelle.
C'est pourquoi je trouve que l'expression « logiciel au code fermé » (voire « logiciels fermés »), même si c'est une périphrase, me semble plus appropriée, même si le grand public a une notion assez vague de ce qu'est un code source : le mot « fermé » encourage à se méfier, et même si certains puristes considèrent que l'open source (ou le closed source) n'implique par la « liberté », je trouve au contraire que c'est le cas : du code fermé peut vouloir dire que même s'il est a disposition (et publié), il n'est pas autorisé d'en faire un travail dérivé.
Une barrière fermée permet de voir ce qu'il y a derrière, mais on ne peut pas pour autant passer. (Et puis il ne faut pas se leurrer, la plupart des logiciels au code fermé utilisés par le grand public, que cela soit facebook, microsoft office ou ma maison en 3D, n'ont pas leur code publié)
Par contre pour rebondir sur ce qui était dit plus haut, effectivement au premier abord on peut croire qu'un logiciel proprio / privateur / au code fermé (rayez la mention inutile) ne prive pas vraiment de liberté parce que « rien ne vous oblige à l'utiliser », parce que « on peut l'utiliser comme un outil et puis c'est tout », mais il ne faut pas oublier que ces logiciels utilisent dans la majorité des cas des formats de fichiers non-ouverts (c'est à dire fermé comme leur code), ce qui à notamment comme désavantages :
de garder leur clientèle captive en les obligeant à racheter une nouvelle version lorsqu'ils changent d'ordinateur et que l'ancienne est obsolète
d'empêcher leurs clients de communiquer certains travaux si leurs destinataires n'ont pas le même logiciel (les formats d'échange, s'ils existent, perdant parfois des informations)
et de limiter la possibilité de migrer vers un autre logiciel pour la raison évoquée juste au dessus
Donc oui, dans beaucoup de cas les logiciels fermés restreignent vraiment les libertés de l'utilisateur.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
donc en gros xetex ça fonctionne bien, ça a un bon rendu, mais ça va disparaître à moyen terme, et luatex ça fonctionne à moitié, c'est compatible avec rien pour le moment, et ça à un rendu moyen, mais c'est l'avenir ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
blague à part, la mise en paquet debian se faisant en résumé dans un slide de 79 événements, ça serait pas mal de passer à un système comme les PKGBUILD, où c'est vraiment archi simple de contribuer à faire des paquets.
Réaliser des paquets binaires sous debian, rien que ça déjà ça me gave, mais des paquets sources n'en parlons pas tellement c'est fastidieux.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Si de plus en plus de projets migrent vers GTK3, alors c'est GTK2 qui a moins d'avenir.
j'ai surtout l'impression que c'est marketing tout ça. Au final on verra bien où vont aller les utilisateurs, et même s'ils n'utilisent pas gnome, ils se retrouveront avec un truc en gtk3 parce qu'ils en ont besoin (par exemple gimp), et ça ne sera pas du tout intégré dans le bureau qu'ils utilisent (que cela soit kde, windows ou xfce)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
MATE est placé en modèle de ce qu'il faut faire alors qu'ils prennent une base obsolète,
ça c'est toi qui juge que c'est une base obsolète. GTK3 a été une réécriture de GTK2, et n'a plus de compatibilité avec la version 2.
Imaginons que Linus pète les plombs et décide de passer le noyau Linux sur une nouvelle base qui n'a plus rien en commun avant l'ancienne et qui pose problème à beaucoup de monde.
Le fork qui s'ensuivra devrait obligatoirement être considéré comme obsolète ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
j'avais gardée la page du bugtracker dans un onglet pour voir comment ça allait évoluer. Je me doutais un peu du genre de réponse. Je n'ose pas dire que je n'ai pas été déçu. D'intégrer ce que tu as proposé, qui me semblait être la manière la plus élégante de le faire, ça ne dérangeait vraiment pas l'état actuel des choses.
Mais les dev gnome ont décidé que c'était encore trop compliqué, et que des applications qui ne venaient pas du gestionnaire de paquets et qui n'avait pas été faite dans les règles n'avait pas droit de cité.
On retrouve exactement la même chose dans Android, plein de limitation quand on veut faire quelque chose en dehors de ce qui était prévu. Et pourquoi on veut souvent faire quelque chose d'imprévu ? Parce que l'informatique ce n'est que cela : s'adapter en fonction des impondérables, et donner un cadre trop rigide, c'est pénible et souvent ça ne fonctionne pas. La barre de menu dans android me gave, elle est en bas et je préférerais l'avoir en haut, ou la cacher par moment, mais non, c'est pas prévu, et tant pis si je clique sur "home" et que ça me fait sortir de l'appli en cours alors que je voulais juste appuyer sur espace. Et avec l'informatique du futur (iOS, Android, Microsoft, maintenant Gnome) ça ne va pas aller en s'améliorant.
GTK3 est une horreur, ça me fait mal de voir que de plus en plus de projets migrent dessus, le toolkit s'adapte très mal si on n'utilise pas gnome, c'est moche, et visiblement c'est prévu de plus en plus pour ne fonctionner que sous Linux, dans un environnement Gnome.
Certains critiquent Mate, mais j'espère que cet environnement va continuer à se développer et que cela encouragera à rester sur GTK2, car il me semble avoir plus d'avenir que GTK3.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
Et concrètement, ça signifie quoi ? Parce que c'est bien beau de mettre l'accent sur les "données propriétaires", mais si le code est a disposition, est-ce que ces données propriétaires sont également à disposition ("téléchargement gratuit"), permettant de jouer au jeu, ou bien il faut récupérer une démo ou écumer les sites de warez pour avoir les données graphiques et sonores ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Graphismes
Posté par fravashyo . En réponse au journal Jack Keane disponible ce jour sur Desura. Évalué à 3.
je pense que c'était un peu une boutade de sa part. Effectivement, on peut avoir un jeu 2D moche et un jeu 3D très joli. Drakensang est plutôt beau dans le genre 3D, mais souvent une 3D un peu faible ça ne pardonne vraiment pas.
Et souvent, pour le même investissement de départ, on pourra avoir de meilleurs graphismes en 2D qu'en 3D (suffit de voir la différence de traitement entre la 2D et la 3D dans heart of darkness)
J'ai souvenir des graphismes 2D qui faisaient rêver pour les Lucas Art, Delphine Soft, les King Quest. La 3D c'est un peu la douche froide (par exemple dans King's Quest 8).
Sinon je trouve les graphismes de Jack Keane pas si mal, dans le style de WoW, mais à mon avis en 2D ça aurait rendu bien mieux. Et puis pour finir le tout, je me dis, si c'est en 3D ça va mal s'afficher sur mon PC.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: .
Posté par fravashyo . En réponse au journal Jack Keane disponible ce jour sur Desura. Évalué à 6.
il voulait sans doute dire "sans DRM rajouté par la plateforme"
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Widget GtkSwitch (On/Off)
Posté par fravashyo . En réponse à la dépêche Ubuntu 13.04 Raring Ringtail. Évalué à 2.
pas trop compris. Je l'ai obtenue à partir de duckduckgo et du mot clé !gi, et à part ça on a ma résolution d'écran, mais encore ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Wiki
Posté par fravashyo . En réponse au journal Où se trouvent les services GTD libres !?. Évalué à 3.
idem, je cherche aussi le meilleurs service si possible auto hébergé pour ce genre de chose.
Actuellement j'ai un wiki en dokuwiki avec un plugin txt2tags, auto hébergé sur mon raspberry pi, pour organiser mes idées + google keep pour mes notes et todo en mode déconnecté, puis ça resynchronise lorsque je me connecte et copie ces notes depuis l'interface web de keep vers mon wiki.
C'est pas l'idéal, et ça m'ennuie un peu d'utiliser un service proprio pour la gestion des notes en hors ligne, mais je n'ai rien trouvé de mieux pour le moment et avec une interface agréable. Et un formulaire web sur une tablette ou un smartphone c'est plutôt la galère.
j'aime bien l'idée de http://todotxt.com/ mais c'est seulement pour dropbox. Pour owncloud ça serait super. (et l'appli officielle owncloud j'ai pas confiance dans sa fiabilité au niveau de la synchronisation)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Pas dropbox killer
Posté par fravashyo . En réponse au journal Le test du samedi : Bittorrent Sync, dropbox killer ?. Évalué à 5.
le client android n'est vraiment pas super : par exemple il ne va pas faire de synchronisation avec les dossiers dans lesquels on navigue, mais avec l'ensemble des fichiers sur le compte.
Ainsi moi qui ai environ 4 Go de données avec des dizaines de milliers de fichiers, si je modifie un fichier sur le serveur (par exemple en local ou via l'interface web) et que je veux rapidement accéder à ce fichier depuis le client android, c'est vraiment impossible, la synchro n'aboutit pas la plupart du temps, et dans le meilleurs des cas ça prend plus de 20 minutes pour synchroniser (c'est à dire vérifier tous les fichiers), alors que je préférerais synchroniser en priorité les dossiers que j'utilise réellement (ou en tout cas forcer la synchro dans un dossier particulier)
Ils en parlent ici mais ce n'est pas dans les priorités : https://github.com/owncloud/android/issues/96 (oui je sais, c'est libre, je n'ai qu'à contribuer). Bizarre parce que ça me semble primordial mais bon.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Pas dropbox killer
Posté par fravashyo . En réponse au journal Le test du samedi : Bittorrent Sync, dropbox killer ?. Évalué à 4.
j'espère que si quand même… la dernière beta date d'un an, mais le développeur principal est bien actif encore sur la mailing-list. C'est un logiciel que j'utilise tous les jours, j'espère qu'il ne deviendra pas obsolète…
Cette page indique qu'il y aura quand même des correctifs en cas de découverte de problèmes sérieux, et que l'auteur est prêt à rajouter des fonctionnalités si on veut payer pour ça :
http://www.cis.upenn.edu/~bcpierce/unison/status.html
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Propriétaire non, privateur oui
Posté par fravashyo . En réponse au journal Privateur.... Évalué à -1.
c'est surtout un parti pris extrêmement biaisé. Même la GNU GPL prive l'utilisateur de certains droits (par exemple celui de faire tout et n'importe quoi avec ce code).
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Protocole
Posté par fravashyo . En réponse au journal Le test du samedi : Bittorrent Sync, dropbox killer ?. Évalué à 10.
l'argument donné, par ce qu'il semble être un développeur ou admin de chez bittorrent, est vraiment bidon :
Ça avait l'air alléchant dans le début du journal, mais finalement ce n'est plus trop le cas quand on sait que les sources ne sont pas publiées.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Widget GtkSwitch (On/Off)
Posté par fravashyo . En réponse à la dépêche Ubuntu 13.04 Raring Ringtail. Évalué à 1.
arrêtez d'être de mauvaise foi, c'est comme ça sur toutes les multiprises et sur la plupart des interrupteurs :
https://encrypted.google.com/search?tbm=isch&q=on%20off&tbs=imgo:1&biw=1220&bih=779&sei=GIF7Ubm9FMHNhAfrooHACQ
De plus le fait que cela soit en couleur vive pour l'état actif et en gris (couleur de fond) pour l'état inactif lève toute ambiguïté qu'il pourrait rester.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Tu n'es pas le seul!
Posté par fravashyo . En réponse au journal Privateur.... Évalué à 2.
C'est toi qui est de mauvaise foi (comme en atteste ta comparaison avec les moniteurs de ski) : je n'ai jamais dit que les gens étaient des imbéciles, mais la plupart des non-informaticiens n'ont absolument aucune idée de comment fonctionnent des logiciels, comment c'est conçu, comment c'est développé. Ce n'est d'ailleurs pas leur métier ni leur hobby donc c'est normal qu'ils n'en savent pas plus que ça.
Je suis certain qu'un micro trottoir sur la question "qu'est-ce qu'un logiciel propriétaire" donnera moins de 10% des sondés qui sauront de quoi il retourne (ça fera le même ratio dans ma famille ou mon entreprise).
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Non-libre
Posté par fravashyo . En réponse au journal Privateur.... Évalué à 2.
ok mais je ne comprend pas plus en quoi c'était "ouvert" mais "pas open source". D'après wikipedia c'était à l'origine sous licence MIT et le code était publié. Ensuite, le code des dernières versions n'a plus été publié. Bref, pour moi ce n'est plus ouvert du tout.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Non-libre
Posté par fravashyo . En réponse au journal Privateur.... Évalué à 2.
tu as écrit "contient" au lieu de "convient"
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Non-libre
Posté par fravashyo . En réponse au journal Privateur.... Évalué à 2.
heu… c'est pas très clair.
Les mots « libre », « ouvert », « fermé » étant suffisamment vagues et générique (tout le monde se fait à faire du "open", même quand ça n'a rien d'ouvert, cf. le openxml de microsoft qui n'en autorise pas une implémentation libre), on peut aussi simplement considérer qu'un logiciel qui n'autorise pas de modifier librement du code source (même si le code est publié) est « fermé ».
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Tu n'es pas le seul!
Posté par fravashyo . En réponse au journal Privateur.... Évalué à 6.
"**Logiciel Propriétaire**" est un pis-aller (c'est évidemment moins pire que "logiciel privateur"), mais malgré tout ce n'est pas vraiment beaucoup parlant pour le grand public.
Déjà c'est trop connoté politiquement : en quoi c'est un problème d'être propriétaire ? Les gens ne sont pas contents d'être propriétaires de leur ordinateur, de leur téléphone, de leur appartement, de leur terrain ? Si on utilise le même mot pour les logiciels qu'ils utilisent, ils ne vont pas trop comprendre en quoi ce type de logiciel peut poser problème. De plus le fait d'être « propriétaire » (de code, d'un bien) n'empêche pas de partager : la licence BSD (et la plupart des autres) a une notice de copyright qui indique qui est l'auteur, et qui en garde la propriété intellectuelle.
C'est pourquoi je trouve que l'expression « logiciel au code fermé » (voire « logiciels fermés »), même si c'est une périphrase, me semble plus appropriée, même si le grand public a une notion assez vague de ce qu'est un code source : le mot « fermé » encourage à se méfier, et même si certains puristes considèrent que l'open source (ou le closed source) n'implique par la « liberté », je trouve au contraire que c'est le cas : du code fermé peut vouloir dire que même s'il est a disposition (et publié), il n'est pas autorisé d'en faire un travail dérivé.
Une barrière fermée permet de voir ce qu'il y a derrière, mais on ne peut pas pour autant passer. (Et puis il ne faut pas se leurrer, la plupart des logiciels au code fermé utilisés par le grand public, que cela soit facebook, microsoft office ou ma maison en 3D, n'ont pas leur code publié)
Par contre pour rebondir sur ce qui était dit plus haut, effectivement au premier abord on peut croire qu'un logiciel proprio / privateur / au code fermé (rayez la mention inutile) ne prive pas vraiment de liberté parce que « rien ne vous oblige à l'utiliser », parce que « on peut l'utiliser comme un outil et puis c'est tout », mais il ne faut pas oublier que ces logiciels utilisent dans la majorité des cas des formats de fichiers non-ouverts (c'est à dire fermé comme leur code), ce qui à notamment comme désavantages :
Donc oui, dans beaucoup de cas les logiciels fermés restreignent vraiment les libertés de l'utilisateur.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Le double standard en action
Posté par fravashyo . En réponse au journal Privateur.... Évalué à 1.
Dans le même genre d'idée (mais en moins rigolo) :
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Ca commence à faire beaucoup...
Posté par fravashyo . En réponse à la dépêche Nouvelles autour de LaTeX. Évalué à 10.
donc en gros xetex ça fonctionne bien, ça a un bon rendu, mais ça va disparaître à moyen terme, et luatex ça fonctionne à moitié, c'est compatible avec rien pour le moment, et ça à un rendu moyen, mais c'est l'avenir ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
# applications
Posté par fravashyo . En réponse au journal Les Geeksphone Keon et Peak sont disponibles à la vente !. Évalué à 5.
Ça veut dire quoi le :
je ne comprends pas le « déjà portées ». Ça signifie que comme c'est en html la taille de l'écran ne compte pas et ça s'adapte automatiquement ?
Parce qu'au final je pense qu'il n'existe pas encore beaucoup d'applications existantes pour ces téléphones.
En tout cas le design est agréable et l'interface plutôt belle.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: hypothèse
Posté par fravashyo . En réponse au message Problème d'écran qui reste éteint jusqu'au démarrage de X. Évalué à 3.
bizarre que cela parle de CRT.
Tu as vu ça et les commandes à essayer ? http://superuser.com/questions/369703/faking-monitor-edid-information
On dirait quand même un problème physique, ou dans le bios ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Demandez le programme !
Posté par fravashyo . En réponse au journal Nouveau Debian Project Leader. Évalué à 9.
blague à part, la mise en paquet debian se faisant en résumé dans un slide de 79 événements, ça serait pas mal de passer à un système comme les PKGBUILD, où c'est vraiment archi simple de contribuer à faire des paquets.
Réaliser des paquets binaires sous debian, rien que ça déjà ça me gave, mais des paquets sources n'en parlons pas tellement c'est fastidieux.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Association de fichiers
Posté par fravashyo . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 4.
j'ai surtout l'impression que c'est marketing tout ça. Au final on verra bien où vont aller les utilisateurs, et même s'ils n'utilisent pas gnome, ils se retrouveront avec un truc en gtk3 parce qu'ils en ont besoin (par exemple gimp), et ça ne sera pas du tout intégré dans le bureau qu'ils utilisent (que cela soit kde, windows ou xfce)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: MATE est-il devenu obsolète ?
Posté par fravashyo . En réponse à la dépêche Le bureau MATE fait un grand pas en avant, avec sa version 1.6. Évalué à 5.
ça c'est toi qui juge que c'est une base obsolète. GTK3 a été une réécriture de GTK2, et n'a plus de compatibilité avec la version 2.
Imaginons que Linus pète les plombs et décide de passer le noyau Linux sur une nouvelle base qui n'a plus rien en commun avant l'ancienne et qui pose problème à beaucoup de monde.
Le fork qui s'ensuivra devrait obligatoirement être considéré comme obsolète ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: "MATE fait un grand pas en avant"
Posté par fravashyo . En réponse à la dépêche Le bureau MATE fait un grand pas en avant, avec sa version 1.6. Évalué à 5.
en fait gnome3 étant au bord du gouffre, et Mate se trouvant derrière lui, si Mate fait un bond en avant, je te laisse deviner ce qu'il se passe :)
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Association de fichiers
Posté par fravashyo . En réponse à la dépêche GNOME 3.8 : deux ans déjà !. Évalué à 9.
j'avais gardée la page du bugtracker dans un onglet pour voir comment ça allait évoluer. Je me doutais un peu du genre de réponse. Je n'ose pas dire que je n'ai pas été déçu. D'intégrer ce que tu as proposé, qui me semblait être la manière la plus élégante de le faire, ça ne dérangeait vraiment pas l'état actuel des choses.
Mais les dev gnome ont décidé que c'était encore trop compliqué, et que des applications qui ne venaient pas du gestionnaire de paquets et qui n'avait pas été faite dans les règles n'avait pas droit de cité.
On retrouve exactement la même chose dans Android, plein de limitation quand on veut faire quelque chose en dehors de ce qui était prévu. Et pourquoi on veut souvent faire quelque chose d'imprévu ? Parce que l'informatique ce n'est que cela : s'adapter en fonction des impondérables, et donner un cadre trop rigide, c'est pénible et souvent ça ne fonctionne pas. La barre de menu dans android me gave, elle est en bas et je préférerais l'avoir en haut, ou la cacher par moment, mais non, c'est pas prévu, et tant pis si je clique sur "home" et que ça me fait sortir de l'appli en cours alors que je voulais juste appuyer sur espace. Et avec l'informatique du futur (iOS, Android, Microsoft, maintenant Gnome) ça ne va pas aller en s'améliorant.
GTK3 est une horreur, ça me fait mal de voir que de plus en plus de projets migrent dessus, le toolkit s'adapte très mal si on n'utilise pas gnome, c'est moche, et visiblement c'est prévu de plus en plus pour ne fonctionner que sous Linux, dans un environnement Gnome.
Certains critiquent Mate, mais j'espère que cet environnement va continuer à se développer et que cela encouragera à rester sur GTK2, car il me semble avoir plus d'avenir que GTK3.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
# et concrètement ?
Posté par fravashyo . En réponse à la dépêche Les codes sources des jeux Jedi Outcast et Jedi Academy passent sous licence GNU GPLv2. Évalué à -3.
Et concrètement, ça signifie quoi ? Parce que c'est bien beau de mettre l'accent sur les "données propriétaires", mais si le code est a disposition, est-ce que ces données propriétaires sont également à disposition ("téléchargement gratuit"), permettant de jouer au jeu, ou bien il faut récupérer une démo ou écumer les sites de warez pour avoir les données graphiques et sonores ?
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond
[^] # Re: Hypothèses (private joke)
Posté par fravashyo . En réponse au journal Une tablette avec RJ45 ?. Évalué à 2.
possible. En ce cas il faudrait que l'on m'explique la blague parce que je ne connais pas d'autres zenithink.
« I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond