Visualizzazione dei risultati da 1 a 10 su 10
  1. #1
    Utente bannato
    Registrato dal
    Jan 2009
    Messaggi
    46

    [Flex + AS] Passaggio di parametri

    public function printDataGrid() : void
    {
    var url:String = "printingPage.html";
    var variables:URLVariables = new URLVariables();
    variables.dati = list;
    var request:URLRequest = new URLRequest(url);
    request.data = variables;
    request.method = "post"
    try {
    navigateToURL(request);
    }
    catch (e:Error) {
    // handle error here
    }
    }


    Dall'altra parte come recupero la variabile dati?

  2. #2
    Utente di HTML.it L'avatar di and80
    Registrato dal
    Mar 2003
    Messaggi
    15,182
    Dipende da qual'è l'altra parte

    Ad esempio in php ritroverai le tue variabili come indici della variabile globale $_POST, quindi nel tuo caso $_POST["dati"]

    [edit] mmh, no... ho visto ora che li mandi ad una pagina html... potresti provare con JS, ma non so come si recuperano variabili inviate in GET o POST con JS

  3. #3
    Utente bannato
    Registrato dal
    Jan 2009
    Messaggi
    46
    In pratica dall'altra parte c'è un altra mxml application cioè un altro file costituito con flex e action script

  4. #4
    Utente di HTML.it L'avatar di Alberto
    Registrato dal
    Oct 2004
    Messaggi
    1,870
    se i dati li devi recuperare nella pagina printingPage.html, puoi farlo con javascript in 2 modi utilizzando window.location.href che ti restituisce tutto l'url o con window.location.search che ti restituisce l'url a partire dal ?

  5. #5
    Utente bannato
    Registrato dal
    Jan 2009
    Messaggi
    46
    Si ma mi spiego, la pagina printPage.html è un applicazione flex

    quindi il codice html viene generato dalla componente .mxml

    In flex posso usare java script?

    il file html non è statico ma ricompilato a partire dal file flex.

  6. #6
    Utente di HTML.it L'avatar di and80
    Registrato dal
    Mar 2003
    Messaggi
    15,182
    Intendi forse il fatto che viene generata nel momento in cui dal flex builder esporti il filmato swf?
    Perchè in quel caso è assolutamente lecito agire manualmente sul file html e inserire del codice javascript da utilizzare nel filmato. Anche se personalmente eviterei la cosa e mi affiderei ad uno script lato server per recuperare queste variabili e scriverle come flashvars nel codice di incorporamento del filmato.

  7. #7
    Utente bannato
    Registrato dal
    Jan 2009
    Messaggi
    46
    Scusate ma è possibile che flex non abbia un modo chiaro e semplice per passare parametri da un applicazione ad un altra?

    un classico

    navigateToURL(request);

    Che mi porta ad un nuova applicazione flash passandogli dei dati?


    Cioè il php ha il get/post e poi dall'altra pagina ti tiri su i valori, possibile che in action script non si possa fare senza passare da altri linguaggi?

    Cioè mettiamo che io mi creo il mio bel progetto flex
    ho dentro
    index.mxml
    print.mxml

    in index l'utente scrive "ciao" e poi pigia il pulsante stampa, il pulsante stampa fa aprire nel browser print.mxml e si ritrova il "ciao" pigiato dall'utente?

    Cioè mi sembra troppo strano che adobe tiri fuori un linguaggio non in grado neanche di passare parametri ma che si deve appoggiare a php o js.

  8. #8
    Utente di HTML.it L'avatar di and80
    Registrato dal
    Mar 2003
    Messaggi
    15,182
    Prova a vedere le LocalConnection e System.security, anche se non credo che ti risolvano il problema.

  9. #9
    Utente bannato
    Registrato dal
    Jan 2009
    Messaggi
    46
    Si ma è una gravissima mancanza VVoVe:


    Cioè devo ricorrere ad altri linguaggi o sistemi per pasasre parametri tra due applicazioni flash? pazzesco.

  10. #10
    Utente di HTML.it L'avatar di and80
    Registrato dal
    Mar 2003
    Messaggi
    15,182
    Dici? Beh considerato che gli swf sono dei file sul server che per essere eseguiti hanno bisogno di un player installato sul browser del pc che lo visualizza in locale, più che come una mancanza, la vedo come una questione di sicurezza.

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.