[Allegro] frage zum design von a99.exe (erweiterung)

So Jan 17 16:48:59 CET 2010

Liebe Listenleserinnen und -leser,

Herrn Allers stimme ich zu: noch mehr Schaltfächen halte ich für
unpraktisch - es gibt dann immer eine numerische Begrenzung.

RTF-Dateien als Menü haben den Nachteil, dass sie das gerade
Angezeigte überdecken.

Ich fände ein Benutzermenü, das wie die benachbarten nach unten
herausklappt, besser. Ich könnte mir gut Flexbefehle vorstellen, 
wie z.B. MenuAdd bezeichnung,flexdatei und MenuClear ...

Viele Grüße
Anando Eger

---------------------------------------------------------------------
Anando Eger Datenverarbeitung
Herr Dipl.-Ing. Anando Eger
Gustav-Voigt-Str. 24
01156 Dresden
Tel.: +49 (0)351 454 1236  http://www.aneg-dv.de
Fax: +49 (0)351 454 1238  mailto:a.eger at aneg-dv.de
---------------------------------------------------------------------

On 17 Jan 2010 at 14:04, Klaus Lehmann wrote:

> On Sat, 16 Jan 2010 19:35:11 +0100 Heinrich Allers wrote:
> 
> guten tag herr allers, 
> 
> <>
> <>Hallo Herr Lehmann:
> <>> in der ini:
> <>> MyMenu erzeugt nur EIN extramenü oben.
> <>> ich hätte gerne ein zweites MyMenu (und drittes...), verbunden mit
> <>> MyFlex(2) und MyFlex(3)...?
> <>Ich sehe keinen Grund dafür, daß der Appetit auf solch eine
> Erweiterung mit dem dritten MyFlex gesättigt 
> <>ist - und damit sehe ich diesen Weg als nicht gangbar an.
> 
> das ist nicht logisch ;-) 
> mit einem dritten flex ist man schon etwas satter. erheblich satter als
> nur mit einem... ;-)
> 
> 
> dennoch:
> wenn ich erst mal drei hätte, dann ist es doch besser als keines.
> 
> 
> 
> <>Alternativvorschlag: Legen Sie hinter Ihr MyMenu entweder eine
> rtf-Datei oder eine FLEX-Datei (mit select 
> <>oder aresqa) und packen Sie dort Ihr Menü rein: dort haben Sie Platz
> nicht nur für nur 3, sondern 5, 7, 9 
> <>und noch viel mehr Menüpunkte!
> 
> ja, den weg kenne ich. den pfad gehe ich in bestimmten fällen längst
> ;-)
> aber: 
> es gibt derzeit eine situation, wo das ganze wohl nicht klappt (ich
> habe es nicht getestet!)
> 
> nehmen wir an:
> wir haben ein eigenes menü, brav in der ini angemeldet, mit allem
> pipapo (rtf usw).
> und wir machen die "schnellkoppelung". dann baut uns die
> schnellkoppelung (h fremd) genau an diese stelle mit hilfe von X
> fremddb DAS ein:
> wri "MyMenu=Kopie" n
> wri "MyFLEX=x download\\flex copy\\var 'kopiert!'\\sho iv\\act 1" n
> 
> und dann möchte ich meine eigenes menü sehen, was in der ini mit MyMenu
> bereits VORangemeldelt war/ist.
> dann krachts wohl. (nein, das habe ich nicht ausprobiert!)
> 
> houston, wir haben ein problem!
> 
> 
> 
> <>> WENN das nicht geht,  könnten unten die Buttons 1-8, die durch die
> <>> _start.flx gesteuert werden, ergänzt werden?
> <>Ohne die Aussage der Entwicklungsabteilung vorwegnehmen zu wollen,
> behaupte ich aus meiner Sicht, 
> <>daß das nicht geht. Denn schon jetzt bilden diese 8 Schaltflächen
> einen Kompromiß unter durch die 
> <>Platzverhältnisse gegebenen Randbedingungen (und wir quälen uns eh
> schon damit ab, halbwegs 
> <>sprechende Bezeichnungen in die Schaltflächenbeschriftungen
> reinzupfriemeln).
> 
> nur die entwickler können das (m.E.) uns bescheiden, ob ein mehr
> geht....
> (vermutlich haben sie es uns bereits beschieden....)
> 
> 
> 
> 
> <>> Ich habe schon einige Beispiele, wo ich Wichtiges von den
> <>> Standardbelegungen streichen MUSS, um noch Wichtigeres
> <>> unterzubekommen....
> <>Auch hier mein Alternativvorschlag von oben: Machen Sie eine der 8
> Schaltflächen, die unwichtigste, frei 
> <>und setzen die auf Ihr HAUPTMENÜ, das Sie dann - wie oben - in einer
> rtf- oder FLEX-Datei fast beliebig 
> <>ausbauen können (zumal mit dem Vorteil, daß Sie dort wirklich
> aussagekräftige Menüpunktdefinitionen 
> <>benutzen können!).  
> 
> es ist schwer, von "außen" zu beurteilen was ist wichtig, was ist
> unwichtig.....
> der vorteil, wenn ich mehr als 8 knöpfe belegen kann  ist einfach der:
> ich sehe mehr. den inhalt eines extra-menüs sehe ich NICHT. ich muss
> erst darauf klicken.
> 
> 
> <>(Was das a99-Design ganz allgemein angeht: Es gab immer mal wieder -
> von A. Wolf et al., mich 
> <>eingeschlossen - die Bitte um eine viel weitergehendere Öffnung oder
> Flexibilisierung, die Ihren 
> <>Vorstellungen ziemlich weitgehend nahe gekommen wäre; diese wurde
> aber wiederholt und das letzte Mal 
> <>vor wenigen Monaten von der Entwicklungsabteilung - um dieses Wort
> mal wieder mit sarkastischer Lust 
> <>zu mißbrauchen: - nachhaltig abschlägig beschieden).
> 
> ich weiss....
> 
> vielleicht gibt es ja eine lösung....
> 
> 
> viele grüße
> Ihre Klaus Lehmann
> 
> 
> 
> ps: [offtopic] dieses wochenende scheint wieder ein kriegerisches zu
> sein:
> meine server erleben wieder "unendliche" angriffswellen: 2500
> einbruchsversuche von heute 0.00 bis 14.00 (das sind 200 pro stunde...)
> es sind derzeit alles idiotische ssh-angriffe. wahrscheinlich probiert
> ein robot.netz (china, brasilien, griechenland, 1x serverforyou, 1x
> aussieland u.a.) wieder ein wörterbuch aus ("adolf" und "hitler" ist
> sehr beliebt!).... ;-(
> es ist zwar egal, gelingen wird es ihnen nicht: schon ein vergeblicher
> versuch gibt der betreffenden ip-nummer 48 stunden blockade!
> nebenbei: wollen wir wetten, daß es die diskutierfreudigen leutchens in
> der inetbib nicht interessiert, wer ihre spielzeuge kaputtmacht?!
> -- 
> Klaus Lehmann
> eMail:  allegronet at t-online.de
> phone:  03528-452 807(fax 809); mobil 0171-953 7843
> adress: allegronet.de Klaus Lehmann
> D-01454 Radeberg; Kleinwolmsdorfer Str. 37
> http://allegronet.de
> 
> Die allegro-Werkstatt mit allegronetOA
> Internetkataloge & WebHosting für AllegroC
> Praesent auf allen jaehrlichen bibliothekarischen 
> Fachkongressen seit 2006 
> ****"Our best ideas are born at home"
> (Dave Lester: New Freedom Data Center,1995)
> **** 2008: allegro-ivrit (hebraeisch)
> **** 2009: allegro-utf8 für alle Sprachen dieser Welt
> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sun250.biblio.etc.tu-bs.de/mailman/listinfo/allegro