Hier est sorti une version mineure 1.3.1 pour le navigateur Next.
Pour rappel, Next est un navigateur web basé sur Webkit et PyQtWebengine (aka Blink) avec le cœur des fonctionnalités à part (en Common Lisp). Il est hackable à chaud et programmable: son cœur est ouvert.
Le projet commence à décoller, le navigateur a les fonctionnalités attendues (adblock, noscript, support des proxys,…), commence à avoir des fonctionnalités uniques ("fuzzy matching" partout, historique en arbre, aller à une section,…), bref pour que ça continue n'hésitez pas à nous soutenir sur Patreon ou sur notre campagne en cours ! Merci !
Les changements les plus notables sont:
- améliorations du minibuffer:
- il s'ouvre instantanément
- les touches d'édition (M-backspace) se comportent de manière similaire à… toutes les autres applications (effacer plusieurs séparateurs de mots d'un coup, etc)
- quand on supprime un buffer, on retourne au dernier créé (et pas au premier)
- le titre de la page est affiché dans la liste des buffers, on peut fuzzy matcher dessus,
- les liens externes s'ouvrent dans un nouveau buffer par défaut
- Next est de retour sur les dépôts Guix officiels (c'est donc facile de l'installer avec Guix, qui est également facile à installer avec un simple script)
- fallback automatique sur une session d-bus locale
- ajout des URLs visitées dans l'historique (bug/oubli important résolu!)
- nombreux bugfixs
Le site s'est aussi enfin doté d'une vraie page Articles avec un flux Atom: https://next.atlas.engineer/articles
Notez que nous avons plein de choses dans les tuyaux, presque prêtes à arriver:
- un gestionnaire de mots de passes
- un kill-ring
- une commande pour ouvrir n'imporque quel fichier, avec fuzzy complétion
- multi-sélection dans le minibuffer
- persistence de session
- hooks, pour hacker son navigateur encore plus.
Restez dans le coin, merci pour votre intérêt !
- Annonce officielle: https://next.atlas.engineer/article/next-release-1.3.1.org
- Site officiel: http://next.atlas.engineer/
- Github: https://github.com/atlas-engineer/next (une étoile ça aide :D )
# Jargon
Posté par ʭ ☯ . Évalué à 10. Dernière modification le 04 septembre 2019 à 21:02.
Si tu veux rendre intelligible l'apport de Next au onde des navigateurs, je te suggère de traduire/développer les termes suivants que je ne connais pas du moment, même en étant informaticien :
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Jargon
Posté par Colin Pitrat (site web personnel) . Évalué à 10.
Voilà pour ce qui est de traduire.
Pour ce qui est de développer, ce sont les développeurs qui s'en chargent.
…
De rien.
[^] # Re: Jargon
Posté par Colin Pitrat (site web personnel) . Évalué à 8.
Bon sinon sérieusement, à vue de nez:
- kill ring pour moi c'est un historique des trucs copié ou coupés (couper s'appelait kill autrefois, dous le Ctrl+k). Ce genre de fonctionnalité existe dans vim ou emacs. Perso, je ne m'attends pas trop à en trouver dans un navigateur, plutôt au niveau de l'environnement de bureau, afin d'être partagé entre les applications.
- minibuffer c'est une zone de l'écran dans laquelle on tape les commandes dans pour emacs / vim
- fuzzy completion, je suppose que ce sont des suggestions quand on tape un début de commande, mais qui tolère des erreurs dans la commande
- hooks ce sont des endroits où on peut injecter son propre code, ici je suppose pour pouvoir écrire des extensions
[^] # Re: Jargon
Posté par dzecniv . Évalué à 2.
Voilà :) Merci pour la traduction (j'adore les traductions en français) et la remarque initiale (je suppose donc que l'auteur n'utilise pas Emacs !). Je rédigerais mieux lors de plus amples présentations de Next, il s'agissait ici d'un rapide journal.
[^] # Re: Jargon
Posté par ʭ ☯ . Évalué à 3.
Hé oui, c'est vi pour ma part. Et en très basique. Même comme ça, je passe pour un barbu dans mon service…
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Jargon
Posté par Faya . Évalué à 4.
Sûrement parce que tu sais quitter vi sans redémarrer ton PC
[^] # Re: Jargon
Posté par Thomas Debesse (site web personnel) . Évalué à 2. Dernière modification le 06 septembre 2019 à 00:26.
On le dit souvent avec vi, mais la première fois où j’ai lancé emacs « pour voir » il y a bientôt 15 ans, j’ai dû redémarrer mon PC pour quitter (je n’ai pas eu ce problème avec vi).
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Jargon
Posté par raphj . Évalué à 7. Dernière modification le 06 septembre 2019 à 01:56.
Ah la mauvaise foi. Quitter emacs est pourtant assez intuitif !
Mais c'est vrai que
:q!est plus ergonomique.[^] # Re: Jargon
Posté par dzecniv . Évalué à 1.
bizarre, car Emacs par défaut se lance en GUI et il y a donc un bouton "X" pour quitter avec la souris.
[^] # Re: Jargon
Posté par Thomas Debesse (site web personnel) . Évalué à 2.
Si tu supposes qu'un environnement graphique fenêtré est présent, alors celui qui lance vi dans un émulateur de terminal sans avoir comment le quitter n'a qu'à fermer l'émulateur de terminal. La blague comme l'anecdote réelle à laquelle la blague fait référence impliquent un usage console uniquement. Si tu ne sais pas quitter vi/emacs, que tu ne sais pas interrompre le processus courant, et que tu ne sais ou ne peut pas basculer le terminal courant, le seul moyen de récupérer la main sur le shell est de redémarrer. C'était mon cas dans l'anecdote que je raconte. Encore aujourd'hui toutes les machines que j'administre qui ne sont pas des postes de travail n'ont aucun environnement de bureau disponible et ont pour seule interface le terminal standard.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Jargon
Posté par dzecniv . Évalué à 2.
(un peu en retard…)
C'est que pour ouvrir Emacs en mode terminal, à l'inverse de vim il faut le demander (emacs -nw), donc cela suppose une connaissance préalable et par conséquent, fermer avec une commande M-x paraît acquis.
[^] # Re: Jargon
Posté par Thomas Debesse (site web personnel) . Évalué à 2.
même quand la seule interface « graphique » que tu as c’est une console texte linux (pas de X11 installé, pas de Wayland qui n’existait pas) ? 😉
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Jargon
Posté par barmic 🦦 . Évalué à 1.
Les gens qui utilisent ça doivent connaître Ctrl+z qui marche avec vim comme avec emacs. Ça permet au moins de lancer man pour savoir comment sortir. Rappel avec X11 les gens n'avais pas l'habitude de Fichier > Fermer ni d'utiliser la crois dans le coin de la fenêtre.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Jargon
Posté par Faya . Évalué à 3.
Comme tu réponds par ici, je profite de ce fil pour reposer ma question du journal précédent:
Pourquoi ce nom ?
[^] # Re: Jargon
Posté par dzecniv . Évalué à 2.
J'ai répondu, sans vraiment répondre pour le logo :)
[^] # Re: Jargon
Posté par Maderios . Évalué à 1.
"Le kill-ring est une sorte de mémoire des choses qui sont copiées, coupées ou supprimées qu’il est possible de rappeler quand bon nous semble pour récupérer un des éléments supprimé plus tôt et s’en servir."
https://www.synbioz.com/blog/tech/introduction-a-emacs
Poster une information ne signifie pas nécessairement adhésion
[^] # Re: Jargon
Posté par HL . Évalué à 1.
D'ailleurs le kill-ring cohabite avec le presse-papiers.
Certaines actions copient du contenu dans les deux (action « copier l'adresse du lien » dans Firefox, ou une simple sélection de texte), d'autres que dans le kill-ring (sélection de texte dans un terminal xterm), et peut-être d'autres uniquement dans le presse-papiers mais je ne vois pas.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.