Halloy - Client IRC moderne

• Client IRC gratuit et open source développé en Rust
• Offre une interface rapide et simple en s’appuyant sur la bibliothèque GUI moderne Iced, avec prise en charge de macOS/Windows/Linux
• Prend en charge le protocole récent IRCv3.2, l’authentification SASL et DCC Send pour le transfert de fichiers
• Améliore la productivité du chat grâce à diverses fonctionnalités pratiques
  • Thèmes personnalisés et notifications
  • Raccourcis clavier, autocomplétion (pseudonymes, commandes, canaux, etc.)
  • Gestion simultanée de plusieurs serveurs et de plusieurs canaux
  • Exécution rapide des commandes via une barre de commandes
• Prise en charge des fonctionnalités IRCv3.2
  • Prise en charge de nombreuses fonctionnalités avancées d’IRCv3.2 comme account-notify, away-notify, batch, cap-notify, chathistory, chghost, etc.
  • Prise en charge de message-tags, multi-prefix, read-marker, sasl-3.1, server-time, standard replies, etc.

[GN⁺]

Avis sur Hacker News

• J’aimerais vraiment essayer cette application, mais c’est difficile parce qu’elle n’est pas accessible avec un lecteur d’écran. Je pense que cela vient probablement de l’absence de prise en charge de l’accessibilité par la bibliothèque GUI. J’ai trouvé une issue sur le GitHub d’Iced indiquant un support de l’accessibilité prévu pour 2024, et j’ai vu que le dernier commentaire date de février de cette année (lien vers l’issue correspondante). Je prévois de réessayer une fois cette fonctionnalité améliorée. Je laisse ce commentaire pour signaler qu’il existe aussi de vrais utilisateurs de HN pour qui les fonctions d’accessibilité sont indispensables. Je suis toujours reconnaissant pour le travail sur l’accessibilité

  • Il y a aussi un document de feuille de route pour Iced (lien vers la roadmap), et la prise en charge de l’accessibilité pour les lecteurs d’écran est prévue au moins pour la version d’après la suivante

• Quand on utilise énormément de canaux sur plusieurs serveurs, l’absence d’onglets devient peu pratique. Le fait qu’on ne puisse pas non plus le réduire dans la zone de notification et qu’il doive rester lancé en permanence est aussi un peu gênant. Je vais donc continuer à utiliser Quassel pour le moment. Cela dit, c’est tout de même un travail vraiment impressionnant

  • J’ai ajouté la configuration suivante pour que cela ressemble davantage à des onglets

    [actions.sidebar]
    buffer = "replace-pane"
    

  • Je me demande toujours où se trouvent les canaux IRC actifs. Je me suis reconnecté sur freenode il y a quelques mois pour la première fois depuis longtemps, et il n’y avait presque personne. J’aimerais rejoindre à nouveau des communautés IRC autour de la programmation et de la tech

  • Moi aussi, j’ai arrêté d’expérimenter halloy à cause de l’absence d’onglets. Je continue à suivre l’issue correspondante

  • Je suis totalement d’accord sur les onglets. Je ne vois pas comment faire quand on veut suivre plus de deux canaux

  • Pour un usage plus proche des onglets, on peut définir buffer sur "replace-pane" dans la documentation de configuration

• halloy est une application extrêmement réussie, et c’est aussi le meilleur exemple si vous voulez apprendre à développer des logiciels GUI avec Iced (lien vers le GitHub d’Iced). Si vous voulez créer une application GUI en Rust, je recommande de regarder des applications vitrine et des exemples comme halloy. Si vous avez des questions, vous pouvez obtenir de l’aide bienveillante sur la communauté Discord (lien vers le salon Discord)

  • Fait amusant : comme je voulais créer une application iced-rs avec Claude Code alors que j’avais très peu d’expérience en Rust, j’ai cherché sur GitHub de gros projets utilisant iced-rs, et Halloy faisait partie des trois principales références

  • Jusqu’à récemment, je regrettais de ne pas trouver de bibliothèque GUI Rust qui me plaise vraiment, car la plupart n’étaient que des bindings vers d’autres piles GUI. La prochaine fois que je travaillerai en Rust, je compte essayer Iced

