[Allegro] V33.4 ist da

Bernhard Eversberg ev at biblio.tu-bs.de
Di Aug 13 14:36:00 CEST 2013


Verlautbarung 253 der Entw.Abt.                              2013-08-13
-------------------------------


V33.4 ist da  [inst-all.exe  am gewohnten Ort]
============



Neue FLEX-Loeschfunktionen
--------------------------

Der Wunsch entstand, jede Aktion des "Besens" auch einzeln als solche
per FLEX ausloesen zu koennen.

Zu dem Zweck wurde der Befehl "erase" um ein paar Optionen erweitert:
[Dieses Befehlswort muss man immer voll ausschreiben, "era" geht nicht]

erase set
   Besen: Aktuelle Erg.Menge beseitigen
   Dasselbe wie bisher schon  "close res"  (s.u. "Hinweis")

erase results
   Besen: "Alle Ergebnismengen beseitigen"
   Alle Erg.Mengen ausser Bookmarks und History werden beseitigt.

erase history
   Besen: "Vorher angezeigte Daten beseitigen"
   Die "Vorher angezeigten Daten" werden beseitigt.

erase bookmarks
   Besen: "Lesezeichen beseitigen"
   Die Lesezeichen werden beseitigt.

erase all
   Besen: "Alle Aufzeichnungen beseitigen"
   Alle o.g. Aufzeichnungen werden beseitigt.
   Das schliesst also auch  erase off  ein!

erase off   [das gab es schon]
   Besen: "Offline-Speicher leeren"
   Der "Offline-Speicher" wird geleert. Anschliessend kann man mit
       "read file" eine neue Datei vom Typ .ALG oder .ADT in den
       Offline-Speicher laden. Sonst wird die Datei zusaetzlich hinten
       angehaengt an den Offline-Speicher.


Hinweis:
Die Unterfunktion "Aktuelle Ergebnismenge beseitigen" kann man genauso
mit "close res" ausloesen. Das war schon lange so. Dabei wird sie nicht
aus der Datenbank geloescht, nur aus dem Ergebnisspeicher! Zum echten
globalen Loeschen einer Erg.Menge, wie ueber das Menue "Global", muesste
man eine Schleife programmieren, wenn man es per FLEX erledigen wollte,
z.B. so:

...
last
:eLoop
// Satz loeschen, falls nicht schon gel. oder gesperrt:
if not deleted if not Lock erase
// vorigen Satz
prev
if yes jump eLoop
// Anfang war erreicht, dann:
close res     // Erg.Menge auch noch aus der Alt+E-Liste nehmen!
...


srch.exe : Option -b verbessert
-------------------------------
Es kam zu Nachladefehlern, wenn Option -b ohne Pfad angegeben war,
also z.B.  -bcat  statt  -bdemo2\cat.
Das wurde behoben, srch.exe  klappt nun wie bei der 16bit-Version.
Es klappt auch, wenn an den Dateinamen nicht ".alg" oder ".ald"
angehaengt ist - ebenfalls wie frueher.
Hier eine Kurzanleitung zur Nutzung von srch zum Durcharbeiten
einer Datei (ersetzt fast das obsolete Handbuchkapitel 4):

------ srch-Aufruf ----------------------------------------------------

Windows:
srch -kp -dexterndatei.plg -ssuchbegriff -eexportparameter/exportdatei
    [-bdatenordner\datenbankname]

UNIX/Linux:
./srch -kp -d./externdatei.plg -s2005 -eexportparameter=exportdatei
    [-bdatenordner/datenbankname]

Die Option -b ist NUR nötig, wenn die Parameter Nachladungen oder
V14-Ersetzungen erfordern.

Wahlweise mit RegEx:  -rregexbefehl  statt  -s...


Soll es die Gesamtbank sein:
       -ddatenordner\datenbankname_*.pld
bzw.  -ddatenordner/datenbankname_*.pld

(Der "datenbankname" ist der Name der Indexparameterdatei, z.B. "cat")

Soll es eine einzelne von deren Dateien sein, dann deren Nummer statt *

------ srch-Aufruf ENDE -----------------------------------------------


Ueberlange Felder
-----------------
Manche sehr langen Felder konnten zwar ueber z.B.  zc.flx  (Z39)
hineinkommen, etwa #93. Dann jedoch konnte das Indexieren versagen,
auch index.exe schaffte es nicht, und dann waren scheinbar hinterher
viele Saetze gar nicht da, die man doch schoen importiert hatte.
Und zwar auch, wenn das betr. Feld selber gar nicht indexiert wurde,
wie z.B.  #93.
Dies lag an zu kleiner Dimensionierung an einer Stelle, die jetzt
auf ein Maximum von 20.000 (pro Feld) gesetzt wurde.
Also: Datenbank mal neu indexieren mit V33.4, dann sind die Saetze
ploetzlich da.


