il me semble que ce contenu aurait sa place en tant que journal.
c'est dans le forum http://linuxfr.org/forums/astucesdivers qui est le forum approprié (bon, ok, faudrait le ranger pour enlever ce qui n'est qu'une erreur de sélection de certains…).
Ce serait plutôt les journaux qu'il faudrait mettre dans les forums ;-)
Il me semble que tu as loupé le glissement sémantique, les fonctionnalités ne sont visiblement pas correctement définies ; je ne vois pas trop comment départager l'implémentation partant de là, incomplète par nature (l'implémentation), d'un côté et de l'autre àmha (vu que tu sembles aussi me faire un procès d'intention).
n'étant pas sûr d'avoir compris tous les styles que tu veux appliquer, je pose tout de même la question :
c'est pour éviter que la zone de saisie déborde du cadre aussi ? (ce qui arrive quand la fenêtre du navigateur est moins large que la taille par défaut de zone de saisie). => c'est ce que je comprends du maxwidth 100%
sinon, ça met des coins arrondis (le border-raduius à 6%) et enlève le dégradé (le background à none).
j'ai bon ?
en l'appliquant à RonRonnement.css.scss j'imagine que ce sera hérité pour RonRonnement-Bordeau.css, RonRonnement-Mauve.css, RonRonnement-Orange.css, RonRonnement-Rose.css, RonRonnement-Turquoise.css et RonRonnement-Vert.css
tu peux ajouter (comme déjà indiqué) une entrée de suivi pour bénéficier d'une mise en forme spécifique de la "bibliographie" constituée de tes "sources" (les trucs entre [lien source]), je pense que les adeptes de latex pourraient nous apporter des suggestions :-) notamment, de faire apparaître les lien source et les reprendre en bas de journal.
Je me demande s'il serait possible de connaître les notes des pires journaux tiens…
oui
ce n'est pas très dur à trouver, cliquer sur journaux, trier par note puis aller sur le lien Dernier :/ spa glorieux hein /o\ (ce pourquoi je ne donne pas de lien, notamment).
j'ai corrigé le commentaire, le lien étant https://github.com/tsgates/git-emacs (que tu pouvais copier/coller vu qu'il apparaissait en descriptif du lien)
et la syntaxe Markdown [descriptif du lien](lien http) (initialement inversée dans le commentaire :/).
Bon l'aide-edition est une page wiki censée présenter les possibilités de Markdown parmi lesquelles la possibilité de présentation des liens en tant que bibliographie (c'est-à-dire avec des [1] ou des [REF_VEILLE] dans le texte permettant de se reporter à la fin de l'article pour consulter les différentes sources utilisées).
Ce pourquoi ta remarque :
Pour une fois, j'aurais bien voulu mettre des notes de bas de page, mais je n'ai pas réussi à le faire sur LinuxFR.
m'a interpellé, voici ci-dessous comment faire.
Et, en fait, si vous consultez la référence Markdown c'est possible d'organiser au fur et à mesure de la rédaction les différents liens présentés (juste taper au kilomètre et reporter à la fin du texte les références de lien, au fur et à mesure).
Il se trouve que cela ne fonctionne qu'avec la syntaxe présentée, telle quelle (i.e. [description lien][REF] puis en dessous [REF]: "descriptif qui apparaît dans le alt", cf. ci-dessous) ; cela pourrait apporter pas mal à la lecture des dépêches noyau de patrick_g< (outre le tag veille technologique que j'ajoute systématiquement à tes journaux dernièrement :D).
Le point à comprendre(*) est que la description est en fait placée en alt du lien, ce qui permet de la voir apparaître au survol du lien (une info-bulle), peut-être faudrait-il la garder comme une bibliographie à la fin (et tel que c'est saisi dans un commentaire ou dans un journal ?).
Recopie de la fin de ce commentaire, pour illustrer la suggestion (voir le alt sur les liens ci-dessus pour comprendre la syntaxe au besoin) :
[1]: http://daringfireball.net/projects/markdown/syntax#link "la référence Markdown indique la syntaxe [description lien] [id] puis [id] : http://example.com "avec une description" pour créer sa bibliographie au fur et à mesure"
oui, [1] et [REF_VEILLE] pourraient apparaître dans le texte original, un peu comme les habitués des articles scientifiques ou les fidèles lecteurs de GLMF.
(*) il faut sans doute être fana comme moi de la syntaxe des différents wiki pour en suivre la logique :/
ça ne correspond ni au modèle des constructeurs, ni au modèle de construction des modules Linux… qui est par nature distribué, dans les modules…
Les webcams sont un peu à part : finalement tous les constructeurs semblent s'être ralliés à la norme uvc…
Le wifi fait l'objet d'une rationalisation de la pile, qui casse quelques pilotes au passage, au fur et à mesure de leurs avancées respectives
Bon, ce ne se sont que quelques exemples.
Ce que tu proposes ressemble plus à un modèle cathédrale (qui donne àmha ce qu'on a dans la pile wifi).
En effet, le code que tu as produit sur le temps de ton boulot ne t'appartient pas puisque tu as été payé pour ça (les juristes pourront reformuler plus précisément, mais l'idée est là).
relire ton contrat de travail, dans le domaine informatique c'est souvent rappelé.
le code que tu écris lors de ton temps libre ne t'appartient pas non plus car il est directement lié à ton boulot.
Que le code que j'écris sur mon temps appartienne à l'entreprise me paraît étonnant. As-tu un référence ?
Je ne suis pas juriste et il y a pour moi deux cas :
un où le code n'est pas lié à ton entreprise : là je vois mal comment une entreprise pourrait y avoir un lien (hormis si tu le fais sur les outils fournis par ton entreprise, et encore…)
un où le code est lié à ton boulot : là oui, ça semble envisageable, et encore (comme tu l'indiques tu n'avais plus de directives pour travailler sur ce projet au titre de ton boulot)
La FSF recommande de faire signer à son entreprise un papier pour clarifier la situation, tu peux trouver par exemple :
[^] # Re: Journal ?
Posté par BAud (site web personnel) . En réponse au message Récupérer des données malencontreusement effacées. Évalué à 3.
c'est dans le forum http://linuxfr.org/forums/astucesdivers qui est le forum approprié (bon, ok, faudrait le ranger pour enlever ce qui n'est qu'une erreur de sélection de certains…).
Ce serait plutôt les journaux qu'il faudrait mettre dans les forums ;-)
[^] # Re: Caractères ASCII
Posté par BAud (site web personnel) . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 1.
Il me semble que tu as loupé le glissement sémantique, les fonctionnalités ne sont visiblement pas correctement définies ; je ne vois pas trop comment départager l'implémentation partant de là, incomplète par nature (l'implémentation), d'un côté et de l'autre àmha (vu que tu sembles aussi me faire un procès d'intention).
[^] # Re: Caractères ASCII
Posté par BAud (site web personnel) . En réponse au journal Canonical embrasse la technologie Microsoft (bootloader). Évalué à 1.
Il me semble que Zenitram et Martinez, c'est la même chose. Quand ce cas sera-t-il pris en compte ?
# précision
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi Adapter la boîte d'édition au style. Évalué à 2 (+0/-0).
n'étant pas sûr d'avoir compris tous les styles que tu veux appliquer, je pose tout de même la question :
c'est pour éviter que la zone de saisie déborde du cadre aussi ? (ce qui arrive quand la fenêtre du navigateur est moins large que la taille par défaut de zone de saisie). => c'est ce que je comprends du maxwidth 100%
sinon, ça met des coins arrondis (le border-raduius à 6%) et enlève le dégradé (le background à none).
j'ai bon ?
en l'appliquant à RonRonnement.css.scss j'imagine que ce sera hérité pour RonRonnement-Bordeau.css, RonRonnement-Mauve.css, RonRonnement-Orange.css, RonRonnement-Rose.css, RonRonnement-Turquoise.css et RonRonnement-Vert.css
[^] # Re: liste de liens
Posté par BAud (site web personnel) . En réponse au journal De tout, de rien, des liens, bla bla bla. Évalué à 2. Dernière modification le 25 juin 2012 à 23:59.
non, à coup de aide édition
recopie de mon commentaire (oui, tu peux t'entraîner avec la prévisualisation de commentaire)
non, à coup de [aide édition][aide_edition]
[aide_edition]: http://daringfireball.net/projects/markdown/syntax#link "gestion des liens en markdown"
tu peux ajouter (comme déjà indiqué) une entrée de suivi pour bénéficier d'une mise en forme spécifique de la "bibliographie" constituée de tes "sources" (les trucs entre [lien source]), je pense que les adeptes de latex pourraient nous apporter des suggestions :-) notamment, de faire apparaître les
lien sourceet les reprendre en bas de journal.[^] # Re: Note de bas de page
Posté par BAud (site web personnel) . En réponse à la page de wiki Aide Edition. Évalué à 2 (+0/-0).
voir une illustration par l'exemple pour les liens en bas de page : http://linuxfr.org/users/crev/journaux/de-tout-de-rien-des-liens-bla-bla-bla#comment-1363105
(ce n'est actuellement pas la notion de note de bas de page renvoyant à un lien : cela apparaît dans le alt au survol du lien).
Il n'y a pas de note de bas de page - en tant que tel - à ma connaissance dans la syntaxe markdown :/ cf. http://daringfireball.net/projects/markdown/syntax
[^] # Re: −42 ?
Posté par BAud (site web personnel) . En réponse au journal L'histoire du mot « Linux » ou étude scientifique du dit mot. Évalué à 2.
oui
ce n'est pas très dur à trouver, cliquer sur journaux, trier par note puis aller sur le lien Dernier :/ spa glorieux hein /o\ (ce pourquoi je ne donne pas de lien, notamment).
[^] # Re: Gitboard, emacs le faisait déjà y a 10 ans
Posté par BAud (site web personnel) . En réponse au journal De tout, de rien, des liens, bla bla bla. Évalué à 2.
j'ai corrigé le commentaire, le lien étant https://github.com/tsgates/git-emacs (que tu pouvais copier/coller vu qu'il apparaissait en descriptif du lien)
et la syntaxe Markdown
[descriptif du lien](lien http)(initialement inversée dans le commentaire :/).# liste de liens
Posté par BAud (site web personnel) . En réponse au journal De tout, de rien, des liens, bla bla bla. Évalué à 4. Dernière modification le 25 juin 2012 à 22:59.
Bon l'aide-edition est une page wiki censée présenter les possibilités de Markdown parmi lesquelles la possibilité de présentation des liens en tant que bibliographie (c'est-à-dire avec des [1] ou des [REF_VEILLE] dans le texte permettant de se reporter à la fin de l'article pour consulter les différentes sources utilisées).
Ce pourquoi ta remarque :
m'a interpellé, voici ci-dessous comment faire.
Et, en fait, si vous consultez la référence Markdown c'est possible d'organiser au fur et à mesure de la rédaction les différents liens présentés (juste taper au kilomètre et reporter à la fin du texte les références de lien, au fur et à mesure).
Il se trouve que cela ne fonctionne qu'avec la syntaxe présentée, telle quelle (i.e.
[description lien][REF]puis en dessous[REF]: "descriptif qui apparaît dans le alt", cf. ci-dessous) ; cela pourrait apporter pas mal à la lecture des dépêches noyau de patrick_g< (outre le tag veille technologique que j'ajoute systématiquement à tes journaux dernièrement :D).Le point à comprendre(*) est que la description est en fait placée en
altdu lien, ce qui permet de la voir apparaître au survol du lien (une info-bulle), peut-être faudrait-il la garder comme une bibliographie à la fin (et tel que c'est saisi dans un commentaire ou dans un journal ?).Recopie de la fin de ce commentaire, pour illustrer la suggestion (voir le alt sur les liens ci-dessus pour comprendre la syntaxe au besoin) :
[1]: http://daringfireball.net/projects/markdown/syntax#link "la référence Markdown indique la syntaxe
[description lien] [id]puis[id] : http://example.com "avec une description"pour créer sa bibliographie au fur et à mesure"[REF_VEILLE]: http://linuxfr.org/tags/veille_technologique/public "veille technologique de CrEv<"
oui,
[1]et[REF_VEILLE]pourraient apparaître dans le texte original, un peu comme les habitués des articles scientifiques ou les fidèles lecteurs de GLMF.(*) il faut sans doute être fana comme moi de la syntaxe des différents wiki pour en suivre la logique :/
[^] # Re: Waarp en production depuis trois ans à la DGFiP ??
Posté par BAud (site web personnel) . En réponse à la dépêche WAARP : le moniteur de transfert de fichier Open Source. Évalué à 4.
un peu comme Open_Source_Job_Scheduler j'imagine ?
[^] # Re: Waarp en production depuis trois ans à la DGFiP ??
Posté par BAud (site web personnel) . En réponse à la dépêche WAARP : le moniteur de transfert de fichier Open Source. Évalué à 5.
initialement x25 (enfin, l'offre transpac basée sur x25) annoncé fermé pour fin septembre 2011
puis finalement reporté au 30 juin 2012
[^] # Re: coquille
Posté par BAud (site web personnel) . En réponse à la dépêche OpenMOLE : la taupe sort de son trou !. Évalué à 4.
les modérateurs le peuvent, Xate< l'a fait :)
[^] # Re: Principe de base
Posté par BAud (site web personnel) . En réponse au journal Le refus des termes d'une licence : implication juridique. Évalué à 5.
le tort tue, toi tu es tordu :)
[^] # Re: Et voilà
Posté par BAud (site web personnel) . En réponse au journal AHAHAHAH EN MODE RIGOLO. Évalué à 6.
tu n'es pas différent, ton corps évolue :)
[^] # Re: Il y en a qui ont essayé, ils ont eu des problèmes
Posté par BAud (site web personnel) . En réponse au journal Facebook détruit-il internet?. Évalué à 5.
il y a des rfc ou équivalent pour facebook ?
[^] # Re: Il y en a qui ont essayé, ils ont eu des problèmes
Posté par BAud (site web personnel) . En réponse au journal Facebook détruit-il internet?. Évalué à 3.
robertix inside :) mais sur des ports différents de 80 ou 443 !
[^] # Re: Morceaux choisis
Posté par BAud (site web personnel) . En réponse au journal Facebook détruit-il internet?. Évalué à 3.
toi, tu es aussi un adepte de la prétérition sans vouloir le dire (ah, si :D)
[^] # Re: Compatibiltié ascendante ?
Posté par BAud (site web personnel) . En réponse au journal Garradin : gestionnaire d'association léger, complet et libre. Évalué à 2.
par la gestion de demandes ? cf. http://fossil.kd2.org/garradin/reportlist
[^] # Re: Second degré...
Posté par BAud (site web personnel) . En réponse au journal Quand Linus énervé, Linus faire ça !. Évalué à 3.
ça ne correspond ni au modèle des constructeurs, ni au modèle de construction des modules Linux… qui est par nature distribué, dans les modules…
Les webcams sont un peu à part : finalement tous les constructeurs semblent s'être ralliés à la norme uvc…
Le wifi fait l'objet d'une rationalisation de la pile, qui casse quelques pilotes au passage, au fur et à mesure de leurs avancées respectives
Bon, ce ne se sont que quelques exemples.
Ce que tu proposes ressemble plus à un modèle cathédrale (qui donne àmha ce qu'on a dans la pile wifi).
[^] # Re: À quatre mains...
Posté par BAud (site web personnel) . En réponse à la dépêche Traduction de l'entretien donné par Patrick Volkerding sur LinuxQuestions.org. Évalué à 7.
Merci à vous deux pour ce travail efficace de traduction, j'ai rajouté une NdM avec les relectures aussi.
[^] # Re: Paternité
Posté par BAud (site web personnel) . En réponse au journal Relations entre projet libre et entreprise. Évalué à 4.
j'ai ajouté un tag contrat de travail sur des sujets en rapport
[^] # Re: Paternité
Posté par BAud (site web personnel) . En réponse au journal Relations entre projet libre et entreprise. Évalué à 8.
relire ton contrat de travail, dans le domaine informatique c'est souvent rappelé.
Je ne suis pas juriste et il y a pour moi deux cas :
La FSF recommande de faire signer à son entreprise un papier pour clarifier la situation, tu peux trouver par exemple :
[^] # Re: comment est gérée la Màj d'une Debian ?
Posté par BAud (site web personnel) . En réponse à la dépêche Sortie de m23 rock 12.3 avec support pour Ubuntu 12.04 LTS. Évalué à 5.
vu qu'il a actuellement un karma de -136, il poste par défaut dans le négatif.
hint: c'est samwang, pour info.
# traduction en cours en VF
Posté par BAud (site web personnel) . En réponse à la dépêche Entretien avec Patrick Volkerding (Slackware) sur LinuxQuestions.org. Évalué à 2.
La dépêche collaborative de traduction de l'entretien a bien fonctionné
http://linuxfr.org/redaction/news/l-entretien-donne-par-patrick-volkerding-a-linuxquestion-org-en-vf
vous pouvez relire avant publication (je redonnerai le lien au besoin, après modération)
[^] # Re: Accord de LQ pour la traduction
Posté par BAud (site web personnel) . En réponse au journal Entretien avec Patrick Volkerding sur LinuxQuestions.org. Évalué à 2.
bon, la dépêche en rédaction collaborative a bien fonctionné pour la traduction sur http://linuxfr.org/redaction/news/l-entretien-donne-par-patrick-volkerding-a-linuxquestion-org-en-vf
Je laisse aussi un message sur la dépêche http://linuxfr.org/news/entretien-avec-patrick-volkerding-slackware-sur-linuxquestions-org ;-) (cela motivera des relectures de dernière minute au besoin)