Claude SIMON a écrit 539 commentaires

Assisterait-on là à la naissance d'un nouveau TapTempo :-) ?

Pour nous émanciper des géants du numérique : Zelbinium !

M'étonne que Termux n'ai pas été cité. C'est une sorte de mini-(GNU)/Linux, qu'on peut installer même sur un Android non rooté. Il a son petit gestionnaire de paquet, comme il se doit (pkg).

Je m'en sers pour tester mes application C++ (avec Clang) sur une plateforme ARM (à noter que Termux est aussi disponible pour les versions i686 et x86_64 d'Android). Et comme taper des commandes dans un terminal n'est jamais très commode avec un clavier tactile, un petit pkg install openssh, suivi d'un sshd et hop, je tape toutes les commandes à partir du clavier de mon ordinateur…

Git est disponible, et également Python. Avec ça, je peux lancer un Reversi directement sur mon smartphone et affronter un adversaire, chacun utilisant son smartphone. Ça fait sont petit effet :-).

Concernant Python, grâce à une petite astuce, on peut même lancer des applications utilisant Tkinter (la bibliothèque graphique standard de Python), en installant les paquets python-tkinter et x11-repo.

Cette même astuce permet également de lancer quelques gestionnaires de fenêtres (fluxbox, openbox, XCFE…). Je n'ai pas (encore) essayé, mais il y en a, en utilisant DOSBox, qui ont réussi à lancer Windows 3.11 sur leur tablette Android (et aussi Prince of Persia 1989)… Pour plus d'informations : https://wiki.termux.com/wiki/Graphical_Environment.

Termux fournit également une API qui permet de contrôler vos dispositifs Android (https://wiki.termux.com/wiki/Termux:API) ; de quoi écrire quelques petits scripts, qu'on peut directement lancer de l'écran d'accueil (https://wiki.termux.com/wiki/Termux:Widget).

Et si cela ne suffit pas, on peut même utiliser Termux pour installer une véritable distribution Linux : https://wiki.termux.com/wiki/PRoot#Installing_Linux_distributions…

Pour nous émanciper des géants du numérique : Zelbinium !

Ça monte à 4 milliards de degrés Kelvin kelvins.

Pendant longtemps, je me faisais aussi avoir…

Pour nous émanciper des géants du numérique : Zelbinium !

Il me semble qu'elle a aussi été écartée car la technologie est moins facilement (voire pas du tout) convertible en moyen de propulsion nucléaire.

Sinon, je suis tombé sur ça au cours de mes investigations…

Pour nous émanciper des géants du numérique : Zelbinium !

À la lecture de ce commentaire et en regardant la carte afférente, je n'ai pu m'empêcher de penser à ça :-).

Pour nous émanciper des géants du numérique : Zelbinium !

Au collège, je ne savais même pas qu'il existait d'autres unité d'angles que le degré.

Lequel ? Le sexagésimal ou le centésimal :-) ?

Pour nous émanciper des géants du numérique : Zelbinium !

Il me semble que source et . sont strictement équivalents. Du coup, utiliser l'un avec virtualenv et l'autre avec venv pour faire strictement la même chose peut être source de confusion.

En outre, je suppose que venv est également disponible sous Windows et que, à l'instar de virtualenv, l'activation se fait alors par lancement d'un activate.bat…

Pour nous émanciper des géants du numérique : Zelbinium !

Conclusion

[…] Si vous lisez encore, c’est vous que pouvez lire n’importe quoi à ce stade , alors allons-y gaiement.

et dans le paragraphe juste avant :

[…] à travers la bibliothèque broadcast-channel, qui fournit une rustine (polyfill) pour les navigateurs […]

