CrEv a écrit 4577 commentaires

Les autres logiciels sont proposée en colis autonomes.

Paquet c'était pas assez français ? Ou trop classique ?

Mouai, mozilla a abandonné tout ce qui n'était pas firefox avant que chrome arrive.

rien n'est fonctionnel car tout n'a pas fini d'être traité

Par exemple ?

s/ dans le cas présent.//

ou pour ceux qui prennent trop au sérieux le message au dessus... ;-)

De manière plus sérieuse, j'ai essayé pas mal de façons différentes. Au final c'est un peu un mixte.

Déjà, j'essaie d'avoir une inbox vide. Ca fonctionne pas toujours (là j'en ai 34, c'est vraiment trop). L'inbox vide signifie que j'ai traité (traité ne veux pas dire effectué ce qui est demandé dans le mail par exemple, mais que je l'ai au moins planifié, répondu, mis en attente, etc). C'est vraiment agréable de la voir vide. Les mails à l'intérieur sont des choses non traitées, non planifiées, s'il y en a en réalité c'est la merde, c'est que je n'ai plus le temps d'organiser correctement mon boulot.

(de manière globale, j'ai supprimé tous les filtres. Avec des filtres, il est nécessaire de parcourir les dossiers, sans filtre il suffit d'en regarder un. Bon, j'en ai quand même pour des choses automatiques : commit, bugs, etc qui ne me demande pas un regard systématique).

Ensuite, côté classement c'est plus compliqué. J'ai eu le 2 (par personne) mais c'est trop limité, et peu adapté à la conduite d'un projet client. Le 1 (par dossier) est parfois également limité, lorsque c'est juste une discussion.

Donc en gros voici la structure de mon client mail :

INBOX
  -- à répondre        // comme son nom l'indique
  -- en attente        // impossible à traiter tant que quelqu'un d'autre n'a pas réalisé une action
  -- en cours          // hiérarchie des projets / dossiers en cours pour un accès rapide (archivage en accès immédiat en gros)
     Projet 1
     Projet 2
     Projet 3
     Perso
     Veille
  -- un jour           // ...
  __ bugs              // classement automatique des mails du/des bug tracker avec des sous dossiers
  dossiers             // archivage finalement... (ce dossier est par défaut systématiquement replié)
    Clients            // classement des projets par client, peut être hiérachique (type de client, etc)
      Client 1
      Client 2
    Dev                // archivage d'informations sur les devs, produits, etc (ce serait finalement à vider de temps en temps...)
    ...                // autres archives
    People             // dossiers par personne pour les conversations
      Mr Plop
      Mme Blah

(les -- __ sont la pour les placer dans le bon ordre)

Pendant un temps, j'avais rajouté un dossier (au premier niveau, sous INBOX) qui était mon agenda en utilisant la méthode des 43 dossiers :

  -- agenda
    11 - nov
      17
      18
      19
      20
      ...
    12 - déc
      01
      02
      03
      04
      ...
      16
    2012
      01 - janv
      02 - fév
      ...
      10 - oct

Donc lorsqu'un mail arrivait dans mon inbox, si c'était quelque chose que je ne pouvais pas traiter immédiatement mais que je pouvais planifier, je le posais dans le dossier du bon jour / mois (sans allouer dans mon calendrier).
Le soir, avant de partir, je lis le dossier du jour (qui doit être vide). S'il n'est pas vide, je place dans le lendemain ou ailleurs (report). Je réfléchi à l'organisation de la journée suivante. Je déplace ensuite le dossier du jour dans le mois suivant, et si besoin le dossier du mois dans l'année suivante.
Le matin, en arrivant, je lis le dossier du jour. J'organise alors la journée en planifiant ce qui doit l'être dans mon calendrier. Si besoin je peux déplacer des mails à d'autres endroits. La planification n'est pas réalisée la veille car dépend parfois de l'humeur, des personnes présentes, etc.
Régulièrement dans la journée je peux regarder le dossier du jour pour voir s'il faut changer quelque chose.
Et on tourne en boucle de cette manière.

Cette façon de faire est plutôt contraignante (c'est pourquoi je l'ai arrêtée pour le moment) mais plutôt efficace. Elle a aussi l'avantage de rendre inutile un outil dans lequel je saisirais des tâches à effectuer. Les tâches sont les mails ou des notes que je place directement dans le dossier.

Au final, c'est pas trop mal mais le côté répétitif / contraignant n'est pas évident.
Et je pense que je n'ai toujours pas trouvé la bonne solution ultime.

Ha oui, et j'ai aussi un classement transverse, avec des tags (à lire, veille, etc) permettant de mettre des choses en attente, de les classer dans leur dossier, mais de revenir sur tous les mails à lire un peu plus tard. Idem, c'est pas absolument efficace, mais bon...

J'ai une méthode plutôt efficace je trouve.
Dès qu'un mail arrive, je le lis (parfois) et je le supprime. De cette manière, j'ai vraiment l'impression d'être plus efficace, très peu de boulot en attente, parfait.
Bon, si quelqu'un arrive en me disant que j'ai pas fait tel ou tel truc, pas répondu à un mail ... ben je vais dans la corbeille et je le retrouve (ou alors je lui demande de me retransférer le mail ... que je vais supprimer de nouveau). Pour le retrouver, facile, j'utilise outlook et la recherche intégrée.
Ha oui, j'oubliais, je ne vide jamais ma corbeille, au cas ou.
Et depuis quelques semaines, j'ai améliorer ma méthode. J'ai renommé ma corbeille en INBOX et j'en ai fait la boite par défaut. Résultat, j'ai supprimé deux manipulations :

• supprimer le courrier (une opération systématique en moins)
• changer de dossier pour effectuer une recherche.

J'ai par contre un inconvénient, la corbeille ne m'affichait pas le nombre de mail, c'était pratique. Là j'ai l'impression d'avoir des choses à traiter, et ça me gène. Je vais donc réaliser un filtre qui place les mails en lus automatiquement.
Tiens, c'est vraiment une bonne idée, pour y penser je vais m'envoyer un mail, il ne faudrait pas que j'oublie de le faire.

Ben non, spa drôle sinon.

(et la critique ne vise pas le site, son contenu, mais les commentaires intelligent qu'on peut y trouver. Par contre, j'ai jamais dit que c'était mieux ici...)

Ce qui n'est ni ce que j'ai dit, ni le cas ici.
Si tu as, par exemple, un problème avec ton entreprise, tu va voir les prud'hommes, justice, blah et tu peux aussi évidemment aller sur internet. Ici, ça chouine dans les journaux avant de contacter les responsables.

Ici (je parle de linuxsaylefair et non de ce journal précisément) c'est classiques des moules de faire dans le désordre :

• mince, je pense que je me suis fait plonker tellement j'ai raconté rien que des choses vilaines sur les souverains pontificaux, saleté de sansure !
• bon, je demande à un admin pourquoi, ou alors je vais chouiner dans les journaux puisque je peux plus écrire sur 3bune ?
• allez, j'écris un journal, y'aura bien un admin qui passera par là, et en attendant je ressemblerai à une victime de la sanssure
• je poste une entrée dans le suivi, car quand même, j'aurais du commencer par là (enfin plus tard, pas tout de suite, ni de mail à l'admin de toute façon il lit les journaux)

Imaginons : tu as une place de parking. Un gars vient se poser dessus, tu arrives, tu peux plus te garer. Tu fais quoi ? Tu va l'écrire sur un journal "ouin on m'a pris ma place, 'culé" ou alors tu prends le numéro de portable derrière le pare brise et tu l'appel pour lui dire de bien vouloir bouger son tacos tout moisi ?

je le garde précieusement la prochaine fois qu'un fanboy Intel vient me saouler sur PCINpact.

En même temps, PCInpact...

Et comment tu fais si ton animation fait tourner ton bitmap ? Comment tu fais pour le rendre proprement ? Avec un vectoriel c'est facile, avec un bitmap m'étonnerais que tu puisse facilement.

ou alors tes yeux ont été marqués à vie par trop de yastçapusaypalibre

Je say pas.

Non non.
Tu prend une zoli nimage page html, tu y colles du javascript, du xhr/jsonp/websocket, du css pour le style et hop tu l'as ton application.
Et si tu veux faire une application de prise de note (exemple au pif) du ne communique jamais avec l'extérieur, tu utilise l'api de stockage de données d'HTML5 (sait plus comment ça s'appel, avant il y avait Google Gears) et tu peux avoir de la donnée locale.

Oui, en gros ça reviendrait à dire que cette API correspond à l'API d'accès aux données (disque dur, système de fichier, ...), que html+css(+js) est le moteur de rendu, et que js(/dart) est le langage dans lequel tu programme ton application. Le navigateur devient ton "OS". Avec un parallèle du genre tu es très proche de la logique classique d'une application. Et si tu veux communiquer avec l'extérieur, ben tu fais du client serveur.

Je ne vois pas ce qu'il y a de vraiment dérangeant dans sa demande. Peut-être que dans le suivi cela aurait plus sa place. Mais ici, il veut savoir s'il est le seul à avoir le problème. Le hic du suivi c'est la visibilité et donc, pas de réponse de feedback des autres utilisateurs.

Dans ce cas c'est plutôt mal amené.

Par exemple moi même, ne suis interdit de tribune qu'à certains horaires. Je me demande bien pourquoi. Est-ce que les admins de linuxfr.org se relaient en 3-8 et certains font preuve de plus de mansuétude que d'autres ? Est-ce que la granularité du bannissement est poussée à ses extrêmes ?

Et vu les précédents journaux "je viens pleurnicher car je me suis fait plonké" évidemment son journal ne peut être bien accueilli.
Pour ma part je n'ai jamais compris pourquoi les personnes ayant des problèmes avec la tribune (plonk, interdiction, nimage, toussa) ne contactent pas les admins plutôt que de venir se plaindre dans les journaux (la remarque est globale, pas spécifiquement pour celui-ci hein).

Maintenant je ne dis pas ça pour que ce soit traité dans une ruelle crasseuse un soir de pleine lune, mais je pense que la première étape reste de contacter les admin (en direct) ou le suivi. Ensuite, rien n'empêche d'en faire un journal pour frelater le problème

Ha, merdouille. Je croyais que firefox et la suite était fait différemment...

Donc bon, au final, Gecko intégré ailleurs qu'en XUL ça n'existe pas quoi. Dommage, car il a fallu attendre que webkit soit là pour intégrer partout un navigateur potable (je pense aux toolkits, qt, gtk, etc)

Pour le déploiement, il serait, je pense, jolie d'avoir quelque chose à la JavaWebStart.

pfiou, j'ai failli m'étouffer ! Faut pas écrire des choses pareilles, joli et javawebstart...

Se rabattre à droite, dans une circulation un tout petit peu dense, signifie que toutes les 5 min, tu est coincé à 90 derrière un camion, le temps de laisser 4 ou 5 voitures te doubler. C'est pénible.

Mettre son clignotant lorsqu'on double, dans une circulation un tout petit peu dense, signifie que toutes les 5 min, tu es obligé de bouger ta main gauche pour l'actionner. C'est pénible.

Mettre son clignotant lorsqu'on change de direction, en ville avec pleins de carrefours, signifie que tous les 500m, tu es obligé de bouger ta main gauche pour l'actionner. C'est pénible.

Tourner la tête / les yeux pour contrôler les voitures dans les rétroviseurs, dans une circulation un tout petit peu dense, signifie que toutes les 5 min, tu es obligé de quitter la route des yeux une fraction de seconde et manquer de te prendre une girafe qui traverserait là. C'est pénible.

Ben oué c'est pénible, mais tu t'es pas dit que tout était affaire de compromis entre tous les usagers ? Non ? D'ailleurs, avec une telle logique, il serait marrant de voir le résultat si tu repassais ton permis sans rien changer à ta façon de conduire.

c'k'il faut pas lire...

c'est une légende urbaine d'avoir l'obligation de se rabattre

Nan mais t'es vraiment sérieux ? Y'a pas un truc dans le code de la route qui dit que tu dois toujours rouler sur la voie la plus à droite possible (en donnant des exceptions, genre lorsque tu doubles) ?

Question pour les deux réponses :
Et donc à chaque fois que vous changez d'usage, il faut redémarrer firefox ? Genre comment tu fais pour regarder tes comptes tout en écrivant un troll journal sérieux sur le cyclisme sur linuxfr ?

Je pense que tu veux dire l'inverse

Oui, bien sur :)

