[bug?] button für fs-plugin öffnet im falschem dateifenster
Moderators: Hacker, Stefan2, white
[bug?] button für fs-plugin öffnet im falschem dateifenster
ein button meiner buttonbar hat diese eigenschaften:
button13=%COMMANDER_PATH%\wfx\StartupGuard\StartupGuard.wfx
cmd13=cd \\\Startup Guard\
path13=\\\Startup Guard\Overall
menu13=Startup Guard
befinde ich mich im rechten dateifenster und klicke ich diesen button, öffnet sich der entsprechende pfad im linken dateifenster.
entferne ich die zeile
path13=\\\Startup Guard\Overall
öffnet sich der entsprechende pfad im rechten dateifenster, wie gewollt.
bug? feature? rekonstrukierbar für euch?
p.s.
natürlich möchte ich path13=\\\Startup Guard\Overall beibehalten, damit sich auch immer schön das von mir gewünschte verz. direkt öffnet und ich nicht erst mühsam hinein wechseln muss.
p.p.s
ändere ich
path13=\\\Startup Guard\Overall
in
path13=\\Startup Guard\Overall
findet tc, nach dem klick auf den button, irgendeinlaufwerk nicht und öffnet dann C:\ im linken dateifenster.
button13=%COMMANDER_PATH%\wfx\StartupGuard\StartupGuard.wfx
cmd13=cd \\\Startup Guard\
path13=\\\Startup Guard\Overall
menu13=Startup Guard
befinde ich mich im rechten dateifenster und klicke ich diesen button, öffnet sich der entsprechende pfad im linken dateifenster.
entferne ich die zeile
path13=\\\Startup Guard\Overall
öffnet sich der entsprechende pfad im rechten dateifenster, wie gewollt.
bug? feature? rekonstrukierbar für euch?
p.s.
natürlich möchte ich path13=\\\Startup Guard\Overall beibehalten, damit sich auch immer schön das von mir gewünschte verz. direkt öffnet und ich nicht erst mühsam hinein wechseln muss.
p.p.s
ändere ich
path13=\\\Startup Guard\Overall
in
path13=\\Startup Guard\Overall
findet tc, nach dem klick auf den button, irgendeinlaufwerk nicht und öffnet dann C:\ im linken dateifenster.
Was nützt der Löffel für die Weisheit, wenn man zu weit vom Suppentopf entfernt sitzt?
Mario
Mario
So funktioniert es bei mir:
button44=shell32.dll
cmd44=cd \\\StartupGuard\Overall
Also nur ein Kommando und keine Parameter o.ä.
Korrektur: Funktioniert nur, wenn das Plugin bereits geladen ist (man also dort mal drin war).
MfG Dalai
button44=shell32.dll
cmd44=cd \\\StartupGuard\Overall
Also nur ein Kommando und keine Parameter o.ä.
Korrektur: Funktioniert nur, wenn das Plugin bereits geladen ist (man also dort mal drin war).
MfG Dalai
#101164 Personal licence
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
richtig, danke, also nützt es (mir) nicht wirklich was :-> [zynismus, der auf der bisherigen unlösbarkeit meines problems beruht. nicht auf deiner hilfestellung]Dalai wrote:Korrektur: Funktioniert nur, wenn das Plugin bereits geladen ist (man also dort mal drin war).
selbes ergebnis hatte ich auch, wenn
cmd13=cd \\\Startup Guard\Overall
dann startet das plugin auch nur im "richtigen" verzeichnis, wenn es vorher einmal gestartet wurde.
Was nützt der Löffel für die Weisheit, wenn man zu weit vom Suppentopf entfernt sitzt?
Mario
Mario
Ich kann das Phänomen nachvollziehen. Bei mir tritt es genau so auf.
Ich werd nachher mal Tests mit anderen Plugins machen, die ebenfalls "Unterverzeichnisse" haben, z.B. Registry.
MfG Dalai
Ich werd nachher mal Tests mit anderen Plugins machen, die ebenfalls "Unterverzeichnisse" haben, z.B. Registry.
MfG Dalai
#101164 Personal licence
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Das Registry-Plugin funktioniert ganz tadellos mit:
button44=shell32.dll
cmd44=cd \\\Registry\HKEY_LOCAL_MACHINE
Auch wenn das Plugin noch nicht geladen war. Es ist also wahrscheinlich, dass es am StartupGuard-Plugin liegt.
MfG Dalai
button44=shell32.dll
cmd44=cd \\\Registry\HKEY_LOCAL_MACHINE
Auch wenn das Plugin noch nicht geladen war. Es ist also wahrscheinlich, dass es am StartupGuard-Plugin liegt.
MfG Dalai
#101164 Personal licence
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
- ghisler(Author)
- Site Admin
- Posts: 50817
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
In der Tat unterstützen nicht alle Dateisystem-Plugins den direkten Sprung in ein Unterverzeichnis. Offenbar erwartet StartupGuard, dass der Benutzer das Plugin immer über die Netzwerkumgebung öffnet, also das Rootverzeichnis zuerst.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
ich sehe gerade, das ich dem autor unter der im readme oder plugin-properties genannten emailadresse schon mails bezüglich anderen unstimmigkeiten geschrieben habe, die aber allesammt gebounced wurden. auf http://www.totalcmd.net/plugring/startguard.htmlDalai wrote:Es ist also wahrscheinlich, dass es am StartupGuard-Plugin liegt.
oder seiner homepage http://gorbush.narod.ru/ stehen keine aktuellen kontaktdaten.
wat sehr schade is :-)
danke fürs testen.
Was nützt der Löffel für die Weisheit, wenn man zu weit vom Suppentopf entfernt sitzt?
Mario
Mario
- ghisler(Author)
- Site Admin
- Posts: 50817
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Ich habe leider seit Juni 2066 auch keinen Kontakt mehr mit user "Gorbush", meine späteren E-Mails wurden nicht mehr beantwortet...
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com