Quelle agressivité ! j'espère au moins pour toi que tu as eu la sensation jouissive sadique du chasseur quand il déclenche le tir pour abattre le volatile qui passait par là … “Ouais, -1, c'ui-là j'ai eu, j'suis vach'ment fort !”
Le sadique a besoin de voir sa victime souffrir. Je n'ai pas vu de sang en cliquant sur le lien (ça pourrait être marrant)
J'ai uniquement expliqué mon -1. Sinon je peux faire comme au moins 9 autres personnes qui ont cliqué sur inutile sans prendre la peine de mettre une explication, si tu préfères…
1) le titre est putaclic à volonté
… et il peut être inquiétant. Si Firefox disparaît, seul Google existera.
Je note que tu ne contredis pas mon point : ce titre est dangereux…
Et si la fondation Mozilla disparaît, peut-être aura-t-on une vraie communauté libre qui saura poursuivre le développement de Firefox… peut-être pas en continuant la course débilisante derrière Google pour avoir une foultitudes de nouvelles APIs JS uniquement dans le but de développer le nouveau joujou en application Web plutôt qu'en application native, mais je serais pas contre la fin de cette course.
2) le contenu n'a… rien pour appuyer le titre ? même pas grand chose en rapport avec le titre…
Oui et non. Disons que dire que des emplois sont supprimés, associé au fait de préciser que la priorité est mise sur les contenus payants, peut inciter à penser que le navigateur (gratuit) va être (implicitement) moins l'objet d'attention.
Sans source pour appuyer cette allégation. Donc c'est un PID (Peur, Incertitude et Doute).
3) des sources ? au passage, rien pour dire que c'est un logiciel libre et qu'on peut l'aider en y contribuant…
Après lecture de la source, il est possible, effectivement, que l'article de presse-citron ait sur-interprété les propos de Mitchell Baker. Ou pas, je ne peux en être sûr, ayant des difficultés à lire entre les lignes dans un texte en langue anglaise.
Et c'est là toute la force d'une désinformation. Marquer les esprits, et faire douter à la lecture de textes qui ne vont pas dans le même sens.
1) le titre est putaclic à volonté
2) le contenu n'a… rien pour appuyer le titre ? même pas grand chose en rapport avec le titre…
3) des sources ? au passage, rien pour dire que c'est un logiciel libre et qu'on peut l'aider en y contribuant…
PS: vélo sec également ;) Jamais testé d'électrique…
Pour les gens comme moi qui ont des soucis physiques, c'est très agréable et permet d'avoir encore le geste de pédaler et un effort physique (amoindri) à fournir, tout en se déplaçant en consommant beaucoup moins d'énergie que la voiture.
(Bon par contre pour mon cas ça m'a montré que c'est le geste de pédaler qui pose problème, et pas seulement l'effort musculaire induit… dommage)
Alors j'ai pas retrouvé de telle publicité dans mes archives, même si je suis sûr d'avoir déjà lu un article à ce sujet, mais ça pouvait être une publicité non-française, donc soit.
Par contre, on a ce genre de chose : https://www.lemonde.fr/blog/transports/2017/09/01/volkswagen-vs-cyclistes/
Donc on ne dit pas que c'est dangereux, on ne fait qu'insulter…
Nan mais t'as raison, montrer la pollution et les embouteillages c'est hyper violent et traumatisant.
Le pire c'est de faire «fondre» la voiture. Ça c'est criminel !
Un collègue m'a parlé de ce problème, et étant chez l'écureil également, j'avais regardé.
Et il se trouve que si on utilise ublock ET noscript, alors il n'y a pas de problème. Je n'autorise que le domaine de la banque en JS et tout baigne. Du coup, il suffit de filtrer vraiment pour que ça marche :)
sur I-Phone, ça marche moyen: si deux utilisateurs de l'appli sur I-Phone font l'amour pendant deux heures avec leur téléphone sur eux, l'appli ne détectera aucun contact (encore un faux négatif).
Qui es-tu pour juger des pratiques sexuelles d'autrui ? :)
Ma foi, tu devrais aller demander à l'ASN de corriger ses écrits alors :
Les décisions prises et les actions engagées par l’exploitant ont été précipitées après la découverte de la non-ouverture de l’évent, sans évaluation préalable de leurs impacts avérés et potentiels, alors que le réacteur se trouvait dans une configuration non-conforme aux règles générales d’exploitation. L’analyse réalisée a posteriori par l’exploitant, à la demande de l’ASN, a montré que le refroidissement des assemblages de combustible situés dans la cuve du réacteur a été maintenu durant l’événement.
Pour l'ASN, il y a eu un doute sur la continuité du refroidissement. Et une interruption du refroidissement signifie un risque réel de début de fusion.
Et concernant ce qui était j'espère une boutade de ta part sur le niveau 1 : tout incident de niveau 1 implique un communiqué de presse. Et non, EDF ne fait pas un communiqué de presse pour des histoires de toilettes…
C'est d'autant plus étrange que ca me semble être quelque chose que l'on puisse au moins vérifier l'état de la vanne à l'aide d'un capteur, afin de s'assurer que la procédure ne puisse pas être lancée si la vanne est fermée.
Et si ce capteur se trompe ? On double ? Mais alors que fait-on si les deux capteurs divergent ? On triple et on fait un quorum ?
Et c'est comme ça que l'on a perdu un A320, deux des trois sondes d'AoA se sont trompées… https://en.wikipedia.org/wiki/XL_Airways_Germany_Flight_888T
Comme celui d'alimenter en énergie la France, une partie de l'Allemagne, du Luxembourg et de la Belgique depuis 60 ans
Le parc nucléaire français a été déployé dans les années 70 à 80. Donc 40 ans, pas 60. Ce qui est très important pour la suite…
pour un prix correct pour le consommateur (comparé aux pays voisins),
Combien coûte le démantelement d'un réacteur ? On ne sait pas (celui de Brennilis est toujours en cours depuis 1985), et les politiques économique en vigueur ajoutent encore des inconnues par l'emploi massif de sous-traitants, avec derrière une perte de compétence et de connaissance des spécificités de chaque site. Donc on ne connaît pas le coût réel de l'électricité nucléaire.
Sait-on encore aujourd'hui construire des réacteurs, en maîtrisant le calendrier, le budget et la qualité ? Vraisemblablement non (que ce soit l'EPR de Flammanville ou ceux exportés…) On peut largement mettre ça sous le coup des 'errements' d'Anne Lauvergeon (par exemple le choix de gérer tout le chantier et non pas uniquement le réacteur), mais cela reste un échec majeur pour la filière.
Ce qui pose donc la question de son devenir. Les réacteurs n'ont pas été conçus pour tenir éternellement. On peut jouer les prolongations (l'ASN ne les auraient d'ailleurs pas acceptées pour Fessenheim, trop de problèmes techniques), mais on ne peut pas prolonger éternellement. Donc la filière nucléaire française est clairement sur une mauvaise voie.
Pour ma part, je regrette que les investissements dans le nucléaire se limitent aux branches à combustible solide, les papiers de recherche sur notamment le MSFR sont très encourageants, mais le verra-t-on en production par la filière française ? En tout cas, pas sans réorientation des investissements… De plus, la concurrence internationale est forte, et des entreprises se développent autour de la promesse de réacteurs plus petits, construits en usine puis déposés sur site… Donc oui, la filière nucléaire française est dans la mouise à mes yeux, et je ne vois pas de sursaut se profiler.
sans avoir eu d'accident important?
La centrale de saint laurent des eaux a connu deux accidents qui auraient conduit à des rejets hors du site (l'info est soumise à débat, l'état aurait caché la chose et on s'en serait rendu compte a posteriori par des radioéléments artificiels dans la nature, mais les années 70/80 n'étaient pas à la transparence…) Même en se limitant au niveau officiel, le 4 donc, on est sur un accident.
Et si on se base sur le risque de fusion du cœur à 5×10⁻⁵ par réacteur.an (étude ExternE, cf. https://hal-mines-paristech.archives-ouvertes.fr/hal-00795118/document), nous avons 57 réacteurs, pour 40 ans de service… donc on a un risque à 0,114… D'ailleurs, nous avons déjà eu deux tels accidents en France.
Rhooo, pour un "gouvernement" qui ne communique rien, c'est quand même très détaillé.
Il n'y a pas d'excès de détail, juste ce qui est «suggéré» au niveau international par l'AIEA et l'AEN. Il ne faut pas oublier que la transparence est nécessaire pour tenter de rendre le nucléaire acceptable par la population et réduire les craintes.
Assez souvent d'ailleurs, c'est l'exploitant qui «oublie» de notifier l'ASN ou qui minimise un incident. C'est d'ailleurs le cas ici si on se fie à l'article cité dans l'article, avec une classification au niveau 1 («anomalie» ça fait moins peur que «incident» non ?)
Il faut bien comprendre l'échelle tout de même.
On peut légitimement dire qu'on a frôlé la catastrophe (terme qui n'est pas dans l'échelle, mais admettons qu'il soit équivalent à un accident) sans pour autant atteindre un niveau supérieur à 2.
Si on prend le tableau récapitulatif :
Nous n'avons pas eu de fuite à l'extérieur, a priori pas de personnel contaminé, mais une défaillance importante des dispositions de sûreté. Donc niveau 2.
Maintenant, imaginons que sans prise en charge, donc si j'ai bien compris en aveugle vis-à-vis du niveau d'eau et de refroidissement, le combustible ait commencé à être insuffisamment refroidi… Ou que la procédure improvisée se soit mal passée et ait abouti au même résultat… Nous passions presque immédiatement au niveau 4 ou 5 (cas de Saint-Laurent des Eaux ou encore Three Miles Island). Et là c'est un accident.
Il ne faut pas «psychoser» sur un incident, mais en tirer les conclusions. C'est le but de cette échelle, et un incident de niveau 2 est déjà bien assez grave pour mériter d'être discuté et analysé. Par contre, ce n'est pas mon métier, donc je ne vais pas tenter d'aller plus loin :)
C'est pas tout d'avoir le même outil sous-jacent, encore faut-il bien s'en servir :)
Plus sérieusement, la complétion de KDevelop est plus… «joyeuse», elle montre bien les différents types et permet de naviguer plus aisément dans les données…
QtCreator pour les projets 'pur' Qt, où je dois ouvrir en plus des fichiers .ui ou .qml. L'intégration est bien meilleure
KDevelop pour les projets moins orientés Qt/graphique.
Par exemple quand je développe sur PostgreSQL j'utilise KDevelop pour :
- son excellente complétion de code,
- ses facultés d'exploration,
- la coloration syntaxique bien plus sympa (notamment des variations de couleur pour les différentes variables… quand on explore du code qu'on ne connait pas, c'est une aide visuelle agréable),
- l'expansion des macros…
QtCreator sait faire une partie de ça, mais ce n'est vraiment pas son fort.
QML ? (Je sais, ça n'a rien à voir avec les changements) j'ai aussi du mal, j'ai l'impression que c'est surtout utilisé pour faire des interfaces atypiques (jeux, applis mobiles, etc) mais pour du natif je n'en vois pas l'intérêt car trop hétérogène. Or, QML est la recommendation actuelle de Qt et les widgets traditionnels passent en mode maintenance, ce qui signifie aussi qu'il n'y aura plus d'avancées majeures dans ces derniers. Ce qui me laisse dans l'optique de partir sur un autre toolkit.
Tous ces retraits ne sont pas sans raisons : pour la nouvelle itération des frameworks KF6, KHTML sera purement et simplement supprimé. Il était encore présent uniquement pour la compatibilité.
Il n'y avait pas derrière KHTML la force de frappe d'Apple et Google dans la course aux standards. Du coup toute une série d'évolutions sur HTML5, CSS3 et le moteur JS n'ont jamais eu lieu dans KHTML. C'est la raison pour laquelle il a été abandonné d'ailleurs, pas assez de gens pour tenir la course. Mais au final toutes ces évolutions ont un coût bien réel. Par exemple un moteur JS moderne avec compilation JIT consomme bien plus de RAM que nos vieux interpréteurs. Certes avec un gain phénoménal en performances, mais selon l'usage ce gain ne sert pas… De même pour le moteur de rendu pour qu'il tienne les x FPS de tel benchmark JS…
Quand on veut afficher un simple HTML (le cas d'okular), tout ça est inutile.
J'aimais bien KHTML. Vraiment bien.
Il n'a pas de remplaçant viable à ce jour. Webkit et Blink sont tellement tellement lourds, Gecko impossible à embarquer dans une application… Je manque de temps pour celà, mais j'adorerais avoir un moteur de rendu HTML, simple, typiquement pour l'usage d'Okular. Donc pas un machin qui bouffe un demi gigo de RAM au petit déj.
Merci pour le lien, je le note dans un coin… mais le truc qui tue en général les outils de ce genre pour mon usage : il fallait pouvoir afficher une page web dans un coin de l'interface… Donc exit beaucoup de bibliothèques alternatives hélas.
Ça me semble pas comparable : MQTT est un 'simple' transport de messages en 'publish/subscribe', DBus est un système d'IPC/RPC. J'aurais pu utiliser MQTT, presque comme j'aurais pu utiliser des sockets UNIX. Il aurait fallu par exemple que je sérialise/désérialise les messages à un format convenable.
De plus, la bibliothèque QtMQTT est en GPL uniquement… Ça aurait été compliqué avec mon client hélas :/
[^] # Re: Article vide, titre putaclic, sans sources…
Posté par Pinaraf . En réponse au lien Mozilla songerait à mettre de côté son navigateur historique Firefox. Évalué à 4.
Le sadique a besoin de voir sa victime souffrir. Je n'ai pas vu de sang en cliquant sur le lien (ça pourrait être marrant)
J'ai uniquement expliqué mon -1. Sinon je peux faire comme au moins 9 autres personnes qui ont cliqué sur inutile sans prendre la peine de mettre une explication, si tu préfères…
Je note que tu ne contredis pas mon point : ce titre est dangereux…
Et si la fondation Mozilla disparaît, peut-être aura-t-on une vraie communauté libre qui saura poursuivre le développement de Firefox… peut-être pas en continuant la course débilisante derrière Google pour avoir une foultitudes de nouvelles APIs JS uniquement dans le but de développer le nouveau joujou en application Web plutôt qu'en application native, mais je serais pas contre la fin de cette course.
Sans source pour appuyer cette allégation. Donc c'est un PID (Peur, Incertitude et Doute).
Et c'est là toute la force d'une désinformation. Marquer les esprits, et faire douter à la lecture de textes qui ne vont pas dans le même sens.
# Article vide, titre putaclic, sans sources…
Posté par Pinaraf . En réponse au lien Mozilla songerait à mettre de côté son navigateur historique Firefox. Évalué à 10.
1) le titre est putaclic à volonté
2) le contenu n'a… rien pour appuyer le titre ? même pas grand chose en rapport avec le titre…
3) des sources ? au passage, rien pour dire que c'est un logiciel libre et qu'on peut l'aider en y contribuant…
Bref, -1.
[^] # Re: Paille, poutre, tout ça…
Posté par Pinaraf . En réponse au journal Publicité télévisée pour les vélos interdite. Évalué à 5.
Pour les gens comme moi qui ont des soucis physiques, c'est très agréable et permet d'avoir encore le geste de pédaler et un effort physique (amoindri) à fournir, tout en se déplaçant en consommant beaucoup moins d'énergie que la voiture.
(Bon par contre pour mon cas ça m'a montré que c'est le geste de pédaler qui pose problème, et pas seulement l'effort musculaire induit… dommage)
[^] # Re: Tous les coups ne sont pas permis
Posté par Pinaraf . En réponse au journal Publicité télévisée pour les vélos interdite. Évalué à 6.
Alors j'ai pas retrouvé de telle publicité dans mes archives, même si je suis sûr d'avoir déjà lu un article à ce sujet, mais ça pouvait être une publicité non-française, donc soit.
Par contre, on a ce genre de chose : https://www.lemonde.fr/blog/transports/2017/09/01/volkswagen-vs-cyclistes/
Donc on ne dit pas que c'est dangereux, on ne fait qu'insulter…
[^] # Re: Tous les coups ne sont pas permis
Posté par Pinaraf . En réponse au journal Publicité télévisée pour les vélos interdite. Évalué à 10.
Nan mais t'as raison, montrer la pollution et les embouteillages c'est hyper violent et traumatisant.
Le pire c'est de faire «fondre» la voiture. Ça c'est criminel !
# Cible pour Plasma mobile également
Posté par Pinaraf . En réponse au journal 1er retour sur le PinePhone. Évalué à 7.
Il n'y a pas que GTK dans la vie, et le projet KDE travaille également sur la compatibilité de Plasma Mobile avec le PinePhone (entres autres).
https://www.plasma-mobile.org/
Pour ma part, j'attends avec impatience la version 1.2a du PinePhone pour l'acheter en remplacement de mon Jolla (disparu dans un TGV en février)
# Protection = HS, mais protection + protection = site qui marche
Posté par Pinaraf . En réponse au journal Dans son barillet, l'écureuil ne met pas des noisettes.. Évalué à 10.
Un collègue m'a parlé de ce problème, et étant chez l'écureil également, j'avais regardé.
Et il se trouve que si on utilise ublock ET noscript, alors il n'y a pas de problème. Je n'autorise que le domaine de la banque en JS et tout baigne. Du coup, il suffit de filtrer vraiment pour que ça marche :)
[^] # Re: L'illusion de traçabilité du covid
Posté par Pinaraf . En réponse au sondage Allez‑vous installer l’application de traçage gouvernementale StopCovid ?. Évalué à 3.
Qui es-tu pour juger des pratiques sexuelles d'autrui ? :)
[^] # Re: ASN
Posté par Pinaraf . En réponse au journal Nucléaire, l'amateurisme d'EDF. Évalué à 3.
Ma foi, tu devrais aller demander à l'ASN de corriger ses écrits alors :
Pour l'ASN, il y a eu un doute sur la continuité du refroidissement. Et une interruption du refroidissement signifie un risque réel de début de fusion.
Et concernant ce qui était j'espère une boutade de ta part sur le niveau 1 : tout incident de niveau 1 implique un communiqué de presse. Et non, EDF ne fait pas un communiqué de presse pour des histoires de toilettes…
[^] # Re: échec?
Posté par Pinaraf . En réponse au journal Nucléaire, l'amateurisme d'EDF. Évalué à 8.
Les deux accidents de Saint Laurent des Eaux sont bien des accidents de fusion du cœur, 20kg d'uranium en 1980 et 50kg en 1969.
[^] # Re: Pas forcément amateurisme
Posté par Pinaraf . En réponse au journal Nucléaire, l'amateurisme d'EDF. Évalué à 4.
Et si ce capteur se trompe ? On double ? Mais alors que fait-on si les deux capteurs divergent ? On triple et on fait un quorum ?
Et c'est comme ça que l'on a perdu un A320, deux des trois sondes d'AoA se sont trompées… https://en.wikipedia.org/wiki/XL_Airways_Germany_Flight_888T
Est-ce si simple donc d'ajouter un capteur ?
[^] # Re: échec?
Posté par Pinaraf . En réponse au journal Nucléaire, l'amateurisme d'EDF. Évalué à 3.
Le parc nucléaire français a été déployé dans les années 70 à 80. Donc 40 ans, pas 60. Ce qui est très important pour la suite…
Combien coûte le démantelement d'un réacteur ? On ne sait pas (celui de Brennilis est toujours en cours depuis 1985), et les politiques économique en vigueur ajoutent encore des inconnues par l'emploi massif de sous-traitants, avec derrière une perte de compétence et de connaissance des spécificités de chaque site. Donc on ne connaît pas le coût réel de l'électricité nucléaire.
Sait-on encore aujourd'hui construire des réacteurs, en maîtrisant le calendrier, le budget et la qualité ? Vraisemblablement non (que ce soit l'EPR de Flammanville ou ceux exportés…) On peut largement mettre ça sous le coup des 'errements' d'Anne Lauvergeon (par exemple le choix de gérer tout le chantier et non pas uniquement le réacteur), mais cela reste un échec majeur pour la filière.
Ce qui pose donc la question de son devenir. Les réacteurs n'ont pas été conçus pour tenir éternellement. On peut jouer les prolongations (l'ASN ne les auraient d'ailleurs pas acceptées pour Fessenheim, trop de problèmes techniques), mais on ne peut pas prolonger éternellement. Donc la filière nucléaire française est clairement sur une mauvaise voie.
Pour ma part, je regrette que les investissements dans le nucléaire se limitent aux branches à combustible solide, les papiers de recherche sur notamment le MSFR sont très encourageants, mais le verra-t-on en production par la filière française ? En tout cas, pas sans réorientation des investissements… De plus, la concurrence internationale est forte, et des entreprises se développent autour de la promesse de réacteurs plus petits, construits en usine puis déposés sur site… Donc oui, la filière nucléaire française est dans la mouise à mes yeux, et je ne vois pas de sursaut se profiler.
La centrale de saint laurent des eaux a connu deux accidents qui auraient conduit à des rejets hors du site (l'info est soumise à débat, l'état aurait caché la chose et on s'en serait rendu compte a posteriori par des radioéléments artificiels dans la nature, mais les années 70/80 n'étaient pas à la transparence…) Même en se limitant au niveau officiel, le 4 donc, on est sur un accident.
Et si on se base sur le risque de fusion du cœur à 5×10⁻⁵ par réacteur.an (étude ExternE, cf. https://hal-mines-paristech.archives-ouvertes.fr/hal-00795118/document), nous avons 57 réacteurs, pour 40 ans de service… donc on a un risque à 0,114… D'ailleurs, nous avons déjà eu deux tels accidents en France.
[^] # Re: ASN
Posté par Pinaraf . En réponse au journal Nucléaire, l'amateurisme d'EDF. Évalué à 1.
Il n'y a pas d'excès de détail, juste ce qui est «suggéré» au niveau international par l'AIEA et l'AEN. Il ne faut pas oublier que la transparence est nécessaire pour tenter de rendre le nucléaire acceptable par la population et réduire les craintes.
Assez souvent d'ailleurs, c'est l'exploitant qui «oublie» de notifier l'ASN ou qui minimise un incident. C'est d'ailleurs le cas ici si on se fie à l'article cité dans l'article, avec une classification au niveau 1 («anomalie» ça fait moins peur que «incident» non ?)
[^] # Re: ASN
Posté par Pinaraf . En réponse au journal Nucléaire, l'amateurisme d'EDF. Évalué à 10.
Il faut bien comprendre l'échelle tout de même.
On peut légitimement dire qu'on a frôlé la catastrophe (terme qui n'est pas dans l'échelle, mais admettons qu'il soit équivalent à un accident) sans pour autant atteindre un niveau supérieur à 2.
Si on prend le tableau récapitulatif :
https://fr.wikipedia.org/wiki/%C3%89chelle_internationale_des_%C3%A9v%C3%A9nements_nucl%C3%A9aires
Nous n'avons pas eu de fuite à l'extérieur, a priori pas de personnel contaminé, mais une défaillance importante des dispositions de sûreté. Donc niveau 2.
Maintenant, imaginons que sans prise en charge, donc si j'ai bien compris en aveugle vis-à-vis du niveau d'eau et de refroidissement, le combustible ait commencé à être insuffisamment refroidi… Ou que la procédure improvisée se soit mal passée et ait abouti au même résultat… Nous passions presque immédiatement au niveau 4 ou 5 (cas de Saint-Laurent des Eaux ou encore Three Miles Island). Et là c'est un accident.
Il ne faut pas «psychoser» sur un incident, mais en tirer les conclusions. C'est le but de cette échelle, et un incident de niveau 2 est déjà bien assez grave pour mériter d'être discuté et analysé. Par contre, ce n'est pas mon métier, donc je ne vais pas tenter d'aller plus loin :)
[^] # Re: KDevelop vs QtCreator
Posté par Pinaraf . En réponse à la dépêche L’environnement de développement KDevelop est sorti en version 5.5. Évalué à 2.
C'est pas tout d'avoir le même outil sous-jacent, encore faut-il bien s'en servir :)
Plus sérieusement, la complétion de KDevelop est plus… «joyeuse», elle montre bien les différents types et permet de naviguer plus aisément dans les données…
[^] # Re: KDevelop vs QtCreator
Posté par Pinaraf . En réponse à la dépêche L’environnement de développement KDevelop est sorti en version 5.5. Évalué à 7.
Hé bien j'utilise les deux.
Par exemple quand je développe sur PostgreSQL j'utilise KDevelop pour :
- son excellente complétion de code,
- ses facultés d'exploration,
- la coloration syntaxique bien plus sympa (notamment des variations de couleur pour les différentes variables… quand on explore du code qu'on ne connait pas, c'est une aide visuelle agréable),
- l'expansion des macros…
QtCreator sait faire une partie de ça, mais ce n'est vraiment pas son fort.
# Non.
Posté par Pinaraf . En réponse au lien [LWN] les binaires de Qt bientôt uniquement dispo pour les utilisateurs de la licence proprio?. Évalué à 6.
Le titre ici est une très mauvaise traduction de l'article.
Ça a déjà été abordé dans un journal : https://linuxfr.org/users/pied/journaux/the-qt-company-annonce-un-changement-dans-ses-offres
[^] # Re: Questionnements
Posté par Pinaraf . En réponse au journal The Qt Company annonce un changement dans ses « offres ». Évalué à 7.
Les widgets continuent d'être maintenus, mais en l'absence de contribution ou de forte demande, il n'y a pas d'ajout effectivement. Après des choses sont prévues quand même dans Qt6 pour les widgets. cf. https://wiki.qt.io/Qt_Contributor_Summit_2019_-_Refurbishing_Qt_Widgets_internals
Pour QML, ils ont bien conscience des limites actuelles et comptent bien améliorer la situation : https://www.qt.io/blog/2019/08/07/technical-vision-qt-6
Concernant les téléchargements, les sources sont épargnées, seuls les binaires sont impactés ici.
[^] # Re: Source ?
Posté par Pinaraf . En réponse au journal The Qt Company annonce un changement dans ses « offres ». Évalué à 8.
Merci bien, j'ai complètement oublié de mettre le lien…
[^] # Re: Une arme noble d'une époque civilisée
Posté par Pinaraf . En réponse au journal KHTML c'est fini. Évalué à 4.
Tous ces retraits ne sont pas sans raisons : pour la nouvelle itération des frameworks KF6, KHTML sera purement et simplement supprimé. Il était encore présent uniquement pour la compatibilité.
[^] # Re: Une arme noble d'une époque civilisée
Posté par Pinaraf . En réponse au journal KHTML c'est fini. Évalué à 7.
Il n'y avait pas derrière KHTML la force de frappe d'Apple et Google dans la course aux standards. Du coup toute une série d'évolutions sur HTML5, CSS3 et le moteur JS n'ont jamais eu lieu dans KHTML. C'est la raison pour laquelle il a été abandonné d'ailleurs, pas assez de gens pour tenir la course. Mais au final toutes ces évolutions ont un coût bien réel. Par exemple un moteur JS moderne avec compilation JIT consomme bien plus de RAM que nos vieux interpréteurs. Certes avec un gain phénoménal en performances, mais selon l'usage ce gain ne sert pas… De même pour le moteur de rendu pour qu'il tienne les x FPS de tel benchmark JS…
Quand on veut afficher un simple HTML (le cas d'okular), tout ça est inutile.
# Une arme noble d'une époque civilisée
Posté par Pinaraf . En réponse au journal KHTML c'est fini. Évalué à 8.
J'aimais bien KHTML. Vraiment bien.
Il n'a pas de remplaçant viable à ce jour. Webkit et Blink sont tellement tellement lourds, Gecko impossible à embarquer dans une application… Je manque de temps pour celà, mais j'adorerais avoir un moteur de rendu HTML, simple, typiquement pour l'usage d'Okular. Donc pas un machin qui bouffe un demi gigo de RAM au petit déj.
[^] # Re: Moi j'utiliserais...
Posté par Pinaraf . En réponse au journal RaspberryPi, capteurs USB, dbus et systemd, utiliser des briques Linux "desktop" pour une architect. Évalué à 3.
Merci pour le lien, je le note dans un coin… mais le truc qui tue en général les outils de ce genre pour mon usage : il fallait pouvoir afficher une page web dans un coin de l'interface… Donc exit beaucoup de bibliothèques alternatives hélas.
[^] # Re: Olimex
Posté par Pinaraf . En réponse au journal RaspberryPi, capteurs USB, dbus et systemd, utiliser des briques Linux "desktop" pour une architect. Évalué à 3.
La OLinuXino aurait été intéressante oui… Bon, le GPU Mali-400 m'aurait encore provoqué moultes découragements avec webengine (cf. https://blog.bshah.in/2019/12/20/plasma-mobile-as-daily-driver/ pour pleurer), mais certains défauts n'ont été réglés que récemment genre https://olimex.wordpress.com/2019/03/08/a64-olinuxinogot-mainline-linux-kernel-5-0-images/
Entre la Raspberry Pi et sa raspbian trafiquée comme une mob et l'olinuxino avec un noyau 3.10… J'avais voté pour la Pi. Aujourd'hui, si c'était à refaire, je demanderais une palette d'olinuxino pour tester…
[^] # Re: Et MQTT
Posté par Pinaraf . En réponse au journal RaspberryPi, capteurs USB, dbus et systemd, utiliser des briques Linux "desktop" pour une architect. Évalué à 4.
Salut
Ça me semble pas comparable : MQTT est un 'simple' transport de messages en 'publish/subscribe', DBus est un système d'IPC/RPC. J'aurais pu utiliser MQTT, presque comme j'aurais pu utiliser des sockets UNIX. Il aurait fallu par exemple que je sérialise/désérialise les messages à un format convenable.
De plus, la bibliothèque QtMQTT est en GPL uniquement… Ça aurait été compliqué avec mon client hélas :/