alberic89 🐧 a écrit 191 commentaires

Personnellement j'utilise le FUTO Keyboard. Ils ont un dépôt f-droid.
C'est un projet encore en développement, mais je l'utilise au quotidien sans problème.
Le seul point noir est la licence : ils ont une licence qui ressemble un peu à une sorte de CC-BY-SA-NC : https://gitlab.futo.org/keyboard/latinime/-/blob/master/LICENSE.md

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

source xkcd 2347

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Linux est prêt pour le desktop. C'est le desktop qui n'est pas prêt pour Linux.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Peut-être un conteneur docker/podman ?

C'est peut-être un peu lourd, mais ça doit marcher.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

En effet, si on ne cherches pas à résoudre les problèmes le jour même, le temps n'est plus limitant, et il devient alors intéressant d'essayer un language avec lequel on est moins à l'aise.

Mon commentaire initial était vraiment dans l'optique de résoudre les problèmes le plus vite possible.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Comme dit dans la fin du post, l'AoC n'est pas forcément le meilleur moment pour apprendre un nouveau language, surtout un language qui demande de faire attention à la mémoire, le typage, etc.

L'année dernière, les premiers exercices demandaient de beaucoup manipuler des chaînes de caractère, ce qui n'est pas très pratique avec un language bas niveau (par rapport à Python par exemple).

De mon expérience personnelle, je code beaucoup plus vite en Python (pypy) qu'en Zig, est c'est la vitesse qui compte.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Pour OpenOffice, je ne sait pas, mais LibreOffice Writer a un "assistant de publipostage", dans la barre du haut, outils > assistant de publipostage. Combiné avec l'outil d'envois de mail de LibreOffice, ça devrait être faisable.

Une rapide recherche sur google duckduckgo me retourne plusieurs tutos qui semblent plus ou moins pertinents.

🧌

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Si l'appli est open-source, pourquoi ne pas la publier sur le magasin d'applications f-droid ?
Je ferais volontiers une contribution dans ce sens, mais je n'ai absolument aucune expérience dans ce genre de chose.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Merci pour votre réponse, ce point m'inquiétait beaucoup.

Au moins, je suis maintenant sûr que c'est impossible.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Un très beau logiciel, il faudrait que je l'essaie un jour.

Mais je suis étonné par le choix du nom : pourquoi Calligra et non pas Kalligra, dans la grande tradition de KDE de mettre des K partout ?

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Avec Debian 12 et Firefox 115, sur desktop, je n'ai aucun problème.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Kurinto a l'air vraiment chouette.

Mais son poids !!! 3,1 Giga octets !!!

Je comprends mieux l'utilité de la version lite.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Encore plus efficace : (x & 1) === 0

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Dans la console, dès qu'on te demande un mot de passe, ce que tu tapes n'est pas affiché à l'écran.
Il te suffit de taper le mot de passe et d'appuyer sur entrée, même si tu ne vois rien qui s'affiche.

C'est le comportement par défaut de beaucoup de logiciels en ligne de commande, alors il va falloir s'y habituer, même si ça peux être un peu déroutant la première fois.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

C'est drôle qu'il y ait autant d'écart !

Pris d'un doute, j'ai relancé le benchmark, avec zig et gcc, en limitant la fréquence de mon CPU à 800MHz. J'ai bien vérifié qu'un seul cœur est utilisé. Voici mes résultats :

Command	Mean [s]	Min [s]	Max [s]	Relative
bun wallis.js	17.669 ± 0.003	17.664	17.672	1.00 ± 0.00
./wallis_gcc_c	17.624 ± 0.015	17.601	17.641	1.00 ± 0.00
./wallis_zig_c	17.613 ± 0.012	17.607	17.636	1.00 ± 0.00
./wallis_zig	17.609 ± 0.000	17.608	17.609	1.00

wallis_gcc_c correspond au code C compilé avec GCC

wallis_zig_c correspond au code C compilé avec Zig

wallis_zig correspond au code Zig compilé avec Zig

À presque rien près, j'ai le C avec le compilateur Zig plus rapide qu'avec GCC.

Avez-vous bien désactivé toutes les écritures dans la console sauf la dernière ?

Pour la compilation, j'ai utilisé les commandes suivantes :

zig build-exe wallis.zig --name wallis_zig -O ReleaseFast
zig cc wallis.c -o wallis_zig_c -O3
gcc wallis.c -o wallis_gcc_c -O3

Avez-vous utilisé les mêmes options d'optimisation ?

Chez moi, JavaScript est toujours quasiment équivalent aux autres, même si un rien plus lent.