Eh ouais, il y en a qui ont tout lu :-) (j'ai une vidéo en cours de montage…) !

Accessoirement, j'ai implémenté il n'y a pas longtemps les WebSockets suite à des problèmes avec XMLHttpRequest, du coup, le sujet m'a interpellé…

Pour nous émanciper des géants du numérique : Zelbinium !

Ca faisait d'ailleurs râler Bill Gates qui avait besoin qu'on arrête de s'échanger du code librement pour pouvoir vendre le même code!

J'ai quelque doute, et comme on dit sur WP, Refnec.

Il faisait peut-être référence à ça : https://fr.wikipedia.org/wiki/An_Open_Letter_to_Hobbyists

Pour nous émanciper des géants du numérique : Zelbinium !

Les premiers ordinateurs personnels s'utilisaient en tapant des commandes au clavier, ne fût-ce que pour lancer un jeu, et on avait facilement accès aux sous-couches logicielles. Le smartphone, à coté, est une véritable boîte noire, dont l'interface graphique simplifie grandement l'utilisation, mais au détriment de la visibilité et de l'accessibilité de ses sous-couches logicielles.

De ce fait, alors que le digital numérique prend une place de plus en plus importante dans nos vies, autant personnelles que professionnelles, de moins en moins de gens comprennent comment cela fonctionne. Les Raspberry Pi et consorts, crées pour tenter de contrer cette tendance, n'ont qu'un impact très limité, malgré leur indéniable succès commercial.

L'utilisation d'un smartphone est soumis à de nombreuses contraintes, dont seuls quelques initiés peuvent s'affranchir, non sans risques. Mais, vu l'attachement des gens, notamment les plus jeunes, pour leurs smartphones, ces derniers constituent néanmoins un excellent vecteur pour la découverte des pratiques liées à l'informatique, et notamment la programmation.

Le but est de simplement leur faire découvrir ce que c'est que la programmation, sachant qu'il existe de nos jours des langages qui permettent, même à un non-professionnel de l'informatique, de réaliser des programmes que ce soit pour une utilisation dans un cadre professionnel, ou simplement à titre de hobby.

On pourrait envisager des ateliers de découverte de la programmation, durant lesquels serait détaillé pas à pas le codage, en partant de zéro, de petites applications avec une véritable interface graphique. Les participants pourraient, aux choix, reproduire le programme en même temps sur leurs smartphones, si rien d'autre n'est disponible, ou simplement juste regarder et écouter.

Le point clef c'est que, à l'issue de cet atelier, une URL leur est fournie à partir de laquelle ils pourront non seulement lancer les applications abordées au cours de cet atelier, mais également les modifier, voire créer leurs propres applications, et tout cela à partir de leurs smartphones, s'il n'ont pas d'autres ordinateurs à disposition.

Dans ce contexte, il faut rendre la pratique de la programmation le plus attrayant possible :

• avec la possibilité de programmer en utilisant un appareil qui leur est familier et auquel ils ont facilement accès, à savoir leurs smartphones ;
• grâce à un accès rapide et facile à un environnement de programmation, sans rien avoir à installer ;
• en leur facilitant la programmation d'applications un minimum attrayantes, à savoir avec une interface graphique tout en utilisant un langage réputé accessible aux débutants ;
• avec la possibilité de facilement montrer leurs réalisations à leurs connaissances.

Il existe des outils permettant d'atteindre cet objectif :

• Replit (pas libre), qui est un IDE en ligne, permettant de programmer à partir d'un navigateur web, et donc sans rien avoir à installer ;
• le toolkit Atlas (désolé pour l'auto-promotion, mais au moins c'est Libre), pour la programmation de l'interface graphique, et le partage de l'application.

J'ai réalisé une vidéo montrant l'utilisation de ces outils. C'est ma première vidéo de ce genre, donc je vais peut-être prochainement en créer une autre version, d'où les redirections :

• sur Youtube : https://q37.info/s/rt9wr4w3 ;
• sur Peertube : https://q37.info/s/qfcng9j4.

Pour nous émanciper des géants du numérique : Zelbinium !

Bizarre, chez moi c'est Édition > Rechercher > Rechercher dans le courrier et l'intitulé de la boite dialogue qui s'affiche alors est Recherche avancée dans le courrier…

Pour nous émanciper des géants du numérique : Zelbinium !

Il y a peut-être moyen de s'appuyer sur l'attachement d'un ado envers son smartphone pour éveiller son intérêt pour la programmation, mais il faudrait pour cela, je pense, qu'il puisse :

1. écrire et lancer ses programmes directement de son smartphone ;
2. leur conférer une ergonomie qui les rendent suffisamment faciles à utiliser ;
3. donner accès à ses programmes directement de leurs smartphones à des personnes de son choix.

Concrètement, en supposant qu'il ai programmé un jeu genre bataille navale, il devrait pouvoir lancer ce jeu directement de son smartphone, et y jouer avec un camarade, chacun utilisant son propre smartphone.

Le fait qu'il puisse utiliser son smartphone d'une manière différente de ses camarades, autant par le fait de l'utiliser pour programmer, que de pouvoir y utiliser des programmes uniques, à savoir ses propres programmes, tout en pouvant permettre à quelques «privilégié(e)s» d'utiliser ses programmes sur leurs smartphones, peut peut-être constituer une motivation suffisante.

Sachant que, s'il se met à la programmation de manière un tant soit peu sérieuse, il faudra prévoir un appareil autrement plus adapté à cette activité qu'un smartphone ou une tablette…

Pour nous émanciper des géants du numérique : Zelbinium !

Effectivement, le champs Localisation, contrairement à leur copie d'écran montrée en exemple, contient Strasbourg (SBG) - France, donc SBG sans numéro. En outre, entre ce matin est maintenant, le champs Zone (Cluster) est passé de os-sbg1-abc (cluster-xyz), ce qui m'avait laissé penser que mon VPS était situé dans SGB1, donc potentiellement récupérable, à Region OpenStack: os-sbg4 (cluster-xyz), ce qui explique, si on applique les corrections que tu suggères, le second mail m'annonçant que mon VPS est irrécupérable…

Pour nous émanciper des géants du numérique : Zelbinium !

Ayant un VPS chez OVH, situé justement à Strasbourg, j'attendais d'en avoir des nouvelles de leur part.

Hier soir est arrivé un premier mail, dont voici un extrait :

Si votre VPS est situé dans le datacenter SBG2 (correspondant aux localisations VPS SBG1, SBG2 et SBG4), celui-ci ne pourra pas être remis en service.

Du coup, la manière dont est organisé leur datacenter à Strasbourg à l'air différente de ce que laissait supposer leurs annonces ici :

État du datacenter de Strasbourg
SBG1 : Salle Network est OK - 4 salles détruites - 8 salles OK
SBG2 : détruite
SBG3 : PSU éteint - contrôle des serveurs en cours
SBG4 : Pas d'impact physique

et plus loin :

• L’incendie a détruit principalement le datacentre SBG2 et a partiellement endommagé le datacentre SBG1 (4 salles détruites sur 12). Les deux autres datacentres OVHcloud de Strasbourg n’ont pas été touchés par le feu ; les serveurs SBG3 et SBG4 sont pour l’instant éteints mais n’ont pas été impactés.

et encore plus loin :

• SBG1 a été partiellement endommagé (4 salles sur 12):
o Salle réseau – contrôlée hier - ETA du redémarrage : début de semaine prochaine.
o Réseau électrique - ETA provisoire pour remise en route : lundi 15 mars.
o Les serveurs seront audités et réactivés un par un.
…
• SBG 4 : n’est pas impacté.
o Un plan de mise en service sera défini pour la fin de cette semaine

Si on se réfère au mail, contrairement à ce que laissaient entendre leurs annonces ci-dessus, il semblerait que SBG1 et SGB4 soient physiquement situés dans SBG2…

Pour ceux que ça concerne, voici un autre extrait de ce mail :

Si votre VPS est situé dans le datacenter SBG3 (correspondant à la localisation VPS SBG6), celui-ci pourra être remis en service à partir du 22 mars prochain.

Et ce matin, j'ai reçu un autre mail m'indiquant explicitement que (comme je m'en doutais un peu) mon VPS est irrécupérable…

Pour nous émanciper des géants du numérique : Zelbinium !

Sauf que cela ne fonctionne pas avec les appareils Apple, que ce soit un ordinateur ou un smartphone.

Par contre, certaines boxes offrent la possibilité de se connecter au Wifi à l'aide d'un QR Code, et cela fonctionne bien avec les iPhone (et les iPad), sans avoir à installer d'application dédiée. Par contre, c'est plus délicat à mettre en œuvre avec un ordinateur fixe ou portable…

Pour nous émanciper des géants du numérique : Zelbinium !

Ça y est, le livre vient d'arriver.

Merci à l'équipe de LinuxFR.org, et aux éditions ENI !

Pour nous émanciper des géants du numérique : Zelbinium !

dans quel état

euh…

(pour ceux ayant la flemme de cliquer : son VPS, surtout la machine l'hébergeant, est partie en fumée)

Je faisais surtout référence à son contenu, pas à l'état physique de la machine qui l'héberge.

Ceci dit, la section hébergeant la machine sur laquelle se trouve mon VPS n'a, semble-t-il, que partiellement brûlé. Mais même si la machine hébergeant mon VPS est récupérable, je ne pense pas qu'ils vont la réutiliser, du moins dans un premier temps. Bien qu'ils pourraient la lancer pour en récupérer le contenu, je doute qu'ils le fassent ; je m'attends plus à me retrouver avec un VPS totalement vierge…

L'intérêt de ce genre d'offre est de multiplier le pas cher (ça reste pas cher, hors coût d'admin qu'il faut estimer pour voir si ça vaut le coup) pour la redondance… Sur des sites différents (non, le backup sur le même site n'est pas un bon backup…).

Mon second VPS n'est même pas situé sur le même continent :-). De toute manière, je m'occupe moi-même du backup, en le stockant sur une machine à domicile (je vais d'ailleurs, de suite, en lancer un de mon VPS encore valide ; sait-on jamais…)…

Pour nous émanciper des géants du numérique : Zelbinium !

…après la panne d’électricité de novembre 2017. J'avais une meilleur disponibilité quand j’étais en auto-hébergement…

Ce coup-ci, j'ai prévu un VPS de secours. Une petite modification des zones DNS rattachées, et c'est reparti…

Je suis curieux de voir quand je vais pouvoir récupérer mon VPS, et dans quel état… Me demande si je ne vais pas en prendre un troisième, vu le prix que ça coûte.

Bon courage aux équipes d'OVH et aux pompiers…

Pour nous émanciper des géants du numérique : Zelbinium !

[…] je crois que peu de gens utilisent l'hibernation…

D'un autre coté, j'ai l'impression c'est une plaie à mettre en place, ceci expliquant peut-être cela. En tout cas, moi j'ai eu énormément de mal. La veille était disponible par défaut, mais rien pour l'hibernation, même en fouillant dans les paramètres (sous Kubuntu).

Ça m'intéresserait de savoir si d'autres l'on activée, et si c'était facile pour eux, histoire de déterminer si c'est moi qui m'étais mal débrouillé…

Pour nous émanciper des géants du numérique : Zelbinium !

Je pensais plutôt à l'utilisation de bibliothèques comme jQuery UI.

Si on prend, par exemple, le widget jqxTimePicker de la bibliothèque jQWidgets, voici le code que l'on utiliserait pour une appli web classique :

<head>
  <link rel="stylesheet" href="../../jqwidgets/styles/jqx.base.css" type="text/css" />
  <script type="text/javascript" src="../../scripts/jquery-1.12.4.min.js"></script>
  <script type="text/javascript" src="../../jqwidgets/jqxcore.js"></script>
  <script type="text/javascript" src="../../jqwidgets/jqxdraw.js"></script>
  <script type="text/javascript" src="../../jqwidgets/jqxtimepicker.js"></script>
  <script type="text/javascript" src="../../scripts/demos.js"></script>
  <script type="text/javascript">
        $(document).ready(function ()
        {
            $("#timepicker").jqxTimePicker({
                format: "24-hour",
                width: 400
            });
        });
  </script>
</head>
<body>
  <div id="timepicker"></div>
</body>

Et voilà le code pour utiliser ce widget avec le toolkit Atlas en l'état (pour le voir à l'œuvre : https://repl.it/@AtlasTK/jqxTimePicker) :

import atlastk

HEAD = """
  <link rel="stylesheet" href="../../jqwidgets/styles/jqx.base.css" type="text/css" />
  <script type="text/javascript" src="../../scripts/jquery-1.12.4.min.js"></script>
  <script type="text/javascript" src="../../jqwidgets/jqxcore.js"></script>
  <script type="text/javascript" src="../../jqwidgets/jqxdraw.js"></script>
  <script type="text/javascript" src="../../jqwidgets/jqxtimepicker.js"></script>
  <script type="text/javascript" src="../../scripts/demos.js"></script>
"""

BODY = """
<button data-xdh-onevent="Submit">Récupèrer l'heure sélectionnée</button>
<br />
<div id="timepicker"></div>
"""

def ac_connect(dom):
  dom.inner("",BODY)
  dom.execute_void("""
            $("#timepicker").jqxTimePicker({
                format: "24-hour",
                width: 400
            });
  """)

def ac_submit(dom):
  dom.alert(dom.execute_string("""
$('#timepicker').jqxTimePicker('value').toTimeString();
  """))


atlastk.launch({"": ac_connect, "Submit": ac_submit }, None, HEAD)

Pour le contenu de HEAD, c'est d'habitude bien expliqué dans la documentation des widgets ; il suffit généralement de faire un copier/coller. BODY ne pose pas non plus de difficulté particulière. Le problème, c'est les deux commandes execute_…. Il faudrait que l'utilisateur n'ai pas à les écrire, mais que le toolkit Atlas arrive à les déduire à partir de la valeur d'un attribut HTML, à l'image de ce qui existe pour le widget CKEditor : https://github.com/epeios-q37/atlas-python/blob/master/examples/Notes/Note.html#L7…

Pour nous émanciper des géants du numérique : Zelbinium !

OK, merci pour l'exemple ! Et pour l'adresse site qui l'héberge (ils instancient des Linux+Firefox virtualisés pour des démos web, wow !).

Pas seulement pour du web ; tu peux aussi lancer des application Tkinter : https://repl.it/@AtlasTK/Tkinter

Je constate que dans l'exemple tu utilises des widgets HTML standard ("button" et "input" pour ne pas les nommer). Pour équivaloir Atlas à Tkinter/PySimpleGui/PyQt, il faut pouvoir avoir des widgets custom ; j'ai trouvé un exemple qui en a (dans le code, sous-dossier "Widgets"), assez joli, et cherche maintenant à déterminer la part du Python/JS dans le truc.

Je pense que tu fais référence à CKEditor.
Je suis en train de chercher comment faciliter l'utilisation de ces widgets custom avec le toolkit Atlas, sachant qu'ils nécessitent généralement un peu de code JavaScript pour l'initialisation, voire pour en gérer les données affichées/saisies par l'utilisateur…

Pour nous émanciper des géants du numérique : Zelbinium !

Le fonctionnement du toolkit Atlas est un peu plus compliqué que cela, mais c'est ce qui le rend plus simple à utiliser que tu ne sembles le penser (et que mes tentatives d'explications ne le laissent malheureusement entendre…).

Voilà le code, en Python, d'une sorte de Hello, World! :

import atlastk

BODY = """
<input  data-xdh-onevent="Submit" id="Input" placeholder="Votre prénom"></input>
<button data-xdh-onevent="Submit">Saluer</button>
<br/>
<output id="Output"></output>
"""

def ac_connect(dom):
  dom.inner("", BODY)
  dom.focus("Input")

def ac_submit(dom):
  dom.set_content("Output",f"Bonjour, {dom.get_value('Input')} !")
  dom.set_content("Input", "")
  dom.focus("Input")

CALLBACKS = {
  "": ac_connect,
  "Submit": ac_submit
}

atlastk.launch(CALLBACKS)

Dans BODY, on a l'interface en HTML, avec des attributs data-xdh-onevent dans lesquels on définit une action (Submit), à laquelle on affecte une fonction (ac_submit). L'action correspondant à la chaîne vide et à laquelle on affecte la fonction ac_connect est l'action lancée lors d'une nouvelle connexion.

Pour voir le résultat : https://repl.it/@AtlasTK/Greetings (faut être un peu patient).

Voici un petit schéma du fonctionnement du toolkit Atlas :

Pour nous émanciper des géants du numérique : Zelbinium !

Je ne connais pas Polymer mais, de ce que j'en ai compris de sa fiche Wikipedia, ça a l'air d'être du même tonneau que Vue.js, AngularJS, React… Or, le but du toolkit Atlas est justement de pouvoir se passer de ces bibliothèques (si les performances ne sont pas primordiales), en recevant les événements utilisateurs et en manipulant le DOM du navigateur web directement dans le backend (il n'y a plus de frontend), de plus sans avoir à programmer en JavaScript ou assimilé.
En fait, le toolkit Atlas est assez similaire à Tkinter, sauf que, au lieu de s'appuyer sur les composants graphiques de la bibliothèque Tk, le toolkit Atlas s'appuie sur les composants HTML.
L'autre différence, et c'est ce qui fait débat quant à ce qui est considéré comme le plus simple, avec Tkinter, on « dessine » l'interface programmatiquement, en utilisant l'API de Tkinter, alors qu'avec le toolkit Atlas, on la « dessine » en pur HTML (et technos associées), de manière totalement indépendante du toolkit Atlas.

Pour nous émanciper des géants du numérique : Zelbinium !

Au risque de me faire crucifier pour auto-promotion, je citerais aussi le toolkit Atlas… Ce toolkit privilégie la simplicité d'utilisation et de mise en œuvre aux performances, même si les technos utilisées pour ce faire font débat…
J'en ai un peu (hum…) parlé ici même…

Pour nous émanciper des géants du numérique : Zelbinium !

Mais à l'époque, […] le web n'était pas le seul moyen de communication.

Le premier site web a vu le jour en 90, et la version 1.0 de Netscape Navigator (mon premier navigateur web) est sortit en 94. Du coup, en ce qui me concerne, je me suis longtemps baladé sur internet à coup de FTP…

Pour nous émanciper des géants du numérique : Zelbinium !