Ho un indizio, probabilmente forte.
Allora, la pulce nel setto nasale me l’hai fatta venire te, @il_Babbano , dicendo che volevi ricompilare. Ebbene, il risultato del compilato non è solo il pgn-viewer, che viene detto di porre dentro la cartella, ma una serie di altri sturmenti (che penso siano parte dei sorgenti da cui poi è distillato il dist.js).
Se metto pure loro e provo ad installare, mi dice che: Failed to handle exception in exception app middleware : ArgumentError : invalid byte sequence in UTF-8
Temo che anche la stringa vuota sia un carattere invalido, quindi non viene letto, portando all’eccezione. Questo acade perché c’è una sorta di supporto multilingue nel dist.js, quindi probabilmente ci sono saprsi caratteri strani. Ma non so quali…
Dovrebbe essere una incompatibilitià tra ASCII e UTF-8, ma anche cercando in rete non trovo nulla di perfattamente ficcante.
Scusatemi, purtroppo io e npm non andiamo d’accordo e quindi non sono in grado di aiutarvi.
Mi dispiace moltissimo davvero. Ditemi se posso far qualcosa, che so, portarvi il caffè.
Tanto non so quanto si possa fare qualcosa, a parte sentire l’autore (sto cercando di spiegarmi ma sento proprio che non essendo pensato per la nostra piattaforma non sarà semplice).
Una possibilità cui stavo pensando è quella di mettere il dist.js dentro una cartella diversa, affinché non sia caricato subito. Magari così si superano quei controlli che adesso si piantano. Nello specifico sono degli script in Ruby, che conosco ancora meno del JS .
Ma proverò domani anche io
Oh certo, se tu guardi uno dei temi vecchi che non funzionano, o anche solo il plugin OTP, c’è un import della funzione in JS pescata da un percorso relativo, così la struttura delle cartelle è autoconsistente.
Se riesco a piazzarla senza traumatizzare la piattaforma, poi raggiungere la funzione API (il.motore) non sarà un problema
Ora, ho rimesso l’ultima versione buona disponibile tra i temi, così se uno vuole giocare, sa dove siamo arrivati.
Mettere il pgn-viewer dentro una cartella differente non ha avuto successo…
No penso che il gunzip nella codifica introducesse caratteri invalidi. Discourse, tentando di importare qualsiasi cosa trovasse, leggeva i .gz e si lamentava (senza dire il colpevole però!!)
Per import+chiamata, lunedì se qualcuno non vuole darci un occhio.
Mi sembra di capire che il dist.js sia stato “compresso” (è anche tutto su una linea sola) e non abbia un nome di funzione specifico o qualcosa del genere…
Minificato, mi sa, ed è normale. Si può editare anche così per rimpiazzare i caratteri inaccettabili. Più facile che sia colpa di un passaggio tra codifiche diverse degli editor.
If we use bundle tools, then as scripts are bundled together into a single file (or few files), import/export statements inside those scripts are replaced by special bundler functions. So the resulting “bundled” script does not contain any import/export, it doesn’t require type=“module”, and we can put it into a regular script:
<!-- Assuming we got bundle.js from a tool like Webpack →
<script src=“bundle.js”>
Il che corrisponde anche con quanto diceva l’autore del pgn-viewer. Ma qui di parla proprio di script anziché di pagine HTML, quindi lunedì provo anziché usare l’import, a dire di riferirsi allo script minimizzato.
La conversione in utf-8 dovrei averla fatta sanificando come detto sopra.
Allora, ho de-minificato, così è anche più veloce a caricare e sto usando l’import esplicito, altrimenti impazzivo (e già sono sto bene di mio, più non funziona nulla in ogni campo).
Sto cecando di costruire al stringa di chiamata, assegnarla e chiamare la funzione motore, eppure ho ancora un errore…