💾 Archived View for gemlog.blue › users › roberto_vpt › 1715204658.gmi captured on 2024-05-10 at 17:04:42. Gemini links have been rewritten to link to archived content

-=-=-=-=-=-=-

2024-05-08-98DQ ~roberto_vpt@gemlog.blue

PERCHÈ NON ADOTTARE LA FORMATTAZIONE IRC

Sono stato per un pò di tempo assente da Gemini.

Il motivo era che la parte interattiva doveva essere servita da certificati client migliori.

Non mi serviva solamente capire dal certificato che si tratta della stessa persona ma mi serviva un secondo livello di verifica.

Probabilmente dovrò studiare qualcosa ed ho qualche idea.

Nel periodo precedente mi ero fissato sui possibili stili gemtext e sono giunto alla conclusione di adottare i caratteri '*' e '_' introdotti in Kristall, magari sarebbe opportuno aggiungere italic, mark e/o inverse e secret (spoiler).

Poi sono passato a seguire alcuni gruppi su XMPP, anche Gemini, ed ho imparato qualcosa anche la.

Recentemente dopo aver visto ulteriori sviluppi, perlomeno da parte dei client, mi sono speso per mettere su una capsula personale ed ho scelto di installare openBSD su un minipc collegato a Internet in DDNS.

Da poco mi sono riconnesso a IRC ed ho ripreso i contatti con gli irriducibili in #gemini-it su libera.chat.

Per farlo ho installato weechat e vista la ruggine ho letto la sua guida in linea.

Guida per l’Utente di WeeChat

Prima avevo una vecchia conoscenza di IRC, assolutamente insufficiente, ora ho una conoscenza maggiore e mi è venuta l'idea espressa nel titolo.

Se i client applicano quanto usato in IRC il protocollo non cambia, devono solo seguire le linee guida IRC.

Dobbiamo anche ricordare che l'input in Gemini, per essere multilinea, già comprende il ^J come break.

In pratica i client già hanno la necessità di implementare l'inserimento di un codice di controllo quindi una manciata di altri può essere aggiunta.

Poi, per esempio, i client da console potranno tradurre i controls accettati in codici ANSI.

I client IRC inseriscono i codici dopo un prefisso ^C tratto da emacs.

SEGUE UN LINK PIÙ COMPLETO

Modern IRC formatting

PARTIAMO DA COSA DEVONO FARE I CLIENT

COPIO DALLA GUIDA:

If an IRC client cannot display a specified type of formatting, the client should do one of the following:

Simply not display the formatting.
Display the formatting character in an obvious way, so users are aware that it was used. One way some clients represent formatting characters they cannot display is using an uppercase letter which represents the specific formatting character, with their default foreground and background colors switched.

ED ORA I CODICI LETTERALI

Si dovrebbe cambiare il comando di inserimento da ^C ad uno disponibile anche da CLI e il più adatto è ^V verbatim.

Nella guida ci sono quelli IRC e non so perchè usano ^^ e ^_ ma possiamo sostituirli con ^E e ^U.

Lascio i caratteri usati in IRC tra parentesi.

FONDAMENTALI:

Quindi per primo il Break: ^CJ, che può essere inserito anche con ^Invio
(B) ^CB Bold
(I) ^CI Italic
(_) ^CU Underline
(V) ^CV inVerse
(O) ^CN Normal, azzera tutto

UTILI:

(M) ^CM Monospace
(^) ^CE Erased (Strikethrough)
(C) ^CS Secret (Spoiler), mettendo BG uguale a FG

EVENTUALE GESTIONE DEI COLORI

La vedo portatrice di problemi, per cui se la si vuole, non resterei sulla specifica IRC.

Preferirei una palette di 16 colori con due cifre esadecimali obbligatorie per FG e BG.

Volendo si potrebbe accettare un trattino per non cambiare il colore.

GESTIONE DELLA VISUALIZZAZIONE

Nel testo sorgente direi di usare il carattere in inverse come indicato nelle linee guida.

Nel testo formattato è meglio non visualizzare i codici degli stili non utilizzabili.