Yoong

I box news e YT sono visibili anche su tablet. 1280*800

Per dare evidenza alle news, non potresti, che so, inserire notizie mirate dopo il primo messaggio di ogni topic usando il sistema d'inserimento dei banner pubblicitari? Magari nella sezione f1 potrebbero essere inserite solo le news che la riguardano, come in in quella indycar, ecc.. Basterebbero delle condizioni a seconda della sezione in qui ci si trova. Non so se con l'invadenza otterrai dei grandi risultati. Se si organizzano i contenuti in maniera più pulita e utile per l'utente, credo che i risultati sarebbero maggiori. Un po' come la pubblicità. Che o la si skippa o si trovano sistemi per rimuoverla, se invasiva.

troppa roba fosse per me metterei solo due riquadri nell'header di fianco al logo, uno per l'ultima live e uno per l'ultima notizia, con relativi link al sito e youtube. oppure un menù a tendina contenente tutte le notizie e i video, un po' come nel menù news mosaico.

molto fiduciosi

Mi son perso qualcosa? Rio 2016 non doveva essere un'esclusiva rai?

Forse con le olimpiadi avranno qualche problema, sempre che non attivino un canale hd alimpiadi.

è quello, forse era meglio chiamarlo inserisci media.

A me funzionano, dipende forse dal browser, o dal tipo di url che cerchi d'inserire. prova a svuotare la cache, disabilitare le estensioni tipo noscript, ghostery ecc... o inserisci il forum nelle esclusioni. Oppure usa "insert other media"

Con il rischio di fare la fine di Imola... XD

comunque per i messaggi twitter "tagliati", con Firefox (desktop) basta cliccare di lato con il destro del mouse e selezionare "questo riquadro" > "ricarica riquadro". Con Chrome invece "ricarica frame". così vi evitate di ricaricare l'intera pagina.

Ci sono problemi di script, nella versione 4.1 che uscirà ad ottobre verranno sistemate molte cose, tra cui questa. nella 4,1 sarà possibile quotare parti di post semplicemente selezionando la parte che interessa. verrà introdotto nelle opzioni la possibilità di attribuire al tasto invio quello che si era provato a fare. introdurranno un nuovo menù con sottomenù introdurranno una nuova ricerca notifiche push dal browser

evidentemente non mi riesco a spiegare... portando il tuo esempio di Word. Scrivi una lettera, e quel che scrivi lo vedi a schermo, tutto nella norma, cosa che avviene nell'editor. Stampi la pagina o salvi l file, e noti che le spaziature sono tutte sballate, cosa avviene una volta inviato il messaggio. Da cosa dipende questa discrepanza? Da Word/editor invision o sono le nostre abitudini? Che abbiano scelto un diverso modo di strutturare e pubblicare il codice non esclude però che i post rispettino nella forma quello che era nelle intenzioni dell'utente. E' come se avessero sostituito il codice per grassettare le lettere, da <b> a <strong>, l'utente sempre il tasto B premerebbe, e sempre grassetto sarebbe stato il testo, non grassetto corsivo o grassetto sottolineato. io non sto a disquisire sull'uso o meno dei paragrafi al posto dei BR. Forse sarebbe il caso di segnalare la cosa.

Il tag p ha sempre una spaziatura, sempre che non sia resettata o modificata tramite css, varia da browser a browser, ma roba di poco. La funzione è proprio quella di separare due blocchi di testo. Ma in un paragrafo si è sempre liberi di inserire capoversi <br> o altre formattazioni, cosa comunque non esclusa dall'editor, se non con una scorciatoia da tastiera. Credi che gli utenti ne sappiano qualcosa del funzionamento dei capoversi in questa versione? Continuano a usare lo stesso sistema, invio, invio e ancora invio, per spaziare i blocchi. Perchè abituati così, e tratti in inganno dall'editor, che non rappresenta nella preview le corrette spaziature. E vedendo dei risultati non concordanti rimangono smarriti, o pensano ad errori, problemi, ecc... Io in questo vedo una pecca nel sistema, non nelle intenzioni degli sviluppatori o nel codice. Sarebbe dovuto essere tutto molto più immediato e trasparente per l'utente, ma forse troppo complicato da gestire tramite script... Comunque che il db con questo sistema sarà più compresso ho i miei dubbi, al limite le due soluzione sono equiparabili. Le ragioni del cambiamento sono altre credo, ovvero avere una struttura html più "coerente".

