Newsgroup: it.comp.www.asp
Titolo: [ASP.NET] problemi con inclusione motori di ricerca

Salve a tutti, realizzando un portale (il primo in 
asp.net
) mi si č
presentato un problema con il codice html di alcuni motori che ho incluso.
Mi spiego meglio: includendo il codice html di google in una pagina html si
ha a disposizione il form che esegue l'azione direttamente sul motore. Lo
stesso dicasi per Pubmed e Medline (due motori di ricerca medici).
Includendo questo codice in una pagina aspx (google come controllo utente
riportato in tutto il sito) specifica funziona solo google e Medline mentre
sulle altre pagine dove esiste solo google come controllo utente questo non
funziona. Nessun problema se si mette tutto su una normale html.
Ecco i link al portale, rispettivamente di una pagina di prova aspx ed una
html:
http://www.aiolp.it/test.aspx
http://www.aiolp.it/prova_pubmed_aiolp.htm
Quello che mi viene in mente č un conflitto tra i vari form della pagina
aspx di cui gerarchicamente il piů alto č "Form1" (runat=server) e gli altri
che sono lato client ma non ne sono sicuro.
Stefano
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/


Moderatore di it.comp.www.asp - Microsoft .NET MVP
http://www.aspitalia.com/
 Enjoy the .NET community!
http://www.dev2dev.it/
 La rete ha connesso nuove particelle!
http://www.extensible.it/
 XML and beyond

 </form>
Ma io avevo detto che almeno uno dei tre funzionava anche in annidamento:
<form name=Form1 runat=server>
....
     <form method=get action="www.medline...">
     </form>
</form>
Comunque provo a disannidare i diversi form e ti faccio sapere. Grazie.


 Ma io avevo detto che almeno uno dei tre funzionava anche in annidamento:
perchè è probabile che il browser sia "gentile" con il codice e provi ad
interpretarlo cmq, un po' come tabelle non chiuse o altri tag annidati (tipo
<ul> in <p>) che regole alla mano non potresti disporre in quel modo.


 <ul> in <p>) che regole alla mano non potresti disporre in quel modo.
Visual Studio indenta il codice a proprio piacimento....cmq per tornare al
problema, la pagina aspx accetta un solo form lato server e con la struttura
"a portale" devo per forza includere tutta la tabella del template per non
lasciare fuori delle textbox lato server (del controllo "login" e dei
contenuti centrali delle altre pagine) che andrebbero in errore. Quindi mi
tocca modificare il codice del controllo utente "Motore" per farlo diventare
server (textbox e linkbutton che punta la stringa a google) eliminando i
form lato client.


 Stefano
--
.A    [Microsoft MVP .NET]
UGIdotNET - User Group Italiano .NET
http://www.ugidotnet.org
Read my blog at: 
http://www.ugidotnet.org/4.blog

 
http://www.google.it/apis/
L'ho preso in considerazione ma non mi sembra il caso di compilare una
classe proxy ed appesantire l'assembly del portale solo per una semplice
ricerca; google mette a disposizione quel ws per utenti che hanno grosse
esigenze di ricerca e paginazione dei risultati.
Il tutto si potrebbe risolvere con il controllo "Hyperlink" ma la proprietà
"NavigateUrl" dovrebbe essere impostata dinamicamente al "textchanged" della
textbox di ricerca e questo avviene solo con un "round-trip" della pagina
generato da un pulsante. Insomma non posso mettere due pulsanti per far
scattare la ricerca. Molto più semplicemente posso mettere un solo pulsante
e fare response.redirect con la stringa dati anche se perdo il target
"_blank"...


 esigenze di ricerca e paginazione dei risultati.
parola di scout: l'assembly non si "appesantisce", e il WS di Google non è
pensato solo per "grosse esigenze di ricerca", nè in termini di numero di
richieste (anche perchè oltre le 1000/gg si paga), nè in quelli di
dimensioni del risultato. Altra parola di scout: se crei un object model
"taggato" a dovere che riflette lo schema del risultato del WS, puoi usare
il Serializer Xml per costruirti un contenitore strong typed (che so, un
array o una collection tipizzata) e spararlo in bind ad un controllo
(repeater/list/datagrid)... Una pacchia! Il tutto, ovviamente, è
rigorosamente IMVHO
