Group items tagged

"...Foglio elettronico Embed fatto secondo le indicazioni di: http://en.support.wordpress.com/google-docs/ http://support.google.com/drive/bin/answer.py?hl=en&answer=55244 - in italiano: http://support.google.com/drive/bin/answer.py?hl=it&answer=55244 (bello, "incorporamento" per "embed")"

Bellissimo, però con una pagina del foglio per ogni feed, sarebbe un po' difficile ottenere una vista d'insieme dei 343 feed elencati per ora in https://dl.dropboxusercontent.com/u/3592556/ltis13.opml ;-) Poi c'è la questione del tempo che metterebbe a caricarsi un google spreadsheet usato come freed reader per così tanti feed. O i contenuti di un feed viene soltanto caricato quando se ne apre la pagina?

al momento ho letto solo il post non ci ho fatto ancora nulla ma è un progetto, di quelli magari da realizzare quest'estate: un data bank di risorse che contenga attività e risorse efl (dapprima) create o individuate dai ragazzi, poi condivisibile con altre materie, docenti, scuole ... (se si facesse in tanti e interconnessi sarebbe un bel passatempo e un bella risorsa espandibile all'infinito ) Cerco di scoprire nel frattempo se conviene/valga la pena usare il foglio elettronico, il database o limitare la ricerca ai webtool di feed/bookmarking etc.

Grazie della risposta, Fabrizio. Chiedevo perché all'inizio dell'attività aggregante di #ltis 13, avevo creato una pagina di feedreader separati per ogni feed del file OPML in http://subtitling-for-accessibility-education-and-creativity.wikispaces.com/ltis13-blog . Era facile, bastavano un po' di "cambia in -> cambia tutti" sul file OPML per ottenere il codice wiki che creava quella pagina di aggregatori (dettagli in http://almansi.wordpress.com/2013/04/22/cantieri-opmlerosi-ltis13/ ). Ma man mano che sono aumentati il numero di feed nel file OPML e la mia compulsione a controllare tutto, aumentando il numero degli item mostrati, la pagina diventava sempre più lenta da caricare. Da qui la soluzione della revisione attuale - 71a :D - di suddividerla in sottopagine per tipi di blog hosting, che come criterio distintivo, non mi piace, per usare una litote educata. Quindi forse quando ho un momento provo a rimettere il numero di item a 20 per ogni feed e a risbattere tutto nella pagina originale. Se non funziona, faccio un revert. Però è affascinante questa possibilità di trasformazione di una riga di dati separati da virgole così facilmente traducibili in varie codifiche... Se deciderai di usare uno spreadsheet Google, pensi di farlo alimentare da un modulo o di lasciar la gente scriverci dentro direttamente?

"Tra i rivoli che scorrono da #ltis13: er chi di voi utilizza Amara per sottotitolare, traduco qui il post Let's beta-test the imminent new subtitle editor before it is released che ho messo sul forum d'aiuto di Amara: Testiamo l'incombente nuovo "editor" di Amara prima che venga implementato Salve, compagni utenti di Amara In un messaggio del 6 giugno 2013 alla lista di discussione "Amara - Deaf & Hard of Hearing", Dean Jansen aveva scritto: "Stiamo tuttora lavorando al nuovo modello di "editor"/dati (e abbiamo fatti progressi nella modalità timeline), che potete esaminare qui (aprite un account, modificate o create sottotitoli, poinel menù laterale dell'"editor" tradizionale, cliccate sul link per far partire l'"editor" di sottotitoli in beta. *Nota: dovete aver salvato i sottotitoli ed averli interamente sincronizzati per passare a questa demo*) Prevediamo di implementarlo la settimana prossima o giù di lì" E avevo risposto suggerendo che lo staff di Amara organizzasse prima un test beta. Nessua risposta finora. Però poiché il nuovo "editor" non è ancora stato rilasciato, utilizziamo il link e le indicazioni dati da Dean Jansen per fare il nostro proprio beta-test. Suggerisco che le domande sul funzionamento dell'editor ventano aggiunte in commenti a questa discussione [cioè qui]. Invece per segnalare possibili bug e problemi ho fatto un modulo Google Drive, le cui risposte finiscono in un foglio di calcolo che può essere visualizzato, scaricato e commentato da chiunque abbia il link (non è necessario il login). In questo modo anche gli sviluppatori di Amara lo potranno scaricare, ad es. come file .csv, e riutilizzarne i dati in qualsiasi programma di beta-testing stiano adoperando attualmente da soli."

"- Sicuramente un post per gli studenti di "Editing multimediale" della IUL ma anche per tutti quelli a cui capita di lavorare con le immagini - Grafica bitmap e vettoriale - Due o tre cose sui formati più noti, GIF, PNG e JPEG, sulla compressione delle informazioni, conservativa e non, e sui formati "dedicati" XCF e SVG - Gimp e Inkscape, due bellissimi software liberi per l'elaborazione delle immagini che girano su Linux, Mac e Windows - Elaborazione delle immagini in livelli" ---- [Titoli:] Primo fatto: software libero anziché proprietario Secondo fatto: distinguere fra grafica bitmap e vettoriale > Immagini digitali > dpi e risoluzione > Tipi di grafica > Grafica bitmap > Grafica vettoriale > Formati - compressione > Manipolando foto > Fabbricando immagini > Lavorare in grafica bitmap con Gimp > Lavorare in grafica vettoriale con Inkscape Terzo fatto: usare i livelli (layers) Coda Note