ein wunsch an den autor fuer die version 7.5
Moderators: Hacker, Stefan2, white
-
- Member
- Posts: 149
- Joined: 2008-10-14, 17:12 UTC
ein wunsch an den autor fuer die version 7.5
ich haett da noch nen kleinen (fuer mich ist's 'n grosser) wunsch fuer das naechste release:
entweder bei _jedem_ verzeichniswechsel _alle_ plugins (zumindest einer gruppe, wie die filesystem-plugins) ueber das neue verzeichnis zu informieren, unabhaengig davon, ob das plugin fuer die aktuelle ansicht benoetigt wird oder nicht (bisher wird das nur gemacht wenn ein plugin an der aktuellen ansicht beteiligt ist), oder aber die plugins beim laden abfragen, ob sie denn ueber _jeden_ verzeichniswechsel informiert werden moechten.
das wuerde dann ermoeglichen, per script alle moeglichen dinge zu triggern, die man fuer irgendwelche verzeichnisse durchfuehren moechte.
es waere eine recht simple sache das zu integrieren (die bestehende schnittstelle wuerde um zwei funktionen erweitert) und wuerde eine grosse flexibilitaet ermoeglichen was verzeichnisabhaengige aktionen anbelangt.
entweder bei _jedem_ verzeichniswechsel _alle_ plugins (zumindest einer gruppe, wie die filesystem-plugins) ueber das neue verzeichnis zu informieren, unabhaengig davon, ob das plugin fuer die aktuelle ansicht benoetigt wird oder nicht (bisher wird das nur gemacht wenn ein plugin an der aktuellen ansicht beteiligt ist), oder aber die plugins beim laden abfragen, ob sie denn ueber _jeden_ verzeichniswechsel informiert werden moechten.
das wuerde dann ermoeglichen, per script alle moeglichen dinge zu triggern, die man fuer irgendwelche verzeichnisse durchfuehren moechte.
es waere eine recht simple sache das zu integrieren (die bestehende schnittstelle wuerde um zwei funktionen erweitert) und wuerde eine grosse flexibilitaet ermoeglichen was verzeichnisabhaengige aktionen anbelangt.
Kannst du das mit einem Beispiel unterlegen, in welchen Fällen sowas nützlich/sinnvoll wäre? Ich kann mir im Moment nichts vorstellen, wo das nützlich sein soll...
MfG Dalai
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
-
- Member
- Posts: 149
- Joined: 2008-10-14, 17:12 UTC
verzeichnisabhaengig waere es z.b. sinnvoll, wenn ich in von mir definierte verzeichnisse wechsle und automatisch zu einer "mp3-ansicht" wechseln kann, da diese bei mir nun mal mp3's beeinhalten 
oder aber verzeichnisse mit fotos. da ist natuerlich ne benutzerdefinierte ansicht mit exif-informationen sinnvoll.
auch haette ich verwendung bei manchen verzeichnissen, wenn in der ansicht dirsizecalc verwendet wird. aber eben nur in bestimmten verzeichnissen. oder spalten mit der anzahl an unterverzeichnissen, usw. usf.
bisher ist es eben so, dass ich das immer von hand switchen muss. und da kommts dann oft vor dass ich das aus bequemlichkeit sein lasse und die, in diesen faellen, unguenstigere normalansicht verwende, die ich i.d.r. auch sonst verwende.
es gibt irgendwo im wiki ein script welches verzeichnisabhaengig aktionen triggert. nur funktioniert das bei mir nicht wirklich. da wird von aussen versucht TC-windows zyklisch auszulesen. das erkennt verzeichniswechsel nicht zuverlaessig und pollt eben alle paar sekunden.
ich denke da gibts noch viele weitere individuelle moeglichkeiten die sich dadurch eroeffnen.
nachtrag:
ich hab das script mal rausgesucht (in der englischen uebersetzung ist noch ne variante dabei):
http://www.ghisler.ch/wikide/index.php/AutoHotkey:_Automatische_Verzeichnis-spezifische_Konfiguration_/_Aktionen
(jetzt weiss ich auch wieder was da nicht recht funktioniert. wenn ich nach einer bestimmten spalte sortieren lasse, dann wird das mehr als einmal ausgeloest (weil der verzeichniswechsel mehr als einmal 'erkannt' wurde). es ist einfach nicht zuverlaessig.

oder aber verzeichnisse mit fotos. da ist natuerlich ne benutzerdefinierte ansicht mit exif-informationen sinnvoll.
auch haette ich verwendung bei manchen verzeichnissen, wenn in der ansicht dirsizecalc verwendet wird. aber eben nur in bestimmten verzeichnissen. oder spalten mit der anzahl an unterverzeichnissen, usw. usf.
bisher ist es eben so, dass ich das immer von hand switchen muss. und da kommts dann oft vor dass ich das aus bequemlichkeit sein lasse und die, in diesen faellen, unguenstigere normalansicht verwende, die ich i.d.r. auch sonst verwende.
es gibt irgendwo im wiki ein script welches verzeichnisabhaengig aktionen triggert. nur funktioniert das bei mir nicht wirklich. da wird von aussen versucht TC-windows zyklisch auszulesen. das erkennt verzeichniswechsel nicht zuverlaessig und pollt eben alle paar sekunden.
ich denke da gibts noch viele weitere individuelle moeglichkeiten die sich dadurch eroeffnen.
nachtrag:
ich hab das script mal rausgesucht (in der englischen uebersetzung ist noch ne variante dabei):
http://www.ghisler.ch/wikide/index.php/AutoHotkey:_Automatische_Verzeichnis-spezifische_Konfiguration_/_Aktionen
(jetzt weiss ich auch wieder was da nicht recht funktioniert. wenn ich nach einer bestimmten spalte sortieren lasse, dann wird das mehr als einmal ausgeloest (weil der verzeichniswechsel mehr als einmal 'erkannt' wurde). es ist einfach nicht zuverlaessig.
Last edited by JustAnotherTCUser on 2009-02-04, 17:31 UTC, edited 1 time in total.
Ja, das wäre sinnvoll. Aber was hat das damit zu tun, alle Plugins darüber zu unterrichten, ob das Verzeichnis gewechselt wurde? Wie kann das dabei helfen?
Der TC müsste einfach ermöglichen, die Spaltenansicht pro Verzeichnis festzulegen und lädt dann automatisch die passenden Plugins. An welcher Stelle müssen jetzt die Plugins, die nichts mit der Ansicht zu tun haben, über einen Verzeichniswechsel in Kenntnis gesetzt werden?
MfG Dalai
Der TC müsste einfach ermöglichen, die Spaltenansicht pro Verzeichnis festzulegen und lädt dann automatisch die passenden Plugins. An welcher Stelle müssen jetzt die Plugins, die nichts mit der Ansicht zu tun haben, über einen Verzeichniswechsel in Kenntnis gesetzt werden?
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
-
- Member
- Posts: 149
- Joined: 2008-10-14, 17:12 UTC
ok, es wuerde auch reichen wenn _ein_ plugin ueber einen verzeichniswechsel unterrichtet werden wuerde. eines, welches solche aktionen dann durchfuehrt. so kann ich mir das alles selbst programmieren, denn dann ist ne geeignete schnittstelle vorhanden.
wenn einem plugin nun die moeglichkeit geboten wird darueber unterrichtet zu werden, dann gilt das halt fuer alle
ob und wie die plugins damit umgehen ist ne andere sache.
derzeit ist es ja so:
wenn ich in einer standard-ansicht bin, dann werden die plugins derzeit leider _nicht_ ueber den verzeichniswechsel in kenntnis gesetzt. genau das ist der haken!
nur wenn mindestens eine spalte der ansicht zu einem bestimmten dateisystem-plugin aktuell verwendet wird, nur dann werden die aktuell beteiligten plugins darueber in kenntnis gesetzt.
ich (respektive 'mein' plugin) sollte aber eben _immer_ darueber informiert werden. denn nur dann kann ich auch immer die ansicht nach meinen wuenschen wechseln (bzw. die farbe ermitteln, siehe weiter unten). die logik und die definition des ansichtswechsels (oder sonstiger aktionen), die ist dann entweder im plugin selbst zu integrieren/definieren, oder ausserhalb ueber scripte. wichtig ist das triggern.
das heisst auch, dass christian sich nicht mit der implementierung von solchen definitionen/triggern/aktionen beschaeftigen muss, denn das kann dann alles extern erledigt werden.
noch ein praktisches beispiel:
ich hab mir ein plugin programmiert.
dieses soll folgendes ermoeglichen (und tut es auch, aber durch die nicht durchgaengige info ueber den verzeichniswechsel etwas eingeschraenkt):
wenn ich mp3-files auf meinen mobilen player schiebe, sollte sichergestellt sein, dass die album-tags innerhalb eines verzeichnisses (album, hoerbuch) _identisch_ sind. denn nur so kann ich sie auf dem player sinnvoll gruppieren und abspielen. also muss ich ggf. die files noch taggen. per auge ist das etwas muehsam, denn manchmal unterscheiden sich tags nur in einem zeichen.
nun macht mein plugin folgendes:
sobald in ein verzeichnis gewechselt wird, werden die mp3-files in diesem verzeichnis eingelesen und analysiert. wenn alle files mit einem identischen album-tag versehen sind, wird ein entsprechender rueckgabewert produziert.
damit kann ich ueber einen filter allen files dieses verzeichnisses eine farbe zuordnen. meinetwegen orange fuer 'alle album-tags vorhanden und identisch' oder eben rot fuer 'nicht konsistent'.
die farbe kann nicht fuer jedes file einzeln vergeben werden, der filter wird nur einmalig beim wechsel in ein verzeichnis abgefragt. d.h. dass ich bereits beim 'eintritt' in das verzeichnis alle darin enthaltenen files analysieren und die entsprechende entscheidung treffen muss.
wenn nun in der aktuellen ansicht keine einzige spalte von diesem plugin verwendet wird (dieses kann auch die tags usw ausgeben), dann bekomme ich den verzeichniswechsel nicht mit. das heisst der filter, der eben auch auf meinem dateisystem-plugin basiert, kann nicht einwandfrei funktionieren (ich versuche das teilweise zu kompensieren indem ich mir gewisse dinge merke und den wechsel dennoch zu erkennen. das funktioniert aber auch nicht 100%ig, kann ja nicht).
wenn ich die ansicht _im_ verzeichnis auf eine entsprechende ansicht aendere, dann aendert sich auch die farbe der files nicht mehr. erst wenn ich aus dem verzeichnis raus und wieder reingehe, erst dann koennen die von mir zugeordneten farben angezeigt werden.
ich hoffe es ist einigermassen verstaendlich
mein plugin kann also pruefen ob alle in einem verzeichnis enthaltenen mp3-files einen einheitlichen album-tag haben und dementsprechend eine farbe zuordnen (filter), es kann aber auch infos zu mp3's fuer benutzerdefinierte spalten liefern. nur wird es leider nicht ueber jeden verzeichniswechsel informiert. und genau deshalb kam ich auf diesen 'engpass' und haette gern die moeglichkeit bei _jedem_ verzeichniswechsel informiert zu werden. denn nur dann kann mein plugin _immer_ wie gewuenscht funktionieren.
ich stells bei interesse auch gern mal zum ausprobieren zur verfuegung wenn jemand eine solche funktionalitaet benoetigt (mein player-beispiel aus der praxis war der anstoss dieses plugin zu schreiben, siehe oben).
wenn einem plugin nun die moeglichkeit geboten wird darueber unterrichtet zu werden, dann gilt das halt fuer alle

derzeit ist es ja so:
wenn ich in einer standard-ansicht bin, dann werden die plugins derzeit leider _nicht_ ueber den verzeichniswechsel in kenntnis gesetzt. genau das ist der haken!
nur wenn mindestens eine spalte der ansicht zu einem bestimmten dateisystem-plugin aktuell verwendet wird, nur dann werden die aktuell beteiligten plugins darueber in kenntnis gesetzt.
ich (respektive 'mein' plugin) sollte aber eben _immer_ darueber informiert werden. denn nur dann kann ich auch immer die ansicht nach meinen wuenschen wechseln (bzw. die farbe ermitteln, siehe weiter unten). die logik und die definition des ansichtswechsels (oder sonstiger aktionen), die ist dann entweder im plugin selbst zu integrieren/definieren, oder ausserhalb ueber scripte. wichtig ist das triggern.
das heisst auch, dass christian sich nicht mit der implementierung von solchen definitionen/triggern/aktionen beschaeftigen muss, denn das kann dann alles extern erledigt werden.
noch ein praktisches beispiel:
ich hab mir ein plugin programmiert.
dieses soll folgendes ermoeglichen (und tut es auch, aber durch die nicht durchgaengige info ueber den verzeichniswechsel etwas eingeschraenkt):
wenn ich mp3-files auf meinen mobilen player schiebe, sollte sichergestellt sein, dass die album-tags innerhalb eines verzeichnisses (album, hoerbuch) _identisch_ sind. denn nur so kann ich sie auf dem player sinnvoll gruppieren und abspielen. also muss ich ggf. die files noch taggen. per auge ist das etwas muehsam, denn manchmal unterscheiden sich tags nur in einem zeichen.
nun macht mein plugin folgendes:
sobald in ein verzeichnis gewechselt wird, werden die mp3-files in diesem verzeichnis eingelesen und analysiert. wenn alle files mit einem identischen album-tag versehen sind, wird ein entsprechender rueckgabewert produziert.
damit kann ich ueber einen filter allen files dieses verzeichnisses eine farbe zuordnen. meinetwegen orange fuer 'alle album-tags vorhanden und identisch' oder eben rot fuer 'nicht konsistent'.
die farbe kann nicht fuer jedes file einzeln vergeben werden, der filter wird nur einmalig beim wechsel in ein verzeichnis abgefragt. d.h. dass ich bereits beim 'eintritt' in das verzeichnis alle darin enthaltenen files analysieren und die entsprechende entscheidung treffen muss.
wenn nun in der aktuellen ansicht keine einzige spalte von diesem plugin verwendet wird (dieses kann auch die tags usw ausgeben), dann bekomme ich den verzeichniswechsel nicht mit. das heisst der filter, der eben auch auf meinem dateisystem-plugin basiert, kann nicht einwandfrei funktionieren (ich versuche das teilweise zu kompensieren indem ich mir gewisse dinge merke und den wechsel dennoch zu erkennen. das funktioniert aber auch nicht 100%ig, kann ja nicht).
wenn ich die ansicht _im_ verzeichnis auf eine entsprechende ansicht aendere, dann aendert sich auch die farbe der files nicht mehr. erst wenn ich aus dem verzeichnis raus und wieder reingehe, erst dann koennen die von mir zugeordneten farben angezeigt werden.
ich hoffe es ist einigermassen verstaendlich

mein plugin kann also pruefen ob alle in einem verzeichnis enthaltenen mp3-files einen einheitlichen album-tag haben und dementsprechend eine farbe zuordnen (filter), es kann aber auch infos zu mp3's fuer benutzerdefinierte spalten liefern. nur wird es leider nicht ueber jeden verzeichniswechsel informiert. und genau deshalb kam ich auf diesen 'engpass' und haette gern die moeglichkeit bei _jedem_ verzeichniswechsel informiert zu werden. denn nur dann kann mein plugin _immer_ wie gewuenscht funktionieren.
ich stells bei interesse auch gern mal zum ausprobieren zur verfuegung wenn jemand eine solche funktionalitaet benoetigt (mein player-beispiel aus der praxis war der anstoss dieses plugin zu schreiben, siehe oben).
-
- Member
- Posts: 149
- Joined: 2008-10-14, 17:12 UTC
noch was dazu:Der TC müsste einfach ermöglichen, die Spaltenansicht pro Verzeichnis festzulegen und lädt dann automatisch die passenden Plugins. An welcher Stelle müssen jetzt die Plugins, die nichts mit der Ansicht zu tun haben, über einen Verzeichniswechsel in Kenntnis gesetzt werden?
so nen request gab es ja schonmal. da gibts viele diskussionen wie das alles ineinander greifen soll.
so wie ich das meine, haette christian damit mehr oder weniger null arbeit, weil das ganze handling dann ueber ein plugin und ggf. scripte erfolgen kann. d.h. das was, wann, wie, wo und warum passiert liegt im ermessen des nutzers, so er denn diese funktion nutzen will.
durch den verzeichswechsel-info-aufruf kann ein plugin _selbst_ dafuer sorgen dass die ansicht gewechselt wird oder eine andere aktion, abhaengig vom neuen verzeichnis, angestossen wird. man kann TC ja kommandos von 'aussen' zukommen lassen

deshalb sollte auch ein plugin informiert werden, auch wenn es aktuell keine verwendung findet, sich aber vielleicht selbst aktivieren moechte, sobald bestimmte verzeichnisse besucht werden. dadurch bleibt fuer den nutzer alles machbar und christian stellt nur diese kleine schnittstellenaenderung nach aussen zur verfuegung.
Und wo sage ich als Nutzer wem (TC oder Plugin), welche Ansicht ich gerne hätte? Wenn das Plugin für einen Wechsel sorgt, habe ich doch keinen Einfluss, es sei denn, das Plugin bietet mir ein Interface dafür. Und das wäre sinnlose Arbeit für die Plugin-Autoren. Dann lieber zentral im TC gelegen und alle haben was davon.JustAnotherTCUser wrote:deshalb sollte auch ein plugin informiert werden, auch wenn es aktuell keine verwendung findet, sich aber vielleicht selbst aktivieren moechte, sobald bestimmte verzeichnisse besucht werden. dadurch bleibt fuer den nutzer alles machbar und christian stellt nur diese kleine schnittstellenaenderung nach aussen zur verfuegung.
Oder übersehe ich was?
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
2JustAnotherTCUser
Ohne mich jetzt inhaltlich großartig mit deinem Vorschlag auseinander gesetzt zu haben, kann ich dir schon mal einen Tipp aus Erfahrung geben: Versuche bitte dein Anliegen klar, kurz und prägnant zu formulieren. Ansonsten kannst du es gleich vergessen, weil es nicht mal gelesen wird.
Das ist absolut nicht böse gemeint! Es ist nur ein Ratschlag, wie du die Wahrscheinlichkeit erhöhen kannst, wahrgenommen zu werden.
Ohne mich jetzt inhaltlich großartig mit deinem Vorschlag auseinander gesetzt zu haben, kann ich dir schon mal einen Tipp aus Erfahrung geben: Versuche bitte dein Anliegen klar, kurz und prägnant zu formulieren. Ansonsten kannst du es gleich vergessen, weil es nicht mal gelesen wird.
Das ist absolut nicht böse gemeint! Es ist nur ein Ratschlag, wie du die Wahrscheinlichkeit erhöhen kannst, wahrgenommen zu werden.
-
- Member
- Posts: 149
- Joined: 2008-10-14, 17:12 UTC
ja, genau: das plugin stellt dann eine schnittstelle zum nutzer her!Und wo sage ich als Nutzer wem (TC oder Plugin), welche Ansicht ich gerne hätte? Wenn das Plugin für einen Wechsel sorgt, habe ich doch keinen Einfluss, es sei denn, das Plugin bietet mir ein Interface dafür. Und das wäre sinnlose Arbeit für die Plugin-Autoren. Dann lieber zentral im TC gelegen und alle haben was davon.
sinnlos waere es eben nicht, da ein plugin ein oder mehrere verhaltensweisen/konfigurations-methoden bereitstellen koennte und weitere plugins ggf. _andere_ verhaltensweisen implementiert. oder, wie in meinem fall, bastel ich mir das selbst.
was wann passiert ist dann eben sehr frei steuerbar und muss nicht moeglichst umfangreich und komplex im TC integriert werden. somit kann sich jeder das raussuchen wie es am besten zu seinem arbeitsverhalten passt.
konfigurationen koennten dann in einem einfachen textfile hinterlegt werden. genauso praktisch wie es TC auch sonst macht, nur dass es eben nicht 'fest' im TC integriert ist.

und wenn jemand die hintergrundfarbe aendern, ne melodie abspielen oder ne email verschicken will sobald man in ein bestimmtes verzeichnis wechselt, so kann er das eben auch tun

-
- Member
- Posts: 149
- Joined: 2008-10-14, 17:12 UTC
Ich sehe hier ein Problem bzgl. der Komplexität der Plugins bzw. des Aufwands, ein solches zu schreiben. Nicht jeder Plugin-Autor sieht diese Notwendigkeit und baut es ein...JustAnotherTCUser wrote:ja, genau: das plugin stellt dann eine schnittstelle zum nutzer her!
Sicher ist es dann frei konfigurierbar, aber ist es das nicht auch, wenn der TC ein Interface bietet, in dem man zusätzlich zum Ansichtswechsel mehrere Kommandos angeben kann, die beim Wechsel ausgeführt werden sollen (inkl. benutzerdef. Kommandos)?
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
-
- Member
- Posts: 149
- Joined: 2008-10-14, 17:12 UTC
Re: ein wunsch an den autor fuer die version 7.5
[OT]
a) 61 Worten
b) 2 Klammereinschüben
c) 5 Kommata
d) konsequenter Kleinschreibung
ist weder kurz, noch prägnant, noch einfach zu lesen (geschweige denn inhaltlich zu erfassen).
Ich neige zwar selber auch zu Schachtelsätzen, aber dieser Thread ist wirklich anstrengend zu lesen.
[/OT]
Zu deinem Problem mit der farblichen Kennzeichnung nicht zur (Tag)-Gruppe gehörender Dateien eines Verzeichnisses.
Ich nehme mal an dies ist ein Content-Pugin.
Kann das Plugin nicht selber lokal festhalten, in welchem Verzeichnis die letzte Abfrage erfolgte?
Die erste Abfrage zu einer Datei aus einem neuen Verzeichnis könnte dann intern im Plugin die Gruppenüberprüfung aller Dateien des neuen Verzeichnisses antriggern.
Gruß
Holger
Ein einzelner Satz, bestehend aus:JustAnotherTCUser wrote:entweder bei _jedem_ verzeichniswechsel _alle_ plugins (zumindest einer gruppe, wie die filesystem-plugins) ueber das neue verzeichnis zu informieren, unabhaengig davon, ob das plugin fuer die aktuelle ansicht benoetigt wird oder nicht (bisher wird das nur gemacht wenn ein plugin an der aktuellen ansicht beteiligt ist), oder aber die plugins beim laden abfragen, ob sie denn ueber _jeden_ verzeichniswechsel informiert werden moechten.
a) 61 Worten
b) 2 Klammereinschüben
c) 5 Kommata
d) konsequenter Kleinschreibung
ist weder kurz, noch prägnant, noch einfach zu lesen (geschweige denn inhaltlich zu erfassen).
Ich neige zwar selber auch zu Schachtelsätzen, aber dieser Thread ist wirklich anstrengend zu lesen.
[/OT]
Zu deinem Problem mit der farblichen Kennzeichnung nicht zur (Tag)-Gruppe gehörender Dateien eines Verzeichnisses.
Ich nehme mal an dies ist ein Content-Pugin.
Kann das Plugin nicht selber lokal festhalten, in welchem Verzeichnis die letzte Abfrage erfolgte?
Die erste Abfrage zu einer Datei aus einem neuen Verzeichnis könnte dann intern im Plugin die Gruppenüberprüfung aller Dateien des neuen Verzeichnisses antriggern.
Gruß
Holger
-
- Member
- Posts: 149
- Joined: 2008-10-14, 17:12 UTC
richtig! das hatte ich falsch behauptet.Zu deinem Problem mit der farblichen Kennzeichnung nicht zur (Tag)-Gruppe gehörender Dateien eines Verzeichnisses.
Ich nehme mal an dies ist ein Content-Pugin.
genau _so_ mache ich das bereits. das funktioniert aber nur bedingt. ich muss in einer benutzerdefinierten ansicht sein in der mindestens eine spalte diesem plugin zugeordnet sein muss. und das bereit _vor_ einem wechsel in ein verzeichnis. ansonsten gelangt eben keine info zum plugin und das (farb-)ergebnis ist undefiniertKann das Plugin nicht selber lokal festhalten, in welchem Verzeichnis die letzte Abfrage erfolgte?
Die erste Abfrage zu einer Datei aus einem neuen Verzeichnis könnte dann intern im Plugin die Gruppenüberprüfung aller Dateien des neuen Verzeichnisses antriggern.

deshalb haette ich eben diese eine info von TC. und alle moeglichkeiten stuenden offen...