1 - Avoir la possibilité de remapper ses touches
2 - Avoir une configuration utilisable par défaut
Pour les logiciels/jeux utilisant les caractères (t pour tirer, r pour recharger, …) il faut utiliser la méthode "logique/unicode".
Pour les jeux/logiciels où la position des touches physique est importante (le T inversé pour se déplacer / la ligne du haut ou il y a communément des chiffres pour une liste ordonnée d’item…), il faut que le jeu/logiciels utilise la méthode des "physique/scancode".
Avec cette méthode, il ne peut pas y avoir de conflits, car pour la majorité des claviers les touches suivante ont le même emplacement : les touches fléchés, la ligne du haut (ou il y a des chiffres), le T inversé des gamers, la barre espace, la touche maj et la touche contrôle. Cette méthode fonctionne sur 100% des claviers standards quelquesoit le mappage (azerty, bépo, dvorak), et les développeurs peuvent se renseigner un tout petit peu sur les « touches qui bougent d’un clavier à l’autre ». D’ailleurs c’est assez facile, ces touches sont (en azerty) µ, </> , page up/down, suppr, origin/fin, pause, imprécran/système, inser/ menu. Toutes les autres sont vraiment presque fixe. Si on prend en compte les claviers ergonomique ils faut rajouter quelques touches en plus ($ en azerty notamment). Et pour le coup je sais de quoi je parle vu que je participe activement au projet bépo.
Actuellement 0ad utilise la méthode "logique/unicode" alors que seul la position physique des touches est importante. C’est donc un non-sens. De plus cela oblige à remapper la très grande majorités des touches si on utilise un clavier standard (donc physiquement le même que celui du développeur à l’exception de la touche <), mais avec un mappage non qwerty-US. Je ne comprends pas en quoi c’est un problème d’utiliser la position physique des touches plutôt qu’un caractère.
De plus, tu dis que
si le dev ne veux pas s'encombrer avec des caractère sur 16 bits
Ce qui représente sur mon clavier au moins 4 touches (àéèç), et c’est très agaçant, alors qu’il n’y a aucune raison que je ne puisse pas les utiliser.
Je tiens à préciser pour avoir beaucoup bidouiller les claviers physique, que le signal reçu par l’OS est une position de touche physique (méthode "physique/scancode"), et que c’est l’OS qui s’occupe de faire la conversion vers les caractère unicode (méthode "logique/unicode"). Donc je ne voit pas en quoi c’est un problème que la SDL fasse un binding vers ces codes physique fournis par l’OS (on peut les voir avec xev sous linux).
Je viens de faire une recherche, apparemment la méthode 1 est une amélioration de la SDL 1.3, qui était d’après ce que j’ai compris la version en cour de dev de l’actuelle SDL 2.0 (je ne connait pas très bien cette librairie).
Mais la SDL (je dev encore en 1.2) permet tres bien de recuperer les bonnes informations a travers le layout du clavier défini dans l'OS. avec la 2eme methode donc.
C'est vrai que c'est un peu plus chiant pour le dev, il faut déjà faire un SDL_EnableUNICODE(1) et puis en fonction de ce que tu veux faire tu attaque un static_cast(char)(event.key.keysym.unicode & 0x7F) …
mais non, c'est pas un bug, c'est de l'ignorance/flemardise du dev…
Ce que tu dis est tout simplement faux dès que tu as un layout non standard. Toutes les personnes avec un clavier dvorak (les différentes version anglaises, le bépo pour le français, le néo pour l’allemand…) se retrouveront le bec dans l’eau avec ta méthode. Avec la méthode 1 en revanche il n’y a pas de problème.
Par exemple sur mon clavier la première ligne (celle sur laquelle il y a sans doute écrit azertyuiop sur le tiens), j’ai bépoèvdlj. Comment veux-tu que les devs le devinent ? Et encore, mon clavier est suffisamment standard pour être dans xorg.
Maintenant, j'insiste: le KLoC ( Kilo Lines of Code, milliers de lignes de code ) est une métrique complètement stupide et inutile, à destination des gens qui croient que plus il y a de lignes dans un programme, plus il y a de travail. En réalité, le plus dur est de faire du code simple.
C’est tellement vrai ça. Je suis encore étudiant en info embarqué, et le plus dur sur une carte électronique, ce n’est pas de réaliser un asservissement de position, mais d’allumer une +@-[]%# de LED !
Pour avoir du faire le même type de modif pour le clavier bépo, et m’être renseigné auprès des devs, c’est un bug de la SDL. En effet cette librairie ne fourni pas d’abstraction du code de la touche, uniquement du caractère. Ce qui fait qu’il est impossible pour un programme utilisant la SDL – sans ajouter une couche d’abstraction maison, couche ne pouvant de toute façon pas être universelle – de dire : « le caractère situé en haut à gauche du clavier sert à activer l’action A ».
Il me semble que j’avais lu dans les docs de la SDL que c’était dû au fait que la SDL est disponible sur des tas d’architectures y compris celle qui ne possèdent pas de clavier 104/105 touches. C’est donc un bug classé par la SDL comme étant non pris en charge, et c’est très pénible quand on est pas en qwerty !
Moi je prend toutes mes unités en formation dispersée. Avec une centaine de soldats on couvre presque un quart de la carte, et un plus ils courent pour se mettre en formation !
Posté par robin .
En réponse au journal C++Now 2014.
Évalué à 7.
Merci pour les références, c’était très instructif. J’avais suivi attentivement le développement du C++11, mais je me rends compte que certains concepts m’avaient échappés. En tout cas, plus le temps passe plus j’aime ce langage !
Merci, c’est effectivement ce que j’utilisais. De plus une fois msysgit installé, on peut s’en servir sous cygwin. C’est assez agréable d’ailleurs d’avoir svn/git/ssh/vim… de fonctionnel en console sous windows !
On peut aussi utiliser git en console sous windows. C’est bête je ne me souvient plus comment j’avais fait. En ce moment je manque de temps, mais je publierait sans doute un truc d’ici un mois.
En ajoutant un pointeur sur le premier élément, on gagne l'accès en 0(1) pour le premier élément. C'est assez facile de conserver cette information vu qu'on est sur une structure triée. J'ai faux ?
C'est le cas dans tout les logiciels où la barre de menu est masquée. j'utilisais déjà sous windows 3.1 alt pour sélectionner les menus ! (et pourtant je n'ai que 21 ans, je ne suis pas encore un vieux) :)
J'ai aussi remarqué que les suites de caractères aléatoires (du genre des nom du bugs où des références de composants électronique) ont de bien meilleurs résultats sur ddg que sur Google.
Par contre Google est très bon sur les phrases avec plusieurs mots.
Je viens de faire le test avec ma copine, qui n'est ni linuxienne, ni fan d'informatique. Je peux la catégoriser dans les utilisateurs standards. Elle à mis 3 secondes pour ouvrir youtube.com à partir de archlinux.fr sur gnome web, alors qu'elle n'avait jamais vu ce navigateur. Certes c'est un test sur une personne, mais ça me paraissait tellement évident que j'ai voulu vérifier qu'une personne lambda puisse s'en servir.
Enfin bref, parfois on fait une montagne d'une taupinière :)
Il faudrait que je le post un de ces quatre sur le wiki bépo.fr. Je me suis fait un mappage ou seul «ts» sont échangé avec «jk», pour aller à droite j'utilise espace et pour aller à gauche je l'ai mis sur le «l» (comme left), mais ça aurais aussi bien pu être sur n'importe quelle touche accentué. Du coup j'ai encore moins de lettre à permuter qu'avec le mappage «tsrn».
À ma décharge, j'ai peut-être eu des problème du au fait que j'ai simultanément découvert l'uefi, les tables de partition gpt et lvm. Mais le plus gros problème que j'ai eu, c'est que maintenant mon menu uefi est tout cassé : quelque soit l'option que je choisis, il boot sur windows, y compris celle qui permet de modifier le boot uefi (l'ex-menu bios), et ça c'est pas malin. Heureusement je peux encore booter sur support externe et j'avais configurer les options qui me conviennent dans mon bios-uefi (je ne sais pas bien comment appeler ce menu) auparavant.
D'ailleurs, je me demandais, est ce qu'en installant manjaro, on obtient un vrai archlinux, où alors il y a des nuances (les serveurs ne sont pas les même, …).
La raison est que sur mon nouvel ordi j'ai énormément de mal avec l'uefi, et je n'ai pas réussit à installer grub comme il faut. J'ai également installé ubuntu, qui à correctement détecté arch, et j'utilise donc le grub d'ubuntu, mais je préfèrerai avoir tout mes logiciels qui soient sous arch (ubuntu n'est pour moi qu'une distrib' de secours).
Le problème c'est que les gens compétent susceptible de faire une notation objective permettant l'inclusion vont utiliser le terminal (vu que ce n'est pas encore accessible dans logiciel), et qu'il ne penseront pas forcément à donner une note dans le logiciel de gnome-shell. D'autant plus qu'il n'y a que peu de linuxien, moins d'archlinuxien et encore moins d'archlinuxien gnomeux et encore moins d'archlinuxien gnomeux n'utilisant pas la console pour installer des logiciels.
Donc un gros message d'avertissement lors de l’installation d'un plugin yaourt me parait être une meilleure idée. De toute façon pour être sur arch, il faut comprendre un minimum ce que l'on fait, donc les « noobs purs », on ne devrait pas en trouver beaucoup.
Sachant qu'à l'heure actuelle il est extrêmement facile de pirater (thepiratebay, direct download, …) mais toujours aussi compliqué de faire un « ./configure && make && make install », pourquoi les jeux libres ne sont pas distribué avec le même modèle que les jeux proprio : la vente du binaire.
Si un jeux libre coute 20€ à l'achat pour obtenir le binaire, et qu'il reçoit des mises à jours de la part des devs et de la communauté, les joueurs auront tendance à préférer l'original. D'autant plus que si le jeux est libre, le contenu additionnel provenant de la communauté devrait arriver plus facilement.
Et de toute façon, si les gens peuvent payer pour un jeu proprio, pourquoi ne le ferait-ils pas pour un jeu libre. La condition étant que tout les binaires fournis par le site officiel soient payant (pour que les gens payent), et qu'il y ait un développement actif (pour que ceux qui fournissent la version originelle soit plus intéressant que les autres – comme pour la lute contre les pirates)
J'ai commencé à regarder ce que c'était. Est ce que tu l'utilise, est-ce que tu as des retours. Sur le papier ça semble pas mal, mais est ce que ça monte correctement en charge (vu que l'on ne peux rien supprimer, est ce que si on manipule 4 ou 500G de données, on ne risque pas rapidement d'être à court de place, …). Je trouve dommage qu'il n'y ai pas une présentation de 10 minutes (et avec une qualité audio meilleure que celle de leur présentation). Je me pose ces questions, car si je met en place un système de sauvegarde, je veux pouvoir en changer facilement, mais surtout m'assurer qu'il soit fiable. Même si c'est pour un usage perso, c'est toujours frustrant de perdre des fichiers.
Quand je voit comme la migration de mes documents à été aisé avec git, je suis persuadé que mettre en place ce genre de solution sera une très bonne idée. D'autant plus qu'actuellement, tout ce qui est sur mon nouvel ordi est sauvegardé et synchronisé du coup, je sais que je peux le formater ou autre dans l'urgence sans perte de données. C'est très agréable.
C'est vrai que mon message venait un peu comme un cheveux sur la soupe !
Je n'ai actuellement pas mis en place de système de backup (c'est à dire qu'une fois toutes les pleines lunes je fais des copies à la main). Je me suis promis de regarder comment fonctionne rsync et owncloud, mais ce n'est toujours pas fait. Ayant récemment découvert git et svn, et ayant changé de pc la semaine dernière, (avec un double boot sur ces deux ordis, plus le fait que je peux être amené à utiliser des documents sur les ordis de mon école). J'ai utilisé git pour transférer tout mes documents d'un ordis et d'un OS à l'autre (en profitant au passage de la gestion des versions qu'offre git). Pour tout mes documents important – qui sont des fichiers textes (mes cours et mes programmes) ça à été parfait. J'ai donc actuellement tout mes documents importants qui sont sauvegardés dans le cloud et deux de mes ordis, en plus d'être versionnés.
En plus de ça, comme pas mal de gens, j'ai pas mal de fichier de faible importances, mais qui prennent de la place (film, musique, photos), pour lesquels je n'ai actuellement pas de sauvegarde ou alors éparpillés entre 3 disques dur. D'après ce que j'ai compris, index2share me permettrait de savoir où se trouve mes fichiers (dans quel disque/ordis) et en combien de copies. Ayant un raspberry pi depuis peu, je pense m'en servir comme serveur de fichier pour pouvoir y accéder depuis n'importe où, mais je ne pense pas avoir assez d'espace disque pour tout stocker dessus (et mon budget disque dur est actuellement au plus bas ! D'autant que j'ai une bonne dizaine de disque de 100G inutilisés).
Si j'ai bien compris, en couplant index2share avec du p2p, je pourrait obtenir automatiquement un fichier à condition que mon raspberry pi ou mon deuxième ordi soit démarrés et les possèdent. J'ai bon ? Du coup j'aurais la possibilité de faire des copies et des déplacement de fichiers de manière aisé, tout évitant les copie inutiles (je n'ai pas besoin de copie de mes films par exemples), et en connaissant l'emplacement physique de mes documents (ce qui me permettrait de mettre à profit ces vieux disques).
Au passage, est ce qu'il existe déjà un outils qui ferait tout cela ?
Pour ce qui est du langage, je ne fait que du C (je n'aime pas trop, mais dans l'embarqué on n'a pas trop le choix) et du C++. Je ne suis pas sur que ce soit le plus adapté.
C'est également un cas d'usage qui pourrais m’intéresser, mais je ne suis pas sur d'avoir le temps de m'en occuper d'ici un moment même si tu fabriques un outil pour le faire.
[^] # Re: Raccourcis claviers
Posté par robin . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 3.
Je reformule ce que je voulais dire.
1 - Avoir la possibilité de remapper ses touches
2 - Avoir une configuration utilisable par défaut
Pour les logiciels/jeux utilisant les caractères (t pour tirer, r pour recharger, …) il faut utiliser la méthode "logique/unicode".
Pour les jeux/logiciels où la position des touches physique est importante (le T inversé pour se déplacer / la ligne du haut ou il y a communément des chiffres pour une liste ordonnée d’item…), il faut que le jeu/logiciels utilise la méthode des "physique/scancode".
Avec cette méthode, il ne peut pas y avoir de conflits, car pour la majorité des claviers les touches suivante ont le même emplacement : les touches fléchés, la ligne du haut (ou il y a des chiffres), le T inversé des gamers, la barre espace, la touche maj et la touche contrôle. Cette méthode fonctionne sur 100% des claviers standards quelquesoit le mappage (azerty, bépo, dvorak), et les développeurs peuvent se renseigner un tout petit peu sur les « touches qui bougent d’un clavier à l’autre ». D’ailleurs c’est assez facile, ces touches sont (en azerty) µ, </> , page up/down, suppr, origin/fin, pause, imprécran/système, inser/ menu. Toutes les autres sont vraiment presque fixe. Si on prend en compte les claviers ergonomique ils faut rajouter quelques touches en plus ($ en azerty notamment). Et pour le coup je sais de quoi je parle vu que je participe activement au projet bépo.
Actuellement 0ad utilise la méthode "logique/unicode" alors que seul la position physique des touches est importante. C’est donc un non-sens. De plus cela oblige à remapper la très grande majorités des touches si on utilise un clavier standard (donc physiquement le même que celui du développeur à l’exception de la touche <), mais avec un mappage non qwerty-US. Je ne comprends pas en quoi c’est un problème d’utiliser la position physique des touches plutôt qu’un caractère.
De plus, tu dis que
Je tiens à préciser pour avoir beaucoup bidouiller les claviers physique, que le signal reçu par l’OS est une position de touche physique (méthode "physique/scancode"), et que c’est l’OS qui s’occupe de faire la conversion vers les caractère unicode (méthode "logique/unicode"). Donc je ne voit pas en quoi c’est un problème que la SDL fasse un binding vers ces codes physique fournis par l’OS (on peut les voir avec xev sous linux).
bépo powered
[^] # Re: Raccourcis claviers
Posté par robin . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 3.
Je viens de faire une recherche, apparemment la méthode 1 est une amélioration de la SDL 1.3, qui était d’après ce que j’ai compris la version en cour de dev de l’actuelle SDL 2.0 (je ne connait pas très bien cette librairie).
Ce que tu dis est tout simplement faux dès que tu as un layout non standard. Toutes les personnes avec un clavier dvorak (les différentes version anglaises, le bépo pour le français, le néo pour l’allemand…) se retrouveront le bec dans l’eau avec ta méthode. Avec la méthode 1 en revanche il n’y a pas de problème.
Par exemple sur mon clavier la première ligne (celle sur laquelle il y a sans doute écrit azertyuiop sur le tiens), j’ai bépoèvdlj. Comment veux-tu que les devs le devinent ? Et encore, mon clavier est suffisamment standard pour être dans xorg.
PS : j’ai retrouvé un rapport de bug concernant cette discussion : http://trac.wildfiregames.com/ticket/2043
bépo powered
[^] # Re: a propos du megapatch
Posté par robin . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 6.
C’est tellement vrai ça. Je suis encore étudiant en info embarqué, et le plus dur sur une carte électronique, ce n’est pas de réaliser un asservissement de position, mais d’allumer une +@-[]%# de LED !
bépo powered
[^] # Re: Raccourcis claviers
Posté par robin . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 2. Dernière modification le 26 mai 2014 à 01:03.
Pour avoir du faire le même type de modif pour le clavier bépo, et m’être renseigné auprès des devs, c’est un bug de la SDL. En effet cette librairie ne fourni pas d’abstraction du code de la touche, uniquement du caractère. Ce qui fait qu’il est impossible pour un programme utilisant la SDL – sans ajouter une couche d’abstraction maison, couche ne pouvant de toute façon pas être universelle – de dire : « le caractère situé en haut à gauche du clavier sert à activer l’action A ».
Il me semble que j’avais lu dans les docs de la SDL que c’était dû au fait que la SDL est disponible sur des tas d’architectures y compris celle qui ne possèdent pas de clavier 104/105 touches. C’est donc un bug classé par la SDL comme étant non pris en charge, et c’est très pénible quand on est pas en qwerty !
bépo powered
[^] # Re: nimages
Posté par robin . En réponse à la dépêche Dernières évolutions autour de 0 A.D.. Évalué à 1.
Moi je prend toutes mes unités en formation dispersée. Avec une centaine de soldats on couvre presque un quart de la carte, et un plus ils courent pour se mettre en formation !
bépo powered
# Merci pour les références
Posté par robin . En réponse au journal C++Now 2014. Évalué à 7.
Merci pour les références, c’était très instructif. J’avais suivi attentivement le développement du C++11, mais je me rends compte que certains concepts m’avaient échappés. En tout cas, plus le temps passe plus j’aime ce langage !
bépo powered
[^] # Re: 404 not found sur git
Posté par robin . En réponse au journal Hackons la constitution Française. Évalué à 1.
Merci, c’est effectivement ce que j’utilisais. De plus une fois msysgit installé, on peut s’en servir sous cygwin. C’est assez agréable d’ailleurs d’avoir svn/git/ssh/vim… de fonctionnel en console sous windows !
bépo powered
[^] # Re: 404 not found sur git
Posté par robin . En réponse au journal Hackons la constitution Française. Évalué à 1.
On peut aussi utiliser git en console sous windows. C’est bête je ne me souvient plus comment j’avais fait. En ce moment je manque de temps, mais je publierait sans doute un truc d’ici un mois.
bépo powered
[^] # Re: 404 not found sur git
Posté par robin . En réponse au journal Hackons la constitution Française. Évalué à 1.
Sous windows tortoiseGit me parait pas mal. C’est la même interface que tortoiseSvn si tu connais.
bépo powered
[^] # Re: Rivière en diagonale, et taille des rivière?
Posté par robin . En réponse à la dépêche Je crée mon jeu vidéo E11 : génération procédurale de carte (partie 2). Évalué à 1.
En ajoutant un pointeur sur le premier élément, on gagne l'accès en 0(1) pour le premier élément. C'est assez facile de conserver cette information vu qu'on est sur une structure triée. J'ai faux ?
bépo powered
[^] # Re: Raccourci : alt pour afficher (ou pas) le menu
Posté par robin . En réponse à la dépêche Un nouveau pelage pour Firefox 29. Évalué à 2.
C'est le cas dans tout les logiciels où la barre de menu est masquée. j'utilisais déjà sous windows 3.1 alt pour sélectionner les menus ! (et pourtant je n'ai que 21 ans, je ne suis pas encore un vieux) :)
bépo powered
[^] # Re: J'ai une question
Posté par robin . En réponse au journal DuckDuckGo change de parure. Évalué à 2.
J'ai aussi remarqué que les suites de caractères aléatoires (du genre des nom du bugs où des références de composants électronique) ont de bien meilleurs résultats sur ddg que sur Google.
Par contre Google est très bon sur les phrases avec plusieurs mots.
bépo powered
[^] # Re: J'ai une question
Posté par robin . En réponse au journal DuckDuckGo change de parure. Évalué à 1.
C'est une vrai question : avec TOR, ça filtre quand même ?
bépo powered
[^] # Re: Bigleux ?
Posté par robin . En réponse au journal DuckDuckGo change de parure. Évalué à 2.
Avec opéra mini quand on fait un glissement vers le haut y'a un bouton haut de page qui apparait. C'est bien pratique sur tout les sites !
bépo powered
[^] # Re: Plus d'infos…
Posté par robin . En réponse au journal DuckDuckGo change de parure. Évalué à 1.
C'est cool, pentadactyl est déjà à jour et peut le fournir comme outil de recherche par défaut.
bépo powered
# Test sur mademoiselle Michue
Posté par robin . En réponse au journal GNOME Web, alias Epiphany : le navigateur idéal (le jour de Pâques). Évalué à 7.
Je viens de faire le test avec ma copine, qui n'est ni linuxienne, ni fan d'informatique. Je peux la catégoriser dans les utilisateurs standards. Elle à mis 3 secondes pour ouvrir youtube.com à partir de archlinux.fr sur gnome web, alors qu'elle n'avait jamais vu ce navigateur. Certes c'est un test sur une personne, mais ça me paraissait tellement évident que j'ai voulu vérifier qu'une personne lambda puisse s'en servir.
Enfin bref, parfois on fait une montagne d'une taupinière :)
bépo powered
[^] # Re: Curiosité
Posté par robin . En réponse au journal Réunion sur IRC pour le projet Bépo. Évalué à 1.
Il faudrait que je le post un de ces quatre sur le wiki bépo.fr. Je me suis fait un mappage ou seul «ts» sont échangé avec «jk», pour aller à droite j'utilise espace et pour aller à gauche je l'ai mis sur le «l» (comme left), mais ça aurais aussi bien pu être sur n'importe quelle touche accentué. Du coup j'ai encore moins de lettre à permuter qu'avec le mappage «tsrn».
bépo powered
[^] # Re: ArchLinux
Posté par robin . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 2.
Merci pour l'aide.
À ma décharge, j'ai peut-être eu des problème du au fait que j'ai simultanément découvert l'uefi, les tables de partition gpt et lvm. Mais le plus gros problème que j'ai eu, c'est que maintenant mon menu uefi est tout cassé : quelque soit l'option que je choisis, il boot sur windows, y compris celle qui permet de modifier le boot uefi (l'ex-menu bios), et ça c'est pas malin. Heureusement je peux encore booter sur support externe et j'avais configurer les options qui me conviennent dans mon bios-uefi (je ne sais pas bien comment appeler ce menu) auparavant.
bépo powered
[^] # Re: ArchLinux
Posté par robin . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 2.
D'ailleurs, je me demandais, est ce qu'en installant manjaro, on obtient un vrai archlinux, où alors il y a des nuances (les serveurs ne sont pas les même, …).
La raison est que sur mon nouvel ordi j'ai énormément de mal avec l'uefi, et je n'ai pas réussit à installer grub comme il faut. J'ai également installé ubuntu, qui à correctement détecté arch, et j'utilise donc le grub d'ubuntu, mais je préfèrerai avoir tout mes logiciels qui soient sous arch (ubuntu n'est pour moi qu'une distrib' de secours).
bépo powered
[^] # Re: ArchLinux
Posté par robin . En réponse à la dépêche GNOME 3.12 : sans domicile. Évalué à 3.
Le problème c'est que les gens compétent susceptible de faire une notation objective permettant l'inclusion vont utiliser le terminal (vu que ce n'est pas encore accessible dans logiciel), et qu'il ne penseront pas forcément à donner une note dans le logiciel de gnome-shell. D'autant plus qu'il n'y a que peu de linuxien, moins d'archlinuxien et encore moins d'archlinuxien gnomeux et encore moins d'archlinuxien gnomeux n'utilisant pas la console pour installer des logiciels.
Donc un gros message d'avertissement lors de l’installation d'un plugin yaourt me parait être une meilleure idée. De toute façon pour être sur arch, il faut comprendre un minimum ce que l'on fait, donc les « noobs purs », on ne devrait pas en trouver beaucoup.
bépo powered
# Comme le proprio ?
Posté par robin . En réponse au journal Modèle économique dans les jeux libres. Évalué à 5.
Sachant qu'à l'heure actuelle il est extrêmement facile de pirater (thepiratebay, direct download, …) mais toujours aussi compliqué de faire un « ./configure && make && make install », pourquoi les jeux libres ne sont pas distribué avec le même modèle que les jeux proprio : la vente du binaire.
Si un jeux libre coute 20€ à l'achat pour obtenir le binaire, et qu'il reçoit des mises à jours de la part des devs et de la communauté, les joueurs auront tendance à préférer l'original. D'autant plus que si le jeux est libre, le contenu additionnel provenant de la communauté devrait arriver plus facilement.
Et de toute façon, si les gens peuvent payer pour un jeu proprio, pourquoi ne le ferait-ils pas pour un jeu libre. La condition étant que tout les binaires fournis par le site officiel soient payant (pour que les gens payent), et qu'il y ait un développement actif (pour que ceux qui fournissent la version originelle soit plus intéressant que les autres – comme pour la lute contre les pirates)
bépo powered
[^] # Re: Clarté ?
Posté par robin . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 2.
J'ai commencé à regarder ce que c'était. Est ce que tu l'utilise, est-ce que tu as des retours. Sur le papier ça semble pas mal, mais est ce que ça monte correctement en charge (vu que l'on ne peux rien supprimer, est ce que si on manipule 4 ou 500G de données, on ne risque pas rapidement d'être à court de place, …). Je trouve dommage qu'il n'y ai pas une présentation de 10 minutes (et avec une qualité audio meilleure que celle de leur présentation). Je me pose ces questions, car si je met en place un système de sauvegarde, je veux pouvoir en changer facilement, mais surtout m'assurer qu'il soit fiable. Même si c'est pour un usage perso, c'est toujours frustrant de perdre des fichiers.
bépo powered
[^] # Re: Clarté ?
Posté par robin . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 1.
Super, merci pour les infos.
Quand je voit comme la migration de mes documents à été aisé avec git, je suis persuadé que mettre en place ce genre de solution sera une très bonne idée. D'autant plus qu'actuellement, tout ce qui est sur mon nouvel ordi est sauvegardé et synchronisé du coup, je sais que je peux le formater ou autre dans l'urgence sans perte de données. C'est très agréable.
bépo powered
[^] # Re: Clarté ?
Posté par robin . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 2.
C'est vrai que mon message venait un peu comme un cheveux sur la soupe !
Je n'ai actuellement pas mis en place de système de backup (c'est à dire qu'une fois toutes les pleines lunes je fais des copies à la main). Je me suis promis de regarder comment fonctionne rsync et owncloud, mais ce n'est toujours pas fait. Ayant récemment découvert git et svn, et ayant changé de pc la semaine dernière, (avec un double boot sur ces deux ordis, plus le fait que je peux être amené à utiliser des documents sur les ordis de mon école). J'ai utilisé git pour transférer tout mes documents d'un ordis et d'un OS à l'autre (en profitant au passage de la gestion des versions qu'offre git). Pour tout mes documents important – qui sont des fichiers textes (mes cours et mes programmes) ça à été parfait. J'ai donc actuellement tout mes documents importants qui sont sauvegardés dans le cloud et deux de mes ordis, en plus d'être versionnés.
En plus de ça, comme pas mal de gens, j'ai pas mal de fichier de faible importances, mais qui prennent de la place (film, musique, photos), pour lesquels je n'ai actuellement pas de sauvegarde ou alors éparpillés entre 3 disques dur. D'après ce que j'ai compris, index2share me permettrait de savoir où se trouve mes fichiers (dans quel disque/ordis) et en combien de copies. Ayant un raspberry pi depuis peu, je pense m'en servir comme serveur de fichier pour pouvoir y accéder depuis n'importe où, mais je ne pense pas avoir assez d'espace disque pour tout stocker dessus (et mon budget disque dur est actuellement au plus bas ! D'autant que j'ai une bonne dizaine de disque de 100G inutilisés).
Si j'ai bien compris, en couplant index2share avec du p2p, je pourrait obtenir automatiquement un fichier à condition que mon raspberry pi ou mon deuxième ordi soit démarrés et les possèdent. J'ai bon ? Du coup j'aurais la possibilité de faire des copies et des déplacement de fichiers de manière aisé, tout évitant les copie inutiles (je n'ai pas besoin de copie de mes films par exemples), et en connaissant l'emplacement physique de mes documents (ce qui me permettrait de mettre à profit ces vieux disques).
Au passage, est ce qu'il existe déjà un outils qui ferait tout cela ?
Pour ce qui est du langage, je ne fait que du C (je n'aime pas trop, mais dans l'embarqué on n'a pas trop le choix) et du C++. Je ne suis pas sur que ce soit le plus adapté.
bépo powered
[^] # Re: Clarté ?
Posté par robin . En réponse au journal index2share v0.5.72 “indexer, choisir et copier des fichiers” . Évalué à 1.
C'est également un cas d'usage qui pourrais m’intéresser, mais je ne suis pas sur d'avoir le temps de m'en occuper d'ici un moment même si tu fabriques un outil pour le faire.
bépo powered