ecyrbe a écrit 633 commentaires

Il semblerait que le patch appliqué sur opensuse.css n'ait pas été appliqué sur grises.css.

Il faut ajouter ceci dans la css :

div.content p {
  margin-top: 1em;
  margin-bottom: 1em;
}

Je te propose d'associer le lock à la personne qui édite. Celà permettra à cette même personne de pouvoir réediter un contenu si c'est elle qui possède le lock. Puis, ajoute le fait qui si la personne se déconnecte, tu libère tous les locks qui lui sont associés. comme ça, si jamais un utilisateur oublie de libérer ses lock, ils seront libérés automatiquement. ça évitera la chasse aux locks intempestifs.

Je ne sais pas si tu lira ceci alors je vais essayer d'envoyer un rapport sur github.

Je ne sais pas si tu as changé quelque chose. En tout cas. Il me semble possible d'éditer le contenu (il devait peut être y avoir un lock dans ma dernière tentative?). Cependant, si le navigateur plante pendant l'édition, ou que l'on quitte la page sans cliquer sur ok quand on édite, l'édition reste bloqué sur le lock et impossible d'y revenir... même en se déconnectant.

Je pense qu'il s'agit d'un bug. J'avais déjà ouvert un suivi a ce sujet... ici : http://linuxfr.org/suivi/espace-de-r%C3%A9daction-inaccessible

Alors, c'est visible. cependant, impossible d'éditer les dépêches en cours de rédaction... même celle que j'ai crée pour tester. Il doit encore manquer des droits

T'es un chef! Merci beaucoup!

Oui, celà semble corrigé! Merci nono! Demande a d'autres utilisateurs au cas ou, mais je n'ayant pas de droit particulier, je pense que ça devrait marcher pour tous.

ce suivi fait doublon avec celui la : http://linuxfr.org/suivi/titres-tronqu

Oui, la c'est le bordel. Si on tape une phrase dans les tags, ça en crée plein. On devrait pouvoir effacer ses vieux tags et ne voir que les siens et pas ceux des autres.

Je ne pense pas que ce soit un petit journal qui va tout dérégler. C'est déjà arrivé plusieurs fois que des journaux pertinentage ont été lancés sans que celà chamboule tout. Au pire, le concepteur pourra refaire un nouveau reset des karma s'il trouve que c'est le bordel...

Il serait bien aussi de pouvoir distinguer les sections des titres via une classe css pour permettre de bien les séparer.

exemple :

<h1><a href="/sections/linuxfr">LinuxFR</a> <a href="/news/les-r%C3%A9sultats-du-concours-linuxfrorg">Les résultats du concours LinuxFr.org</a></h1>

a transformer en :

<h1><a class="section" href="/sections/linuxfr">LinuxFR</a> <a class="title" href="/news/les-r%C3%A9sultats-du-concours-linuxfrorg">Les résultats du concours LinuxFr.org</a></h1>

Cette version modifiée vient de moi. J'ai bien entendu laissé les crédits à l'auteur original "Benoît Monin". Par contre si vous souhaitez l'utiliser, je vous conseille pour le moment de l'héberger par vos soins, car je ne garantit pas la disponibilité du site perso que me fournit orange...

pareil. Je me suis retrouvé avec 76 avis...

c'est déjà disponible. si celà ne s'affiche pas chez toi, il s'agit d'un problème de css.

c'est déjà marqué à côté du nombre de commentaires.

déjà rapporté : http://linuxfr.org/suivi/nommage-wiki

cf http://linuxfr.org/suivi/titres-tronqu

C'est explicitement marqué [Ctrl+L] pour créer un lien, pourquoi tu veux le désactiver?

S'il fait doublon avec l'un de tes raccourcis, ne clique pas sur la zone de texte de MarkItUp

La page http://linuxfr.org/redaction n'existe pas pour moi.

Peut être qu'elle existe uniquement pour les administrateurs. C'est pourquoi j'ai crée une entrée dans le wiki pour permettre a tout le monde de participer à la rédaction des pages.

Merci dans ce cas de dire à nono d'ouvrir la section rédaction à tout les contributeurs.

Dans le code on voit ceci dans db/schema.rb :

create_table "comments", :force => true do |t|
    t.integer "node_id"
    t.integer "user_id"
    t.string "state", :limit => 10, :default => "published", :null => false
    t.string "title", :limit => 32, :null => false
    t.integer "score", :default => 0, :null => false
    t.boolean "answered_to_self", :default => false, :null => false
    t.string "materialized_path", :limit => 1022
    t.text "body"
    t.text "wiki_body"
    t.datetime "created_at"
    t.datetime "updated_at"
  end

On note que title pour les commentaire est limité à 32 caractères. Il serait bon d'augmenter ça 256 caractères.

create_table "diaries", :force => true do |t|
    t.string "title", :limit => 64, :null => false
    t.string "cached_slug", :limit => 64
    t.integer "owner_id"
    t.text "body"
    t.text "wiki_body"
    t.text "truncated_body"
    t.datetime "created_at"
    t.datetime "updated_at"
  end

Pour les journaux c'est limité à 64. Encore une fois, limiter à 256 serait plus judicieux.

create_table "forums", :force => true do |t|
    t.string "state", :limit => 10, :default => "active", :null => false
    t.string "title", :limit => 32, :null => false
    t.string "cached_slug", :limit => 32
    t.integer "position"
    t.datetime "created_at"
    t.datetime "updated_at"
  end

même combat pour les forums

create_table "news", :force => true do |t|
    t.string "state", :limit => 10, :default => "draft", :null => false
    t.string "title", :limit => 64, :null => false
    t.string "cached_slug", :limit => 64
    t.integer "moderator_id"
    t.integer "section_id"
    t.string "author_name", :limit => 32, :null => false
    t.string "author_email", :limit => 64, :null => false
    t.text "body"
    t.text "second_part", :limit => 2147483647
    t.datetime "created_at"
    t.datetime "updated_at"
  end

Même chose pour les Dépêches et partout ou il y a des déclaration de champs 'title' dans la base de donnée.

De plus la taille des e-mail semble limité à 64 alors que la norme dit bien qu'ils peuvent atteindre 128 caractères.

Je suppose que tu parles de la css RonRonnement utilisée par défaut.

Pour le truc vertical, tu parles du texte "se connecter", non?

Arf... c'est a cause du fait que les chemins sont restés relatifs sur la css que j'héberge.

je dois les mettre en absolu tant que c'est pas hébergé sur linuxfr... je vais faire ça de suite.

J'ai customisé la css opensuse (qui a un rendu parfait) pour que la couleur par défaut soit grise et pas verte. Pour ceux qui veulent l'utiliser : c'est par ici

Je confirme le bug sous FF 3.6.13

Pas de souci chez moi. Je ne reproduis pas ton bug. Quel navigateur? Os? Moi je suis sous FF 3.6.13, Ubuntu