onKeyPress problem

Tjah, Geckoen accepterer åbenbart slet ikke en keypress-event, men ellers har jeg lige gjort det lidt lettere:

<table><tr><td id="id17" onkeypress='return handleCiffer(this)'>asdf</td></tr></table>

<script type="text/javascript">
function handleCiffer(elm,e){
  e = e ? e : event;
  var kCode = e.keyCode ? e.keyCode : e.which ? e.which : e.charCode;
  if (kCode >= 48 && kCode <= 57){
    elm.innerHTML = String.fromCharCode(kCode);
    alert(String.fromCharCode(kCode));
    return true;
  }else return false;
}

</script>

-- Operaen følger så med uden problemer, men bemærk lige, at den har specialfunktioner på tal-taster, så effekten bliver ret sjov, hvis du begynder at trykke på f.eks. 7 og 8 (zoom ud og zoom ind !-)

-- alerten er med for at vise fraværet af reaktion i Geckoerne, funktionen bliver simpelthen ikke kaldt !o]

roenving -> Tak for HTML-forkortelsen:
onkeypress='return handleCiffer(this,event)'

Men det kan da ikke passe, at de andre browsere ikke kender ordet.
Så må man vel kunne gøre det på en anden måde?

Jeg er nu begyndt at tro at problemet er et helt andet, som jeg ikke har omtalt - nemlig at tabellen (incl. id="id17") er defineret i dokumentet vha. Javascript. - Hilsen Per

Tilføjelse: Min sidste bemærkning viser sig at være uden betydning. Det gør ingen forskel, om jeg bruger Javascript ved generering af HTML-koden eller ej.

Mit grundlæggende problem er altså:
Hvordan får jeg de mest almindelige browsere til at læse hvilken tast jeg trykker på?

(Jeg husker nogle ord fra andre sprog: inkey og readkey...) - Hilsen Per

<ole>

Både onkeydown og onkeypress virker i Gecko - men forskelligt  :)
Kik evt. i dette spm:
    http://www.eksperten.dk/spm/659386

/mvh
</bole>

Men ikke på ikke-input-elementer ?-)

- a' waaaaddddd ...??!!?!!! Det må du vist uddybe lidt, Jes - eller checke lidt bedre ud  ;o)

Det her fungerer fint:

<form>
<input type="text" name="foo" onkeypress="alert(event.which)">
</form>

- at så FF smide en af sine utallige, tåbelige exceptions - men hvad kan man forvente? Det er jo buggy FF, vi taler om  ;o)

Pers idé går på at han med javascript laver et td-element redigerbart, eller hvad man nu skal kalde det !-)

Dette virker, uden FF smider en exception:

<script type="text/JavaScript">
function bla(n) {
    document.getElementById("bar").firstChild.nodeValue = n;
}
</script>

<div id="bar">&nbsp;</div>

<form>
<input type="text" name="foo" onkeypress="bla(event.which)">
</form>

- gad vide, hvornår 'de' tager sig sammen og skruer en ordentlig browser sammen ... så er jeg zq ligeglad med, hvad den hedder!

- hvor kommer input-elementerne så ind i (31/10-2005 00:18:11)?

aarrrghhh ... 'ikke-input-elementer'  ;D

Har du det med at vågne langsomt om vinteren ?-)

*rotflmao*

- nogen gange har jeg indtryk af, jeg ikke fået alle mitokondrier (og hvad slimen ellers måtte gemme på) med ud af petriskålen  ;D

Smitter det ?o]

- for fa'en ... noget, man ikke har, kan zq da ikke smitte ... nå!  :D

*lol*

- men for nu lige at vende tilbage til spørgsmålet, så giver onkeydown og onkeypress jo egentlig kun mening i et element, hvor man kan sætte cursoren - og redigere. På den baggrund er det jo ikke så tosset, at FF ikke udløser disse events  :)

En løsning kunne jo være, at du holder øje med brugerens klik i dokumentet - og viser et ellers skjult input-element henover td'en, når brugeren klikker i denne.
Når brugeren så klikker udenfor - eller trykker 'Return' - flyttes input-indholdet over i td'en - og input-elementet gemmes  :)

Du kan prøve noget à la dette:

<style type="text/css">
table {
    border-collapse: collapse;
}
td {
    padding: 0;
}
#editTD, #editInp {
    font: 12px verdana, arial, sans-serif;
    padding: 2px;
}
#editInp {
    position: absolute;
    width: 200px;
    top: 0;
    border: 0;
    display: none;
}
#editTD {
    width: 200px;
    border: 1px solid red;
}
</style>

<script type="text/JavaScript">
function getPos(elm) {
    for(var zx=zy=0;elm!=null;zx+=elm.offsetLeft,zy+=elm.offsetTop,elm=elm.offsetParent);
    return {x:zx,y:zy}
}
document.onclick = function(e) {
    var srcElm, pos, inp, td;
    e = e? e : event;
    srcElm = e.srcElement? e.srcElement : e.target;
    if (srcElm.id&&srcElm.id=="editInp") return;
    inp = document.getElementById("editInp");
    td = document.getElementById("editTD");
    if (srcElm.id&&srcElm.id=="editTD") {
        pos = getPos(td);
        inp.style.left = pos.x + "px";
        inp.style.top = pos.y + "px";
        inp.style.backgroundColor = "transparent";
        if (td.innerHTML!="&nbsp;") {
            inp.value = td.innerHTML;
            td.innerHTML = "&nbsp;";
        }
        inp.style.display = "inline";
        inp.focus();
    } else {
        if (inp.style.display!="inline") return;
        td.innerHTML = inp.value;
        inp.value = "";
        inp.style.display = "none";
    }
}
</script>

<input id="editInp" type="text">

<table>
<tr>
    <td id="editTD">&nbsp;</td>
</tr>
</table>

- det skal nok passes lidt til, men princippet skulle gerne virke  :)

Hehe ... denne linje nåede jeg ikke at få lagt op i CSS'en:
  inp.style.backgroundColor = "transparent";

- det kan du dog nok selv rette  ;o)

Denne kode løser problemet for IE, FF og NS:

HTML-kode:
<table><tr><td align='center' id="id17" onmouseover='markedField="id17";' onmouseout='markedField="";'>&nbsp;</td></tr></table>

JAVASCRIPT-kode:
var markedField=""
function handleCif(e)
{
  if (markedField == "") {return false};
  e = e ? e : event;
  var kCode = e.keyCode ? e.keyCode : e.which ? e.which : e.charCode;
  if ((kCode >= 48 && kCode <= 57) || (kCode >= 96 && kCode <= 105))
  {
  if (kCode <= 57) {var c=""+(kCode-48)} else {var c=""+(kCode-96)};
  document.getElementById(markedField).innerHTML = c;
  return true;
  }
  else return false;
}
document.onkeydown=handleCif;

Opera udfører mit script, men først EFTER at have fulgt sin default-handling på onkeypress, onkeydown eller onkeyup. - Jeg ved ikke hvordan jeg får Opera til at makke ret.

olebole & roenving -> Venligst læg svar. Jeg foreslår 40:20 i Oles favør. - Hilsen Per

olebole -> Min netforbindelse har været nede, så jeg havde ikke mulighed for at læse dine sidste forslag. Et skjult inputfelt lyder rigtigt, hvis Opera skal overbevises. - Hilsen Per

- tjahh ... det er da en idé, der kan arbejdes videre med, om ikke andet  :)

Oki '-)

Tak for points  :)

Ditto ;~}