paradossalmente il db sarebbe più pulito e snello con i BR, ma capisco che non vuoi fare un passo indietro nello "sviluppo", L'intento degli sviluppatori è giusto (non dico di no), avere un html più coerente, ma hanno forse dato per scontato un po' troppe cose, o non sono riusciti a rendere il tutto più immediato e trasparente per l'utente. Un modo per avere questo risultato, non cambiando di una virgola le abitudini degli utenti, e mantenendo il codice html più pulito, era quello di attribuire il paragrafo con un doppio invio e il capoverso con un singolo invio, Perchè nella situazione attuale si genera un htm molto confuso, con paragrafi vuoti, visto che gli utenti continuano a scrivere come abitualmente hanno fatto da sempre, non solo su invision, ma su blog, forum, editor testuali, chat., e non si può pretendere che cambino abitudine dall'oggi al domani, quando poi non sono assolutamente informati del funzionamento, Se si riesce a ridare lo stesso risultato grafico, con le stesse spaziature è buona cosa, ma rimane il fatto che il codice rimane sporcato da dei tag vuoti... A parer mio devono ancora lavorarci un po' su...

No sono i doppi invio inseriti dagli utenti abituati al vecchio sistema, i vecchi post dovrebbero avere i br. comunque il plugin bbcode non crea danni, interpreta al volo l'html... Quindi finchè funziona, o verrà reintrodotto ufficialmente il bbcode (e credo che lo sarà), può starci senza che crei problemi.

Per me meglio mantenere una continuità, ormai gli utenti sono abituati così, e non solo loro. XD troppi stravolgimenti non sono molto positivi, come la scomparsa del codice bbcode.

dovresti provare il plugin per il bbcode.

ora se si fa un capoverso viene inserito un br invece di racchiudere in un paragrafo il testo mandato a capo. ora è così:primo rigo<br>secondo rigoprima era:<p>primo rigo</p><p>secondo rigo</p>

ho inserito un tasto per inserire il capoverso, non è una soluzione, Ma non è una soluzione. XD EDIT Ora viene inserito il br al posto del paragrafo se si fa un capoverso.

il forum è privato comunque le istruzioni per farlo le ho postate poco sopra.

se si vogliono tenere i paragrafi si può provare

In un paragrafo possono esserci dei capoversi. Se è come dici tu, non avrebbe neanche senso la combinazione di tasti shit+invio che permette d'inserire i BR nei paragrafi. comunque a fare questo è un plugin dell'editor che è stato integrato forse di default. http://ckeditor.com/addon/enterkey E' possibile reimpostare i br come nella vecchia versione, ma lo sconsigliano per avere più compatibilità con i plugin e uan struttura html più corretta, che va comunque a farsi benedire se si inseriscono spazi in più che vanno a generare paragrafi vuoti. Una cosa che non aiuta è la preview dell'editor che non mostra le reali spaziature, le applica solo una volta inviato il post. si potrebbe anche fare un tasto per il capoverso da inserire nell'editor... non sarebbe difficile, di certo più immediato e alla portata di tutti che una combinazione di tasti.

più che altro l'avranno fatto per avere una struttura html più logica, periodi con all'interno i capoversi <br> ma se non si sa della combinazione di tasti, e su smartphone voglio proprio vedere, si ha l'esatto opposto, tanti periodi spesso anche vuoti, messi senza logica e senso che "sporcano" solo il codice. A questo punto meglio inserire dei br e ignorare i paragrafi. E' più immediato, un click in più non uccide nessuno. XD

E' una forzatura, un paragrafo può contenere più periodi e quindi capoversi. Viene interrotto da una riga quando un concetto è esaurito. comunque al di là di questo. non trovo una corrispondenza tra lo spazio generato dal paragrafo vuoto e un normale rigo di testo, è ben maggiore.

Strana comunque questa cosa. avrebbero potuto lasciare i normali <br> invece di andarsi a complicare la vita con i paragrafi. che poi sembra che lo spazio è comunque maggiore di un rigo.