Credo che #YouTube voglia farmi #impazzire del tutto… la #webapp desktop è veramente terribile, i #bug non finiscono, le #inconsistenze sono innumerevoli, i #problemi inquantificabili!!! ☹️

• Certe volte, aprendo la home del #sito per digitare DI CORSA nella barra di ricerca (cosa che mi aspetto da qualunque #sito, perché è una roba che solo ad oggi non funziona bene, ai tempi del Web 1.0 invece si), il mio testo viene inserito per tipo 1 secondo, ma nel frattempo il centro della pagina finisce di caricare (non si sa bene cosa, visto che tanto mi dice che non può mostrarmi nulla perché ho rifiutato il tracciamento), e a quel punto il focus si toglie dalla casella di input e io devo andare a ricliccare. 🖕️
• Nella barra laterale dei video correlati, certe volte passando con il cursore del mouse vedo il rettangolino popup con il titolo completo del link, cosa utile perché spesso i titoli dei #video sono lunghi e non entrano nello schermo… peccato che il resto delle volte, tipo 9 su 10, questa cosa non funziona, e allora non saprò mai il titolo completo se non voglio aprirlo. E vorrei evitare di aprire un’ennesima nuova scheda, perché… 👹️
• Basta aprire boh, una trentina di schede insieme (nessuna in riproduzione, eh) e i miei 16 GB di RAM si saturano (almeno su Firefox). Nemmeno le cose da me programmate gestiscono la memoria così male. (Questo non è un problema se accumulo schede e riavvio il browser, ma diventa un problema appena ci tabbo sopra per passare ad una delle tante messe lì “per tenermela in mente”: sono tutte caricate così.) 💣️
• (Addendum, l’ho dimenticato prima): Chissà perché ma ogni tanto le mie preferenze del sito si rompono, senza che cookies o storage siano cancellati. Aprendo schede diverse (soprattutto video embeddati in siti terzi) si sfancula il livello del volume, 1 volta su forse 1000 visite si resetta il tema da scuro a bianco, 1 su 30 i sottotitoli si attivano o disattivano da soli e rimangono così, 1 su 300 l’autoplay si riattiva (io lo spengo sempre), e a quanto pare dall’altro giorno mi si continua a riattivare da sola la “modalità ambient”, che odio perché sembra figa che fa gli effetti di luce soffusa ai bordi, ma ruba veramente troppo lavoro alla CPU.

Ahinoi il nuovo stupido CEO ha fatto la guerra a Invidious, quindi quello certe volte non funziona granché, per cui si soffre. Piped boh, è come se avesse brutte prestazioni di rete, mi buffera tanto e male. E altri #frontend che non girano nel browser non sono per me un’opzione su #desktop. Forse dovrei riprovare questo youtube-local. #Mannaggia. 🕳️

https://octospacc.altervista.org/2024/02/13/youtube-la-pazzia/

#bug #desktop #frontend #impazzire #inconsistenze #Mannaggia #problemi #sito #video #webapp #YouTube

