Prog B + KeyListener

Nu var det ett tag sedan jag programmerade Java och har ingen kompilator framme just nu men något i stil med detta borde fungera:

JTextField tf = new JTextField();
tf.addKeyListener(new KeyAdapter() {
  public void keyReleased(KeyEvent e) {
    if(e.getKeyCode() == KeyEvent.VK_R || e.getKeyCode() == KeyEvent.VK_G || e.getKeyCode() == KeyEvent.VK_B)
    {
      Color bgColor = Color.WHITE, fgColor = Color.BLACK;
      if(e.getKeyCode() == KeyEvent.VK_R) {
        bgColor = Color.RED;
        fgColor = Color.GREEN;
      }
      if(e.getKeyCode() == KeyEvent.VK_G {
        bgColor = Color.GREEN;
        fgColor = Color.BLUE;
      }
      if(e.getKeyCode() == KeyEvent.VK_B) {
        bgColor = Color.BLUE;
        fgColor = Color.RED;
      }
      tf.setBackground(bgColor);
      tf.setForeground(fgColor);
      tf.setText(" RGB ändrar färg ");
    }
  }
});

I korthet fungerar det så här:

En s.k. KeyboardFocusManager, som tar hand om alla tangenttryckningar som sker i ett Java-program, delegerar en tangenttryckning till den komponent som för närvarande har fokus, t.ex. ett JTextField.

Textfältet får tangenttryckningen och reagerar på den.

Sedan kollar textfältet om någon annan är intresserad av att få veta att just det har tagit hand om en tangenttryckning. Den går då igenom sin lista av KeyListeners, och anropar var och en av dem med ett KeyEvent som berättar vad som hänt.

Sedan finns det tre olika typer av tangentbordshändelser: pressed, typed och released. Pressed sker före typed, som sker före released. Endast tangenttryckningar som genererar ett tecken (t.ex. <T> men inte <Ctrl>), ger upphov till en typed-händelse.

Och i själva verket skickar textkomponenter ut pressed- och typed-händelser till alla lyssnare innan den uppdaterar sitt interna tillstånd (sitt dokument/sin text). Detta gör att man i en lyssnare kan anropa consume() på det inskickade KeyEventet och därmed "äta upp" händelsen, för att t.ex. hindra någon från att skriva in andra tecken än siffror i ett textfält. (Även om det finns bättre sätt att lösa just den biten.)

Och sedan finns det InputMap/ActionMap, och för textkomponenter kan man även ha DocumentListeners, som båda kan vara bättre än KeyListeners i många fall... men det kanske vi kan lämna så länge.