ça serait très différent si tu acceptes de la perte
En fait, je ne l'ai pas bien explicité et tu as fais l'hypothèse que je fais du sans perte mais ce n'est pas le cas. En fait, j'ai testé aussi sans perte mais j'ai fais beaucoup plus de tests avec perte, et cela ne change pas qualitativement la comparaison du poids des différentes images.
Comme tu l'as dit (et d'autres) plusieurs fois, ce qui compte, ce n'est pas ce que l'on voit mais ce que voit la machine. En simplifiant, je vois des nuances de gris à beaucoup d'endroit, la machine voit surtout qu'il y a encore des couleurs; je vois une structure simple (quadrillage), la machine voit une structure qui n'a pas de cohérence avec le reste de l'image.
Et voilà, la journée mondiale des 🐕 est passée et même sur LinuxFR on nous refourgue de nouveau des 🐱 en veux tu en voilà même en milieu pro. Aucune limite
Dans Oh my code ! Je crée mon premier site web, l'autrice défend l'intérêt du Lorem ipsum par le fait qu'on aurait montré que ce type de faux texte était moins distrayant qu'un texte ayant du sens. Cela correspond un peu à ma faible expérience de mise en page. Si c'est une raison valable, il me semble que cela reste pertinent aussi pour des sites web.
Peut-être travailler en premier avec du Lorem ipsum et une fois que c'est bien avancé, basculer sur du vrai texte. Cela permet de multiplier les tests tout en n'étant pas au départ distrait par du texte qui a du sens.
Par ailleurs, lors de la création du site web, on n'a pas forcément déjà le texte qui sera utilisé, donc, il y aura sans doute toujours des trucs que l'on risque de louper par rapport au vrai texte.
Dans l'article, il évoque la possibilité qu'avec un plus vieux matériel les résultats soient différents et que cela pourrait justifier la différence annoncée. C'est juste une hypothèse mais tant qu'une personne indépendante ne refait pas le benchmark sur le même matos que les personnes derrières Mercury, on n'en aura pas la confirmation ou infirmation.
Effectivement, avec l'éditeur, on obtient des trucs sympas. Merci !
Maintenant, je n'ai plus que 636+1+(peut-être)50 règles CSS à comprendre :-)
J'ai en fait accès à 4 feuilles de style
1 avec 636 règles qui est ce que je cherchais
1 avec 1 règles qui appartient clairement aussi à LinuxFR, pas clair pour moi pourquoi cela vient comme une feuille de style différente
1 avec 3 règles liées à grammalecte
1 avec 50 règles que je ne comprenais pas très bien mais qui après recherche s'avèrent être liée à l'extension facebook container
Il est clairement brillant, et comme beaucoup de gens brillants, il a des opinions assez arrêtées et un franc-parler qui n'est pas sans rappeler celui d'un certain Linus.
Être brillant n'est et ne doit pas être pas une excuse pour se comporter comme un connard par ailleurs. Je connais plein de gens brillants qui sont humainement super. Linus a mis du temps mais il a aussi reconnu que sa manière d'interagir n'était ni correcte ni efficace.
Ce n'est pas qu'il ne mâche pas ses mots, c'est qu'il est profondément insultant. Et pour les personnes et pour leur choix.
Il nous dirait un truc du genre (en développant parce que son texte comprend plus que cela, en)
J'ai des incompatibilités de vision sur ce que doit devenir Darktable et sur la manière de gérer du code avec l'équipe actuelle, je préfère faire un fork.
Mes désaccords portent sur l'importance relative de la flexibilité par rapport à d'autres qualités d'un logiciel, je pense que Darktable va tellement loin dans la flexibilité que cela crée des problèmes insolubles en termes de gestion des workflow et cie (cfr. théorie des graphes et blablabla)
Au niveau de la qualité du code, une partie des codeurs qui ont du temps ne sont pas professionnels ce qui fait que les bonnes pratiques ne sont pas appliquées et le mainteneur n'est à mon sens pas assez exigeant sur la qualité du code qu'il accepte.
Ces deux éléments : souhait d'une flexibilité exagérée (à mes yeux) et la manque de rigueur du code fait que le code de Darktable me paraît trop long et trop complexe que nécessaire me faisant perdre trop de temps à mon goût si je veux y contribuer utilement.
Mon fork se focalisera donc sur moins de fonctions/flexibilité mais offrira à l'utilisateur un logiciel plus stable et plus pointu sur des éléments qui me paraissent plus importants. Pour les développeurs, mon souhait est d'offrir un code plus concis et mieux écrits (respectant mieux les bonnes pratiques)
Son opinion peut être écrite de manière directe mais sans pour autant insulter les autres. À mon humble avis, une position un peu moins insultante l'aiderait aussi à avoir plus de contributions à son fork.
le problème avec nom et prénom comme les miens c'est que tu as forcément des homonymes, une recherche google renvoi 20 500 000 références, alors que celui de ma compagne 11 300.
Ne sois pas si modeste. Cette différence s'explique surtout par le fait que grâce à ton bouquin tu es devenu une star interplanétaire ;-)
C’est le gros point noir technique. Mastodon consomme à mort pour le service rendu. Je n’ai pas essayé de configurer le service au-delà de ce que propose l’outil.
Est-ce qu'il pourrait y avoir des rendements d'échelle qui font que c'est énorme pour une petite instance mais raisonnable pour une plus grosse. Je me dis que cela ne peut pas être si cata que cela sans quoi on n'aurait pas de grosses instances, non ?
Avec toutefois un gros bémol : l’affichage de l’historique des publications des personnes. Concrètement, si je croise un message d’un inconnu (dans le sens : quelqu’un qui n’est pas dans mes contacts), si je veux voir son historique de messages, il y a 95 % de chances pour que celui-ci m’apparaisse vide. C’est un gros défaut pour mon usage : quand je vois quelqu’un qui poste un contenu qui me plait, j’aime bien savoir si c’est le type de contenus que cette personne publie d’ordinaire (auquel cas ça vaut le coup de la suivre) ou si c’est un message inhabituel.
Bon cela fait un clic de plus mais on a bien la possibilité de voir cet inconnu sur sa propre instance, non ? En tout cas, j'ai l'impression que cela m'arrive régulièrement d'être invité de consulté l'instance d'origine d'une personne pour voir l'entièreté de ses messages.
Drulac, il y a 3 heures
J’ai eu testé d’héberger une instance Pleroma également, qui était pour le coup beaucoup plus light que Mastodon niveau consommation de ressources :D !
Ce serait intéressant que tu migres su Pleroma et que tu fasses une analyse comparative Pleroma vs Mastodon ;-)
En fait, dans mon équipe (vu qu'on utilise parfois ce genre de représentation)
soit on représente les gares avec des "gros" disques de manière à les rendre plus visibles
soit, plus fréquemment, on représente une diffusion à partir des arrêt. On simplifie souvent en supposant une diffusion à vol d'oiseau ce qui n'est pas super pour la précision mais comme implicitement c'est de la marche à pied (oui, oui, j'ai vu la contradiction avec le vol d'oiseau ;-)) donc plutôt lent, la perte de précision n'est pas énorme.
Comme je viens de migrer chez Nubo, je crois (et j'espère) que je vais y rester un certain temps.
Cela n'empêche que votre offre me semble intéressante aussi bien en terme économique qu'en terme de valeur (et le sera d'autant plus qu'en le passage en SCOP sera fait [mais prenez le temps, vu qu'à mon humble avis, la précipitation est mauvaise conseillère pour ce genre de transformation]).
Un truc qui me pose question, c'est la limite journalière. Je ne pense pas écrire plus de 35 mails perso par jour en temps normal mais de manière exceptionnelle (invitation à une fête par exemple), je peux imaginer dépasser ce quota. Concrètement, si je suis sur votre offre Start, cela va bloquer au 36ème mail ? et je devrai attendre le lendemain pour continuer ? je pourrai envoyer un 36ème mail et les suivants mais je serai "surtaxé" par la suite ? Ou dit-on comprendre cela comme 35 envois/jour en moyenne ?
Je termine sur une grosse critique. Un € supplémentaire pour la livraison à domicile (oui oui, je n'habite pas le petit pays coincé entre la Bretagne et la Belgique) ? Je crois que je préférerais me passer de stickers.
Au final, j'ai réussi à utiliser ./gnirehtet pour faire du reverse tethering.
La différence semble se situer au niveau du PC et pas du téléphone.
N'a pas fonctionné avec PC fixe sur Debian 11 connecté en filaire à internet.
A fonctionné avec PC portable sous Fedora 37 connecté en WiFi à internet.
2023-06-20 19:50:29.971 INFO Main: Starting relay server on port 31416…
2023-06-20 19:50:29.971 INFO Relay: Relay server started
2023-06-20 19:50:29.972 INFO Main: Checking gnirehtet client…
2023-06-20 19:50:30.118 INFO Main: Starting client…
Starting: Intent { act=com.genymobile.gnirehtet.START cmp=com.genymobile.gnirehtet/.GnirehtetActivity }
2023-06-20 19:50:33.131 INFO TunnelServer: Client #0 connected
2023-06-20 19:50:33.137 INFO TcpConnection: 10.0.0.2:46164 -> 80.67.169.40:853 Open
2023-06-20 19:50:33.307 INFO TcpConnection: 10.0.0.2:60674 -> 216.58.215.46:443 Open
2023-06-20 19:50:33.554 INFO TcpConnection: 10.0.0.2:60674 -> 216.58.215.46:443 Close
2023-06-20 19:50:36.523 WARN TcpConnection: 10.0.0.2:46164 -> 80.67.169.40:853 Ignoring packet 1009831671 (acking 2759250057); expecting 1009831670; flags=16
2023-06-20 19:50:36.541 INFO TcpConnection: 10.0.0.2:46164 -> 80.67.169.40:853 Close
2023-06-20 19:50:39.604 INFO TcpConnection: 10.0.0.2:46192 -> 80.67.169.40:853 Open
2023-06-20 19:50:42.035 INFO TcpConnection: 10.0.0.2:46192 -> 80.67.169.40:853 Close
Je ne dis pas que cela aurait été mieux, mais je n'aurais pas fait pareil.
Si j'ai bien compris, tu colores les tracés des lignes de chemin de fer selon le temps pour atteindre ces "points" par rapport à la gare de départ que tu as fixé.
Moi, j'aurais eu tendance à colorer uniquement les gares et arrêts. Pourquoi ?
1) C'est plus facile. Si je ne m'abuse, les GTFS comprennent les coordonnées des arrêts => passage par openstreetmap pour chercher les trajets n'est pas nécessaire
2) C'est plus précis. J'imagine qu'entre deux points d'arrêt, tu es obligé d'appliquer une règle un peu approximative pour déterminer le temps de trajets jusqu'à ce "point" là (vu que les GTFS ne donnent à ma connaissance que les horaires aux arrêts et pas entre eux)
3) C'est plus correcte. La plupart des sociétés ferroviaires et autres opérateurs de transport publics, invitent en général les voyageurs à ne pas descendre du train (bus, tram,…) avant l'arrêt complet de celui-ci (en gare). Par conséquent, les points entyre deux arrêts ne sont en fait pas accessibles tels quels. Il faut prendre un autre TC et le temps de parcours et plus long.
[^] # Re: Chez moi ça marche
Posté par tisaac (Mastodon) . En réponse au journal Du format et de la taille des images. Évalué à 3.
En fait, je ne l'ai pas bien explicité et tu as fais l'hypothèse que je fais du sans perte mais ce n'est pas le cas. En fait, j'ai testé aussi sans perte mais j'ai fais beaucoup plus de tests avec perte, et cela ne change pas qualitativement la comparaison du poids des différentes images.
Comme tu l'as dit (et d'autres) plusieurs fois, ce qui compte, ce n'est pas ce que l'on voit mais ce que voit la machine. En simplifiant, je vois des nuances de gris à beaucoup d'endroit, la machine voit surtout qu'il y a encore des couleurs; je vois une structure simple (quadrillage), la machine voit une structure qui n'a pas de cohérence avec le reste de l'image.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Séparation chroma/luma
Posté par tisaac (Mastodon) . En réponse au journal Du format et de la taille des images. Évalué à 3.
C'est effectivement quelque chose que j'imaginais comme piste d'explication.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Chez moi ça marche
Posté par tisaac (Mastodon) . En réponse au journal Du format et de la taille des images. Évalué à 4.
Je ne suis pas certain de bien avoir expliqué ce que je fais:
Le fichier obtenu en 4 a une taille plus importante que celui obtenu en 2.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Sur les chats
Posté par tisaac (Mastodon) . En réponse au journal Maltraitance informatique. Évalué à 7.
Et voilà, la journée mondiale des 🐕 est passée et même sur LinuxFR on nous refourgue de nouveau des 🐱 en veux tu en voilà même en milieu pro. Aucune limite
‐---------------->[]
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Et aussi : des ravages du Lorem ipsum
Posté par tisaac (Mastodon) . En réponse au lien UXWriting du jour : tronquer les textes ? Mauvaise idée.. Évalué à 7.
Dans Oh my code ! Je crée mon premier site web, l'autrice défend l'intérêt du Lorem ipsum par le fait qu'on aurait montré que ce type de faux texte était moins distrayant qu'un texte ayant du sens. Cela correspond un peu à ma faible expérience de mise en page. Si c'est une raison valable, il me semble que cela reste pertinent aussi pour des sites web.
Peut-être travailler en premier avec du Lorem ipsum et une fois que c'est bien avancé, basculer sur du vrai texte. Cela permet de multiplier les tests tout en n'étant pas au départ distrait par du texte qui a du sens.
Par ailleurs, lors de la création du site web, on n'a pas forcément déjà le texte qui sera utilisé, donc, il y aura sans doute toujours des trucs que l'on risque de louper par rapport au vrai texte.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Conclusion : circulez, il n'y a rien à voir ?
Posté par tisaac (Mastodon) . En réponse au lien Mercury, un Firefox sous stéroïdes (ou pas). Évalué à 4.
Dans l'article, il évoque la possibilité qu'avec un plus vieux matériel les résultats soient différents et que cela pourrait justifier la différence annoncée. C'est juste une hypothèse mais tant qu'une personne indépendante ne refait pas le benchmark sur le même matos que les personnes derrières Mercury, on n'en aura pas la confirmation ou infirmation.
Surtout, ne pas tout prendre au sérieux !
# oublié de préciser
Posté par tisaac (Mastodon) . En réponse au lien Flatpak is not the future et pourquoi l'auteur pense qu'on devrait développer pour GTK3 et pas GTK4. Évalué à 6.
On en a déjà discuté ;-)
Surtout, ne pas tout prendre au sérieux !
[^] # Re: F12
Posté par tisaac (Mastodon) . En réponse au message [Résolu] Récupérer le code css de LinuxFR.org sous un format potable. Évalué à 3.
Effectivement, avec l'éditeur, on obtient des trucs sympas. Merci !
Maintenant, je n'ai plus que 636+1+(peut-être)50 règles CSS à comprendre :-)
J'ai en fait accès à 4 feuilles de style
1 avec 636 règles qui est ce que je cherchais
1 avec 1 règles qui appartient clairement aussi à LinuxFR, pas clair pour moi pourquoi cela vient comme une feuille de style différente
1 avec 3 règles liées à grammalecte
1 avec 50 règles que je ne comprenais pas très bien mais qui après recherche s'avèrent être liée à l'extension facebook container
Je n'ai donc que 637 règles à comprendre !
Surtout, ne pas tout prendre au sérieux !
[^] # Re: 🙄
Posté par tisaac (Mastodon) . En réponse au journal Sortie de darktable 4.4.0, non, 4.4.1, pardon, 4.4.2. Évalué à 9.
Être brillant n'est et ne doit pas être pas une excuse pour se comporter comme un connard par ailleurs. Je connais plein de gens brillants qui sont humainement super. Linus a mis du temps mais il a aussi reconnu que sa manière d'interagir n'était ni correcte ni efficace.
Ce n'est pas qu'il ne mâche pas ses mots, c'est qu'il est profondément insultant. Et pour les personnes et pour leur choix.
Il nous dirait un truc du genre (en développant parce que son texte comprend plus que cela, en)
Son opinion peut être écrite de manière directe mais sans pour autant insulter les autres. À mon humble avis, une position un peu moins insultante l'aiderait aussi à avoir plus de contributions à son fork.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: erreur 404
Posté par tisaac (Mastodon) . En réponse au message FreshRSS. Évalué à 3.
Quand je regarde ceci : https://rss.geekinfo.fr/api/, je me dis qu'effectivement, il doit y avoir un problème du côté du serveur.
Je vais les contacter ne fut-ce que pour les informer (au cas où ils ne seraient pas déjà au courant)
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Mais aussi
Posté par tisaac (Mastodon) . En réponse au journal Scripting Python sous Linux 2eme EDITION. Évalué à 4.
Ne sois pas si modeste. Cette différence s'explique surtout par le fait que grâce à ton bouquin tu es devenu une star interplanétaire ;-)
Surtout, ne pas tout prendre au sérieux !
# Quel travail !
Posté par tisaac (Mastodon) . En réponse au journal LinuxFr.org : seconde quinzaine de juin 2023. Évalué à 2.
Je suis impressionné par la cure d'amaigrissement de la section Divers / TODO / pense-bête !
Surtout, ne pas tout prendre au sérieux !
# Ces histoires m'ont inspiré ceci
Posté par tisaac (Mastodon) . En réponse au journal Les mineurs privés de télécommunication, les majeurs traqués. Évalué à 2.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: ERP ?
Posté par tisaac (Mastodon) . En réponse au journal logiciel de gestion de distribution (de biens)?. Évalué à 4.
J'ai à première vue aussi ce sentiment.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: €ingousef : ecplication ( was Re: Merci à linuxfr .....)
Posté par tisaac (Mastodon) . En réponse à la dépêche Vingt-cinq ans de LinuxFr.org. Évalué à 3.
D'autres ont déjà rencontré ces difficultés. J'ai l'impression que tu as plus de succès dans ta pédagogie des blagues.
Surtout, ne pas tout prendre au sérieux !
# Billet très intéressant
Posté par tisaac (Mastodon) . En réponse au lien J’ai ma propre instance Mastodon. Sept mois plus tard, je déconseille. . Évalué à 6.
Est-ce qu'il pourrait y avoir des rendements d'échelle qui font que c'est énorme pour une petite instance mais raisonnable pour une plus grosse. Je me dis que cela ne peut pas être si cata que cela sans quoi on n'aurait pas de grosses instances, non ?
Bon cela fait un clic de plus mais on a bien la possibilité de voir cet inconnu sur sa propre instance, non ? En tout cas, j'ai l'impression que cela m'arrive régulièrement d'être invité de consulté l'instance d'origine d'une personne pour voir l'entièreté de ses messages.
Ce serait intéressant que tu migres su Pleroma et que tu fasses une analyse comparative Pleroma vs Mastodon ;-)
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Pourquoi chercher les tracés ?
Posté par tisaac (Mastodon) . En réponse au journal Isochrones de transports en commun. Évalué à 2.
En fait, dans mon équipe (vu qu'on utilise parfois ce genre de représentation)
Surtout, ne pas tout prendre au sérieux !
# Merci, malheureusement ...
Posté par tisaac (Mastodon) . En réponse au message Comprendre un Report Domain. Évalué à 2.
Merci pour vos suggestions. Malheureusement, je suis un peu long à la comprenure.
De powerdmarc.com suggéré par Marc, je retiens que la partie qui m'inquiète
concerne : Your DMARC record specifications as published in your domain’s DNS
Quand j'utilise le site convertisseur suggéré par Donk, j'ai ceci:
Hormis
<np>reject</np>, je retrouve mes petits mais sans les comprendre pour autant.Que signifie par exemple
et à quoi correspond le pourcentage ?
Surtout, ne pas tout prendre au sérieux !
# Nice
Posté par tisaac (Mastodon) . En réponse au journal galae, le service email qui vous veut du bien. Évalué à 10.
Comme je viens de migrer chez Nubo, je crois (et j'espère) que je vais y rester un certain temps.
Cela n'empêche que votre offre me semble intéressante aussi bien en terme économique qu'en terme de valeur (et le sera d'autant plus qu'en le passage en SCOP sera fait [mais prenez le temps, vu qu'à mon humble avis, la précipitation est mauvaise conseillère pour ce genre de transformation]).
Un truc qui me pose question, c'est la limite journalière. Je ne pense pas écrire plus de 35 mails perso par jour en temps normal mais de manière exceptionnelle (invitation à une fête par exemple), je peux imaginer dépasser ce quota. Concrètement, si je suis sur votre offre Start, cela va bloquer au 36ème mail ? et je devrai attendre le lendemain pour continuer ? je pourrai envoyer un 36ème mail et les suivants mais je serai "surtaxé" par la suite ? Ou dit-on comprendre cela comme 35 envois/jour en moyenne ?
Je termine sur une grosse critique. Un € supplémentaire pour la livraison à domicile (oui oui, je n'habite pas le petit pays coincé entre la Bretagne et la Belgique) ? Je crois que je préférerais me passer de stickers.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Que ? Quoi ? Pardon ?
Posté par tisaac (Mastodon) . En réponse au journal Gandi, passe de « no bullshit » à « bait and switch » ?. Évalué à 2.
Chez Nubo, il me semble qu'une fois que tu as un nom de domaine personnalisé, tu peux avoir autant d'alias que tu le souhaites.
Surtout, ne pas tout prendre au sérieux !
# ./gnirehtet fonctionne (parfois)
Posté par tisaac (Mastodon) . En réponse au message [résolu] reverse tethering. Évalué à 2.
Au final, j'ai réussi à utiliser ./gnirehtet pour faire du reverse tethering.
La différence semble se situer au niveau du PC et pas du téléphone.
N'a pas fonctionné avec PC fixe sur Debian 11 connecté en filaire à internet.
A fonctionné avec PC portable sous Fedora 37 connecté en WiFi à internet.
Je constate juste. Je n'ai pas d'explications.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: /gnirehtet
Posté par tisaac (Mastodon) . En réponse au message [résolu] reverse tethering. Évalué à 2.
Quand cela fonctionne, on a truc du genre
Surtout, ne pas tout prendre au sérieux !
[^] # Re: Entreprises Européennes
Posté par tisaac (Mastodon) . En réponse au journal Gandi, passe de « no bullshit » à « bait and switch » ?. Évalué à 4.
Pour compléter, c'est comme chez bcp d'autres limité aux offres payantes
Surtout, ne pas tout prendre au sérieux !
# Pourquoi chercher les tracés ?
Posté par tisaac (Mastodon) . En réponse au journal Isochrones de transports en commun. Évalué à 4.
Je ne dis pas que cela aurait été mieux, mais je n'aurais pas fait pareil.
Si j'ai bien compris, tu colores les tracés des lignes de chemin de fer selon le temps pour atteindre ces "points" par rapport à la gare de départ que tu as fixé.
Moi, j'aurais eu tendance à colorer uniquement les gares et arrêts. Pourquoi ?
1) C'est plus facile. Si je ne m'abuse, les GTFS comprennent les coordonnées des arrêts => passage par openstreetmap pour chercher les trajets n'est pas nécessaire
2) C'est plus précis. J'imagine qu'entre deux points d'arrêt, tu es obligé d'appliquer une règle un peu approximative pour déterminer le temps de trajets jusqu'à ce "point" là (vu que les GTFS ne donnent à ma connaissance que les horaires aux arrêts et pas entre eux)
3) C'est plus correcte. La plupart des sociétés ferroviaires et autres opérateurs de transport publics, invitent en général les voyageurs à ne pas descendre du train (bus, tram,…) avant l'arrêt complet de celui-ci (en gare). Par conséquent, les points entyre deux arrêts ne sont en fait pas accessibles tels quels. Il faut prendre un autre TC et le temps de parcours et plus long.
Surtout, ne pas tout prendre au sérieux !
[^] # Re: /gnirehtet
Posté par tisaac (Mastodon) . En réponse au message [résolu] reverse tethering. Évalué à 2.
Tester avec un Samsung A20e et même type de résultats
et rien ne se passe du côté de l'ordinophone.
Surtout, ne pas tout prendre au sérieux !