[⤴️ https://octospacc.altervista.org/2024/01/16/spaghetti-a-breve-termine/]

Non sono passati nemmeno 10 giorni da quando avevo detto “aaa è improbabile che aggiornerò ancora #MBViewer, dovrei provare a far iniziare a funzionare il progetto definitivo #alternativo migliore…” 🥴️

Però poi mi sono resa conto che: magari del #progetto alternativo non è semplice progettare tutta l’interfaccia e il suo funzionamento (cosa che va fatta, essendo una cosa da #costruire da zero), ma certamente non si posso comunque granché se prima non preparo dei #componenti logici che so già che mi dovranno servire… e allora, tanto vale iniziare a lavorare per quelli, integrandoli nella #app che (per quanto #spaghetti) è già esistente e funzionante, e acchiappare un bel 2 in 1 (espandere quel #programmino, e nel mentre accumulare codice che mi servirà per quel molto altro più tardi). 📦️

La prima cosa un po’ intricata che serve è il supporto all’ingestione di dati da #piattaforme diverse, con #schemi diversi. L’idea è di avere un solo #schema di dati che la app usa per lavorare internamente, per evitare di avere spaghetti, ma questo vuol dire che bisogna fare qualche tipo di conversione. Ci sarebbero diversi approcci: 🔪️

• Il più classico sarebbe quello di scrivere (come degli schiavi indiani) delle #procedure di codice per tradurre ogni tipo di entità #API dai #formati esterni a quello interno, e viceversa… il che non solo è una pazzia, e richiede un botto di #lavoro (va scritto un numero di #funzioni complesse pari alle piattaforme da supportare, moltiplicato per 2), ma finisce per dare #rogne: appena decidiamo che lo schema di API interno va modificato o allargato, ecco che bisogna modificare in ognuna di quelle parti, ed ecco che magari escono nuovi errori e problemi. Ehhh, no, non ci sto dentro. 😩️

• La mia idea, invece, è di usare un #documento di #trasformazione, almeno per quando le task sono semplicemente selezione e riassegnazione di chiavi di #dati (per operazioni più complesse, il codice è più appropriato del #markup). Era questo che avevo già provato a fare mesi fa (e funzionava eh!), ma, riguardandolo ora, mi stavo rendendo conto che lo strano #formato JSON da me inventato ha dei #limiti abbastanza forti, tra cui penso sia un casino tremendo usare 1 solo documento di #traduzione per fare sia avanti che indietro. Quindi, ho iniziato a ripensarlo da capo, ma ho pensato abbastanza in fretta che, beh… #JSON non va bene per sta roba, lo si vede anche dal come devo mettermi a scrivere chiavi tipo “__robo__“; JSON abuse, doing I am. Però l’idea credo sia bona… 😋️

E allora, fortunatamente sono tornata sana giusto in tempo, prima di #impazzire ancora una volta dopo mesi con Jason; almeno, abbastanza sana per capire che è meglio impazzire con #XML, se proprio proprio, in questo caso. E, boh, ci ho perso 1 giornata e qualcosa (soprattutto l’altra sera in cui, mezza drogata di sonno, mezza cringiata per colpa della situazione, ho iniziato ad andare un pochino mentale), ma bene o male l’ho fatto funzionare un minimo. C’è stato di tutto in mezzo ovviamente; tra cui, il #godere per aver sistemato un #bug, eccetto scoprire poco dopo che, no, nulla era sistemato… e averci dovuto perdere un’altra mezza giornata. 📆️

Questa è una di quelle cose capaci di stupirmi anche se fatte da me: la sola #idea di poter raggiungere il 90% di quello scopo intricato semplicemente #componendo un documento XML in maniera adeguata, e avere vita facile per ogni #modifica, la trovo #pazza in concetto. Comunque, ho dovuto (iniziare a) scrivere una mega-funzione totalmente #originale per questa cosa perché, come già avevo constatato mesi fa, ma riconfermato appunto ieri, tutte le #librerie in giro per fare trasformazioni di dati così sono troppo generiche, a quel punto usare quelle sarebbe anche peggio che fare tutto in #codice. E credo di aver cercato fin troppo in giro. E, ahimè, prima o poi soffrirò di nuovo, perché dovrò scrivere pure la #funzione di traduzione inversa! 😵‍💫️

Che centra con la #applicazione mezza kangata? In pratica, avendo integrato questo #sistema già da ora, MBViewer può visualizzare (alcuni) #feed #RSS, e (con qualche problema, per ora) #profili #Mastodon, il che non è male. È male, invece, il mio aver scoperto solo ora che su Firefox avviene un problema con il parsing dei feed RSS, che dovrò sistemare… ma su #Chromium funziona tutto. Oh well. Ohhh, it’s so well. I #glitch non finiscono mai, la tortura della #programmazione è eterna!!! 😭️

https://octospacc.altervista.org/2024/01/25/mbviewer-per-distrarci/

#alternativo #API #app #applicazione #bug #Chromium #codice #componendo #componenti #costruire #dati #documento #feed #formati #formato #funzione #funzioni #glitch #godere #idea #impazzire #JSON #lavoro #librerie #limiti #markup #Mastodon #MBViewer #modifica #originale #pazza #piattaforme #procedure #profili #progetto #programmazione #programmino #rogne #RSS #schema #schemi #screenshot #sistema #spaghetti #traduzione #trasformazione #XML