Florent Zara a écrit 1301 commentaires

La batterie non-amovible fait a priori partie d'une stratégie d'obsolescence programmée chez Apple et ce depuis le début avec les batteries d'iPod programmées pour durer 18 mois (Apple a du mettre en place un système de remplacement suite à un procès), jusque récemment avec le nouveau connecteur de l'iPhone 5.

Du côté du Raspberry, je pense personnellement que c'est loin d'être fait dans un contexte stratégique de programmer l'obsolescence, mais plus d'économie de coûts et de place, car rajouter un connecteur amovible, mine de rien ca a un impact sur ces deux points. Pour moi, si ta RAM meurt trop tôt, tu fais fonctionner la garantie et si la quantité de RAM ne te convient pas, il y a d'autres solutions. Et ce n'est pas comme si on ne pouvait plus rien faire tourner de nos jours avec 512 Mo. Il y a toujours plein de distros Linux taillées pour ce type de matériel. Alors que chez Apple, plus de batterie => poubelle et anciens câbles => poubelle. Les autres constructeurs ont démontré que l'on pouvait faire aussi bien, voire mieux, que les produits de la pomme, avec une batterie amovible, un connecteur standard, etc.

Bref, tu ne cherches pas des poux sur la bonne tête.

Corrigé. J'en ai profité pour ajouter tous les accents manquants.

En plus de toutes les raisons citées précédemment, il peuvent aussi vouloir s'inspirer fortement de ce que fait GitHub. À ce titre, il est certainement plus pratique d'utiliser GitHub afin de mieux connaître ce que l'on souhaite reproduire.

Le mécanisme de cache du nouveau reverse-proxy de LinuxFr.org devrait répondre à cette problématique.

Peu avant ce journal, j'ai démarré une dépêche sur KDevelop 4.4 dans l'espace de rédaction si vous voulez y faire un tour et l'améliorer avant son passage en modération (d'ici ce soir je pense).

Merci.

Voici cette entrée de suivi plus récente

Je pense que cette entrée pourrait être considérée comme un doublon plus complet de cette autre entrée

Toute cette conversation me rappelle furieusement cette saynète de nos amis québecois : le répondeur énervant. Marc Labrèche dans ses bons moments !

on ne peut pas mettre un contenu en italique entre parenthèses. Ça m’énerve !

Et pourtant : ERP ( enterprise ressource planning ).

Comme tu ne précises pas pour les espaces intra-parenthèses, ma proposition correspond à ton expression de besoin. Maintenant si tu ne souhaites pas d'espace, c'est une autre solution.

P.‐S. : Qu’on ne me conseille pas de mettre les parenthèses en italique, c’est incorrect.

Je ne l'ai pas fait !

Je souffre en silence… jusqu'au moment où qqn va proposer le hack css avec greasemonkey qui va bien…

Merci :)

Je pense que ce besoin de reconnaissance est très important à prendre en compte vis à vis des utilisateurs de cet espace de contribution. Si on ne veut pas perdre des contributeurs et surtout les fidéliser, il est indispensable d'implémenter ce type de fonctionnalité. Le faire à la main comme aujourd'hui est source d'erreurs, d'oubli, etc.

Je me suis permis de faire la modification.

Avec toutes ces réponses, peut-on clore cette entrée Davy ?

Si tu utilises Firefox, l'addon Lazarus Form Recovery est ton ami. Si tu utilises un autre navigateur qui ne soit pas trop exotique, tu devrais pourvoir trouver ce type d'extension sans trop de difficultés je pense.

Ou installer un etherpad-lite dans un coin. Très pratique !

• pas se soulignement …

Pas toi Davy… le soulignement en typographie est une hérésie.

Quant aux exposants ou mise en indice, je ne suis pas sûr que cela vaille le coup d'implémenter xHTML juste pour ça. Il n'y a guère que les tableaux qui pourraient le justifier, et encore, est-ce vraiment nécessaire au quotidien ?

permettre de retrouver tout ce qui est lié à une section en la parcourant.

Dans le cas cité en exemple, j'aurais la dépêche si je parcours "Android", mais pas si je parcours la section "Ubuntu".

Pour le point 3, les tags peuvent servir à la même chose ou le moteur de recherche interne.

les tags sont un joyeux foutoir.

Pour les deux premiers points, on ne va pas préfixer plusieurs fois ou mettre plusieurs images. Et l'image a ses intérêts informatif et décoratif, donc il faut bien choisir une image donc une section « principale ».

Rien n'empêche de mettre 2 ou 3 images l'une au dessous de l'autre, en colonne et en plus petit qu'actuellement. On n'est pas obligé de mettre une section « principale », tout comme le préfixe peut dégager.

Dépêche mise à jour, merci.

Corrigé, merci.

La recherche sur "Firefox 15" ne me remonte pas la dépêche sur Firefox 15, du moins dans les premières pages (j'ai abandonné après). Même en resserrant la recherche :

• en triant par date
• …en filtrant par dépêches

Il faut filtrer sur la dernière année pour qu'il arrive en bas de page et filtrer à nouveau sur le thème Mozilla pour qu'elle apparaisse au top ! Mais comme je suis joueur, j'ai de nouveau trié par pertinence et elle se retrouve en bas de page !

Comment peut-on t'aider à améliorer ce moteur de recherche NoNo ? Y a-t-il des paramètres qu'on peut manipuler sans toucher au code ?

Cette entrée de forum ayant été postée en double, je recopie ici l'unique commentaire de l'autre entrée :

[-] # confusion

Posté par eric gerbier (page perso) le 10/10/12 à 07:52. Évalué à 4.

yum ne fabrique pas les packages binaires à partir des packages sources (src.rpm) : tu dois déclarer/ajouter des dépôts binaires.

Si tu n'as pas une copie des dépôts Redhat, tu peux utiliser ceux de la distribution Centos, qui est strictement compatible.

Wikipédia est ton ami :

PubSubHubbub est un protocole ouvert de publication sur Internet. Ce protocole est une extension des protocoles de syndication de contenu Atom et RSS. L'intérêt principal est de fournir une notification en temps réel des mises à jour. Ce protocole vient pallier la faiblesse des protocoles existants qui oblige les clients à interroger régulièrement le serveur pour récupérer le dernier flux.
[…]
L'abonné récupère normalement le flux Atom ou RSS sur un serveur. Cependant il peut trouver dans le contenu l'adresse d'un concentrateur, dans ce cas il peut souscrire au flux directement sur le concentrateur. Les éditeurs signalent les mises à jour au concentrateur qui se charge d'envoyer une notification et même le contenu de la mise à jour aux lecteurs. Le concentrateur est donc là pour limiter la charge sur le serveur de flux.

je suppose que cette sera disponible via la page des multiples statistiques. Je pense qu'il faudrait aussi mettre un lien depuis la zone de rédaction, voire même inclure qqs stats bien sélectionnées (2 ou 3 pas plus) en haut ou en bas de cette même page.

Corrigé, merci.