[Allegro] Regexp in View-Listenfenster

[Thomas Berger]

Lieber Herr Eversberg,

>> Das waere fatal, weil wir Benutzer ja schlecht auffordern koennen,
>> irgendwelche "gesunden" srx-Einstellungen herzustellen, bevor er
>> den QUICK-Button betaetigt...
>>
> "Fatal" klingt etwas hart. Bis jetzt gab's keine Malaisen damit.

wenn's niemand einsetzt nicht verwunderlich...


>> xset.rtf sagt allerdings, dass diese Setzungen auch auf allgemeinere
>> Flex-Befehle rueckwirken, d.h. die Abarbeitung eines beliebigen
>> Flexes X kann im Ergebinis unterschiedlich sein, je nachdem, ob
>> der Benutzer zu einem frueheren Zeitpunkt einmal einen anderen
>> Flex ausgefuehrt hat, der mit "set x" operierte: Da sehe ich
>> Handlungsbedarf, ...
> 
> Ja, wir werden einen "best practice"-Hinweis in die Beschreibung von set x 
> einbringen, des Inhalts:
> 
> "ACHTUNG: Zu empfehlen ist, eine Setzung noch innerhalb desselben
> FLEXes wieder zurückzunehmen, und zwar mit schlichtem  set x  in den
> normalen, automatischen Zustand."
> 
> Bislang kommt   set x   in keinem unserer StandardFLEXe vor.

Wie waere es, so eine Einstellung als nicht persistent zu
realisieren?

"set x" ohne alles kann ja nicht auf den vorherigen, sondern
nur den Standardzustand zurueckstellen, d.h. wenn Flexe Ihrer
Empfehlung folgen, koennen andere Flexe nicht mehr auf eine
initial oder sonstwie eingestellte Globaleinstellung vertrauen.
Wenn umgekehrt andere Flexe nicht Ihrer Empfehlung folgen oder
bewusst eine Globaleinstellung gesetzt werden sollte, sind
wiederum alle Flexe, die Ersetzungen oder %...%-Tests enthalten,
u.U. verfaelscht.
Fazit: Man kann sich nur auf ein "set x ..." verlassen, das man im
gleichen Flex vorher selbst gesetzt hat, und es gibt unabsehbare
Effekte, wenn irgendwo ein "set x ..." /nicht/ vor Flex-Ende
zurueckgenommen wird. Zusammengefasst sind das genau die Eigenschaften
einer Nicht-[perm]-Einstellung!

viele Gruesse
Thomas Berger