e poi ci sono tutti i tipi di cose da gestire come gli alias
3 Mi Piace
Ah-ha!
Mi era sfuggito quel repository, grazie @j.jaffeux ora siamo di nuovo operativi 
Apple, con un fallback all’unicode 
5 Mi Piace
Questo sembra un modo strano di fare le cose. Renderizzare le emoji come immagini nel flusso del testo sembra controcorrente. La stragrande maggioranza degli utenti sarà molto abituata alle emoji native del proprio dispositivo/sistema operativo, quindi guardare una versione meno buona o diversa sembrerà strano.
La stragrande maggioranza dei siti web utilizza le emoji native dell’utente, come questo è mai un problema? non dovrebbe essere l’impostazione predefinita l’emoji nativa dell’utente, con l’opzione di avere set di emoji personalizzati come plugin o opzione personalizzabile dall’utente?
L’approccio attuale sembra e appare poco elegante.
5 Mi Piace
test 
test
deve essere qualcosa nel tuo tema?
3 Mi Piace
- twitter usa la stessa strategia
- slack usa la stessa strategia
- discord usa la stessa strategia
Forse c’è un motivo?
7 Mi Piace
No, mi dispiace, mi era sfuggito uno screenshot per mostrare che si trattava di un caricamento, a quanto pare.
Se modifico il post, ecco cosa vedo:
Strano eh 
1 Mi Piace
Domanda: Per il set Unicode, sono quelli nella colonna “Esempio”, giusto? Se è così, questi sono esattamente gli stessi di Noto, non è vero? Sono solo un po’ confuso sul perché vengano offerti entrambi se sono lo stesso set.
1 Mi Piace
Sì, hai ragione, dovremmo farli convergere, nessun danno grave però.
1 Mi Piace
Mi sono appena imbattuto in questo, poiché l’impostazione predefinita del nostro forum (anche quando si reimposta l’opzione al suo valore predefinito) è “Twitter”, mentre dice “deprecato a Twemoji”.
Ha senso che le emoji di “Twitter” siano deprecate, dato che il nome “Twitter” è deprecato (e la nuova piattaforma è diventata per lo più una discarica abusata) 
. Ma probabilmente ha anche senso non cambiare le cose senza il consenso dell’amministratore.
Riguardo a questa impostazione predefinita: è l’impostazione predefinita con cui la propria istanza Discourse è stata originariamente fornita, o sono globali per tutte le istanze e quindi possono cambiare? Le nuove istanze hanno le emoji Twemoji abilitate per impostazione predefinita?
1 Mi Piace
Se questo è ancora il caso, potrebbe cambiare in futuro, vedi:
1 Mi Piace
Intendi se non è ancora il caso?
Il mio punto è:
- Sembra strano che le emoji “Twitter” siano esplicitamente dichiarate deprecate nell’elenco, mentre sono ancora quelle predefinite, cioè il pulsante “reset” nel nostro caso applica ancora queste emoji Twitter deprecate.
- Quindi mi stavo chiedendo se il predefinito non sia realmente cambiato nel codice upstream, insieme alla ridenominazione di “Twitter” in “Twitter (deprecato a Twemoji)”, o se le modifiche alle impostazioni predefinite non si applichino retroattivamente alle istanze Discourse esistenti. In questo particolare caso vedo un argomento per non cambiare il predefinito su un’istanza esistente, in modo che gli amministratori possano sempre tornare a ciò con cui il loro forum è stato distribuito, e le impostazioni che non hanno mai toccato non cambino senza che li cambino esplicitamente.
- Altra formulazione: i pulsanti “reset” applicano i predefiniti di Discourse (che possono cambiare), o applicano qualunque valore con cui l’istanza Discourse è stata originariamente distribuita?
Beh, immagino che il predefinito non sia ancora realmente cambiato, l’altra teoria sembra un comportamento piuttosto complicato .
1 Mi Piace
Twitter è ancora l’impostazione predefinita, anche nelle nuove installazioni
Penso che “ripristina” ripristini sempre all’impostazione predefinita della versione corrente. Ad esempio, “Normalizza email” era abilitato per impostazione predefinita circa un anno fa DEV: Enable the normalize_emails site setting by default by Drenmi · Pull Request #29952 · discourse/discourse · GitHub, quindi ripristina modifica l’impostazione in abilitata ora.
2 Mi Piace
Qualcuno ha creato un plugin per riportare le emoji Apple? Mi mancano molto 
Oppure è possibile far apparire prima le nostre emoji personalizzate e sovrascrivere il testo di base come :-)?
1 Mi Piace
Non ho creato un plugin, ma ho inoltrato il set “twemoji” a una cartella diversa dove ho caricato tutte le icone Apple, quindi sono quelle che appaiono sul sito.
Abbastanza semplice, anche se devi fare un po’ di duplicazione e rinomina per assicurarti che non ce ne siano di non funzionanti, e ovviamente sta a te procurarti le immagini di quelle nuove rilasciate.
1 Mi Piace
Esiste un modo semplice per un amministratore di aggiungere alcuni alias emoji?
Questa domanda sorge perché abbiamo aggiornato alla versione 2.5 e con essa abbiamo cambiato le emoji da Apple a Noto, ma ora abbiamo parecchi di questi problemi:
Quello funzionante usa :netherlands: mentre tutti gli altri usano codici paese a 2 lettere che prima funzionavano ma che, presumo, erano alias che ora non funzionano più.
C’è un modo più pulito per affrontare questo problema dato che abbiamo una grande quantità di post interessati? Sono un po’ titubante a provare posts:remap.
Già che ci sono, qui su meta, :de: funziona perfettamente per 
, quindi immagino che twemoji includa anche quell’alias, cosa che Noto non fa.
Personalmente, per risolvere questo problema, duplico semplicemente l’immagine con molti nomi diversi. È disordinato ma funziona.
1 Mi Piace
Ho cambiato il set di emoji sul mio sito in Noto e :de: sembra funzionare bene:
C’è qualcosa di speciale nel codice sorgente (raw) del tuo post? “Ricostruisci html” (rebuild html) aiuta?
Ho controllato tre volte e :de: non funziona per la mia installazione. L’unica differenza che mi viene in mente è che noi siamo sulla 2.5.2 e tu probabilmente stai testando contro tests-passed.
Ho dato un’occhiata in discourse/discourse-emojis e c’è effettivamente un collegamento simbolico noto/de.png che sembra essere stato aggiunto a marzo, e anche se la 2.5 è stata rilasciata a giugno, potrebbe non essere stata inclusa?
Ecco cosa ho/non ho:
# ls -l /var/www/discourse/public/images/emoji/{twemoji,fluentui,noto,unicode}/{de,flag_de,germany}.png
ls: cannot access '/var/www/discourse/public/images/emoji/fluentui/de.png': No such file or directory
ls: cannot access '/var/www/discourse/public/images/emoji/fluentui/flag_de.png': No such file or directory
ls: cannot access '/var/www/discourse/public/images/emoji/noto/de.png': No such file or directory
ls: cannot access '/var/www/discourse/public/images/emoji/noto/flag_de.png': No such file or directory
lrwxrwxrwx 1 discourse discourse 22 Oct 3 14:40 /var/www/discourse/public/images/emoji/fluentui/germany.png -> ../unicode/germany.png
lrwxrwxrwx 1 discourse discourse 22 Oct 3 14:40 /var/www/discourse/public/images/emoji/noto/germany.png -> ../unicode/germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/twemoji/de.png -> germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/twemoji/flag_de.png -> germany.png
-rw-r--r-- 1 discourse discourse 246 Oct 3 14:40 /var/www/discourse/public/images/emoji/twemoji/germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/unicode/de.png -> germany.png
lrwxrwxrwx 1 discourse discourse 11 Oct 3 14:40 /var/www/discourse/public/images/emoji/unicode/flag_de.png -> germany.png
-rw-r--r-- 1 discourse discourse 854 Oct 3 14:40 /var/www/discourse/public/images/emoji/unicode/germany.png
L’alias flag_de e de ci sono, ma solo per alcuni set. Sembra che sia noto che fluentui non abbiano il proprio germany.png e stiano ricadendo su quello nel set unicode. Forse per questo motivo, gli alias non sono (o non erano?) stati creati.
A meno che qualcuno non veda una soluzione alternativa più pulita, potrei provare a creare i collegamenti simbolici mancanti nell’hook after_code del processo di build.