Ciao Luigi,

a parte che mi intrippa li tuo sito , purtroppo tutto ciò che metti in testata scompare quando riduci al primo break point...

Comunque dai una occhiata qui: https://helpcenter.websitex5.com/post/128653?utm_source=startpage&utm_medium=Professional_12&utm_content=answers_posts_2x1_title

Ciao

Grazie Michela ora do uno sguardo. Ciao

Non è questione di intestazione infatti ho provato a copiare il codice html ed inserirlo dentro il body, con un elemento oggetto Codice HTML, anche questo scompare in modalità responsive. Perché?

Ho notato che la scritta nell'header scompare a causa della classe imHidden ma il campo di ricerca ha come classe "search_form imTemplateContent" quindi niente hidden nel codice.

Io sono pronto a comprare la nuova versione ma questo strano comportamento mi delude un po' su come è stata sviluppata la funzionalità responsive.

Ciao Sandro, se leggi il link che ho postato viene spiegato anche il discorso dell'hidden in testata e come eventualmente evitare che accada. Purtroppo l'intestazione si comporta così. E se da li scompare ,il motivo è quello.

Per quanto riguarda gli oggetti html nel body con il codice copiato, non saprei dirti.

Ciao Sandro, ho fatto il tentativo che dici, copiando e incollando il codice del "fieldset" in un oggetto html. A me, nel corpo, il campo cerca rimane e funziona. Eventualmente verifca le dimensioni in modo da controllare il comportmento al break più piccolo.

Ciao

qui una prova del Css consigliato da Lemonsong....

http://www.mirboprova.altervista.org/ws-12/index.html

Ottimo lemon, come al solito risolutivo.

Ciao a tutti

Ciao , ho realizzato una situazione simile, ma per voi è una soluzione ? avete notato cosa succede sotto 1 400px di larghezza ? il campo cerca è in evidenza rispetto al menu!! una soluzione per me non lo è. messaggio ad Incomedia: Soluzioni ????

Se ti riferisci all'esempio di Mirko, lo z-index è stato impostato a 100000001

Se lo imposti a 10, non dovresti avere problemi.

Non a caso ho scritto "eventualmente".

Bisognerebbe anche cercare di sforzarsi un po' di comprendere quello che viene dato come "pappa pronta".

Il "significato" di z-index ormai dovresti averlo capito.

Ovviamente sono tutte "toppe", in attesa di eventuali/probabili/auspicabili aggiustamenti da parte di Incomedia.

Certo che conosco il significato di z-index, il fatto è che se vai sotto al menu con il campo ricerca risulta inutilizzabile se vai sopra si incasina con il menu. certo che ho trovato la toppa facendo in modo che si vada a trovare il alto a sinistra come potete notare dall'allegato. però non è una riflessione, quella di prima, dedicata a chi trova toppe ma al Fornitore che non testa le basi prima di vendere un prodotto....

se un cliente ti chiede il campo ricerca in qualsiasi altro posto della pagina non è possibile !!!

Sicuramente non ho capito ma se "apri" il menu mobile vuol dire che vuoi cambiare pagina e quindi non userai il campo cerca.

In ogni caso con il menu mobile aperto, tutto il resto del contenuto è "inutilizzabile".

Comunque, se posti il link di un esempio online forse ci capiamo.

non ho pubblicato nulla con questa versione.

il campo ricerca nella versione mobile va in automatico sotto il menu .

se lo metti più in alto rispetto al menu per farlo funzionare, nelle dimensioni sotto i 400px, va ad intralciarlo.

Ecco perchè la scelta dell'immagine allegata al posto precedente

Le cose sono due:

1. io non capisco cosa vuoi dire
2. tu non hai capito come funziona il menu mobile di WS

Il campo cerca può stare sotto o sopra il menu mobile.

La posizione ovvia, per me, è sotto e con lo z-index lo regoli come vuoi (vedi post delle 11:13:58).

Continuo a non capire cosa stai cercando di fare (e questa è una regola fissa di Answers  ).