Quelqu'un a-t-il d'autres résultats ?

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Intrigué par toute cette affaire, j'ai réalisé un petit benchmark avec mes gros doigts.

J'y compare quatre implémentations ; celle en JavaScript, celles en C, celle en Python avec NumPy, et ma propre implémentation en Zig qui reprend celle en C.

Pour exécuter Python, j'utilise Python 3.11.2. (Pypy dégrade les performances avec NumPy)
Pour JavaScript, Bun 1.1.17 (plus performant que NodeJs).
Pour la compilation du C et du Zig, Zig 0.13.0. (GCC donne les mêmes résultats)

J'ai enlevé toutes les écritures dans la console sauf celui du résultat final, ainsi que les calculs de temps, pour éviter de pénaliser les langages qui sont plus lents à écrire ou à faire des appels systèmes.

J'utilise l'outil hyperfine pour faire tourner le tout, et voilà le résultat :

Command	Mean [s]	Min [s]	Max [s]	Relative
python wallis.py	6.854 ± 0.055	6.808	6.960	1.84 ± 0.01
bun wallis.js	3.733 ± 0.002	3.730	3.737	1.00 ± 0.00
./wallis_c	3.718 ± 0.001	3.717	3.720	1.00
./wallis_zig	3.718 ± 0.001	3.717	3.721	1.00 ± 0.00

Bilan :

Python est le plus lent, 1.84 fois plus lent que le plus rapide. Et ce, malgré l'utilisation de NumPy.
JavaScript, grâce à Bun, est effectivement quasiment équivalent aux langages compilés, à moins d'un pourcent près.
Les deux langages compilés sont équivalents, ce qui n'est guère surprenant.

Le tout est disponible sur mon dépôt git si vous voulez faire tourner vous-même le benchmark ou prouver que votre langage est le meilleur : https://codeberg.org/alberic89/Wallis

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Je verrais bien un truc dans le même thème de couleur que l'environnement graphique et la distro, par exemple gris taupe pour GNOME, vert pour Manjaro, orange pour Ubuntu, etc.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Le principal problème est, à mon avis, les commentaires.
Supprimer un journal/dépêche/forum/lien/… supprimera les commentaires associés, ou bien les rendra inaccessibles. Et ce, sans l'approbation des auteurs des commentaires.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Tu peux faire clic-droit sur l'image, bloquer l'élément (avec Ublock Origin), tu choisis le filtre réseau kivabien™, et tu ne verras plus jamais le drapeau.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Plus précisément, Voyager 1 est à 22 heures 35 minutes et 47 secondes lumières de la Terre actuellement.

Source : https://voyager.jpl.nasa.gov/mission/status/

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Je plussoie le post ci-dessus.

Pour la plupart des usages, il est bien plus facile d'écrire dans un langage de balisage style Markdown ou autre et de faire le rendu avec LaTeX.

Pour ça, Pandoc fait très bien le boulot avec des dizaines de formats d'entrée supportés et encore plus de formats de sortie dont LaTeX ou directement PDF.

L'éditeur de GNOME Apostrophe permet de le faire de manière transparente, tout en ayant certains avantages comme la correction orthographique.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Et ça reste du web, pas chez soi.

On peut l'auto-héberger très facilement.

Il suffit de copier le dépôt et d'ouvrir le fichier index.html dans son brouteur préféré, et on obtient exactement la même chose.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

J'ai fait une PR qui a été acceptée, sudo est maintenant susceptible d'utiliser la langue de Molière pour se gausser de l'admin qui n'arrive pas à taper son mot de passe.
Je n'ai pas encore bien saisi le fonctionnement du processus de traduction, je ne sais donc pas s'il va falloir attendre une ou deux versions de développement pour que tout soit potentiellement traduit. (et ensuite la release stable, puis on passe ça dans les repos Debian testing, et avec un peu de chance dans cinq ans, ce sera bon pour le déploiement en stable)

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Les bricks de la Wii concernent surtout les utilisateurs qui « hackent » leur Wii en effectuant des manipulations non approuvées par Nitendo (installation de homebrews, patchs, etc).
Mais comme dit plus haut, un mauvais stockage prolongé peut détériorer physiquement la Wii.

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès

Je ne m'y connais pas trop en WiiU, plutôt en Wii. Je sais qu'il y avait eu des outils développés par la communauté pour dé-bricker les Wiis avec un minimum de matériel. J'avais vu par exemple qu'il était possible de remettre en état une Wii ayant connu un brick assez sévère avec une manette de GameCube ou un tapis de danse.
http://www.wii-info.fr/news-418-savemiifree-un-savemii-fait-maison.htm

L'informatique n'est pas une science exacte, on n'est jamais à l'abri d'un succès