Mostra notizie nelle discussioni
  • Avatar
    Scritto da
    Non Autenticato
    il 2016-03-04 17:11:02.0 alle 2016-03-04 17:11:02.0
    Cos'è che può rendere un input HTML non scrivibile?
    Ho una tabella della Telerik che uso per mostrare dei dati.

    Dal momento che i suoi filtri nativi (posti sulla varie colonne, che ti permettono di filtrare le righe della tabella in base al contenuto della colonna) non mi piacciono ho pensato di creare dei figli personalizzati utilizzando semplice HTML e javascript.

    Allora ho scritto uno scriptino che innietta degli input HTML nelle varie celle dell'header della tabella, in maniera che l'utente possa scrivere la parola chiave in suddetti applicando un filtro.

    Il problema però è che non si riesce a scrivere in questi input, cioè se ci clicco sopra non prendono il focus, non si viene a creare il cursore di scrittura.
    In pratica è come se fossero readonly, però non sono readonly cazzo!! Nel codice HTML generate l'attributo readonly non c'è.

    Allora la domanda è: cos'è che può rendere un input readonly, a parte l'attributo readonly? È possibile che il bubbling dell'evento venga catturato da qualche parte nella tabella e che gli event handlers di default dell'input HTML (che ti permettono di scriverci dentro dopo averci clickato sopra) vengano in qualche modo sovrascritti o disabilitati?
    • Avatar
      Scritto da
      Non Autenticato
      il 2016-03-04 21:41:26.0 alle 2016-03-04 21:41:26.0
      Re: Cos'è che può rendere un input HTML non scrivibile?
      Scritto da:
      > Ho una tabella della Telerik che uso per mostrare dei dati.
      >
      > Dal momento che i suoi filtri nativi (posti sulla varie colonne, che ti permettono di filtrare le righe della tabella in base al contenuto della colonna) non mi piacciono ho pensato di creare dei figli personalizzati utilizzando semplice HTML e javascript.
      >
      > Allora ho scritto uno scriptino che innietta degli input HTML nelle varie celle dell'header della tabella, in maniera che l'utente possa scrivere la parola chiave in suddetti applicando un filtro.
      >
      > Il problema però è che non si riesce a scrivere in questi input, cioè se ci clicco sopra non prendono il focus, non si viene a creare il cursore di scrittura.
      > In pratica è come se fossero readonly, però non sono readonly cazzo!! Nel codice HTML generate l'attributo readonly non c'è.
      >
      > Allora la domanda è: cos'è che può rendere un input readonly, a parte l'attributo readonly? È possibile che il bubbling dell'evento venga catturato da qualche parte nella tabella e che gli event handlers di default dell'input HTML (che ti permettono di scriverci dentro dopo averci clickato sopra) vengano in qualche modo sovrascritti o disabilitati?

      Pubblica un esempio ridotto all'osso da qualche parte.
    • Avatar
      ☺
      Scritto da
      The Lich
      Übermensch
      il 2016-03-05 08:43:22.0 alle 2016-03-05 08:43:22.0
      Trollate totali: 21351
      Re: Cos'è che può rendere un input HTML non scrivibile?
      Scritto da:
      > Ho una tabella della Telerik che uso per mostrare dei dati.
      >
      > Dal momento che i suoi filtri nativi (posti sulla varie colonne, che ti permettono di filtrare le righe della tabella in base al contenuto della colonna) non mi piacciono ho pensato di creare dei figli personalizzati utilizzando semplice HTML e javascript.
      >
      > Allora ho scritto uno scriptino che innietta degli input HTML nelle varie celle dell'header della tabella, in maniera che l'utente possa scrivere la parola chiave in suddetti applicando un filtro.
      >
      > Il problema però è che non si riesce a scrivere in questi input, cioè se ci clicco sopra non prendono il focus, non si viene a creare il cursore di scrittura.
      > In pratica è come se fossero readonly, però non sono readonly cazzo!! Nel codice HTML generate l'attributo readonly non c'è.
      >
      > Allora la domanda è: cos'è che può rendere un input readonly, a parte l'attributo readonly? È possibile che il bubbling dell'evento venga catturato da qualche parte nella tabella e che gli event handlers di default dell'input HTML (che ti permettono di scriverci dentro dopo averci clickato sopra) vengano in qualche modo sovrascritti o disabilitati?

      La risposta più semplice è che ci sia qualche elemento con uno z-index maggiore dei tuoi Tag input

      in ogni caso: datatables.net
      • Avatar
        Scritto da
        Non Autenticato
        il 2016-03-05 16:58:57.0 alle 2016-03-05 16:58:57.0
        Re: Cos'è che può rendere un input HTML non scrivibile?
        Scritto da: The Lich
        > Scritto da:
        > > Ho una tabella della Telerik che uso per mostrare dei dati.
        > >
        > > Dal momento che i suoi filtri nativi (posti sulla varie colonne, che ti permettono di filtrare le righe della tabella in base al contenuto della colonna) non mi piacciono ho pensato di creare dei figli personalizzati utilizzando semplice HTML e javascript.
        > >
        > > Allora ho scritto uno scriptino che innietta degli input HTML nelle varie celle dell'header della tabella, in maniera che l'utente possa scrivere la parola chiave in suddetti applicando un filtro.
        > >
        > > Il problema però è che non si riesce a scrivere in questi input, cioè se ci clicco sopra non prendono il focus, non si viene a creare il cursore di scrittura.
        > > In pratica è come se fossero readonly, però non sono readonly cazzo!! Nel codice HTML generate l'attributo readonly non c'è.
        > >
        > > Allora la domanda è: cos'è che può rendere un input readonly, a parte l'attributo readonly? È possibile che il bubbling dell'evento venga catturato da qualche parte nella tabella e che gli event handlers di default dell'input HTML (che ti permettono di scriverci dentro dopo averci clickato sopra) vengano in qualche modo sovrascritti o disabilitati?
        >
        > La risposta più semplice è che ci sia qualche elemento con uno z-index maggiore dei tuoi Tag input
        >
        > in ogni caso: datatables.net

        Utile segnalazione.
      • Avatar
        Scritto da
        Non Autenticato
        il 2016-03-05 19:59:09.0 alle 2016-03-05 19:59:09.0
        Re: Cos'è che può rendere un input HTML non scrivibile?
        Scritto da: The Lich
        > Scritto da:
        > > Ho una tabella della Telerik che uso per mostrare dei dati.
        > >
        > > Dal momento che i suoi filtri nativi (posti sulla varie colonne, che ti permettono di filtrare le righe della tabella in base al contenuto della colonna) non mi piacciono ho pensato di creare dei figli personalizzati utilizzando semplice HTML e javascript.
        > >
        > > Allora ho scritto uno scriptino che innietta degli input HTML nelle varie celle dell'header della tabella, in maniera che l'utente possa scrivere la parola chiave in suddetti applicando un filtro.
        > >
        > > Il problema però è che non si riesce a scrivere in questi input, cioè se ci clicco sopra non prendono il focus, non si viene a creare il cursore di scrittura.
        > > In pratica è come se fossero readonly, però non sono readonly cazzo!! Nel codice HTML generate l'attributo readonly non c'è.
        > >
        > > Allora la domanda è: cos'è che può rendere un input readonly, a parte l'attributo readonly? È possibile che il bubbling dell'evento venga catturato da qualche parte nella tabella e che gli event handlers di default dell'input HTML (che ti permettono di scriverci dentro dopo averci clickato sopra) vengano in qualche modo sovrascritti o disabilitati?
        >
        > La risposta più semplice è che ci sia qualche elemento con uno z-index maggiore dei tuoi Tag input
        >
        > in ogni caso: datatables.net

        No, ho provato, non è questo.

        Una piccola spiegazione sulla tabella: quando clicchi sopra una cella della tabella, questa viene selezionata, nel senso che i suoi bordi vengono colorati.

        Quello che succede quando clicchi su uno di questi input (figli delle celle dell'header della tabella) è che la cella viene selezionata, ma l'input non acquista il focus e quindi non puoi scrivere.

        Altre ipotesi?? Non è che magari l'event handler dell'evento click della cella impedisce all'event handler di default dell'elemento input di essere eseguito? Non so come una cosa simile possa avvenire, sto ragionando... quello che so è che puoi bloccare l'event handler di default con e.preventDefault()... non è che magari l'event handler della cella fa proprio questo?
        • Avatar
          Scritto da
          Non Autenticato
          il 2016-03-05 20:15:58.0 alle 2016-03-05 20:15:58.0
          Re: Cos'è che può rendere un input HTML non scrivibile?
          Scritto da:
          > Scritto da: The Lich
          > > Scritto da:
          > > > Ho una tabella della Telerik che uso per mostrare dei dati.
          > > >
          > > > Dal momento che i suoi filtri nativi (posti sulla varie colonne, che ti permettono di filtrare le righe della tabella in base al contenuto della colonna) non mi piacciono ho pensato di creare dei figli personalizzati utilizzando semplice HTML e javascript.
          > > >
          > > > Allora ho scritto uno scriptino che innietta degli input HTML nelle varie celle dell'header della tabella, in maniera che l'utente possa scrivere la parola chiave in suddetti applicando un filtro.
          > > >
          > > > Il problema però è che non si riesce a scrivere in questi input, cioè se ci clicco sopra non prendono il focus, non si viene a creare il cursore di scrittura.
          > > > In pratica è come se fossero readonly, però non sono readonly cazzo!! Nel codice HTML generate l'attributo readonly non c'è.
          > > >
          > > > Allora la domanda è: cos'è che può rendere un input readonly, a parte l'attributo readonly? È possibile che il bubbling dell'evento venga catturato da qualche parte nella tabella e che gli event handlers di default dell'input HTML (che ti permettono di scriverci dentro dopo averci clickato sopra) vengano in qualche modo sovrascritti o disabilitati?
          > >
          > > La risposta più semplice è che ci sia qualche elemento con uno z-index maggiore dei tuoi Tag input
          > >
          > > in ogni caso: datatables.net
          >
          > No, ho provato, non è questo.
          >
          > Una piccola spiegazione sulla tabella: quando clicchi sopra una cella della tabella, questa viene selezionata, nel senso che i suoi bordi vengono colorati.
          >
          > Quello che succede quando clicchi su uno di questi input (figli delle celle dell'header della tabella) è che la cella viene selezionata, ma l'input non acquista il focus e quindi non puoi scrivere.
          >
          > Altre ipotesi?? Non è che magari l'event handler dell'evento click della cella impedisce all'event handler di default dell'elemento input di essere eseguito? Non so come una cosa simile possa avvenire, sto ragionando... quello che so è che puoi bloccare l'event handler di default con e.preventDefault()... non è che magari l'event handler della cella fa proprio questo?

          Perché gli INPUT stanno nell'header?
        • Avatar
          ☺
          Scritto da
          The Lich
          Übermensch
          il 2016-03-05 20:56:46.0 alle 2016-03-05 20:56:46.0
          Trollate totali: 21351
          Re: Cos'è che può rendere un input HTML non scrivibile?
          Scritto da:
          > Scritto da: The Lich
          > > Scritto da:
          > > > Ho una tabella della Telerik che uso per mostrare dei dati.
          > > >
          > > > Dal momento che i suoi filtri nativi (posti sulla varie colonne, che ti permettono di filtrare le righe della tabella in base al contenuto della colonna) non mi piacciono ho pensato di creare dei figli personalizzati utilizzando semplice HTML e javascript.
          > > >
          > > > Allora ho scritto uno scriptino che innietta degli input HTML nelle varie celle dell'header della tabella, in maniera che l'utente possa scrivere la parola chiave in suddetti applicando un filtro.
          > > >
          > > > Il problema però è che non si riesce a scrivere in questi input, cioè se ci clicco sopra non prendono il focus, non si viene a creare il cursore di scrittura.
          > > > In pratica è come se fossero readonly, però non sono readonly cazzo!! Nel codice HTML generate l'attributo readonly non c'è.
          > > >
          > > > Allora la domanda è: cos'è che può rendere un input readonly, a parte l'attributo readonly? È possibile che il bubbling dell'evento venga catturato da qualche parte nella tabella e che gli event handlers di default dell'input HTML (che ti permettono di scriverci dentro dopo averci clickato sopra) vengano in qualche modo sovrascritti o disabilitati?
          > >
          > > La risposta più semplice è che ci sia qualche elemento con uno z-index maggiore dei tuoi Tag input
          > >
          > > in ogni caso: datatables.net
          >
          > No, ho provato, non è questo.
          >
          > Una piccola spiegazione sulla tabella: quando clicchi sopra una cella della tabella, questa viene selezionata, nel senso che i suoi bordi vengono colorati.
          >
          > Quello che succede quando clicchi su uno di questi input (figli delle celle dell'header della tabella) è che la cella viene selezionata, ma l'input non acquista il focus e quindi non puoi scrivere.
          >

          magari hai messo un color white per il testo contenuto nella cella...

          > Altre ipotesi?? Non è che magari l'event handler dell'evento click della cella impedisce all'event handler di default dell'elemento input di essere eseguito?

          se ti si colora l'input acquista anche il focus...

          > Non so come una cosa simile possa avvenire, sto ragionando... quello che so è che puoi bloccare l'event handler di default con e.preventDefault()... non è che magari l'event handler della cella fa proprio questo?

          se non l'hai scritto te jquery non fa una boiata simile... una libreria di terze parti? in ogni caso installati firebug, clicca sugli elementi della cella e controlla gli eventi associati
<softv>

Pagina generata in 43 millisecondi

Utenti attivi: 13 nell'ultimo minuto, 36 negli ultimi cinque minuti, 80 negli ultimi 15 minuti