bref plus de boulot pour les dév pour gérer plus de comportements et d'états et de transitions
Surtout que plus le nombre d'états et de transitions augmente, plus la complexité augmente jusqu'à parfois devenir pratiquement ingérable. En effet, les états et transitions sont globaux, c'est un défaut bien connu de la programmation événementielle. C'est pour cela qu'il y a toute une série de langages expérimentaux qui cherchent à alléger ce problème, par exemple, SugarCubes, Pendulum, Céu, tbc et FuncSug (le mien).
En effet, j'ai oublié de mentionner que, si on est pressé, on peut déjà obtenir un bon résultat en se contentant d'appuyer sur OK sans régler aucun paramètre (= mode rapide/auto).
L'explication des paramètres ne sert donc que si on veut améliorer le résultat.
Je ne sais pas si c'est possible de modifier la dépêche.
Sans G'MIC, je n'aurais pas pu réaliser "Comic Book" et "Line Art". Les filtres prédéfinis "bilateral" et "nlmeans" sont deux parts essentielles et indispensables de mes deux filtres. Merci, David. :)
J'avais fait cet exercice parce qu'il me semble que l'implémentation dans FuncSug est nettement plus simple que dans les langages habituels.
Je pense que cela est dû à ce que ce langage permet d'exprimer facilement le parallélisme logique.
Je vais donc essayer de faire les points 3.3 et 4. ;-)
Xor est a pour neutre Faux : A ⊕ Faux = A = Faux ⊕ A
A ⊕ A = Faux
* ("et") est distributif par rapport à ⊕ : A * (B ⊕ C) = (A * B) ⊕ (A * C)
( A * B ) ⊕ ( C * D ) n'a pas d'équivalent intéressant.
( A ⊕ B ) ⊕ ( C ⊕ D ) = A ⊕ (( B ⊕ C ) ⊕ D) etc. (On peut mettre les parenthèses où on veut)
( A ⊕ B ) * ( C ⊕ D ) = (A * C) ⊕ (A * D) ⊕ (B * C) ⊕ (B * D)
[^] # Re: Simple DirectMedia Layer
Posté par cli345 . En réponse au message Juste afficher un point à l’écran. Évalué à 1 (+1/-1).
Désolé, j'ai cliqué sans le vouloir sur "inutile". Peut-on corriger le vote en un vote positif ?
[^] # Re: Merci !
Posté par cli345 . En réponse à la dépêche Interview de Cli345, créateur de filtres pour G’MIC. Évalué à 4.
Merci aussi à Ysabeau pour l'interview et à David pour G'MIC 🙂 !
# Merci
Posté par cli345 . En réponse à la dépêche G´MIC 3.4.0 : Le traitement d’images à la fleur de l’âge. Évalué à 4.
Tant de super améliorations, waouh ! 🤩
Un énorme merci 🙏 pour tout ce travail ! 👍
[^] # Re: Anecdote sans pertinence
Posté par cli345 . En réponse à la dépêche Plaidoyer pour des interfaces temps réels. Évalué à 1.
Surtout que plus le nombre d'états et de transitions augmente, plus la complexité augmente jusqu'à parfois devenir pratiquement ingérable. En effet, les états et transitions sont globaux, c'est un défaut bien connu de la programmation événementielle. C'est pour cela qu'il y a toute une série de langages expérimentaux qui cherchent à alléger ce problème, par exemple, SugarCubes, Pendulum, Céu, tbc et FuncSug (le mien).
[^] # Re: Un film en dessin animé
Posté par cli345 . En réponse à la dépêche Transformer une photo en BD avec le filtre Comicbook de G'MIC. Évalué à 1.
Bonne idée, mais je ne m'y connais pas en vidéo. Mais, quelqu'un d'autre peut le faire. :)
[^] # Re: Merci
Posté par cli345 . En réponse à la dépêche Transformer une photo en BD avec le filtre Comicbook de G'MIC. Évalué à 1.
En effet, j'ai oublié de mentionner que, si on est pressé, on peut déjà obtenir un bon résultat en se contentant d'appuyer sur OK sans régler aucun paramètre (= mode rapide/auto).
L'explication des paramètres ne sert donc que si on veut améliorer le résultat.
Je ne sais pas si c'est possible de modifier la dépêche.
# Merci
Posté par cli345 . En réponse à la dépêche Transformer une photo en BD avec le filtre Comicbook de G'MIC. Évalué à 4.
Merci pour vos interventions ! :)
# Merci
Posté par cli345 . En réponse à la dépêche G’MIC 3.2.5 : 15 ans de développement pour du traitement d’images libre et reproductible. Évalué à 4.
Sans G'MIC, je n'aurais pas pu réaliser "Comic Book" et "Line Art". Les filtres prédéfinis "bilateral" et "nlmeans" sont deux parts essentielles et indispensables de mes deux filtres. Merci, David. :)
[^] # Re: L’aquarium
Posté par cli345 . En réponse au journal FuncSug, encore un nouveau langage de programmation concurrent. Évalué à 0.
Tel que je l'ai fait, les poissons hermaphrodites opportunistes ne changent de sexe que lorsque les deux poissons ont l'âge de procréer.
[^] # Re: L’aquarium
Posté par cli345 . En réponse au journal FuncSug, encore un nouveau langage de programmation concurrent. Évalué à 0.
J'ai enlevé le mode debug et ajouté une instruction
setDebug.[^] # Re: L’aquarium
Posté par cli345 . En réponse au journal FuncSug, encore un nouveau langage de programmation concurrent. Évalué à 0.
J'ai continué l'exercice avec le point 3.3.
[^] # Re: L’aquarium
Posté par cli345 . En réponse au journal FuncSug, encore un nouveau langage de programmation concurrent. Évalué à 2.
J'ai oublié de retirer le mode debug dans l'interpréteur. J'avais mis une limite arbitraire pour faciliter mon développement.
[^] # Re: L’aquarium
Posté par cli345 . En réponse au journal FuncSug, encore un nouveau langage de programmation concurrent. Évalué à 4.
Merci SpaceFox. :-)
J'avais fait cet exercice parce qu'il me semble que l'implémentation dans FuncSug est nettement plus simple que dans les langages habituels.
Je pense que cela est dû à ce que ce langage permet d'exprimer facilement le parallélisme logique.
Je vais donc essayer de faire les points 3.3 et 4. ;-)
# Éléments de réponse
Posté par cli345 . En réponse au message Opérations et règles mathématiques avec l'opérateur XOR. Évalué à 1.
Quelques propriétés de Xor :
( A * B ) ⊕ ( C * D ) n'a pas d'équivalent intéressant.
( A ⊕ B ) ⊕ ( C ⊕ D ) = A ⊕ (( B ⊕ C ) ⊕ D) etc. (On peut mettre les parenthèses où on veut)
( A ⊕ B ) * ( C ⊕ D ) = (A * C) ⊕ (A * D) ⊕ (B * C) ⊕ (B * D)