Mod für Maussteuerung?!

das debugfenster zeigt auch an das die "tasten" gedrückt sind,aber keine reaktion

ich teste nochmal was

edit :liegt am onkel mechjeb,wenn der angebaut ist gehen die trottels nicht mehr

edit 2:wenn ich mechjeb zum absprengen mache gehts nach dem absprengen
ist schon merkwürdig oder?

Danke für die Fehleranalyse!
Da hab ich nicht mit gerechnet, das MechJeb da Probleme macht. Da wird MechJeb wohl irgenwie den Daumen auf den Knöpfen zu haben =)
Mal sehen ob ich da was machen kann.

Ich find ja diese idee von einem SpacePort Besucher super.

Und das Tolle ist, dass ich dafür nur die beiden Grafiken und die xml Datei anpassen muss :).

Aber damit verdeckst du Teile des NavBalls. Somit kann es passieren, dass man seite Node zum brennen nicht sieht.

Außerdem könnte man dann nicht rollen, was zwar eher bei Flugzeugen ichtig ist

Ich bin ja kein experte aber:

Zitat von Allan Sche Sar

Aber damit verdeckst du Teile des NavBalls. Somit kann es passieren, dass man seite Node zum brennen nicht sieht.

man könnte vielleicht die Buttens Transparent machen oder so. wenn das geht...

Zitat von Jebediah Kerman

Außerdem könnte man dann nicht rollen, was zwar eher bei Flugzeugen wichtig ist

wäre es möglich das wenn mann auf Symbol das das eigene schiff/flugzeug symbolisiert mit der linken maustaste drückt eine links-drehung macht und bei der rechten maustaste eine rechtsdrehung?
nur so als idee aber das ist wahrscheinlich recht kompliziert
_____

der ganze nachteil davon das man die steuerumng am Nav-Ball anordnet ist das man dann KSP mit einem tablet schwerer spielbar macht...

Jep an Transparenz hab ich auch schon gedacht.

Für den ersten Wurf werde ich wohl die Down Taste etwas kürzen und da die Roll Buttons hin machen.
Soll ja auch nur eine alternative zum anderen Interface werden und es nicht ersetzten.
In einer der nächsten Versionen kann man dann über ein Settings Window in KSP zwischen verschiedenen Interfaces hin und her schalten.

Dafür ist die xml datei. Kannnst du also schon einmal selber machen.
Einfach die xml datei aus dem Data ordner öffnen (mit einem Editor) und in dieser Zeile
<Interface Name="MainInterface" Alignment="Bottom" Margin="150, 0, 0, 0" X="50%" Y="100%" Width ="430" Height="242" OpenCloseButtonHeight="12" PicPath="Data/MouseController_Interface_old.png" HotSpotPicPath="Data/MouseController_Interface_HotSpots_old.png">
den "Left Margine" Wert (150) nach deinen wünschen anpassen.

Die neue Version 0.3.0 ist fertig.
Was ist neu:

• Subinterface Unterstützung (Konfigurierbar über die XML Datei).
• Neues Interface
  
  
  • RCS Panel für die Steuerung entlang den Achsen (x, y, z wie mit den Tasten I, J, K, L, H, N).
    Wird mit dem aktivieren des RCS aus geklappt.
  • ActionGroup Panel für die AktionGroups Bedienung.
• Und der Code wurde weiter überarbeitet (für die Übersichtlichkeit).

Hier der Download Link.

----------------------
Bilder folgen noch
----------------------

Vardaaran :
Kannst du bitte noch die Richtungen des RCS Panels testen?
Für die XML Datei folgt noch eine Beschreibung.
Die Aktions sind zwar beliebig erweiterbar, aber ich hab da erstmal nichts neues geplant.
Für das jetzige Debug Fenster hab ich ein Settings Fenster geplant in dem man:
- Zwischen verschiedenen Interface Designs wechseln kann.
- Die Pitch (Up/Down) Kontrolle invertieren kann (Funktion wie bei den Tasten W & S).
- oder diverse Kleinigkeiten die mir gerade nicht einfallen aber wichtig sind
Eine Konfiguration der Farben/Actions Zuweisung ist hier nicht geplant.
Aber ich denke schon an ein kleines extra Tool, welches beim erstellen eines neuen Interfaces helfen soll.
(Bei der Zusammenstellung der Grafiken, Positionierung, Farben/Aktion Zuweisung, usw. hilft)

