Gof a écrit 2222 commentaires

Very Large Online Platforms […] will have to accept the EU Digital Identity Wallet for logging into their online services.

Si je comprends bien, ça dit que les gros services doivent accepter le système eIDAS pour les utilisateurs qui le souhaitent. Mais ça ne dit pas que les utilisateurs ne peuvent pas utiliser une autre méthode. Par exemple si ils ont envie de rester anonyme.

Quelle horreur niveau nombre de dépendances et temps de compilation…

Il est possible de réduire le nombre de dépendances en désactivant certaines des "features" de cargo qui sont activées par défaut. Le problème est un dilemme entre avoir une app fonctionnelle immédiatement pour tous les utilisateurs et réduire les dépendances. C'est un défi typique de Rust, qui favorise la compilation de tout en un binaire statique.

Par exemple, il n'est pas possible d'indiquer à Cargo de manière conditionnelle :
- Si Qt est disponible sur le système, alors dépendre du backend "Qt".
- Sinon, dépendre du backend "winit".

Ainsi, par défaut, on doit dépendre et compiler les deux backends, et effectuer un des tests au moment de l'exécution. Sans cela, un simple "cargo run" ne fonctionnerait pas pour certains utilisateurs.

Si le temps de compilation et la taille du binaire sont importants, il faut ajuster les "features" de Slint dans Cargo.toml

Je n'ai pas trouvé comment rajouter une icône :)

Ceci devrais fonctionner:

export component AppWindow inherits Window {
   icon: @image-url("icons/QRNote.png");

Aussi, les tailles sont fixées avec les propriétés width et height, ce qui fait qu'il n'est pas possible de redimentionner la fenêtre.
Il serait mieux d'utiliser des propriétés preferred-width et preferred-height comme ça la fenêtre peut changer de taille.

Bravo pour ce petit programme.

Par contre, c'est moi ou Lien vers ton programme dans le journal ?

Je l'ai trouvé après une rapide recherche : https://github.com/Martoni/QRNote

C'est une application graphique, donc capture d'écran obligatoire.

C'est peut être juste moi, mais je ne vois aucune image ou lien vers des images. (Firefox Android)

Google banni la AGPL parce que ils veulent profiter du code sans devoir contribuer en retour.
Alors dommage pour eux.

Pour les nouveaux venus sur ce site, pourriez-vous expliquer ce qu'est exactement le TapTempo ? Merci d'avance !

https://serenityos.org/

SerenityOS is a love letter to '90s user interfaces with a custom Unix-like core.
Roughly speaking, the goal is a marriage between the aesthetic of late-1990s productivity software and the power-user accessibility of late-2000s *nix.

La forme est juste indigeste.

Alors qu'il suffisait de demander a un modèle de language de s'occuper de la forme.

Et avec la SNCB (Belgique) on peut mettre le ticket "sur" sa carte d'identité.

Avec la Deutsche Bahn, pas besoin d'imprimer le ticket. On peut montrer le QR code sur l'écran du téléphone. Ou utiliser l'app qui va bien.

Autre exemple, ou un diplomate d'Arabie saoudite à Berlin, non seulement gare sa Porsche sur une piste cyclable, mais en plus tue un cycliste en y ouvrant sa portière.
https://www.express.co.uk/news/world/817892/Saudi-official-Michael-E-escapes-prosecution-cyclist-death
C'est bien l'immunité.

Tout les langues modernes permettent ça : JavaScript, Rust, C++, juste pour citer ceux que je connais.

On y a pensé, mais le problème c'est que alors ils pourraient redistribuer leur copie en MIT, et nous on aurait plus rien a vendre.

En effet.
On a voulu faire un truc inspiré de QML mais plus moderne.

Pas de forçage de C++ que nous estimons en décroissance.

Se concentrer sur L'UI et laisser les autres choses aux bibliothèques spécifiques du language.

Une bonne séparation entre l'UI et la logique. Avec un language static qui permetra de faire un éditeur graphique et d'autres outils. Sans avoir besoin d'un ramasse miettes.

L'étape de compilation est facultative, il est aussi possible d'interpréter dynamiquement.

Et pour ce qui est de l'éditeur graphique, on y travaille.

Je rajoute que tu pinailles avec les définitions, mais d'après Wikipedia, la double licence est bien un modèle économique open-source
https://fr.wikipedia.org/wiki/Mod%C3%A8les_%C3%A9conomiques_des_logiciels_open_source

Alors il y a bel et bien plusieurs type de modèle, et celui que tu as choisis est différent du notre, mais cela reste néanmoins un modèle "open-source".

C'est comme si un pilote d'avion engueulais un pilote de formule1 parce que il dit qu'il est « pilote » et ça le gonfle qu'il joue sur « l'image de marque » du métier de « pilote » alors que son véhicule ne vole même pas.

Mes client eux-même font du propriétaire. Mais pas moi.
Si mes clients payent pour une licence, le développement qu'on fait pour le produit avec cet argent sera 100% libre.

Si je fais une proposition de fonctionnalité qui s'appuie sur des dépendances GPLv3 sur lesquelles je n'ai pas la main, elles seront refusées car en désaccord avec la clause de session des droits pour faire une version propriétaire.

Elle ne sera pas forcément refusée. Tout dépends de si c'est optionnel ou pas.
Mais effectivement nous n'accepterons pas de PR qui tuerais notre business.
Mais je suis sûr que c'est pareil pour quasiment tout les logiciel libre auquel tu penses, non?

Mais vu que nous ne faisons pas d'open-core, ça veux dire que on a pas de raison de refuser une fonctionnalité qui existe déjà dans notre offre payante (puisque qu'il n'y a pas de fonctionnalités extra dans l'offre payante)

100% du CA est pour vendre des licenses de logiciels qu'on a développé et ce code est 100% libre.

Tu veux que j'appelle ça comment ?

C'est un business open-source parce que la version vendue est exactement la même que la version libre.

Si c'est pas un business open-source, qu'est-ce qu'un business open source selon-toi ?

Bien que on dessine les widgets, on utilise des API native au final pour certaines fonctions d'intégration comme les IME, le presse papier, le style de couleur, l'accessibilité, et autres. Donc il y a un minimum d'intégration quand même et le but est améliorer l'intégration au fil des versions.

Il y a une raison pour laquelle quasiment personne ne fait du natif en utilisant les fonctions du système : personnes n'a envie de réécrire l'interface X fois pour X plateformes.
Ensuite nous voyons une valeur dans la facilité de conception de l'interface.

Et puis le DOM qui est soit disant si connu et facile. Pourquoi est-ce que tout le monde utilise un framework JavaScript different qui ajoute une couche d'abstraction avec une DOM virtuelle ?

C'est une capture d'écran de Firefox. (Qui montre la version web de visual studio code, qui est open source)

Le modèle de dual-license est un modèle établi et supporté par la FSF: https://www.gnu.org/philosophy/selling-exceptions.en.html

tu ne verras aucun problème à accepter un patch de ma part dans votre produit, en GPLv3

Parce que tu acceptes les patches en GPL pour MediaInfo?
Même problème.

Donc si je comprends bien ton message, tu prétends que la GPLv3 n'est pas open-source ?

Si on aimait pas l'Open Source, on aurait tout notre code propriétaire, ou des extensions proprio. Mais tout ce qu'on fait est sous license libre.