[Allegro] Expertentreffen verschieben?
Klaus Lehmann
lehmann_klaus at t-online.de
Di Jun 19 07:55:19 CEST 2012
Guten morgen allerseits,
Guten Tag [Frau/Herr] Bernhard Eversberg,
danke für Ihre Nachricht.
Am Dienstag, 19. Juni 2012 um 07:20 schrieben Sie mir.
Ihre Nachricht finden Sie am Ende dieser eMail.
> Am 18.06.2012 17:49, schrieb Klaus Lehmann:
>> anders: der datei ein readonly zu geben bringt NIX!
>> wir reden von verzeichnissen, in denen z.b. netware oder ms-sharepoint
>> das totale schreiben verbieten. anguggen erlaubt, aber mehr nicht!
>>
> Dann machen Sie's doch so:
> -- INI-Datei auf %temp% kopieren
> -- a99 %temp%<inidatei>
> -- und optional im _start.flx:
> var M <inidatei>
> delete
> Das klappt, getestet. Sofern das DbDir in der INI drinsteht, aber das
> muss ja sein, wenn diese ansonsten im ProgDir liegt. Am Ende erstellt
> a99 sogar auf %temp% eine neue INI, wenn sie gelöscht wurde. Die
> enthält dann zwar nur die Größen- und Schrifteinstellungen, aber
> Sie könnten ein geschicktes Skript schreiben, um diese dann mit der
> allgemeinen INI zusammenzuspannen und beim nächsten Start also jedem
> seine Einstellungen zu bieten. (Das Schreiben auf %temp% können die
> allmächtigen Admins wohl doch nicht unterbinden!?)
nein, gottseidank nicht. es ist die einzige zuflucht, die ich
teilweise habe. ("teilweise", weil es noch ein userspezifiziertes
user-laufwerk gibt.
aber die konstruktion da oben, von Ihnen, hat was für sich.
ausgangspunkt ist immer noch das EIN verzeichnis, es wird nach %temp%
kopiert (das kann niemandem gesperrt werden), von dort aus wird es
benutzt, dann kann a99.exe soviel schreiben wie will. zurückkopiert
werden muss es ja nicht. die wahrheit liegt trotzdem auf dem
progammverzeichnis. oh ja! sieht gut aus. danke.
>>
>> ps: 7 anmeldungen für das expertentreff? das ist ein böser witz! ja? das ist inzucht!
>>
> Das ist wenig, aber wir hatten auch nicht mit wesentlich mehr gerechnet.
> Es kann ja auch nicht jeder kommen, der an sich interessiert wäre, und
> die Ermunterung der versierten Anwender, die nicht direkt an OpenSource
> als solchem interessiert sind, hat nichts gebracht. Wo sind denn auch
> schon im ganzen Bibliothekswesen die Leute, die wirklich C können oder
> sich drauf einlassen würden? Dann schon eher Java. Darauf umzustellen
> wäre aber vollkommen illusorisch.
> Wenn Ihre Ansicht konsensfähig ist, könnten wir einen
das glaube ich nicht [selten bin ich konsensfähig;-))))].
die 7 anmelder haben sich ja bereits eingerichtet.
so auch meine wenigkeit. hotel ist gebucht
(die stornierung könnte kosten verursachen).
ich habe um den BS-termin einige meiner reisen gelegt.
soll er stattfinden, der termin!
> Alternativvorschlag machen, aber darüber müßte umgehend
> entschieden werden, und zwar bis spätestens morgen:
> 1. Verschiebung des Termins auf Ende Sept./Anfang Okt.
> (immerhin sind dann keine Ferien)
> 2. Inzwischen Einrichtung eines Entwicklerforums, wo dann die
> relevanten Dinge intensiver diskutiert werden können, ohne die
> sonstigen Anwender zu nerven.
> 3. In dem neuen Forum schon mal einige Vorbereitungen der Themen, die
> auf der Agenda stehen, damit die knappe Zeit dann mit mehr
> Vorkenntnissen noch besser genutzt werden kann.
> 4. Dadurch auch Gelegenheit für die ernsthaft an Entwicklung
> interessierten, und nicht nur die zur physischen Teilnahme fähigen,
> ihre Schwerpunkte einzubringen und die Agenda noch besser auf den
> Bedarf auszurichten.
> Was meinen die angemeldeten Teilnehmer und verhinderten Interessenten?
> (Ich selber, um das nicht unerwähnt zu lassen, kann an dem Abend des
> 28.6. wahrscheinlich nur bis ca. 20:30 dabeisein, aus persönlichen
> Gründen. Aber ein Austausch der Experten unter sich, wo man Tacheles
> reden könnte, hätte ja auch was für sich...)
> Eine Verschiebung wäre u.a. auch deshalb von Vorteil, weil wir dann
> auch mit VC2010 soweit wären, a99 damit kompilieren zu können. Bis jetzt
> haben wir nur die Quadriga-Programme damit geschafft, aber a99
> erfordert WFC, und das steht noch aus. VC6 können wir dafür nicht mehr
> zur einzigen Plattform der Wahl machen. (Die a99-Quellen werden sich
> aber kaum verändern und wir könnten sie auch jetzt schon freigeben und
> darüber ausführlich informieren.)
> Außerdem könnten wir für VuFind es bis dahin schaffen, einen "Treiber"
> für die Verfügbarkeitsanzeige zu erstellen. Zur Zeit können wir erst
> einige Hinweise dazu geben.
tja, das könnte dann wohl bedeuten, das ich am dienstag/mittwoch
jemand aus BS in leipsch sehe?! fein.
> Auch die Versuche mit Android o.a. als mobiler Enduser-Plattform
> könnten dann schon zu vorzeigbaren Ergebnissen gekommen sein.
> B.E.
dann wohl, bis auf nächste woche
ihr klaus lehmann
--
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
* http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
* allegronet.de * Klaus Lehmann * D-01454 Radeberg * Kleinwolmsdorfer Str. 37
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Allways with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
Am Dienstag, 19. Juni 2012 um 07:20 schrieben Sie:
> Am 18.06.2012 17:49, schrieb Klaus Lehmann:
>>
>> anders: der datei ein readonly zu geben bringt NIX!
>> wir reden von verzeichnissen, in denen z.b. netware oder ms-sharepoint
>> das totale schreiben verbieten. anguggen erlaubt, aber mehr nicht!
>>
> Dann machen Sie's doch so:
> -- INI-Datei auf %temp% kopieren
> -- a99 %temp%<inidatei>
> -- und optional im _start.flx:
> var M <inidatei>
> delete
> Das klappt, getestet. Sofern das DbDir in der INI drinsteht, aber das
> muss ja sein, wenn diese ansonsten im ProgDir liegt. Am Ende erstellt
> a99 sogar auf %temp% eine neue INI, wenn sie gelöscht wurde. Die
> enthält dann zwar nur die Größen- und Schrifteinstellungen, aber
> Sie könnten ein geschicktes Skript schreiben, um diese dann mit der
> allgemeinen INI zusammenzuspannen und beim nächsten Start also jedem
> seine Einstellungen zu bieten. (Das Schreiben auf %temp% können die
> allmächtigen Admins wohl doch nicht unterbinden!?)
>>
>> ps: 7 anmeldungen für das expertentreff? das ist ein böser witz! ja? das ist inzucht!
>>
> Das ist wenig, aber wir hatten auch nicht mit wesentlich mehr gerechnet.
> Es kann ja auch nicht jeder kommen, der an sich interessiert wäre, und
> die Ermunterung der versierten Anwender, die nicht direkt an OpenSource
> als solchem interessiert sind, hat nichts gebracht. Wo sind denn auch
> schon im ganzen Bibliothekswesen die Leute, die wirklich C können oder
> sich drauf einlassen würden? Dann schon eher Java. Darauf umzustellen
> wäre aber vollkommen illusorisch.
> Wenn Ihre Ansicht konsensfähig ist, könnten wir einen
> Alternativvorschlag machen, aber darüber müßte umgehend
> entschieden werden, und zwar bis spätestens morgen:
> 1. Verschiebung des Termins auf Ende Sept./Anfang Okt.
> (immerhin sind dann keine Ferien)
> 2. Inzwischen Einrichtung eines Entwicklerforums, wo dann die
> relevanten Dinge intensiver diskutiert werden können, ohne die
> sonstigen Anwender zu nerven.
> 3. In dem neuen Forum schon mal einige Vorbereitungen der Themen, die
> auf der Agenda stehen, damit die knappe Zeit dann mit mehr
> Vorkenntnissen noch besser genutzt werden kann.
> 4. Dadurch auch Gelegenheit für die ernsthaft an Entwicklung
> interessierten, und nicht nur die zur physischen Teilnahme fähigen,
> ihre Schwerpunkte einzubringen und die Agenda noch besser auf den
> Bedarf auszurichten.
> Was meinen die angemeldeten Teilnehmer und verhinderten Interessenten?
> (Ich selber, um das nicht unerwähnt zu lassen, kann an dem Abend des
> 28.6. wahrscheinlich nur bis ca. 20:30 dabeisein, aus persönlichen
> Gründen. Aber ein Austausch der Experten unter sich, wo man Tacheles
> reden könnte, hätte ja auch was für sich...)
> Eine Verschiebung wäre u.a. auch deshalb von Vorteil, weil wir dann
> auch mit VC2010 soweit wären, a99 damit kompilieren zu können. Bis jetzt
> haben wir nur die Quadriga-Programme damit geschafft, aber a99
> erfordert WFC, und das steht noch aus. VC6 können wir dafür nicht mehr
> zur einzigen Plattform der Wahl machen. (Die a99-Quellen werden sich
> aber kaum verändern und wir könnten sie auch jetzt schon freigeben und
> darüber ausführlich informieren.)
> Außerdem könnten wir für VuFind es bis dahin schaffen, einen "Treiber"
> für die Verfügbarkeitsanzeige zu erstellen. Zur Zeit können wir erst
> einige Hinweise dazu geben.
> Auch die Versuche mit Android o.a. als mobiler Enduser-Plattform
> könnten dann schon zu vorzeigbaren Ergebnissen gekommen sein.
> B.E.
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro
Mehr Informationen über die Mailingliste Allegro