Dans mon équipe, indépendamment du fait de vouloir ou pas revenir au bureau, on commence à y réfléchir. A priori, on ne s'attend pas à devoir revenir au bureau avant septembre. Nous avons commencé par un tour de table concernant notre futur retour au bureau. Il en ressort les éléments suivants.
On trouve du positif au télétravail :
Teams un outil finalement assez pratique
Facilité de partager des documents pendant les réunions alors qu’en présentiel, il faut trouver une salle avec un système de projection.
Les réunions semblent mieux préparées et plus courtes.
Les réunions semblent démarrer avec plus de ponctualité.
Les personnes paraissent plus simples à contacter quand on est tous en télétravail que ce qui était le cas auparavant en présentiel.
Gain de temps de déplacement entre les réunions, particulièrement avec les externes.
Gain de temps matin et soir.
La flexibilité et les gains de temps de déplacement offerts par le télétravail facilitent l’organisation personnelle.
Télétravailler permet de mieux se concentrer au calme quand cela est nécessaire.
A priori, le retour au bureau se traduira par une plus grande part de télétravail que ce qui était de rigueur avant la crise du Covid. Le retour au bureau dans ces conditions apportent une série de défis:
Vu que la part du télétravail restera sans doute relativement importante, le défi de garder des contacts humain connus durant cette phase de télétravail continuera d’exister bien que sous une forme différente.
Il faudra réapprendre à vivre ensemble avec une certaine proximité avec tous les mouvements, bruits, etc… que cela peut représenter. Moins facile de travailler avec sa musique.
Le distanciel en réduisant les temps entre les réunions permet de placer plus de réunions sur une journée. Dans le sens inverse, il faudra veiller à décharger les agendas une fois que les temps de déplacements entre réunion seront à nouveau nécessaires.
Il faudra réapprivoiser toute une part de l’informelle qui avait disparu avec le télétravail à 100%.
Il faudra apprendre à vivre avec deux rythmes de journée : les journées au bureau et les journées à la maison.
Il faudra apprendre à gérer des situations mixtes où une part des personnes sera en présentiel et une autre part en distanciel
Durant des réunions
Durant une journée, comment ne pas créer de hiatus trop important notamment sur la circulation de l’information dans les canaux informels entre ceux qui sont à la maison et ceux qui sont au bureau
Comment se coordonner pour assurer que l’on est ensemble quand cela est nécessaire et que l’on soit de son côté quand cela est utile ? Tout cela en tenant compte des différentes contraintes aussi bien professionnelles que personnelles.
Optimiser au mieux l’usage du distanciel et du présentiel par rapport aux avantages et inconvénients de chacun de ces deux modes.
Par rapport à tout cela, notre entreprise pourrait ou devrait (selon les points) :
Clarifier le plus rapidement le nouveau cadre de référence sur les différents aspects (règles, moyens,…).
Dans certaines sociétés, un matériel spécifique pour le télétravail (écran, chaise) est fourni par l’employeur aux travailleurs. Notre entreprise prévoit-elle quelque chose sur ce point ?
Les outils du télétravail (VPN, Teams,…) permettent non seulement de rester chez soi certains jours mais pourraient aussi permettre des journées partiellement au bureau et partiellement à la maison. Il serait intéressant que le nouveau cadre de référence permette une telle souplesse.
Un accès facile et fiable au réseau de l’entreprise reste un élément extrêmement important pour permettre un travail efficace depuis chez soi.
Concrètement, on ne voit pas encore très bien comment sera notre nouvelle normalité, il semble néanmoins ressortir que
1) Il sera important de se retrouver au moins une fois par semaine tous ensemble en présentiel.
2) Le fait d’avoir des réunions en mode mixte, une partie en présentiel et une partie en distanciel ne soulève pas de l’enthousiasme et même plutôt de l’inquiétude.
J'ai peut-être mal compris mais QUIC semble aussi intéressant pour avoir des flux cryptés et donc moins sensibles à différents désagréments au niveau des intermédiaires.
Mais je me répête : ce n'est qu'un sentiment faute d'avoir un protocole, des analystes extérieurs, etc.
à ce stade, je pense que c'est surtout une thèse erronée.
Les chiffres extraits par Benoît ne valident pas ta thèse.
Les derniers cas que l'on peut observer contredisent ta thèse.
Et tu ne partages aucun éléments concrets permettant de soutenir ta thèse.
Il faut lire la phrase précédente : j’ai expérimenté et enquêté, c’est à dire que j’ai créé des nouveaux comptes et observé l’accueil de plusieurs nouveaux ces dernières années.
Oui mais non. Enfin, je veux dire que si à la fin cela termine juste sur :
J’ai le sentiment …
Ben, je ne vois pas en quoi on est avancé. On confronte des sentiments et puis on est bloqué, non ?
Les chiffres de Benoît (merci à lui de les avoir extraits) ne disent pas tout mais au moins on peut argumenter autour. Et ces chiffres ne me semblent pas attester un quelconque bizutage des nouveaux.
Bon, et les récents nouveaux, qu’est-ce que cela donne ?
yal ? Je ne suis pas à sa place mais je n’ai pas l’impression qu’il ait été malmené sur ces (très intéressants) premiers journaux.
Christophe T., cas intéressant. Ces journaux frôlent l’excès d’auto-pub. Pas super bien noté mais il a fallu le quatrième pour terminer avec un score négatif
et pour prendre un exemple dans les dépêches : didierb
Pour la méthodologie, je suis remonté dans les journaux par ordre anti-chronologique et j’ai repris toutes les contributions que j’identifiais comme l’oeuvre de récemment arrivées sur LinuxFR. Idem pour les dépêches mais je me suis arrêté à la première observation.
Je persiste à ne pas comprendre ta thèse selon laquelle les nouveaux sont mal accueillis (en comparaison avec le traitement accordé aux anciens) hormis le fait que ton premier journal n’a pas été bien accueilli.
PS: Ysabeau, j'espère que tu apprécieras mes efforts sur les apostrophes dans ce commentaires ;-) Oui, oui, je sais : à reproduire dans les dépêches avant soumission
mon sentiment est vraiment d'un accueil difficile pour les nouveaux avec le préjugé : nouveau = noob
Et mon sentiment est l'inverse. On fait quoi dans ce cas-ci avec ces sentiments ?
Je pense que si l'on veut avancer, il faut objectiver.
Je suis d'accord avec les précisions apportés par Benoît mais globalement, ce que l'on a pour le moment comme indication, c'est que les gens ne sont pas spécialement moinsés quand ils sont nouveaux.
Et je n'ai pas d'indications que les commentaires désagréables que l'on reçoit soient plus ou moins nombreux parce que l'on est nouveau.
Oh, si : sans réputation on se prend facilement des commentaires négatifs. Il suffit de repartir avec un compte tout neuf pour s'en rendre compte.
Mais sur quoi te bases-tu pour dire cela ?
Si on pense que c'est corrélé au karma, cela ne correspond pas aux chiffres que Benoît a donné ci-dessus. 80% ne sont pas descendu en dessous du karma initial, cela veut dire me semble-t-il que ces personnes n'ont soit juste rien dit, soit ont d'abord été pertinenté avant d'être éventuellement moinsé.
Je me demande si tu ne généralise pas un peu trop ton histoire personnelle. Ton premier journal s'est fait abondamment moinsé, c'est un fait mais je ne pense pas que cela soit lié au fait que tu étais nouveau contributeur.
Intéressant de voir ta perception. Je n'avais pas du tout la même.
En fait, il me semble que le texte ne définit pas la démocratie mais qu'il indique seulement que la démocratie nécessite que l’information circule et que le débat public soit possible. Deux conditions qui ne sont pas rencontrées par ce que l'auteur désigne par les médias sociaux. Principalement parce que dans le cas de ces réseaux, la fixation des règles d'interaction est détenue (et centralisée) dans les mains de sociétés qui n'ont pas comme objectif la démocratie mais le profit.
Le fediverse ne garanti pas en soi les deux conditions sus-mentionnées mais permet de se réapproprier la définition des règles d'interactions. Possibilité limitée et au prix d'une forme de fermeture.
Si même des libristes se mettent à développer sans sourciller des applications qui ne sont rien d'autre que des lecteurs de DRM sur des données de santé des gens, dans le but de les discriminer en groupes… il y a vraiment de quoi s'inquiéter…
Je ne vois pas tellement laquelle des 4 libertés des logiciels libres est bafouée.
lecteurs de DRM sur des données de santé des gens
On peut aussi le voir comme un lecteur de carnet de vaccination. Mais c'est vrai que présenté comme cela, c'est moins spectaculaire ;-)
dans le but de les discriminer en groupes…
Discriminer, c'est traiter différemment des personnes dans des situations similaires. Ici, les personnes sans vaccins et sans test récent ne sont pas considérées comme dans une situation similaire que ceux qui ont l'un ou l'autre. Est-ce faux ? Est-ce tellement choquant ?
Discriminer, c'est aussi traiter de manière identique des personnes qui sont dans des situations différentes. L'alternative prudente par rapport à la pandémie à ces DRM seraient d'interdire tous ces évènements parce que certains ne veulent ni être vacciné ni passé de test (en tout cas, refuse de prouver être vacciné ou avoir passé un test).
Avec six mois de recul, je me dis que le mieux est quand même d’avoir une équipe d’animation de l’espace de rédaction active plutôt qu’un système automatique. Chaque cas est presque unique et est difficilement inscriptible dans des règles générales.
Par contre, je pense que c’est une règle quasi-générale, il faut supprimer les dépêches qui n’ont plus d’activité lors des derniers 12 mois. Vu que les cas sont en fait rare, pas besoin de l’automatiser si ce n’est qu’on a parfois des scrupules à supprimer des dépêches. Comme, vous l’aurez remarqué, LinuxFR parle beaucoup d’informatique, une dépêche qui a trainé plus de 12 mois dans l’espace de rédaction nécessite souvent un gros travail d’actualisation pour les références aux versions actuelles de logiciels ainsi que pour les liens qui n’existent plus toujours ou plus souvent qui ne sont plus les plus pertinents.
Je viens de vérifier ce que Kiki Novak écrivait dans ceci.
Et voici ce que je trouve:
Le livre que vous tenez entre les mains a été rédigé à l'aide du traitement de texte LibreOffice Writer.
Je vous laisse faire l'exégèse (mais si je devais donner mon avis, je dirais que cela tend à penser que la mise en page du livre n'a pas été fait avec LibreOffice).
Cela fait très longtemps que je n'ai plus utilisé Scribus mais de mémoire, ce que j'avais retenu, c'est qu'idéalement, il faut dans un premier temps travailler son texte dans Libre Office y compris sur les styles.
Une fois que la relecture (fautes d'orthographe et cie) est faite, on passe à la mise en page avec Scribus qui permet d'importer des textes odt avec leur mise en forme.
Sinon, de mémoire, je pense que Kiki Novak aka Microlinux utilise Libre Office pour mettre en page ses livres qui comportent pas mal d'images. Donc, j'imagine que c'est une solution parfaitement viable.
Il me semble que tant que cela reste dans des proportions raisonnables (mais qu'est-ce donc des proportions raisonnables ?), l'auto-promotion a toujours été bien accueillie/acceptée sur linuxfr y compris dans les dépêches.
Comme tu n'es pas modérateur, mieux vaut solliciter leur avis plutôt qu'émettre des hypothèses.
Je n'ai pas émis d'hypothèses, j'ai donné mon avis. Et je me permets de le faire parfois sans demander l'avis de l'équipe de modération ;-)
Petite chose amusante, tu viens d'écrire implicitement qu'il ne faut plus envoyer des dépêche parce que la modération a trop de travail :-)
Non, je n'ai pas écrit cela même pas implicitement.
Quand un journal est promu en dépêche, il y a des étapes supplémentaires pour l'équipe de linuxfr par rapport au simple fait de publier directement une dépêche. Et cela constitue un surplus de travail qui ne me semble pas avoir d'intérêt. C'est le travail inutile que je souhaite réduire.
Mon désamour des transformations de journaux en dépêches provient aussi du fait que cela me donne plus de travail quand j'essaie de faire le ménage dans l'espace de rédaction.
Finalement, mon désamour de ces transformations est aussi comme tu as pu le lire, que pour le lecteur que je suis, je trouve pénible d'avoir le texte à deux endroits du site avec des fils de discussions différents.
Donc, je maintiens, qu'à mon humble avis, il vaut mieux inciter chacun à publier directement sous la forme la plus adéquate à ses yeux et compte tenu de la politique éditoriale du site plutôt que de compter sur l'équipe de linuxfr pour passer des journaux en dépêches.
Au contraire, les dépêches sont en rédaction collectives, les contenus strictement en rapport avec le libre, la modération est faite à priori, et sont donc publiées avec le tampon de la modération.
Les dépêches peuvent être soumises sans rédaction collective.
Par contre, les dépêches ont toujours le droit à la relecture par l'équipe de modération. Plus que de tampon, j'aime voir cela comme un support bienveillant offert aux contributeurs de manière à améliorer les textes.
Par ailleurs, les dépêches sont plus visitées en générale que les journaux.
Merci pour ce beau projet et ce texte très intéressant.
Pour rappel
Les dépêches servent à publier de l’information sur les thèmes principaux de LinuxFr.org, à savoir Linux et les logiciels libres.
Ton journal aurait eu toute sa légitimité comme dépêche.
L'intérêt d'une dépêche c'est que l'équipe de modération de LinuxFR t'offre gratuitement une relecture bienveillante et que visiblement la page des dépêches est plus visitées que celle des journaux.
Seul éventuel inconvénient, la relecture par la modération prend un peu de temps (mais pas tellement).
Je crois que tu as un petit décalage horaire dans ta lecture de ces journaux. C'est un journal portant sur la période de janvier que tu commentes là ;-)
# Ni pour, ni contre, on s'y prépare
Posté par tisaac (Mastodon) . En réponse au journal Je veux pas y retourner. Évalué à 4. Dernière modification le 03 juin 2021 à 14:24.
Dans mon équipe, indépendamment du fait de vouloir ou pas revenir au bureau, on commence à y réfléchir. A priori, on ne s'attend pas à devoir revenir au bureau avant septembre. Nous avons commencé par un tour de table concernant notre futur retour au bureau. Il en ressort les éléments suivants.
On trouve du positif au télétravail :
A priori, le retour au bureau se traduira par une plus grande part de télétravail que ce qui était de rigueur avant la crise du Covid. Le retour au bureau dans ces conditions apportent une série de défis:
Par rapport à tout cela, notre entreprise pourrait ou devrait (selon les points) :
Concrètement, on ne voit pas encore très bien comment sera notre nouvelle normalité, il semble néanmoins ressortir que
1) Il sera important de se retrouver au moins une fois par semaine tous ensemble en présentiel.
2) Le fait d’avoir des réunions en mode mixte, une partie en présentiel et une partie en distanciel ne soulève pas de l’enthousiasme et même plutôt de l’inquiétude.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: "quand tu penses...
Posté par tisaac (Mastodon) . En réponse à la dépêche Du tracteur logiciel non réparable au risque pour la sécurité alimentaire américaine ?. Évalué à 7.
Et c'est où ailleurs ?
Pas convaincu que l'on trouve dans de fournisseur sur le marché des machines agricoles.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Belle rédaction
Posté par tisaac (Mastodon) . En réponse à la dépêche Le protocole QUIC désormais normalisé. Évalué à 4.
J'ai peut-être mal compris mais QUIC semble aussi intéressant pour avoir des flux cryptés et donc moins sensibles à différents désagréments au niveau des intermédiaires.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: le Karma est trop statique
Posté par tisaac (Mastodon) . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 3.
à ce stade, je pense que c'est surtout une thèse erronée.
Les chiffres extraits par Benoît ne valident pas ta thèse.
Les derniers cas que l'on peut observer contredisent ta thèse.
Et tu ne partages aucun éléments concrets permettant de soutenir ta thèse.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: le Karma est trop statique
Posté par tisaac (Mastodon) . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 3. Dernière modification le 25 mai 2021 à 22:23.
Oui mais non. Enfin, je veux dire que si à la fin cela termine juste sur :
Ben, je ne vois pas en quoi on est avancé. On confronte des sentiments et puis on est bloqué, non ?
Les chiffres de Benoît (merci à lui de les avoir extraits) ne disent pas tout mais au moins on peut argumenter autour. Et ces chiffres ne me semblent pas attester un quelconque bizutage des nouveaux.
Bon, et les récents nouveaux, qu’est-ce que cela donne ?
Pour la méthodologie, je suis remonté dans les journaux par ordre anti-chronologique et j’ai repris toutes les contributions que j’identifiais comme l’oeuvre de récemment arrivées sur LinuxFR. Idem pour les dépêches mais je me suis arrêté à la première observation.
Je persiste à ne pas comprendre ta thèse selon laquelle les nouveaux sont mal accueillis (en comparaison avec le traitement accordé aux anciens) hormis le fait que ton premier journal n’a pas été bien accueilli.
PS: Ysabeau, j'espère que tu apprécieras mes efforts sur les apostrophes dans ce commentaires ;-) Oui, oui, je sais : à reproduire dans les dépêches avant soumission
Surtout, ne pas tout prendre au sérieux !
[^] # Re: le Karma est trop statique
Posté par tisaac (Mastodon) . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 2.
Et mon sentiment est l'inverse. On fait quoi dans ce cas-ci avec ces sentiments ?
Je pense que si l'on veut avancer, il faut objectiver.
Je suis d'accord avec les précisions apportés par Benoît mais globalement, ce que l'on a pour le moment comme indication, c'est que les gens ne sont pas spécialement moinsés quand ils sont nouveaux.
Et je n'ai pas d'indications que les commentaires désagréables que l'on reçoit soient plus ou moins nombreux parce que l'on est nouveau.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: le Karma est trop statique
Posté par tisaac (Mastodon) . En réponse à la dépêche Discussion LinuxFr.org et la modération, le 3 mai 2021. Évalué à 5.
Mais sur quoi te bases-tu pour dire cela ?
Si on pense que c'est corrélé au karma, cela ne correspond pas aux chiffres que Benoît a donné ci-dessus. 80% ne sont pas descendu en dessous du karma initial, cela veut dire me semble-t-il que ces personnes n'ont soit juste rien dit, soit ont d'abord été pertinenté avant d'être éventuellement moinsé.
Je me demande si tu ne généralise pas un peu trop ton histoire personnelle. Ton premier journal s'est fait abondamment moinsé, c'est un fait mais je ne pense pas que cela soit lié au fait que tu étais nouveau contributeur.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Texte pré-établi <> message supplémentaire
Posté par tisaac (Mastodon) . En réponse à l’entrée du suivi Message pour relance dans l'espace de rédaction. Évalué à 2 (+0/-0).
J'ai eu la même idée et je suis arrivé à la même conclusion.
Cool :-)
Je trouve ta proposition vraiment adéquate.
Et cela, tu peux le mettre dans la zone de texte, non ?
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Démocratie élitiste ?
Posté par tisaac (Mastodon) . En réponse au lien Les médias sociaux ne sont pas des espaces démocratiques. Évalué à 1.
Intéressant de voir ta perception. Je n'avais pas du tout la même.
En fait, il me semble que le texte ne définit pas la démocratie mais qu'il indique seulement que la démocratie nécessite que l’information circule et que le débat public soit possible. Deux conditions qui ne sont pas rencontrées par ce que l'auteur désigne par les médias sociaux. Principalement parce que dans le cas de ces réseaux, la fixation des règles d'interaction est détenue (et centralisée) dans les mains de sociétés qui n'ont pas comme objectif la démocratie mais le profit.
Le fediverse ne garanti pas en soi les deux conditions sus-mentionnées mais permet de se réapproprier la définition des règles d'interactions. Possibilité limitée et au prix d'une forme de fermeture.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: DRM humain
Posté par tisaac (Mastodon) . En réponse à la dépêche Sanipasse : le déconfinement libre !. Évalué à 3.
Je ne vois pas tellement laquelle des 4 libertés des logiciels libres est bafouée.
On peut aussi le voir comme un lecteur de carnet de vaccination. Mais c'est vrai que présenté comme cela, c'est moins spectaculaire ;-)
Discriminer, c'est traiter différemment des personnes dans des situations similaires. Ici, les personnes sans vaccins et sans test récent ne sont pas considérées comme dans une situation similaire que ceux qui ont l'un ou l'autre. Est-ce faux ? Est-ce tellement choquant ?
Discriminer, c'est aussi traiter de manière identique des personnes qui sont dans des situations différentes. L'alternative prudente par rapport à la pandémie à ces DRM seraient d'interdire tous ces évènements parce que certains ne veulent ni être vacciné ni passé de test (en tout cas, refuse de prouver être vacciné ou avoir passé un test).
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Six mois plus tard
Posté par tisaac (Mastodon) . En réponse à l’entrée du suivi Réduire la liste de dépêche en cours de rédactions. Évalué à 3 (+0/-0).
Cela dépend de comment est supprimé la dépêche.
Il y a la méthode radicale - mais qui a priori est peu utilisée - qui ne laisse pas de trace.
L'autre méthode envoie un mail à l'auteur de la dépêche avec une copie de celle-ci. C'est la méthode qui est normalement utilisée.
Surtout, ne pas tout prendre au sérieux !
# Six mois plus tard
Posté par tisaac (Mastodon) . En réponse à l’entrée du suivi Réduire la liste de dépêche en cours de rédactions. Évalué à 3 (+0/-0).
Avec six mois de recul, je me dis que le mieux est quand même d’avoir une équipe d’animation de l’espace de rédaction active plutôt qu’un système automatique. Chaque cas est presque unique et est difficilement inscriptible dans des règles générales.
Par contre, je pense que c’est une règle quasi-générale, il faut supprimer les dépêches qui n’ont plus d’activité lors des derniers 12 mois. Vu que les cas sont en fait rare, pas besoin de l’automatiser si ce n’est qu’on a parfois des scrupules à supprimer des dépêches. Comme, vous l’aurez remarqué, LinuxFR parle beaucoup d’informatique, une dépêche qui a trainé plus de 12 mois dans l’espace de rédaction nécessite souvent un gros travail d’actualisation pour les références aux versions actuelles de logiciels ainsi que pour les liens qui n’existent plus toujours ou plus souvent qui ne sont plus les plus pertinents.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Polymny studio
Posté par tisaac (Mastodon) . En réponse au message Faire une présentation avec incrustation de moi qui parle en webcam ?. Évalué à 2.
Je suis bien d'accord avec toi. En même temps, Polymny studio est encore bien plus simple.
Je ne pense pas que Polymny studio permette le direct. Mais il me semble que ce n'est pas la question initiale.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Polymny studio
Posté par tisaac (Mastodon) . En réponse au message Faire une présentation avec incrustation de moi qui parle en webcam ?. Évalué à 4.
Beaucoup plus simple qu'OBS !
Si c'est pour faire un truc simple (ce qui semble être ton cas), Polymny est vraiment génial.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Scribus et Libre Office
Posté par tisaac (Mastodon) . En réponse au journal Outils pour écrire un livre. Évalué à 3.
Je viens de vérifier ce que Kiki Novak écrivait dans ceci.
Et voici ce que je trouve:
Je vous laisse faire l'exégèse (mais si je devais donner mon avis, je dirais que cela tend à penser que la mise en page du livre n'a pas été fait avec LibreOffice).
Surtout, ne pas tout prendre au sérieux !
# Scribus et Libre Office
Posté par tisaac (Mastodon) . En réponse au journal Outils pour écrire un livre. Évalué à 7.
Cela fait très longtemps que je n'ai plus utilisé Scribus mais de mémoire, ce que j'avais retenu, c'est qu'idéalement, il faut dans un premier temps travailler son texte dans Libre Office y compris sur les styles.
Une fois que la relecture (fautes d'orthographe et cie) est faite, on passe à la mise en page avec Scribus qui permet d'importer des textes odt avec leur mise en forme.
Sinon, de mémoire, je pense que Kiki Novak aka Microlinux utilise Libre Office pour mettre en page ses livres qui comportent pas mal d'images. Donc, j'imagine que c'est une solution parfaitement viable.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Merci pour les conseils
Posté par tisaac (Mastodon) . En réponse au message Conseil distrib pour débutant. Évalué à 4.
Je ne sais pas si tu connais debian-facile.
Perso, je n'ai pas testé mais peut-être une distribution et des ressources utiles dans ton cas. Je me demande d'ailleurs si on doit pas voir debian-facile comme la suite ou une suite de handylinux
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Merci !
Posté par tisaac (Mastodon) . En réponse au journal Domovik – Un système de synchronisation pluri-navigateurs. Évalué à 5.
Il me semble que tant que cela reste dans des proportions raisonnables (mais qu'est-ce donc des proportions raisonnables ?), l'auto-promotion a toujours été bien accueillie/acceptée sur linuxfr y compris dans les dépêches.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Merci !
Posté par tisaac (Mastodon) . En réponse au journal Domovik – Un système de synchronisation pluri-navigateurs. Évalué à 7. Dernière modification le 03 mai 2021 à 18:13.
Je n'ai pas émis d'hypothèses, j'ai donné mon avis. Et je me permets de le faire parfois sans demander l'avis de l'équipe de modération ;-)
Non, je n'ai pas écrit cela même pas implicitement.
Quand un journal est promu en dépêche, il y a des étapes supplémentaires pour l'équipe de linuxfr par rapport au simple fait de publier directement une dépêche. Et cela constitue un surplus de travail qui ne me semble pas avoir d'intérêt. C'est le travail inutile que je souhaite réduire.
Mon désamour des transformations de journaux en dépêches provient aussi du fait que cela me donne plus de travail quand j'essaie de faire le ménage dans l'espace de rédaction.
Finalement, mon désamour de ces transformations est aussi comme tu as pu le lire, que pour le lecteur que je suis, je trouve pénible d'avoir le texte à deux endroits du site avec des fils de discussions différents.
Donc, je maintiens, qu'à mon humble avis, il vaut mieux inciter chacun à publier directement sous la forme la plus adéquate à ses yeux et compte tenu de la politique éditoriale du site plutôt que de compter sur l'équipe de linuxfr pour passer des journaux en dépêches.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Un journal bien sûr !
Posté par tisaac (Mastodon) . En réponse au message Débutant, deux questions sur la publication d'articles. Évalué à 4.
Les dépêches peuvent être soumises sans rédaction collective.
Par contre, les dépêches ont toujours le droit à la relecture par l'équipe de modération. Plus que de tampon, j'aime voir cela comme un support bienveillant offert aux contributeurs de manière à améliorer les textes.
Par ailleurs, les dépêches sont plus visitées en générale que les journaux.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Merci !
Posté par tisaac (Mastodon) . En réponse au journal Domovik – Un système de synchronisation pluri-navigateurs. Évalué à 2.
Je pense qu'il est souhaitable de minimiser le fait de transformer les journaux en dépêches:
Surtout, ne pas tout prendre au sérieux !
# Merci !
Posté par tisaac (Mastodon) . En réponse au journal Domovik – Un système de synchronisation pluri-navigateurs. Évalué à 10.
Merci pour ce beau projet et ce texte très intéressant.
Pour rappel
Ton journal aurait eu toute sa légitimité comme dépêche.
L'intérêt d'une dépêche c'est que l'équipe de modération de LinuxFR t'offre gratuitement une relecture bienveillante et que visiblement la page des dépêches est plus visitées que celle des journaux.
Seul éventuel inconvénient, la relecture par la modération prend un peu de temps (mais pas tellement).
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Backdoor?
Posté par tisaac (Mastodon) . En réponse au lien RotaJakiro : un logiciel malveillant se fait passer pour un processus systemd depuis 3 ans. Évalué à 8.
Et quand le titre original ne convient pas ?
Et quand cela permet de faire une référence, un lien avec d'autres informations par exemple des échanges récents sur LinuxFR ?
Et quand cela fait rire ?
Et … ?
Surtout, ne pas tout prendre au sérieux !
[^] # Message de service
Posté par tisaac (Mastodon) . En réponse à la dépêche GIMP 2.10.24: version cartographe. Évalué à 2.
Salut freejeff, normalement tu as reçu par mail une relance concernant ton projet de dépêche qui se trouve dans l'espace de rédaction.
Je ne sais pas si tu comptes la terminer un jour (ce qui me paraîtrait très intéressant) ou bien si tu préfères que l'on la supprime.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: TODOLIST
Posté par tisaac (Mastodon) . En réponse au journal LinuxFr.org : seconde quinzaine de janvier 2021. Évalué à 2.
Je crois que tu as un petit décalage horaire dans ta lecture de ces journaux. C'est un journal portant sur la période de janvier que tu commentes là ;-)
Surtout, ne pas tout prendre au sérieux !