[imc-italy] [OpenPublishing 2.0] facilitazione

[Wu Ming 63]

grazie a durito per la facilitazione

cerco di dare una risposta complessiva

imho ci sono due soluzioni entrambe valide:

1) lasciare sf-active e rendere obbligatorie le categorie (da
allargare), sia tematiche che locali (aggiungendo la categoria
"globale"), inserendo una terza categoria (sempre obbligatoria per
l'utente), che distingue tra news, report, comunicati, other press,
foto, audio, video (e che altro?).
Rendere obbligatorio lo riempimento di queste tre form risponderebbe
immediatamente a due scopi:
- rendere piu' leggibile il newswire (ogni cosa sta al suo posto, o
almeno "sta in un posto")
- rallentare il lavoro degli spammer e dei troll
Ne dovrebbe risultare un nw diviso almeno in 3 (other press, locale e
globale): 3 pezzi di cui possiamo decidere l'importanza attraverso il
numero di post che stanno in home per queste 3 categorie.

2) scegliere di implementare tutte le "novità" più forti (login,
rating, categorie multiple, ftr da post, nw spezzato, ecc.) e allora
passare a dadaIMC che (per quanto ho visto nella "indagine" sugli imc
esteri) ha tutte queste feature implementate di default. Se il
problema di cambiare piattaforma sta nella "migrazione" si può anche
non migrare e lasciare il "vecchio" Indymedia come "Indymedia fino al
2006", linkato nella nuova home page. Se poi si ha paura di usare un
nuovo software non essendo assolutamente un tecnico non dico niente
(ma si torna alla soluzione 1). Cambiare software e aspetto del sito
darebbe anche un po' di "facciata" all'aspetto "rifondativo" di
indymedia italia. Gli utenti si troverebbero davanti a una vera e
propria novità, in sostanza e anche in apparenza. Mettere sistemi di
rating e/o blogwire, ecc. sull'attuale aspetto grafico (piattaforma)
mi darebbe anche esteticamente l'idea di "pezze a colori".

- Aggiungo che sono d'accordo con il blogwire (più o meno spinto,
ovvero con link a post di blog esterni oppure con "fornitura" di blog
da parte di indy), anche se lo vedo anche questo difficile da mettere
in pratica.
- Sono contrario a soluzioni che prevedano un sostanziale abbandono
dell'OP (ovvero moltiplicazione del lavoro di hiding).
- Sono a favore di feature leggere, anche senza niente.
Feature Tipo: 27 maggio sfilata XYZ (con semplice link a un post) -
poi aggiornabile da qualcunque admin con link ad altri post.
Oppure: sgomberato il cs. XYZ, con semplice link al post.
Oppure semplicemente due righe che sono l'inizio di un post che a un
admin pare "da promuovere" e proseguono nel post stesso.
La macchinosità delle ftr ora come ora non mi sembra sia produttiva.
Quello che succede e' (spessissimo) che un admin propone una ftr, se
la scrive, se la migliora, se la pubblica e se la aggiorna. Questo
"process" non serve a niente. Non migliora la qualità del sito.
Quindi snellire questo process mi pare prioritario. Facendo il giro
degli imc mondiali mi sembra che pochi indymedia "pretendono" come fa
italy di dare la propria lettura in 20/30 righe su ogni cosa.
- Le cose che mi sembrano meno prioritarie (ma non sono contrario a
sperimentarle) sono rating e login (che peraltro vanno abbastanza
insieme).

Ne ho dette un po' qua e là sparse. Mando questa email se no finisce
come varie volte negli ultimi mesi che lascio in bozza e poi viene
superata da altre discussioni e la cancello.

wm63