• J’ai récemment commencé à remarquer qu’il apparaît bien plus d’applications desktop en Rust qu’en Go ou en Java. La plupart visent le multiplateforme. Je me demande si ce n’est pas une tentative de concurrencer Electron. Tauri aussi est basé sur Rust. Je me demande ce qui rend Rust si particulier, et aussi pourquoi il n’y a pas tant d’applications desktop basées sur Python. D’un autre côté, je vois aussi souvent ces derniers temps des applications en terminal écrites en typescript et en go

  • Je développe actuellement un client Jellyfin desktop pour la musique en Rust. Le plaisir d’écrire en Rust et la fiabilité qu’il procure sont très séduisants. Même quand on manque de temps, le simple fait que ça compile donne une certaine confiance dans le fait que ça fonctionnera à peu près. Avec Python, j’aurais probablement souffert à cause d’erreurs à l’exécution. Le support multiplateforme est aussi excellent. Il n’y a pas seulement des bibliothèques comme iced, les bindings GTK sont également très bons. Comme il n’y a pas besoin de runtime, le déploiement est aussi bien plus simple qu’avec Python. Rust est vraiment un excellent langage pour créer des applications desktop

  • Je développe des applications macOS depuis l’époque d’Objective-C. J’ai toujours préféré les applications natives, et quand j’ai lancé Halloy, mon objectif était aussi de créer une application native multiplateforme. De ce point de vue, Rust convenait parfaitement

  • On parle souvent de ce qui rend Rust si particulier. Personnellement, je remplace beaucoup de programmes Python par du Rust. Ce n’est pas incroyablement plus difficile à écrire, et il me manquait dans Python, ainsi que dans d’autres langages sans rapport avec Rust, des fonctionnalités importantes comme les sum types. Quand écrire du code en Rust devient difficile, c’est généralement parce qu’on essaie d’obtenir des optimisations qui seraient impossibles ou inefficaces en Python. Le fait d’obtenir une application native et compilée est très attirant. Je prévois aussi de publier une application desktop en Rust

  • Il existe aussi beaucoup d’applications desktop écrites en Python. Mais par exemple, Tkinter a un rendu assez laid sous Linux, et avec GTK il faut soit compiler soi-même avec minGW, soit distribuer l’application avec Cygwin, ce qui est contraignant

  • Je n’ai pas d’expérience directe avec Rust, mais je pense que si beaucoup d’outils CLI et de serveurs sont développés en Go, c’est simplement parce que Go excelle dans ces domaines. Créer une application GUI desktop en Go n’a pas l’air très amusant. Go est un peu verbeux et peu coopératif quand il s’agit de fonctionnalités structurelles ou d’abstractions complexes. De ce point de vue, Rust me semble à l’opposé de Go

• C’est peut-être pour ça qu’hier beaucoup de gens sont entrés sans raison sur les canaux Libera pour essayer par eux-mêmes pourquoi IRC est bien, mais comme personne ne parlait, c’était curieux

• Avant, j’utilisais Hexchat, mais j’ai migré vers halloy il y a plus d’un an et j’en suis très satisfait. Le projet est mis à jour régulièrement, et beaucoup de fonctionnalités modernes ont été ajoutées pendant que je l’utilisais. Avec soju, l’expérience IRC est très fluide

• Je n’ai pas utilisé IRC depuis des années, mais si j’avais vu ça quand j’étais adolescent il y a 12 ans, j’aurais été surexcité. C’est le client le plus cool que j’aie vu jusqu’à présent

• Je me demande s’il existe des options d’accessibilité pour les personnes malvoyantes. Vive EFNet

  • Il n’y a pas encore d’options d’accessibilité. Le framework GUI de base ne les prend pas en charge. Mais le développeur a déjà indiqué vouloir absolument les ajouter à l’avenir

• J’adore le design général de Halloy. Je l’ai déjà soumis au moins deux fois sur HN. Je suis vraiment ravi qu’il soit enfin arrivé en page d’accueil. J’espère qu’ils continueront ce super travail

• Vraiment génial. J’administre un serveur IRC et je cherchais un client natif valable ; comme l’écosystème était presque au point mort jusque-là, je vais cette fois essayer Halloy à tout prix