JA!COMMANDER 1.25

[Crawler]

Schönes Programm! Doch mir scheint, dass dir bald die Versionsnummern vor der v1.0 ausgehen...

[ts-soft]

Schönes Programm! Doch mir scheint, dass dir bald die Versionsnummern vor der v1.0 ausgehen...

Sieht so aus, als wenn 1.xx auch Beta bleiben wird, da nicht fertig, was solls.

Momentan würde es ja auch schon reichen wenn du dir ein paar neue
EnvVars ausdenken würdest. Dann könnte ich sowas schonmal einbauen.
Brauchs ja im grunde nur die Variablen anpassen. Dürfte in 1 min. erledigt sein.

Dann denke mal was aus!

Wenn der JA!COMMANDER jetzt wieder in den Vordergrund kommt, prüft
er, ob die Threads Änderungen festgestellt haben und aktualisiert die
entsprechende Liste oder beide Listen. Ansonsten passiert nichts.

Mehr ist dazu auch nicht nötig. Mache ich auch schon seit der v1.0 so.
Also einfach mit #PB_Event_ActivateWindow abfragen.

Das event sagt Dir aber nur Activate, nicht Deactivate
Bringt also nichts in meinem Fall. Ich brauche beide Ereignisse, einmal
um die Ordnerüberwachung zu starten und einmal zum beenden und
auswerten. Aktualisierung erfolgt dann nur dort, wo tatsächlich was
geändert wurde, nicht Pauschal.

Mal ne frage zu den TC plugins. Ist das eigentlich legal? Ich meine darf man
denn einfach so die TC plugins in eigene programme verwenden ?
Wenn ja, würde ich sowas auch gerne umsetzen. Evtl. könntest du mir
dabei mit ein paar CodeSchnipseln weiterhelfen. Hast ja jetzt einige
erfahrung darin gesammelt.

Es gelten natürlich die Lizensbedingungen der Plugins, die zu 95%
Freeware sind.

Für die Lister-Plugins brauchste nur diese Hilfe:
http://ghisler.fileburst.com/lsplugins/ ... elp1.8.zip

Wichtig ist nur die ListLoad Funktion. ListCloseWindow sollteste natürlich
auch unterstützen, wenn im Plugin vorhanden, damit es aufräumen kann.
Wenns die Funktion nicht hat, dann DestroyWindow_()

Gibst dem Plugin das Handle z.B. eines EditorGadget, das mögen die
und die Datei, für die es bestimmt ist. Das reicht erstmal für den Anfang.
Die restlichen Funktionen kannste ja nach und nach hinzufügen, je nach
Bedarf, bzw. wenn ein Plugin sowas benötigt.

Ich orientiere mich ja an den Funktionen für meine eigene Plugin-
Schnittstelle, so das man die vom TC auch nutzen kann, zumindest viele.

Gruß

Thomas

[Andesdaf]

schöner neuer dialog, gefällt mir. (Danke für den Titelleistenbutton )

[Thorsten1867]

Hab eure Wünsche mal versucht umzusetzen:
[Screenshot]

Zwei Vorschläge zum Dialog:
- Ich würde jedem Symbol jeweils nur eine Bedeutung geben (Abbrechen = Löschen !?!) für eine einheitliche Bedienung.
- Rein gefühlsmäßig würde ich den Neu- / Edit-Button über dem Lösch-Button platzieren (nur als Symbol), also rechts neben der Liste. Allerdings müsste man dann wohl die Eingabezeile als Dialog/Requester verwirklichen.
In jedem Fall gehören die 3 Buttons (rechts oder unten) meiner Meinung nach zusammen.

[ts-soft]

Eins der Symbole austauschen sollte kein Problem sein, muß mal suchen, ob
ich für Abbrechen was besseres finde.

Die Anordnung unter den StringGadgets halte ich für erforderlich, damit man
die Zusammenhänge erkennt, habe aber extra aussagekräftige Tooltips
hinzugefügt. Noch einen Requester aufpoppen möchte ich eigentlich nicht.
Löschen auf der rechten Seite erscheint mir auch logisch, da es unabhängig
von den StringGadgets ist.

Frage: Wer hat ein schickes Cancel Icon für mich?

[Thorsten1867]

Eins der Symbole austauschen sollte kein Problem sein, muß mal suchen, ob
ich für Abbrechen was besseres finde.

Die Anordnung unter den StringGadgets halte ich für erforderlich, damit man
die Zusammenhänge erkennt, habe aber extra aussagekräftige Tooltips
hinzugefügt. Noch einen Requester aufpoppen möchte ich eigentlich nicht.
Löschen auf der rechten Seite erscheint mir auch logisch, da es unabhängig von den StringGadgets ist.

Also, ich muss zugeben, dass ich über die Zeile gestolpert bin. Irgendwie habe ich erwartet, dass sich ein Requester für die Eingabe öffnet. Erst, nachdem nach dem Knopfdruck "nichts" passiert ist, habe ich über die tiefere Bedeutung der Zeile nachgedacht.
Für ein intuitivere Bedienung würde ich nach wie vor auf die Verlegung der Buttons und das Ersetzen der Zeile durch einen Requester plädieren.
Aber möglicherweise geht es nur mir so.

[ts-soft]

Mal sehen, ich bins so gewohnt und kann damit flexibler Arbeiten

Den Abbrechen Button könnte ich auch ganz entfernen, ist ja ein CloseButton
vorhanden (dann sind die Button optisch weiter voneinander entfernt),
ESCAPE könnte ich auch noch adden?

[al90]

Dann denke mal was aus!

Hatte ja schonmal einen vorschlag gemacht. Ansonsten würde ich sowas
wie z.b. %JC_First_Selection% und %JC_All_Selection% nehmen.
Die Namensgebung sagt dann bereits im vorfeld viel darüber aus,
so das die meisten Benutzer erst garnicht in den DOCs schauen müssen,
um das zu verstehen. Die entscheidung liegt aber letztenendes bei dir.

Das event sagt Dir aber nur Activate, nicht Deactivate

Ja, und genau das reicht ja auch aus. Bei Inactive benutzt der User die
Anwendung momentan nicht. Bei Active einmal Refreshen und gut ist's

Für die Lister-Plugins brauchste nur diese Hilfe:
http://ghisler.fileburst.com/lsplugins/ ... elp1.8.zip

Ok werde ich dann auch mal in "Angriff" nehmen. Danke für die ausführlichen Hinweise.

[Thorsten1867]

Den Abbrechen Button könnte ich auch ganz entfernen, ist ja ein CloseButton vorhanden ....

Zwei Vorschläge für den Button sind als EMail unterwegs.

[ts-soft]

Ja, und genau das reicht ja auch aus. Bei Inactive benutzt der User die Anwendung momentan nicht. Bei Active einmal Refreshen und gut ist's

Ich spare mir das refreshen, wenn sich nicht geändert hat (deswegen wird
dies ja überwacht), kann doch nerven, wenn system32 offen ist.

Für die Variablen würde ich sagen was neutrales:
%LIST_SELECTED_FILES% und %LIST_FIRST_SELECTED_FILE%

@Thorsten1867
bekommste den zweiten rund? rot und rund, wie die rauf und runter buttons?

Das würde passen