bubar🦥 a écrit 6933 commentaires

  • [^] # Re: ?

    Posté par  . En réponse au journal Enfin un dock potable pour KDE ?. Évalué à 2.

    Ha oui, je ne voyais pas ça, je l'ai viré du bureau avant d'aller jusque là. Car :

    l'icône du programme apparaisse quand le programme est fermé

    Or si on "click droit -> retirer l'icone", il revient toujours, dès que tu lances le programme. Et ceci, avec ou sans ajouter le clickou sur l'option précise : dans les deux cas, l'icone retiré, avec la fonction désactivée, revient dès que le programme se lance. Ceci avec Fedora, mais pas avec Gentoo. Sur Gentoo ça fonctionne, tu vires l'icone en retirant l'option ça revient pas tout seul. D'où ma remarque. Cela m'a suffit pour ne pas utiliser cette fonction (sur fed), je ne suis pas allez jusqu'à l'utiliser vraiment pour voir ces bugs là, ensuite.

  • [^] # Re: ?

    Posté par  . En réponse au journal Enfin un dock potable pour KDE ?. Évalué à 3.

    pffu kel kon je fais :) et en ajoutant le fait de placer la première fenêtre toujours "en dessous", on s'affranchit d'une éventuel pb de focus et/ou de visibilité des nouvelles, tjs dessus. Excellent kde, vraiment :)

  • [^] # Re: ?

    Posté par  . En réponse au journal Enfin un dock potable pour KDE ?. Évalué à 5.

    of, tu sais, moi les bites, bittes, bytes, bits ou beats j'y ai jamais rien compris :)
    /mode Denisot

  • [^] # Re: 0,3 mm de moins ! Youhou !!

    Posté par  . En réponse à la dépêche Appareils Android. Évalué à 4.

    côté encombrement, ça ne change pas grand chose, ok.
    mais c'est un résumé permettant de comprendre : amélioration de l'intégration, amélioration peut être de la fabrication standard, et certainement amélioration de la gestion de la dissipation thermique. Bref ça vaut pas une doc technique mais ce point mérite d'être souligné. Non ?

  • [^] # Re: humour

    Posté par  . En réponse au journal Enfin un dock potable pour KDE ?. Évalué à 2.

    On dirait SmoothTask :-)
    Avec un petit daisy dans un coin, et hop

  • [^] # Re: ?

    Posté par  . En réponse au journal Enfin un dock potable pour KDE ?. Évalué à 5.

    C'est quoi un dock ?

    c'est pas l'homme qui prends la mer, c'est la mer qui prends l'homme
    Moi la mer elle m'a pris, j'me souviens un mardi
    J'ai eu si mal au coeur sur la mer en furie
    que j'ai vomi mon quatre heure et mon midi aussi
    (...)
    Assise sur une bite d'amarrage, elle pleure
    son homme qui la quitte, la mer c'est son malheur

  • [^] # Re: ?

    Posté par  . En réponse au journal Enfin un dock potable pour KDE ?. Évalué à 4.

    C'est déjà possible, ça (Et au choix : tout le temps ou uniquement lorsque la barre est pleine). Et c'était déjà possible dans kde 3.x.
    C'est pratique par défaut lorsqu'on a quatre ou cinq fenêtres ouvertes d'un même programme. Mais dès lors que le programme est intrinsèquement utilisé avec de multiples fenêtres, c'est l'enfer. Gimp par exemple : à partir d'une dizaine, il devient inconfortable dutiliser le 'dock' pour gérer les fermetures ou les déplacements sur des bureaux. Pareil pour un gestionnaire de fichiers utilisé en fenêtrage multiples plutôt qu'un seul scindé. Pour "bypasser" cette limitation, et que cela devienne confortable y compris avec de multiples fenêtres il faudrait certainement revoir la convention de nommage de l'application, et qu'au lieu de présenter 10 fenetres nommées "dolphin" cela présente 10 fenêtres nommées par le path (l'icone de dolphin se suffisant à lui même pour repérer le programme), tel que le propose konsole.

    Si on regarde les tofs postées par gnumdk, ainsi que celles sur kde-look, on voit qu'il y a une intégration de la notification d'avancement de taches. (la libunity, précise le journal) La tof montre un icone Dolphin en train d'afficher une barre de progression (certainement l'avancée en cours d'une copie de fichiers). Perso je préfère des notifications centralisées pour cela, tel que kde le propose par défaut, mais que cette possibilité existe est extra aussi :)

    En tout cas, c'est sympa ça aussi :-)

    mes deux cents

  • [^] # Re: ?

    Posté par  . En réponse au journal Enfin un dock potable pour KDE ?. Évalué à 1.

    Et qui bugg un peu :-) (enfin, c'est l'intégration par les distros, pas la fonction elle même)

  • [^] # Re: Un jeu sans but du jeu ?

    Posté par  . En réponse au journal Jeu social et comportements humains. Évalué à 3.

    les concepteurs n'ont pas imaginé une seule seconde.

    je n'y crois pas une seule seconde.
    le jeu ne vient pas d'arriver sur le marché, il existe depuis des années sur facebook. Ils savent pertinemment que le fait de "fighter" rapporte plus et plus vite. C'est d'une part le principe même du jeu, en fait, tout simplement (CrimeCity, on s’envoie pas des fleurs). Et d'autre part c'est une nécessité pour le jeu que d'avoir un grand nombre de joueur jouant en dilettante, et pour s'assurer de ce dernier point l'éditeur fait le choix de mal orienter les joueurs. Ce qui a un double bénéfice pour l'éditeur : des joueurs dilettants qui sont nécessaires au déroulement du jeu des autres. Et des joueurs qui potentiellement dépenseront des brouzoufs, des vrais, pour rattraper le retard lorsque le rythme de jeu va s'orienter plus sur le fight (vers les niveaux 50).
    C'est ce procédé, qui est à la limite de la malhonnêteté de la part de l'éditeur, qui me surprend un peu (Mais c'est "CrimeCity", bon ...)
    Il ne s'agit pas d'utiliser une faille dans le fonctionnement du jeu, mais bien simplement de jouer telles que les règles le prévoit, en fait. La doc dit totalement autre chose des règles. Pb.

  • [^] # Re: Jouer pour gagner

    Posté par  . En réponse au journal Jeu social et comportements humains. Évalué à 3.

    Ceci dit, un petit aéjout :

    cette volonté d'être le meilleur (et de se donner les moyens de l'être vraiment)

    Oui.

    d'insister que ce n'est pas destiné à Monsieur Tout-Le-Monde

    C'est ce qui m'a gêné, exactement.
    Au lieu de donner à tout le monde les mêmes outils et de laisser le jeu se dérouler, l'éditeur fait délibérément le choix d'orienter dans une mauvaise direction (à de nombreuses reprises, il serait trop long de tout énumérer. Les deux plus gros étant le 'recommended' sur 'energy' et qu'ils disent 'les meilleurs lots s'obtiennent avec les boss', ce qui est faux)

  • [^] # Re: Un jeu sans but du jeu ?

    Posté par  . En réponse au journal Jeu social et comportements humains. Évalué à 2.

    Au fait il ne s'agit nullement d'un hack, ici.
    Pas de hacks réel : ie pas d'utilisation de logiciels de tests unitaires afin de se faire un bot qui fait avancer le perso...
    Et pas non plus de hack dans l'esprit du jeu (le détournement cité plus haut) : c'est bien plus simple que ça (et c'est la première surprise) : c'est la voie normale pour jouer. Mais la doc en indique une autre (pour les raisons évoquées)

  • [^] # Re: Un jeu sans but du jeu ?

    Posté par  . En réponse au journal Jeu social et comportements humains. Évalué à 3.

    1) il y a une fin. Lorsque toutes les quêtes ont été remplies.

    1.bis) C'est tout autant valide, si c'est possible :)
    Et le détournement d'utilisation est rigolo. Par exemple réussir à se faire un énorme secteur sans jamais faire aucun raid dans un vieux jeu php allemand dont je me souviens plus du nom fut un réel plaisir :p

    2) C'est l'absence de documentation qui laisse penser cela. En fait ils sont primordiaux, et lorsqu'on essai on s'en rend compte immédiatement. C'est le point central pour bien démarrer. C'est frappant. Essaie et tu verra par toi même, au début du jeu il est immédiat de se rendre compte : un perso qui n'a rien d'autre comme différence que 2 points d'attaque de plus, quant les autres suivent le 'recommended' se retrouvera de suite en position de gagner de nombreux lots et armes inaccessibles aux autres.
    Il ne s'agit pas d'une analyse, mais d'un fait.

    3) Plein de bugs, oui, comme souvent :p Ce qui n'enlève pas le plaisir de l'utiliser tant que ces bugs sont mineurs, enfin pour moi du moins.

    Moralité : le principe est plus complet que celui que tu décris.

  • [^] # Re: Jouer pour gagner

    Posté par  . En réponse au journal Jeu social et comportements humains. Évalué à 3.

    Tu poses un jugement sur ma personne un peu rapidement :) Pourtant en lisant entre les lignes tu aurais pu comprendre tout seul que j'ai un perso qui construit, et que je me fous bien de gagner dans ce type de jeu là (Mon second perso joue pour gagner l'ensemble des quêtes. Et j'assume ...) Là n'est pas le propos. Le propos est plutôt de partager une découverte (certes un peu tardive) de ce type de jeu assez particulier. Qui, il me semble est un joli miroir comportemental.

    Il ne s'agit pas d'un jeu de construction, mais d'un triple jeu : combat, quête et construction. Et si le but n'est pas de "gagner" (gagner par rapport aux autres joueurs), tel que dit dans le début du journal, cela reste un jeu : et peu de gens s'engage dans une voie pour ne pas allez jusqu'au bout. C'est pourtant ce que propose ce jeu : une grande majorité de joueurs se retrouvera bloqué, sans pouvoir finir correctement l'ensemble des "quêtes". C'est cela qui est mis en valeur ici. L'éditeur fait le nécessaire pour orienter les joueurs dans une mauvaise direction. Et le comportement moyen fait le reste. C'est surprenant il me semble. Pour tirer un parallèle un peu osé, c'est comme si tu prenais des cours de jiu-jitsu et que ton prof ne t'aides pas à améliorer ta pratique mais t'utilises pour améliorer la pratique d'autres.

  • [^] # Re: un tel jeu soit partagé par un grand nombre de projets libres

    Posté par  . En réponse au journal Jeu social et comportements humains. Évalué à 2.

    un container autre qu'un panel collé à un bord d'écran.

    Toi qui parlais il y a quelques années de menus rond, Daisy devrait peut être te convenir. Un menu rond fort sympathique, se pouvant se transformer en dock plus classique, tel que tu le décris. C'est stable, pratique et sympa. Les deux en un. Elle est pas belle la vie ?

    Bon, sur ce, je retourne essayer de trouver comment faire pour avoir une possibilité de choix de sauvegarde d'éléments dans l'historique de klipper, afin de garder certains sous la main sans qu'ils soient écrasés par la pile et sns avoir une pile de 60 sauvegardes. Je te vois venir ... basket ? :)

  • [^] # Re: Nos ?

    Posté par  . En réponse au journal Charlie Miller peut fouiller vos données iPhone et iPad. Évalué à 2.

    Vus les sites spécialisés qui tournent bien, et qui se payent le culot de mettre à jour régulièrement leur vitrine de trucs volés, c'est loin d'être le premier a être "capable" de voler des données privées sur un iTruc...
    Là, c'est juste que c'est un "chercheur en sécurité", officiel, avec une cravate, et pas un ado russe qui veut se faire un peu de fric pour payer un voyage à venise à sa copine. C'est tout.

  • [^] # Re: Les Charlie subissent en ce moment.

    Posté par  . En réponse au journal Charlie Miller peut fouiller vos données iPhone et iPad. Évalué à 2.

    Il y a une différence de taille entre les deux :
    Chez Redhat il n'aurait pas été obligé de passer par un tel process pour prouver qu'il y a problème. Et au pire, s'il n'enlève pas lui même ses commentaires (àlacon) il y aura certainement toujours quelqu'un pour ne regarder que le code dans ses messages.

    Il est probable que pour Apple il s'agisse moins d'un problème avec les règles de son appstore que sa réputation. Qu'il ai réussi à commiter ça comme cela démonte bien la légende des vérifications chez Apple. Et ça, ça doit leur faire plus mal au cul qu'une faille, en fait.

  • [^] # Re: Loi de Murphy

    Posté par  . En réponse au journal La sonde russe Phobos-Grunt en perdition. Évalué à 2.

    la NASA ou l'ESA pourront leur donner un coup de main pour améliorer cette couverture...

    Peut être cette fois ci. Mais à terme le Brésil "nous" sera bien plus utile. Et devrait assez rapidement surprendre. M'enfin j'dit ça, j'dit rien :p

  • [^] # Re: vitesse sur autoroute

    Posté par  . En réponse au journal De la bonne conduite sur autoroute. Évalué à 6.

    ouhai, mais les autres je m'en tape qu'ils me voient. Les phares éclairent plus loin que les codes. Rouler en codes à 140km/h c'est suicidaire.
    (oui pour la question)

  • [^] # Re: Bizarre vu la politique Apple

    Posté par  . En réponse au journal Saint Steve Jobs, chantre du libre, pourfendeur du propriatif. Évalué à 1.

    ça pollue à mort

    qu'est ce qu'on en a foutre que ça pollue la terre ?
    enfin perso je dors pas sous terre, et quant cette heure viendra je m'en contreficherai de la pollution, encore plus qu'aujourd'hui. Naaan mais ça suffit les cocolos là, hein.

  • [^] # Re: vitesse sur autoroute

    Posté par  . En réponse au journal De la bonne conduite sur autoroute. Évalué à 8.

    Perso j'roule toujours pleins phares.
    Parce que de nuit, sur une départementale, à 140km/h, on voit bien mieux avec les phares qu'avec les codes. C'est une question de sécurité.

  • [^] # Re: Sinon...

    Posté par  . En réponse au journal De la bonne conduite sur autoroute. Évalué à 2.

    Un merlot ? On fait vraiment du bon vin avec n'importe quelle vigne de nos jours, y compris celles destinées à la coupe du vin, initialement. Ha non, on dit "assemblé", c'est de l'Art, ça. :p

  • [^] # Re: vitesse sur autoroute

    Posté par  . En réponse au journal De la bonne conduite sur autoroute. Évalué à 3.

    un excès de testostérone

    Pour cela, il faut prendre des pilules

    Nimage

    (existe aussi avec de vrais morceaux de radium dedans)

  • [^] # Re: différentiel de vitesse

    Posté par  . En réponse au journal De la bonne conduite sur autoroute. Évalué à 6.

    Sale riche. On t'ouvrira le ventre et on te pendra avec tes boyaux.
    Non mais.

  • [^] # Re: Critères de jugement

    Posté par  . En réponse au journal J'ai testé (et approuvé!!!) openSUSE 11.4 !!!!. Évalué à 2.

    et "l'éthique"

    les quoi ?

  • [^] # Re: accélérer quand on est doublé

    Posté par  . En réponse au journal De la bonne conduite sur autoroute. Évalué à 9.

    3chan semble plus adapté :p

    ohm