JoyToAny - Alles mit dem Joystick

[Hybrid666]

kann man, sorry

Zitat:

- Leerzeichen in der getbuttonfunc etc. erlauben, sieht für den Anwender in der ComboBox dann schöner aus, kannste ja im Programm rausfiltern. Wink

ist ein guter vorschlag, werd ich in der nächsten version beachten kommt auf die todo --> DONE

Zitat:

- Eine Versionsangabe ins PlugIn übergeben, bzw. dessen Version abfragen. Hilft Dir später bei PlugIn erweiterungen

Sowas in der art hab ich mir auch überlegt, ist auch ma auf der todo, aber vorerst als unwichtig --> DONE

Zitat:

- Eine ID für die ausgewählte Sprache, so kann man die Infos m PlugIn mehrsprachig gestallten, ersparrt eineextra .lng Datei

auch ein sehr guter vorschlag, ist auch auf der todo

Zitat:

- Verwende im Tut Konstanten für State, das machts für Anfänger leichter lesbar, zb ButtonDown=0; ButtonPressed=1; ButtonUp=2;

werde ich die tage korrigieren

Zitat:

- Einen Init Aufruf des PlugIns, in dem dann gleich Version und Sprch ID etc. übergeben werden.

sprache werd ich anders regeln, version werd ich machen --> DONE

danke für die vorschläge!

und wenn du nix dagegen hast werd ich im nächsten release dein mouseplugin mitliefern wenn du willst kann ich auch den source (mit copyright natürlich) ins SVN repo laden!

Werd ich in der 1.0 beachten (was den release allerdings ein klein wenig rauszögern wird )

[Hybrid666]

Solange ihr auf die neue Version wartet, hier noch 2 mehr oder weniger nützliche plugins:

JoyToAny.dll - Damit kann man diverse dinge in joytoany ändern (zum beispiel per joyticks zwischen den profile wechseln)
foobar2000.dll - Damit kann man foobar2000 steuern

Und hier noch was euch in der 1.0 erwartet:

- Ein neuer zuweisungsbutton, welcher einen command für alle Profile setzt (nützlich für die SwitchProfile funktionen)
- Leicht geänderte und verbesserte API (praktisch falls man JTA erweitern will oder per plugins steuern)
- Einige Bugs wurden entfernt
- Die Versionszahl hat sich geändert
- Leerzeichen in den Prozedurnamen der Plugins werden unterstützt
- Neue und überarbeitete Plugins
- Und beim rest: lasst euch überraschen


MfG

[Sunlight7]

So, ich war jetzt mit nem Problem beschäfftigt, daher kommt erst jetzt das vorläufige Finale.

Ich als Minimalistix hab das PlugIn nochmal optimiert und auf 18.5 KB zusammgestutzt
Das Ergebnis kann im Anhang bewundert werden.
Von mir gibts keinen Open Source mehr, da ich die Copy & Paste Mendalität nicht weiter unterstüze, aber da ich das für JoyToAny gemacht hab und damit Ihr das in Euren PlugIns verwenden könnt is der Source mit dabei und Du darfst ihn veröffentlichen

U.a. hab ich die endlos lange GetParamValue Funktion optimiert, bei der es jetzt egal is, ob wer "-posx123-posy245" oder "-posx123 -posy245" eingibt.
Übrigens sind Dinge wie "If BoolischeWert=True then" absolut Tabu

Viel freude damit

MfG, Sun

PS: Sobald das Update draußen ist zum Testen werd ich das mit den Leerzeichen Updaten, ich hab da ja was von "-> DONE" gelesen

[Hybrid666]

Vielen dank!

Den source MUSST du uns nicht geben wir hätten dein plugin auch binär auf die jta seite gesetzt.

Ja, das mit den leerzeichen funzt soweit, und auch vieles andere.

MfG

[Sunlight7]

Ihr sollt ja daraus lernen und die anderen PlugIns danach selber optimieren

[Hybrid666]

du regst dich im source permanent über die groß und kleinschreibung auf. das dient einfach nur der problemvermeidung. lieber was einheitliches definieren als nacher von jedem 2. gesagt bekommen das der scheiss nicht funktioniert. . Frag mich aber auch warum DLL Aufrufe Case Sensitive sind...

[Sunlight7]

Ich reg mich nur 2 mal auf

Das Exporte Case sensetiv sind ist C++ Standard.

Ich halte das für einen Fehler im Designkonzept, dem Programmierer zu zwingen alles klein zu schreiben, wobei es ein einfaches wäre mit ein paar Zeilen Code das Problem zu umgehen.
Mach Deinem Namen alle Ehre und mach es hybrid

Beispiel:

Delphi-Quellcode:

function GetProcAddressCase(const hModule:HMODULE; const lpProcName:String):TFarProc;
begin
   // 1. Versuch mit originalem Namen
   Result:=GetProcAddress(hModule, PChar(lpProcName));

   If Result<>nil then Exit;

   // 2. Versuch mit kleingeschriebenem Namen
   Result:=GetProcAddress(hModule, PChar(LowerCase(lpProcName)));

   If Result<>nil then Exit;

   // 3. Versuch mit FESTSTELLTASTEN Namen
   Result:=GetProcAddress(hModule, PChar(UpperCase(lpProcName)));

   If Result<>nil then Exit;

   // Den Programmierer über den Fehler informieren, Exportfunktion nicht vorhanden oder falsch feschrieben.
   // Ich gehe mal davon aus, das der Programmierer sein PlugIn testet und auf diese Meldung reagiert.
   ShowMessage(Format('Leider wurde der Export %s nicht gefunden, etc. pp', [lpProcName]));
end;

Und schon kann jeder Programmierer in seiner üblichen schreibweise ungehindert Quelltext verfassen, es gibt ein kürzeres Tutorial und eine Fehlerquelle weniger

[Hybrid666]

ne also für nen fehler halt ichs nicht, sondern einfach für ne klare aussage wies zu sein hat.

[hathor]

Version: 0.5 schreibt eine fehlerhafte standard.prf.
(Nicht vorhandene Funktion in einer DLL:
[info]
exists=1
[POV]
function=
param=
plugin=itunes.dll
)
Folge: Absturz - Programm kann nur mit dem Taskmanager gekillt werden.

Version: 0.6 liest die fehlerhafte Preference-Datei.
Folge: Absturz - Programm kann nur mit dem Taskmanager gekillt werden.

Die Extension "prf" ist schlecht gewählt, denn sie ist mit Outlook verknüpft.

Aber glücklicherweise gibt es den Sourcecode - Vielen Dank dafür!!!

[WizoHulk]

hallo,

weiß ja nicht ob der Thread noch aktiv ist....
Aber ich komm damit überhaupt nicht klar...
ich habe den Gamepad von der Playstation 2 dran und möchte auf einen Button das Enter legen,
geht das?
Aber ich kriege immer nur eine Fehlermeldung. Hat einer damit schon erfahrungen gemacht?

Mfg wizoHulk