Est ce qu'il y a un intérêt à refaire une API embedding ? qui a besoin d'embedding

Qui a besoin ? A la rigueur les mêmes que ceux qui embarquent du webkit... Et si webkit prend de l'importance (et bouffe peu à peu des parts à Gecko) c'est en bonne partie pour ça. Le web ouvert c'est bien, mais le web ouvert uniquement via Mozilla non. Et jusqu'à l'apparition de webkit pas grand monde ne voulait embarquer du gecko quand même (comparativement à embarquer du webkit aujourd'hui).

ils auraient été obligé de gelée un certain nombre d'API

En même temps vu le rythme des sorties de leurs produits à l'époque, c'était pas tellement un problème.

Après je comprend ce que tu écris, mais je reste déçu de ce qui s'est passé, alors qu'il y a quelques années mozilla disait que XUL était l'avenir et n'a jamais correctement su communiquer dessus...

Hum, attention, je parlais bien de gecko et non XUL (d'ailleurs seamonkey n'est pas en XUL)

Nvu, Komposer c'est bien basé sur l'éditeur de la suite mozilla, non ?
(oui car la partie intéressante était surtout Gecko ailleurs que chez Mozilla ou dérivé)

A 160km, certains n'en sont pas capable.

Hum...
Attends encore quelques temps (tu es en train d'apprendre, non ?) fait le test et tu verra qu'il n'y a pas plus de problème pour les enlever à 130 qu'à 160...
Non, si le gars arrive à 130 et ne les enlèves pas, c'est juste qu'il n'en a pas envie et qu'il veut te faire comprendre qu'il souhaite aimablement que tu dégages.

De temps en temps il y a des personnes qui roulent vite, mais laisse les autres tranquilles (le gars arrive vite, mais attend à distance de sécurité sans pousser). Oui, on remarque ce genre de comportement beaucoup beaucoup moins fréquemment à l'approche des grandes villes...

Gecko « est un moteur d’affichage libre de pages Web utilisé par de nombreux navigateurs Web, tels que SeaMonkey (anciennement Suite Mozilla), Firefox, Camino ou encore Netscape »

En vrai, Gecko il est utilisé où à part dans les produits de Mozilla (ou fork des produits suite à leur abandon ?)
Parce que :

• SeaMonkey : comme indiqué ça vient de Mozilla (avant même Firefox, non ?) et c'est juste que ça a été abandonné, certains ont donc pris le relais mais logique que ça y soit
• firefox : ha bon ?
• Netscape : de part l'histoire c'est logique (m'enfin ça existe encore ?)

Donc il reste camino (on aurait aussi pu indiquer thunderbird).
Ca fait pas grand chose pour "utilisé par de nombreux navigateurs" de coller trois fois des produits (ou l'ayant été) de Mozilla / Netscape.

Mais histoire que ça ne reste pas sur un vilain troll, ça m'interpelle lorsqu'on voit la profusion de webkit embarqués.
Est-il beaucoup plus compliqué d'embarquer un webkit qu'un gecko ?
Est-il beaucoup plus hype/fun d'embarquer un webkit qu'un gecko ?
Au final, n'est-ce pas dommage pour Mozilla qu'il n'y en ait pas plus ? (mais là si on pense au "support" de XUL, on se dit que Mozilla n'a malheureusement jamais su faire de ses produits une vrai plateforme)

Non, pas vraiment.

De ce que j'ai compris dans chrome c'est à l'exécution, depuis l'interface de chrome. http://chrome.blogspot.com/2011/11/take-your-chrome-stuff-with-you-in-new.html
La gestion des profiles de firefox, comment dire... heu... disons que c'est pas pour rien que c'est masqué quand même. C'est pas beau, pas ergonomique, et pas changeable à chaud.

D'ailleurs, quelqu'un utilise vraiment les profiles de firefox ?
Et genre en ayant plusieurs firefox d'ouverts sur la même session mais dans des profiles différents ?