Pagina 1 di 2 1 2 ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 13
  1. #1
    Utente di HTML.it L'avatar di pietro09
    Registrato dal
    Jan 2002
    Messaggi
    10,116

    separare stile per input button e input text

    è possibile senza le classi impostare uno stile diverso per il TextBox (input type text) ed il Button (input type button)? :master:

    Pietro

  2. #2
    teoricamente esiste il selettore di attributo (ma indovina chi non lo supporta)

    es.

    input[type="text"]{...}


  3. #3
    Ci sarebbero i selettori di attributo, ma indovina chi non li supporta. :rollo:

    codice:
    input[type="text"]
    {
       /* proprietà */
    }
    input[type="button"]
    {
       /* proprietà */
    }
    Puoi sempre realizzare un piccolo javascript, solo per IE, che attribuisca le classi agli elementi senza sporcare il markup. Qui sul forum abbiamo già visto spesso come fare, quindi consiglio una ricerca.

    Per approfondire i selettori CSS:

    - http://diodati.org/w3c/css2/selector.html



    P.S. indigoindigo!!! Telepatia!!! VVoVe:

  4. #4

  5. #5
    Frontend samurai L'avatar di fcaldera
    Registrato dal
    Feb 2003
    Messaggi
    12,924
    personalmente in linea generale non scomoderei javascript... (visto che poi siamo sul forum css).
    se però IE<7 è l'unico browser a non supportare quel tipo di selettori allora tanto vale fare un eccezione

    ovvero caricare un javascript con un commento condizionale che esegua la scansione dei nodi input e che assegni dinamicamente una classe come ti hanno suggerito.
    Vuoi aiutare la riforestazione responsabile?

    Iscriviti a Ecologi e inizia a rimuovere la tua impronta ecologica (30 alberi extra usando il referral)

  6. #6
    Utente di HTML.it L'avatar di pietro09
    Registrato dal
    Jan 2002
    Messaggi
    10,116
    ho fatto una prova: Quello lo supporta bene ma quell'altro no
    speriamo bene nella prossima versione

    Pietro

  7. #7
    Originariamente inviato da fcaldera
    personalmente in linea generale non scomoderei javascript...
    In questo caso non sarebbe intrusivo, anzi: aiuterebbe ad ottenere un risultato importante (se vi è una distinzione grafica tra i tipi di pulsante, ciò rispecchia un'efficacia in termini di usabilità e accessibilità del form) anche su quel caca-browser di IE.

    (visto che poi siamo sul forum css).
    Eh, vabbè, ma che c'entra? In questo caso sarebbe giustificato. E poi io è da tanto che dico che in un forum come questo sarebbe il caso di implementare un'architettura a faccette, visto che spesso gli argomenti si intrecciano tra loro (come è giusto che sia).

    se però IE<7 è l'unico browser a non supportare quel tipo di selettori allora tanto vale fare un eccezione
    Se può essere utile in termini di usabilità e accessibilità non vedo perchè tagliare fuori gli utenti del browser ancora più usato.

    ovvero caricare un javascript con un commento condizionale che esegua la scansione dei nodi input e che assegni dinamicamente una classe come ti hanno suggerito.
    Sì, con un commento condizionale andrebbe bene, ma anche senza, visto che lo sniffing del browser si può fare direttamente nello script.

    Ripeto, lo script non è intrusivo, non inficia l'accessibilità (anzi, la aumenta per una certa fascia di utenti) e non sporca il markup.

  8. #8
    Frontend samurai L'avatar di fcaldera
    Registrato dal
    Feb 2003
    Messaggi
    12,924
    Originariamente inviato da pierofix
    Sì, con un commento condizionale andrebbe bene, ma anche senza, visto che lo sniffing del browser si può fare direttamente nello script.
    Su questo punto non sono d'accordo.
    Se tu carichi un javascript come dici tu chiunque dovrà caricare il file .js.
    Se invece lo includi in un commento condizionale - essendo un commento - il javascript sarà caricato solo da IE.

    E questo a mio parere è un bel modo per incentivare gli utenti che utilizzano browser w3c compatibili visto che risparmieranno banda

    Edit: senza contare il vantaggio - seppure piccolo - di non dovere scrivere codice aggiuntivo per lo sniffing
    Vuoi aiutare la riforestazione responsabile?

    Iscriviti a Ecologi e inizia a rimuovere la tua impronta ecologica (30 alberi extra usando il referral)

  9. #9
    Originariamente inviato da fcaldera
    Su questo punto non sono d'accordo.
    Se tu carichi un javascript come dici tu chiunque dovrà caricare il file .js.
    Se invece lo includi in un commento condizionale - essendo un commento - il javascript sarà caricato solo da IE.

    E questo a mio parere è un bel modo per incentivare gli utenti che utilizzano browser w3c compatibili visto che risparmieranno banda
    Sicuramente hai ragione, soprattutto nell'ottica di realizzare magari un file javascript con più correzioni al comportamento di IE. Aveso stupidamente preso in considerazione il solo caso in questione, quindi avevo ritenuto insignificante il peso del file.

    Comunque è migliore il tuo ragionamento, effettivamente.

    Edit: senza contare il vantaggio - seppure piccolo - di non dovere scrivere codice aggiuntivo per lo sniffing
    Eheh, bè, siamo lì eh.

    codice:
    <!--[if IE]>
       <script></script>
    <![endif]-->
    codice:
    if ( document.all )
    {
       // Codice
    }

  10. #10
    Frontend samurai L'avatar di fcaldera
    Registrato dal
    Feb 2003
    Messaggi
    12,924
    è proprio il punto a cui volevo arrivare:

    document.all è un metodo che anche Opera riconosce per cui devi filtrare anche quel browser. Per questo il commento condizionale era più semplice

    Di sicuro come hai fatto tu, anche altri proveranno a filtrare con document.all però chi usa Opera sarà costretto comunque a caricarsi il file, pur supportando quei selettori
    Vuoi aiutare la riforestazione responsabile?

    Iscriviti a Ecologi e inizia a rimuovere la tua impronta ecologica (30 alberi extra usando il referral)

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.