[RISOLTO][PHP] Alternativa Iframe

04/04/2012 00:42:43 e modificato da clemence il 04/04/2012 00:44:43

ghennadi72 ha scritto: [quote]leoblacksoul ha scritto: Non rimane molto da dire.
Sebbene gli iframe non siano deprecati spesso vengono presi in antipatia, data la loro parentela con i frame.
Comunque io ritengo che sia molto più semplice gestire con javascript un semplice div piuttosto che un iframe.

Non per sollevare discorsi triti e ritriti, ma il 95% delle ragioni per cui i frame sono deprecati non si applica al contesto in cui vengono usati all'interno dell'interfaccia di gioco di una sessione di play by chat.

Il discorso deprecazione sta benissimo se facciamo un discorso di usabilità e accessibilità di un sito e di buone abitudini da prendersi se si medita di lavorare anche ad altro, sul web, che non sia solo l'interfaccia di un gioco. Se il discorso é limitato all'interfaccia di gioco, la deprecazione dei frame (e, più irragionevolmente ancora, l'antipatia conseguente verso gli iframe) a mio parere possono anche andarsene giù per la piena, come si suol dire. :)

ps: comunque gdrcd 3.0 ed extreme usavano i frameset, non gli iframe. :)[/quote]

Onde evitare che si faccia confusione:
i frameset non sono deprecati.

Semplicemente per essere validati dal validatore w3c (cosa che può interessare tanto quanto) deve essere espressamente indicato che la dtd del documento è di tipo frameset.

iframe non è deprecato.

Semplicemente può essere validato dal validatore w3c (cosa che può interessare tanto quanto) solamente nei documenti con dtd frameset e transitional (quindi non strict).

alcuni attributi di iframe e frameset sono ad oggi considerati deprecati.

Questo per quel che riguarda l'html 4.

HTML 5 non supporta i frameset, ma supporta gli iframe.
Anzi, a parte aver deprecato un altro attributo, ne ha invece esteso le potenzialità quindi direi che hanno ancora una lunga vita davanti soprattutto nell'ambito delle cross comunicazioni tra applicazioni web (necessità esplosa con facebook e proseguita con twitter and so on).

Al di la di questo attualmente tutti i browser renderizzano correttamente iframe e frameset indipendentemente dalle logiche di dtd applicate.

04/04/2012 00:47:34

clemence ha scritto: [quote]ghennadi72 ha scritto: [quote]leoblacksoul ha scritto: Non rimane molto da dire.
Sebbene gli iframe non siano deprecati spesso vengono presi in antipatia, data la loro parentela con i frame.
Comunque io ritengo che sia molto più semplice gestire con javascript un semplice div piuttosto che un iframe.

Non per sollevare discorsi triti e ritriti, ma il 95% delle ragioni per cui i frame sono deprecati non si applica al contesto in cui vengono usati all'interno dell'interfaccia di gioco di una sessione di play by chat.

Il discorso deprecazione sta benissimo se facciamo un discorso di usabilità e accessibilità di un sito e di buone abitudini da prendersi se si medita di lavorare anche ad altro, sul web, che non sia solo l'interfaccia di un gioco. Se il discorso é limitato all'interfaccia di gioco, la deprecazione dei frame (e, più irragionevolmente ancora, l'antipatia conseguente verso gli iframe) a mio parere possono anche andarsene giù per la piena, come si suol dire. :)

ps: comunque gdrcd 3.0 ed extreme usavano i frameset, non gli iframe. :)[/quote]

Onde evitare che si faccia confusione:
i frameset non sono deprecati.

Semplicemente per essere validati dal validatore w3c (cosa che può interessare tanto quanto) deve essere espressamente indicato che la dtd del documento è di tipo frameset.

iframe non è deprecato.

Semplicemente può essere validato dal validatore w3c (cosa che può interessare tanto quanto) solamente nei documenti con dtd frameset e transitional (quindi non strict).

alcuni attributi di iframe e frameset sono ad oggi considerati deprecati.

Questo per quel che riguarda l'html 4.

HTML 5 non supporta i frameset, ma supporta gli iframe.
Anzi, a parte aver deprecato un altro attributo, ne ha invece esteso le potenzialità quindi direi che hanno ancora una lunga vita davanti soprattutto nell'ambito delle cross comunicazioni tra applicazioni web (necessità esplosa con facebook e proseguita con twitter and so on).

Al di la di questo attualmente tutti i browser renderizzano correttamente iframe e frameset indipendentemente dalle logiche di dtd applicate.[/quote]

E ora sparo la domanda da ignorantona, visto che ci sono: ma allora chi lo decide cosa è deprecato e perchè?

04/04/2012 00:53:21

Il w3c che è un consorzio indipedente (finanziato un po' da chiunque tra cui ovviamente i big come microsoft, google, ecc ecc) che stabilisce gli standard del web.

Ovviamente i suoi standard non sono vincolanti per un produttore di browser, ma nel tempo ha acquistato sempre più peso (dato che senza standard il web stava diventando molto complicato) quindi tutti tendono sempre più ad aderirvi in maniera scrupolosa.

I gruppi di lavoro che stabiliscono gli standard sono composti e aiutati anche da volontari (sono gruppi aperti quindi) e tutti gli addetti del settore (un ragazzo con cui ho lavorato ha collaborato al draft del xhtml 2 che è un progetto poi morto a vantaggio dell'HTML 5) provano a proporre e a individuare una strada comune.

www.w3c.org per maggiori informazioni

05/04/2012 14:56:07

ffwp ha scritto:

<script>
$("#pulsante1").click(function () {
var contenitore = $("#page");

contenitore.load("pagina.php");
});
</script>

<a href="#" id="pulsante1">Pagina</a>

<!------------- Div dove voglio caricare le pagine ----->
<div id="page"> </div>

puoi creare una funzione di callback con questa sintassi:

contenitore.load("pagina.php", function () {
// Funzione di callback
});

o anche inviare dati a una pagina php.

Attenzione!!!!
Il codice che tu hai postato non è javascritp, ma jQuery (o analogo) che è un framework di javascript, ossia una libreria di istruzioni già impacchettate che si possono usare includendo la libreria nella pagina.

Nella sintassi normale di javascritp non esiste in alcun caso una chiamata del tipo:

$("#pulsante1")

per richiamare un elemento della pagina, così come non esistono, in javascript funzioni come ".load()".

In javascript per identificare un elemento della pagina tramite id, ad esempio, si usa :

document.getElementById("id")

Se tu usi una chiamata $("#id") o una funzione .load() senza aver incluso la libreria jquery nella pagina ti viene restituito un bell'errore di sintassi.

28/04/2012 00:12:50

Si sapevo che era jquery :P Grazie mille comunque!

28/04/2012 15:58:13

Proprio in questo periodo ho pensato di rilasciare una libreria molto leggera che implementa in modo efficace e pratico la possibilità di fare richieste asincrone in modo del tutto cross-browser e ben gestito.

Può essere utile se si ha bisogno di fare solo richieste asincrone (o poco altro) e si cerca un alternativa più compatta rispetto ai moduli specifici estratti dal core di colossi come jquery o mootools (che richiedendo 3 o 4 dipendenze finiscono con l'essere comunque di un certo peso).

Trovi i link per il download nella mia firma (AjaxReady), in allegato ci sono vari esempi di come eseguire richieste asincrone printando il responso nei div.