Anpassen kannst du die falschen Richtungen auch, indem du die Farben in der XML Datei entsprechend austauscht (oder auch die Actions Zuweisungen ;)).
Auch das öffnen des RCS Panels kannst du mit der XML Datei korrigieren (Das <!-- und --> in der Zeile mit dem ColorAction Knoten mit der Action="OpenClose" und dem Name="RCS-Panel" entfernen und in der Zeile da drunter hinzufügen).
Ich werde das aber natürlich in der nächsten Version korrigieren. Auf welchen Wert hast du denn die 150 angepasst, damit das Interface nicht mehr die Node Daten überlappt?

Da ich den letzten Post 2 mal schreiben musste ist beim 2ten mal ein bisschen abhanden gekommen.
Also hier nochmal:
Mir sind nicht alle Buttons des RCS Panels klar. Wie die mit dem Doppel Pfeil oder der Button in der Mitte der Doppel Pfeil Buttons (r:0 g:20 b: 255).
Ich hatte eigentlich nur 6 Richtungstasten vorgesehen (für die drei Achsen x, y, z). Übersehe ich da etwas?

Und zu den Button States:
Ich kann ohne Probleme mehrere Texturen übereinander zeichnen. Du kannst also für die Buttons die verschiedenen State Grafiken erstellen.
Ich würde aber vorschlagen, dass du alle Button State Grafiken auf eine Textur packst. Dann Sparen wir eine menge Speicher.
Allerdings brauch ich dann auch die Rechtecke, die ein Button umschließen (womit ich die Button State Grafik ausschneiden kann).
Und die Position an der ich die linke obere Ecke der Button State Grafik (des Ausschnitts) auf dem Hauptinterface platzieren muss, damit sich eine 100%ige Überlappung der Buttons ergibt.
Ich hoffe mal das das verständlich war

Danke für die korrigierte xml Datei!
Umbenennen der Aktions wird nicht nötig sein, da ich das händling im code anpassen muss.
Hab ich nicht genug drüber nachgedacht sry

Die Button State Grafik habe ich mir so vorgestellt:

(Button States Grafik für das Main Interface (nicht alle Buttons vorhanden))

Also alle Button States eines Interface Panels in einem Bild.
(Natürlich mit transparentem Hintergrund, ohne rote Rechtecke und weniger Platz verschwenderisch ;))

Dann brauche ich die Angaben über die Rechtecke die ein Button State Bild einrahmen (rote Rechtecke).
z.B. für den ersten Button oben links.
ButtonUp_Click - x 4px, y 5px, breite 148 (152px - 4px), höhe 47 (52px - 5px)
...

Besser für mich zum weiter verarbeiten wäre aber das Format:
ButtonUp_Click - 4, 5, 148, 47
(Ursprung ist die obere linke Ecke des Bildes - X Achse nach rechts, Y Achse nach unten)

Und zu guter letzt brauch ich dann die Position an die ich die obere linke Ecke des "roten Rechtecks" auf dem Interface Panel platzieren muss.
In Pixeln, ausgehen von der oberen linken Ecke des Interfacebildes (0,0).
In unserem beispiel von oben wäre das Pi x Daumen (Auf der aktuellen Main Interface Grafik)
ButtonUp_Click - 4, 5, 148, 47 - 83, 27
Dann liegt die State Grafik über dem normalen Button.

Ich denke das wir auch gut mit 2 States pro Button auskommen (hoover und klick), da der normal State ja schon auf der Panel Grafik zu sehen ist
und ich den klick State als On State benutzten kann oder?.
Für den hoover state eines Buttons würde ich mir ein Leuchten um den Button (und seinem Symbol/Text?) wünschen.
Am besten ohne Button also nur das Leuchten auf transparentem Hintergrund.
So kann ich dann den hoover über dem klick State render.

PS: Die Grafiken sind aus der Version v01-05.
Ich weis das der erste Button eigentlich der normal State ist,
aber in Ermangelung künstlerischer Talente hab ich die einfach mal zweckentfremdet. =)

Der erste Pixel eine Grafik ist 1, 1. Mit 0, 0 meinte ich den Ursprung des Koordinatenkreuzes

Wir können auch den hoover State als opaken Button anzeigen, aber dann gibt es kein aktiv und hoover gleichzeitig.
(Deswegen mein Vorschlag mit den Leuchten um die Buttons)

Leuchten bei SAS & RCS:
Da würde ich ein Design wie in dem Original NavBall vorschlagen.
Hier brauchen wir dann einmal den normal State (ohne Hintergrund Leuchten (wäre dann auf der Panel Grafik))
den On/Click State (mit Hintergrund Leuchten)
und den hoover State (Glühen um den Button und der Aufschrift).

Edit:
Excel ist kein Problem. Zur not hätte man ja noch Open Office

Edit2:
für den NavBall Bereich brauchen wir auch noch wenigstens ein click feedback oder?