cat.api : Sequenzenproblem
--------------------------
Das Verhalten bei Vorkommnissen von & in Suchbegriffen war nicht
ganz konsequent. Das wurde bereinigt durch Verlagerung von zwei
#b-Befehlen aus Abschnitt  #-0  nach woanders, wo sie sofort beim
Start ausgefuehrt werden statt erst bei ersten Speichern oder F7.
(Seltener Fall, Datenschaeden nicht zu befuerchten!)
(Gemeint ist die "grosse" cat.api, die unter  demo2  liegt.)


qr.exe : auch Reg. 10 und 11
----------------------------
Das Hilfsprogramm qr.exe kann eine ii-Datei expandieren und als
Textdatei ausgeben. Bisher hat es dann die enthaltenen Eintraege
fuer die Reg. 10 und 11 nicht mit ausgeworfen, jetzt kann es das.
Von Interesse ist das nur, wenn mal eine Indexierung nicht
klappt und ii-Dateien uebrigbleiben. Die koennte man dann
inspizieren wollen.


o.apt nun komplett ein-eindeutig
--------------------------------
Zum Vorschlag des Koll. Fischer, doch die bisher auf den Wert
127 abgebildeten DOS-Codes endlich auch unter a99 irgendwie
nutzbar zu machen:

Wir haben als ersten Schritt die in  o.apt  auf 127 umgesetzten Codes
auf diejenigen Nummern verteilt, die auf der ANSI-Seite noch
unbenutzt waren, ohne Ruecksicht auf deren Darstellbarkeit!
So ist aber gewaehrleistet, dass vorhandene Codes in dem betr.
Bereich bei der Bearbeitung unter a99 nicht verfaelscht werden,
weil die Abbildung zwischen DOS und ANSI nun gurchgaengig
eineindeutig ist.
Hier die modifizierte o.apt im SVN:

    https://svn.allegro-c.de/svn/download/conf/a/o.apt

Mehr zu der Sache selbst, mit den Codelisten und allen unter DOS
bzw. Windows tats¼chlich sichtbaren Zeichen zu diesen Codes:

    http://www.allegro-c.de/unicode/Neuzeichen.htm

Erreicht ist damit insbes., dass man in seinen Daten auch
die 22 bisher ungenutzten DOS-Codes (Grafikzeichen) jetzt
als Mehrfachcodes einsetzen kann, ohne dass ihnen beim
Bearbeiten unter Windows Widrigkeiten widerfahren.
Das *koennte* auch bei Altdaten erwuenscht sein, in denen
einige der genannten Codes mal verwendet wurden; die bleiben
dann jedenfalls als Codes unveraendert erhalten, wenn man
die Daten per a99 bearbeitet.
*Eingeben* mit a99 kann man sie jedoch nicht, nur mittels
Copy&Paste aus der genannten Liste uebertragen.

In  ad-aw. at pt  sind auch die Unicode-Namen der 22 Codes angegeben:
(NEU statt ad-aw.apt! Und in ucodes.apt stehen sie ganz am Ende)

p .179 011     BOX DRAWINGS LIGHT VERTICAL     226 148 130
p .180 014     BOX DRAWINGS LIGHT VERTICAL AND LEFT     226 148 164
p .185 015     BOX DRAWINGS DOUBLE VERTICAL AND LEFT     226 149 163
p .186 016     BOX DRAWINGS DOUBLE VERTICAL     226 149 145
p .187 017     BOX DRAWINGS DOUBLE DOWN AND LEFT     226 149 151
p .188 018     BOX DRAWINGS DOUBLE UP AND LEFT     226 149 157
p .191 019     BOX DRAWINGS LIGHT DOWN AND LEFT     226 148 144
p .192 020     BOX DRAWINGS LIGHT UP AND RIGHT     226 148 148
p .193 022     BOX DRAWINGS LIGHT UP AND HORIZONTAL     226 148 180
p .194 023     BOX DRAWINGS LIGHT DOWN AND HORIZONTAL     226 148 172
p .195 024     BOX DRAWINGS LIGHT VERTICAL AND RIGHT     226 148 156
p .196 025     BOX DRAWINGS LIGHT HORIZONTAL     226 148 128
p .197 028     BOX DRAWINGS LIGHT VERTICAL AND HORIZONTAL     226 148 188
p .200 029     BOX DRAWINGS DOUBLE UP AND RIGHT     226 149 154
p .201 030     BOX DRAWINGS DOUBLE DOWN AND RIGHT     226 149 148
p .202 131     BOX DRAWINGS DOUBLE UP AND HORIZONTAL     226 149 169
p .203 140     BOX DRAWINGS DOUBLE DOWN AND HORIZONTAL     226 149 166
p .204 141     BOX DRAWINGS DOUBLE VERTICAL AND RIGHT     226 149 160
p .205 142     BOX DRAWINGS DOUBLE HORIZONTAL     226 149 144
p .206 143     BOX DRAWINGS DOUBLE VERTICAL AND HORIZONTAL     226 149 172
p .217 156     BOX DRAWINGS LIGHT UP AND LEFT     226 148 152
p .218 158     BOX DRAWINGS LIGHT DOWN AND RIGHT     226 148 140




Mehr Informationen über die Mailingliste Allegro