AW: [Allegro] Liste der Kernprogramme

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Lieber Herr Eversberg,

>> inst-all.exe koennte diese Demos als optionale Komponenten
>> anbieten, oder Installer hierfuer enthalten.
> Auch das noch?

Also, wenn Sie mich fragen, ist das mini-Paket sowieso voelliger
Unfug (und gefaehrlich, weil hier Datenbanken in einem A-Schema ermutigt
werden, das nichts mit *dem* A-Schema zu tun hat)...

Ich sehe aber, dass von "h mini" aus mehrfache "Installation"
moeglich ist, insofern ist meine Anregung bzgl. "optionaler Komponente"
im Installer kein Ersatz.


>>>> Unabhängig davon wäre ich sehr glücklich, wenn die Struktur der Daten
>>>> etwas
>>>> aufgeräumt werden könnte: ich benutze keine a-, d-, m-, p-, u-,
>>>> x-Konfiguration, entsprechende Dateien sind in meinem
>>>> Allegro-Verzeichnis
>>>> völlig überflüssig.
>>>>
>>> Sie können  *.dp?, *.mp?, *.pp?, *.xp? und *.up? bedenkenlos löschen.
>>
>> Koennte inst-all.exe die nicht irgendwo anders abwerfen:
> Noch'n Verzeichnis? Wir sind strikt gegen Verzeichnis-Verzettelung und
> machen vor allem nur bei unabweisbarer Notwendigkeit UND zwingend
> begründeter Nützlichkeit mehr als eine Unterstufe. Im Zweifel also nie.
> Über die Namensstruktur kann man die besagten Dateien mit einem Griff
> zusammenfassen - unabweisbare Notwendigkeit ist damit nicht gegeben.

Ich sehe eine gewisse Notwendigkeit darin, Dateien, die nicht in
gleichem Masse aktiv gepflegt werden wie die Executables und die
Parameter der Demo-Datenbank, aus dem Haupt-Programmverzeichnis
herauszuhalten. Das betrifft
* viele der Demopakete / Separatanwendungen (wie etwa das erwaehnte
  "mini", aber auch pronto, quex, opus, das nirgendwo mehr eingebundene
  refpack)

* die diversen Nicht-$A-Konfigurations- und Parameterdateien


Um bei "mini" zu bleiben: Das Paket besteht ja bereits jetzt aus
einem "Stub" in der Hauptinstallation, naemlich mini.flx und mini.rtf,
die veranlassen dann das Entpacken des geeigneten Archivs in ein
von ihnen erfragtes Zielverzeichnis. Die geeigneten Archive mini-*.exe
haben als Installationsarchive m.E. im Programmverzeichnis nichts
zu suchen und sollten in ein Verzeichnis verlagert werden, das
a) relativ zum Programmverzeichnis adressierbar ist
b) nicht im Standard-Suchpfad der allegro-Module liegt
z.B. "pakete" oder "extras" oder "installer".

Eigentlich koennten auch mini.rtf und zumindest mini.flx ebenfalls
dorthin verlagert werden:
In mini.rtf ist nur "X mini" durch "X extras/mini" auszutauschen,
in mini.flx ist ebenfalls fast nichts zu tun
Aufruf dann entweder als "h extras/mini" oder durch entsprechend
angepasste Verlinkung in fb.htm, einstieg.rtf, newdb.rtf, quick.vw.
(mir war bis jetzt gar nicht klar, an wie vielen Orten Neueinsteiger
ermutigt werden, sich mit dem Mini-Paket ins Knie zu schiessen :-(



>> apropos .ini-Datei: Genutzt wird von a99 ja nur die section "[general]".
>> Koennten Zusatzmodule nicht eigenen Sections zugeordnet werden, ich
>> denke da an ALFA, wo man strenggenommen einstellbar halten muesste, ob
>> die Ausleihinformation an Signatur oder Zugangsnummer anzusiedeln ist,
>> oder ORDER, wo gewisse Dinge (Anlegen von Exemplarsaetzen, Ablegen
>> von Signatur und Zugangsnummer in Titel und/oder Exemplarsatz...)
>> derzeit durch Eingriff in Flexdateien "konfiguriert" werden muessen.
> Die DOS-Programme können keine INI-Datei auswerten. Das müßte man erst
> noch programmieren - braucht kostbaren Platz.

Sorry, ich meinte nicht ORDER und ALFA (DOS), sondern Order und Alfa
(a99).


viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFGsdDhhKFJT0F1FsoRAn5eAJ9o8LgWAanwQgQIwqTr4c3M2X96MQCePdKI
CQpchnXT0Vkz9U4jT7l19hc=
=3G90
-----END PGP SIGNATURE-----