Siggi hat geschrieben:Welcher Bereich ist das, den Bodo meint? Kannst du den nicht evtl schon nehmen?
Es gab von uns mal die Überlegung, daß man Plugins erlauben sollte, innerhalb von einem Bereich im Hauptfenster (z.B. über der Datumsleiste), irgendwas darzustellen, das ständig sichtbar sein kann - z.B. eine Uhr.
Mit der Plugin-Schnittstelle der 1.1 geht das aber nicht. Vermutlich bauen wir das irgendwann mal ein, dann kann man auch ein Uhr-Plugin schreiben.
BTW: Kennt jemand einen weiteren Verwendungszweck - mal abgesehen von der Uhr - für einen solchen Bereich für Plugins? Gibt's da Bedarf?
Man könnte viele Sachen von Plugins darstellen lassen.
Z.b.:
- VDR-Plugin: Bild des momentanen Programmes auf dem VDR
- Bewertungen: Top-5
- Erinnerungen: Nächsten 5 Erinnerungen
- Wetter-Plugin: Wetter der nächsten 3 Tage
Und anderen fallen bestimmt noch viel witzigere Sachen ein .
Ein nicht behandelter Fehler ist aufgetreten
----- Start of stacktrace -----
java.lang.Error: Do not use clockplugin.Clock.setLayout() use clockplugin.Clock.getContentPane().setLayout() instead
at javax.swing.JDialog.createRootPaneException(Unknown Source)
at javax.swing.JDialog.setLayout(Unknown Source)
at clockplugin.Clock.<init>(Clock.java:53)
at clockplugin.ClockPlugin.startClock(ClockPlugin.java:115)
at clockplugin.ClockPlugin.access$0(ClockPlugin.java:113)
at clockplugin.ClockPlugin$1.actionPerformed(ClockPlugin.java:99)
at devplugin.ButtonAction.actionPerformed(ButtonAction.java:68)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.AbstractButton.doClick(Unknown Source)
at com.sun.java.swing.plaf.motif.MotifMenuItemUI$MouseInputHandler.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
----- End of stacktrace -----
Die nächste Version ist fertig, der Fehler ist auch gleich behoben (das der auch unter Windows auftritt ist mir neu vielleicht hat es was mit der JRE zu tun?):
-Uhr dauerhaft anzeigbar
-Schriftgröße einstellbar
-mit Linksklick in die Uhr und gedrückter Maustaste kann die Uhr bewegt werden
Ein nicht behandelter Fehler ist aufgetreten
----- Start of stacktrace -----
java.lang.NoSuchMethodError: clockplugin.Clock.setAlwaysOnTop(Z)V
at clockplugin.Clock.<init>(Clock.java:113)
at clockplugin.ClockPlugin.toggleOnOffClock(ClockPlugin.java:180)
at clockplugin.ClockPlugin.access$0(ClockPlugin.java:178)
at clockplugin.ClockPlugin$1.actionPerformed(ClockPlugin.java:122)
at devplugin.ButtonAction.actionPerformed(ButtonAction.java:68)
at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
at javax.swing.AbstractButton.doClick(Unknown Source)
at com.sun.java.swing.plaf.motif.MotifMenuItemUI$MouseInputHandler.mouseReleased(Unknown Source)
at java.awt.Component.processMouseEvent(Unknown Source)
at java.awt.Component.processEvent(Unknown Source)
at java.awt.Container.processEvent(Unknown Source)
at java.awt.Component.dispatchEventImpl(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
at java.awt.Container.dispatchEventImpl(Unknown Source)
at java.awt.Window.dispatchEventImpl(Unknown Source)
at java.awt.Component.dispatchEvent(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
----- End of stacktrace -----
@bodo:
das habe ich schon mitbekommen im Kern werde ich mich auch dran halten, aber ein Plugin gehört ja nicht zum selbstverständlichen Teil des TV-Browsers
gerade bei der Uhr ist alwaysOnTop gut zu gebrauchen
@Klaus:
was spricht für Windows Nutzer noch dafür Java 1.4.2 zu benutzen?
ds10 hat geschrieben:@Klaus:
was spricht für Windows Nutzer noch dafür Java 1.4.2 zu benutzen?
Na ganz einfach, solange alles funktioniert, warum soll man da updaten? Mein Motto ist auch: "Don't tuch a running system"
Und nur für die Uhr, die ich nur mal testen wollte, sehe ich keinen Grund, alles funktioniert bisher.