home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Amiga Format CD 10
/
amigaformatcd10.iso
/
-look_here_1st!-
/
handy_tools
/
magicmenu
/
deutsch
/
history
< prev
next >
Wrap
Text File
|
1993-11-23
|
25KB
|
450 lines
Revision V1.29
--------------
changed on Tuesday, 23-Nov-93 22:33:00
Folgende Fehler wurden beseitigt:
- Das Feld ie_Qualifier war bei allen von MM gesendeten Messages oder
Events ungesetzt (= 0). Jetzt wird das Feld mit PeekQualifier()
des input.device vorbesetzt. Damit funktionieren auch wieder die
Programme, die dieses Feld bei Menu-Events auswerten
(ADoc, GenAm...). (Hinweis von Denis Gounelle)
Revision V1.28
--------------
changed on Wednesday, 06-Okt-93 23:24:00 by --- Unknown ---. LogMessage :
Folgende Fehler wurden beseitigt:
- Special Bug-Fix ganz speziell nur fuer Mr SIERRA@FUTURE.ZER!
Die multual-exclude Menues werden jetzt, wie es auch sein sollte
mit 32, und nicht wie bisher nur mit 16 Bits, ausgewertet.
Revision V1.27
--------------
changed on Sunday, 01-Aug-93 16:27:00 by --- Unknown ---. LogMessage :
Folgende Fehler wurden beseitigt:
- Das Verschieben der Menues, das in V 1.26 eingeführt wurde, hat
viele optische Probleme aufgeworfen und wurde deswegen wieder ent-
fernt. Stattdessen verwendet MagicMenu nun schmälere Images, wenn
die Standardimages nicht passen.
- Bei Programmen, die eigene Checkimages verwenden, konnte es
passieren, dass beim Löschen dieser Images zuviel oder zu wenig
gelöscht wurde.
Revision V1.26
--------------
changed on Saturday, 31-Jul-93 20:45:00 by Martin Korndörfer. LogMessage :
Folgende Fehler wurden beseitigt:
- Menuitems mit der Größe 0x0 Pixel konnten MagicMenu zum Absturz
bringen. Solche (sinnlosen) Menüs waren u.a. in TXEd und DOpus 4.1x
enthalten. Der Workaround der Version 1.24 wird damit überflüssig,
DOpus funktioniert wieder korrekt mit MagicMenu.
- Ein Multual Exclude Menuitem kann nun auch MENUTOGGLE gesetzt haben.
Dadurch kann ein CHECKED Multual-Exclude Menu vollständig deselek-
tiert werden. Dieses Verhalten ist zwar etwas unlogisch und ist so
auch nicht dokumentiert, aber Intuition verhält sich dementsprechend.
- Bei Menues die bis ganz zum rechten Screenrand reichen, konnte MM
das Menue am rechten Rand nicht mehr anzeigen. Das wurde behoben.
Damit ist auch das Term 3.4 Menü (Dial) wieder anwählbar.
- Das Checkmark wird nun wieder NACH allen Texten gezeichnet, dadurch
werden alle Probleme durch übermalte Checkmarks behoben.
- MagicMenu passt jetzt unter KS 3.x jedes Menü automatisch an den
verwendeten Checkmark an. Dadurch kann es nicht mehr vorkommen, dass
sich Checkmark und Menütexte überschneiden. Ausserdem sieht es
optisch nun besser aus (Vorschlag von Martin Berndt).
Revision V1.25
--------------
changed on Thursday, 24-Jul-93 19:51:00 by Martin Korndörfer. LogMessage :
Folgende Fehler wurden beseitigt:
- In Release 1.24 wurden Fenster OHNE NewLookMenu falsch erkannt
und die Menue demnach falsch dargestellt.
Ergänzungen:
- WindowToFront() wird nun auch gepatcht, so dass es keine Probleme
mehr mit den diversen Programmen, die haeufig das Fenster nach
vorne holen, geben sollte.
- Die Maus wird nach der Tastaturbedienung nun immer wieder an die
alte Position zurueckgestellt. (Vorschlag von Garry Glendown und
anderen)
- Neue Tool Types:
o USELAYER (Default: YES):
wenn aktiviert, verwendet MagicMenu die layers.library um zu
vermeiden dass Speicher durch illegal gestaltete Menues oder
einen Bug in MM überschrieben werden kann. Dadurch wird MM
aber ziemlich gebremmst, deswegen koennen besonders User auf
68000er Amigas auf dieses Feature verzichten. Bisher hat MM
immer die layers.library benützt. (Vorschlag von Martin Berndt)
o KC_RALTRCOMMAND (Default: YES):
Mit diesem Tool Type kann verhindert werden, dass MM die
Tastenkombination RAlt - RCommand als Startsequenz fuer die
Tastatursteuerung verwendet. Wenn dieses Tool Type auf NO
gesetzt wird, kann nur noch die eingestellte Sequenz fuer die
Tastatursteuerung verwendet werden. Eigentlich gehört das in
die Oberflaeche, ich bitte um Nachsicht dass ich das auf das
naechste grosse Release verschiebe. (Vorschlag von Marc Jakisch)
Revision V1.24
--------------
changed on Thursday, 22-Jul-93 22:50:00 by Martin Korndörfer. LogMessage :
Folgende Fehler wurden beseitigt:
- CED 3.5 und andere Programme versuchten sich im OS 3.0 Menue-style
und produzierten mit MagicMenu eine Bauchlandung. Nun werden diese
Menues in 3D- und Standarddarstellung korrekt behandelt. (Hinweis
von Garry Glendown)
Ungelöste Probleme:
- Directory Opus 4.10 bringt MagicMenu eiskalt zum Abstürzen. Die Ur-
sache hierfür ist nicht offensichtlich und ist wahrscheinlich in
einer etwas unüblichen Behandlung der Mouse-Events durch DOpus zu
suchen. Da ich im Moment keine Zeit für eine ausführliche Fehler-
suche habe, ist in dieser Version erst mal nur eine spezielle Ab-
frage enthalten, die verhindert, dass bei DOpus MagicMenu aktiviert
wird. Dadurch muss innerhalb von DOpus vorläufig auf MagicMenu
verzichtet werden. (Hinweis von vielen, Martin Berndt war wieder
einmal der schnellste... ;))
Revision V1.23
--------------
changed on Tuesday, 18-Mai-93 22:09:51 by Martin Korndörfer. LogMessage :
(Revision 1.23 war kein Fake, sorry, ich hatte schlicht vergessen die
Dokumentation auf den aktuellen Stand zu bringen...)
Folgende Fehler wurden beseitigt:
- Im 2D-Look wurden bei einigen Programmen die Menueeintraege
geloescht, wenn man mit der Maus darueber faehrt.
- Der Haken konnte bei einigen Programmen überdeckt werden.
Revision V1.22
--------------
changed on Wednesday, 24-Feb-93 13:42:39 by Martin Korndörfer. LogMessage :
Folgende Fehler wurden beseitigt:
- Im Standard-Look wurden bei der Mehrfachselektierung die Checkmarks
nicht korrekt upgedated.
- Ebenfalls im Standard-Look wurden die Shortkeys zu weit rechts
gezeichnet.
- Im Pull-Down Menü wurden die Hauptmenüpunkte zwei Pixel zu weit links
gezeichnet. (Hinweis von Martin Huttenloher)
Änderungen:
- Wenn das ToolType CHECKWB gesetzt ist, wird jetzt auch für PageStream
ein ähnlicher Patch vorgenommen. Das ist nur eine Zwischenlösung,
bis das Menu-Chaching fuer die Programme getrennt gesteuert werden
kann. (Vorschlag von Martin Huttenloher)
Revision V1.21
--------------
changed on Tuesday, 16-Feb-93 18:00:21 by Martin Korndörfer. LogMessage :
Folgende Fehler wurden beseitigt:
- Wenn in einem Fenster ohne Menue die rechte Maustaste gedrückt wurde,
hat Magic Menu ein wenig Speicher verloren. (Hinweis von Paul Miranda
und Peter Elzner).
- Wenn RMBTRAP gesetzt war, wurden ZWEI Messages (MENUDOWN) generiert.
- Der Font für die Menüleiste wurde nicht immer korrekt gesetzt.
- MagicMenu behandelt jetzt Requester korrekt. D.h. wenn ein Requester in
einem Fenster aktiv ist, kann kein Menue aktiviert werden. Ausserdem
werden jetzt die Double-Menue-Requester korrekt unterstuetzt. (Es
gibt TATSAECHLICH Programme, die dieses Feature nutzen...)
(Hinweis von Gerhard Schmidt).
- Zwei Enforcer-Hits beseitigt.
Änderungen:
- Uebergrosse Screens werden bei der Tastatursteuerung jetzt richtig
verschoben, so dass der aktuelle Menuepunkt immer sichtbar ist.
- Der SELECT Modus wurde etwas flexibler: Man kann nun auch die rechte
Maustaste gedrueckt halten bei der Auswahl. Laesst man die rechte
Maustaste ausserhalb des Menues los, so wird die Auswahl abgebrochen,
laesst man sie innerhalb des Menues los, so verhaelt sich MagicMenu
wie gehabt. Somit verhalten sich die MagicMenus im Select-Mode
aehnlich wie in Motif, OS/2 und W*ndows.
Revision V1.20
--------------
Folgende Fehler wurden beseitigt:
- Tja, auch in V 1.19 wurden die Amigakeys nicht immer richtig plaziert,
diesmal waren die Submenus dran... Ich hab jetzt den Work-Around fuer
Programme, die die Shortcuts nachtraeglich (nach SetMenuStrip()) in die
Menüstruktur reinpatchen (siehe Revision 1.13) wieder rausgenommen, da
es sonst doch etwas undurchsichtig wurde.
Revision V1.19
--------------
changed on Donnerstag, 24-Dez-92 14:44:09 by Martin Korndörfer. LogMessage :
(Das Weihnachtsupdate ;-) )
Folgende Fehler wurden beseitigt:
- Beim Abspeichern der Einstellungen wurden die Darstellung der Pull-
Down- und Pop-Up Menüs immer auf 3D umgestellt und auch so abge-
speichert. Der Bug ist schon immer drin gewesen, ich hab die Bug-
reports immer auf einen alten Fehler geschoben, sorry.
- Wenn Menues mehrspaltig waren und die Punkte mit Shortcuts versehen waren,
wurden die Amigakeys teilweise wild in der Zeile gezeichnet.
Behoben (Hinweis von Candid Böschen)
Revision V1.18
--------------
changed on Montag, 21-Dez-92 21:31:31 by Martin Korndörfer. LogMessage :
Folgende Fehler wurden beseitigt:
- ActivateWindow() funktionierte manchmal nicht mehr, wenn Magic Menu
aktiv war. (Hinweis von unzähligen Anwendern)
Änderungen:
- Das Checkmark (Haken oder MX-Image) wird jetzt VOR dem Menuetext
gezeichnet, dadurch wird der Text bei Fonts kleiner Topaz 8 nicht
mehr durch das Image ueberschrieben. Das ist eine Zwischenloesung,
fuer die 3.0 NewLook-Menues, so lange Magic Menu die Images nicht
skaliert. (Vorschlag von Martin Berndt)
- Im Select-Modus kann ein bereits angewählter Menüpunkt noch zurück-
genommen werden, so lange die linke Maustaste gedrückt bleibt, indem
die Maus von dem Punkt wegbewegt wird. (Vorschlag von Michael Balzer)
Revision V1.17
--------------
changed on Donnerstag, 11-Dez-92 18:57:00 by Martin Korndörfer. LogMessage :
Folgende Fehler wurden beseitigt:
- Im 3D-Look konnte es vorkommen, daß einige Menüeinträge gelöscht
wurden, wenn man sie hervorhob. Diese Menüs hatten den COMPLEMENT
DrawMode in der IntuiText-Struktur gesetzt. Dieses Flag wird im
3D-Look jetzt ignoriert.
Revision V1.15
--------------
changed on Mittwoch, 02-Dez-92 22:49:57 by Martin Korndörfer. LogMessage :
Änderungen:
- Umgestellt auf die neue SAS/C Version 6.0 / 6.1
- Selektierte Menüpunkte werden jetzt auch im 3D-Look invertiert.
Disablete Menüpunkte werden im 3D-Look "geghosted" hervorgehoben,
im Standardlook - wie bei Intuition - gar nicht, es sei denn, die
Menüs werden über die Tastatur bedient, dann geht es nicht anders.
- Für Toggle-Menüpunkte wird jetzt wieder ein Haken verwendet (der
im 3D-Look natürlich auch erhaben wirkt). Multual-Exclude Menüs
werden weiterhin mit den bisherigen MX-Images markiert.
- Kickstart 3.0 wird unterstützt. Die skalierten Images und die neuen
DrawPens werden im Standard-Look verwendet. Interleaved Bitmaps
werden zum schnelleren Kopieren der Menü-Boxen verwendet.
- Die 3D-Images von MagicMenu werden jetzt auf die gesetzten
DrawPens umgemapped, wenn nicht die Standardwerte verwendet werden.
So bekommen jetzt auch Programme, mit unüblichen DrawPen Ein-
stellungen (z.B. PageStream 2.x, Term...), die erhabenen Symbole
in den Menüs. Bei Screens mit vielen Farben und unüblichen DrawPens
kann auf langsamen Rechnern eine kurze Pause zwischen dem Aktivieren
und dem Darstellen des Menüs bemerkbar werden.
- Zum Erstellen der Menüs werden (wieder) Layers verwendet, um Ab-
stürze durch das "Menu-Caching"-Problem (siehe "Ungelöste Probleme"
weiter unten) auszuschliessen.
- Bei PressOnce und Select kann nun auch mit der linken Maustaste
abgebrochen werden, wenn der Mauszeiger ausserhalb des Menüs ist.
(Vorschlag von Marc Jackish)
- Ein erneuter Druck auf den Menü-Hotkey bricht jetzt die Menüauswahl
ab. (Vorschlag von Stefan Stuntz)
- Die Intuition-Menü-Tastenkombination (rechte Alt und Amigataste)
funtioniert jetzt genauso, wie die eingestellte Aktivierungssequenz.
(Vorschlag von Michael Thiel und Magnus ? )
- Die Menüleiste beim Pull-Down Menü ist jetzt genauso groß wie die
Screenleiste selbst. (Vorschlag von Reza Elghazi und vielen anderen)
- Da der detach-Startupcode von SAS/C 6.0 jetzt auch das neue
AmigaOS 2.0 Feature "progdir:" unterstützt, kann MagicMenu ab sofort
auch ohne RUN aus dem CLI gestartet werden, es koppelt sich selbst-
tätig von diesem CLI ab.
Ungelöste Probleme:
- Einige Programme modifizieren ihre Menüs ohne sie vorher mit
ClearMenuStrip() abgemeldet zu haben. Das ist lt. den RKM-Richtlinien
eine Todsünde. Intuition kommt damit (leider) zurecht, aber das
"Menu-Chaching" von MagicMenu nicht. In einer späteren Version
wird das Menu-Caching für einzelne Screens ausgeschaltet werden
können, bis dahin muß man damit leben.
- In Kickstart 3.0 kamen einige neue DrawPens fuer die Menüleiste
dazu. Einige Programme (z.B. Euromail, Superbase Pro 1.0) setzen
diese DrawPens auf unsinnige Werte. Unter 2.x hat das keine Aus-
wirkungen, unter 3.0 richtet sich MagicMenu aber bei der Standard-
Darstellung nach diesen Pens, was recht unübliche Farbeffekte her-
vorrufen kann. (Anmerkung an Programmierer: Ja, ich werte
dri_Version aus!).
Folgende Fehler wurden beseitigt:
- Wenn ein Programm ein eigenes CheckImage definiert, wurde bei der
Standard-Darstellung ein nicht vorhandenes "NoCheckImage" (Symbol,
wenn ein Menüpunkt nicht selekiert ist) bearbeitet und angezeigt.
Das führte zu wilden Abstürzen. (Hinweis von Markus Bartsch und
Candid Böschen)
- Magic Menu stürtzte unter 3.0 oft ab, u.a. wegen der skalierten
Images für das CheckMark und das Amigazeichen. Behoben.
(Hinweis von unzähligen Usern...)
- Alle Commodity-Hotkey Strings (aus den Tool Types und dem Prefs
Fenster) wurden in Großbuchstaben umgewandelt, dadurch konnten
keine Hotkey mit Buchstaben ohne Shift definiert werden. Behoben.
(Hinweis von Hans Maurer)
- Die diversen SunMouse Utilities machten Probleme, da das
ActivateWindow() zum bekannten Deadlock führte. ActivateWindow()
ist jetzt ebenfalls gepatched. (Hinweis von Marc Heuler)
- Beim Menü-Flag HIGHIMAGE wurde fälschlicherweise auch invertiert.
Revision V1.14
--------------
changed on Dienstag, 28-Okt-92 18:17:53 by Martin Korndörfer. LogMessage :
Folgende Fehler wurden beseitigt:
- Es gab ein Problem in der Version 1.13 mit der Option CHECKWB:
Bei allen Programmen, die ein AppMenu installieren, ändert
sich nämlich das Menülayout der Workbench... Ganz im Gegensatz zu
meiner damaligen Behauptung... 8^} . Jetzt wird zusätzlich bei jedem
SetMenuStrip() der Intuition geprüft, ob sich die Anzahl der Einträge
im Tools-Menü geändert hat. Sollte es mit der Funktion irgendwelche
Probleme geben, z.B. daß das Tools Menü nicht korrekt angezeigt wird,
dann bitte CHECKWB auf NO stellen.
Ungelöste Probleme:
- Auf langsamen Rechnern kann es immer noch vorkommen, daß der Rechner
das Loslassen der rechten Maustaste "übersieht", wenn man die Taste
extrem kurz drückt.
Revision V1.13
--------------
changed on Montag, 26-Okt-92 16:47:38 by Martin Korndörfer. LogMessage :
Folgende Fehler wurden beseitigt:
- Bei 1.3 Screens wurden die Farben falsch gewählt. Jetzt gibt es nur
zwei Darstellungen (so wie es auch logisch ist): Eine 3D-Darstellung,
bei der die Farben geaendert werden muessen, und die Standarddarstel-
lung, die automatisch bei 1.3 Screens gewählt wird.
(Hinweis von Markus Bartsch)
- GFA-Bugsic hat offenbar die Angewohnheit, die Tastatur-Shortcuts erst
NACH SetMenuStrip in die Strukturen einzubauen (oder einige Programme
machen das so). Ist natürlich problematisch, ich hoffe, Magic Menu
kommt damit jetzt besser zurecht.
- Ändert ein Programm ein Menü ohne SetMenuStrip() aufzurufen (z.B.
ToolsDaemon), dann wird automatisch das Menü neu berechnet, wenn
die geänderten Menüpunkte aufgerufen werden.
- Bei der Standarddarstellung werden die Farben nicht mehr aus der
SCREEN sondern der WINDOW Struktur entnommen - ich hoffe, jetzt passt
es endlich... ;-)
- Es gibt doch tatsächlich ein Programm, daß die Menüs BUSY WAITING
über die CHECKED Flags abfrägt... ;-( Und dabei dann zusätzlich das
Flag MENUTOGGLE nicht setzt. Dieses Flag soll laut RKM's einen Menü-
punkt umschaltbar machen. Intuition ignoriert das Fehlen des Flags
offensichtlich, Magic Menu sieht das jetzt auch etwas relaxter...
(Hinweis von Michael Thiel)
Änderungen
- Durch die "Vorausberechnung" der Menüs bei SetMenuStrip() wird zwar
die Darstellung der Menüs beschleunigt, dafür werden allerdings
Programme, die häufig SetMenuStrip() aufrufen, gebremst. Eigentlich
gibt es unter 2.0 dafür die Funktion ResetMenuStrip(), die nicht
zu einer Neuberechnung führt... Leider benutzt die Workbench diese
Funktion nicht konsequent. Deswegen habe ich ein neues Tool Type
("CHECKWB") eingeführt, daß Magic Menu dazu veranlasst, bei Auf-
rufen der Workbench von SetMenuStrip() zu testen, ob das Menü be-
reits für das Fenster installiert wurde und in diesem Fall die Neu-
berechnung zu unterdrücken. Da die Workbench das Layout der Menüs
nie ändert, sondern nur Menüpunkte en- und disabled, ist diese
Lösung unproblematisch.
Revision V1.12
--------------
changed on Mittwoch, 22-Okt-92 16:34:08 by Martin Korndörfer. LogMessage :
Änderungen:
- Beim Pull Down Menü wurde die Darstellung für DoubleBorders = AUS
geändert, Die Menüs haben jetzt eine Art "Kartei"-Design. (Vorschlag
von Andreas Schildbach)
- SMARTPATCH Tool Type eingeführt. Damit kann die Überprüfung der
Library Vektoren vor dem Uninstallieren abgeschaltet werden
(SMARTPATCH=NO), für den Fall das SaferPatches von Martin Adrian
oder ein vergleichbares Programm benutzt wird.
- CenterBoxes wurde modifiziert. Wenn in einem Menü bereits eimal eine
Auswahl stattgefunden hat, dann wird nicht mehr das ganze Menü, son-
dern der zuletzt aktivierte Menüpunkt um den Mauszeiger zentriert.
(Vorschlag von Garry Glendown)
Folgende Fehler wurden beseitigt:
- In der Pop-Up Darstellung wurden bei Menüs mit mehreren Spalten die
Untermenüs falsch positioniert. Beispiel: ClockDJ.
(Hinweis von Ralph Schäfer)
- Bei der Standardarstellung wurden nicht alle Farben korrekt wieder-
gegeben.
- Wenn beim Pop-Up Menü der "Menükörper" eines (Unter-)menüs den Körper
des restlichen Menüs (teilweise) überdeckt (z.B. wenn ein Menü
sehr breite Einträge hat) konnte es vorkommen, dass eigentlich ver-
deckte Menüpunkte aktiviert wurden. (Hinweis von Michael Thiel)
- In den Vorversionen wurden die InputEvents auf dem Stack allokiert
und waren deswegen nicht notwendigerweise auf einer Langwort-Grenze,
was zur Folge hatte, dass das console.device nichts damit anfangen
konnte. Jetzt werden die Events mit AllocVec angefordert. Dadurch
funktionieren auch alle Programme, die Menüevents über das
console.device abfragen (z.B. CSH). (Hinweis von Andreas Schildbach
und Matthias Mörstedt)
Revision V1.11
--------------
changed on Freitag, 20-Okt-92 00:50:33 by Martin Korndörfer. LogMessage :
Folgende Fehler beseitigt:
- Es konnte vorkommen, dass Magic Menu falsche Menüwerte an das Pro-
gramm schickt. Dadurch wurde eine ungewollte Menüfunktion aufgeru-
fen. (Hinweis von Kay Gehrke)
- Bei DirectoryOpus konnte es vorkommen, dass die rechte Maustaste
"steckenblieb", d.h. das Programm verhielt sich so, als ob man die
Taste gedrückt halten würde, obwohl man sie längst losgelassen hat.
(Hinweis von Toni Günzel-Peltner (WEGAR@AMC.ZER))
- Die Menuevents werden jetzt über das input.device gesendet, dadurch
bekommt jetzt auch ToolsDaemon mit, daß die Prefs geöffnet werden
sollen. Das console.device kümmert sich aber leider auch darum nicht.
(Hinweis von Thomas Mainz)
- Ein bereits selektierter Menüpunkt konnte beim loslassen ein wei-
teres mal selektiert werden, was bei MENUTOGGLE Menüpunkten zur Folge
hatte, daß sie wieder umgeschaltet wurden. Dieses Verhalten ist zwar
eigentlich logisch und konsequent, aber Intuition macht es anders...
... und Magic Menu passt sich dem an. (Hinweis von Sönke Brandt und
Toni Günzel-Peltner)
Änderungen:
- SetMenuStrip() beschleunigt.
- DetailPen und BlockPen für die 2-D Darstellung werden jetzt aus der
Screen Struktur genommen, nicht mehr aus der DrawInfo.
Revision V1.10
--------------
changed on Dienstag, 13-Okt-92 00:59:43 by Martin Korndörfer. LogMessage :
Folgende Fehler beseitigt:
- CX_POPKEY wurde nicht erkannt. Der Popup String wird jetzt in der
Fenster Leiste angezeigt (wie sich das gehört) (Hinweis von Michael
Hohmann)
- Die Vektoren der gepatchten Intuition-Routinen werden vor der
Restaurierung darauf überprüft, ob sie von einem anderen Programm
modifiziert worden sind, wenn dem so ist, kann Magic Menu nicht ent-
fernt, sondern nur deaktiviert werden.
- Wenn das CheckImage eines Fensters gesetzt war wurden trotzdem die
Images von Magic Menu verwendet, jetzt wird das tatsächlich einge-
stellte Image verwendet (aber nur, wenn die Grösse nicht dem Image
von Intuition entspricht) (Hinweis von Markus Bartsch)
- Die fertigen Versionen der 1.06 wurden fälschlicherweise mit der
detach.o des SAS 5.10b gelinkt, was zur Folge hatte, daß der Pfad
"progdir:" nicht bekannt war (dieser Pfad ist ein neues Feature der
KS 2.0, aber das dafür nötige (neue) Feld der Prozess-Struktur wird
von detach.o nicht geklont). Ausserdem lief MagicMenu deswegen nicht
auf 68040ern (A4000). (Hinweis von Detlev ? (TETISOFT@APG.ZER) und
Markus Bartsch)
- Wurde das Fenster von Magic Menu geschlossen, obwohl es gar nicht
offen war (über Exchange) wurde mit wilden Pointern CloseWindow() und
andere Routinen aufgerufen... ;-(. Natürlich behoben. (Hinweis von
Sönke Brandt)
- Das "Drag-Select", also das selektieren mehrere Menüpunkte mit
gedrückt gehaltener, linken Maustaste (bei Press Once: gedrückter
Shift-Taste) hat nicht wie beschrieben (und von Intuition vorgemacht)
funktioniert. Sollte jetzt gehen. (Hinweis von Sönke Brandt)
Neue Features:
- Die Daten jedes Menues werden gespeichert, so ist die Darstellung der
Menues wesentlich schneller, da nicht jedesmal neu berechnet werden
muss.
- Daraus konnte dann das Feature entwickelt werden, dass sich Magic
Menu zu jedem Menü (inkl. Untermenüs) den zuletzt angewählten Punkt
merkt, und beim nächsten Aufruf über die Tastatur sofort anspringt.
(Vorschlag von Sönke Brandt, Markus Bartsch und Garry Glendown)
Änderungen:
- Bei "Double Borders" werden die angewählten Menüpunkte nicht mehr mit
einem "eingedrückten" sondern "herausragendem" Feld markiert. Das
macht optisch einfach mehr Sinn. (Vorschlag von Michael Hohmann)
Revision V1.06
--------------
changed on Freitag, 02-Okt-92 13:19:46 by Martin Korndörfer. LogMessage :
Wenn der System-Font <> ScreenFont dann wurde das Menü falsch berechnet
und dargstellt. Fehler behoben.
Einige Programme (MuchMore, TA) bekamen keine Events von der rechten
Maustaste (was muessen die auch im Event-Stream rumpfuschen?! Sorry,
Toni ... ;-) ). Behoben.
Revision V1.05
--------------
changed on Mittwoch, 30-Sep-92 14:31:13 by Martin Korndörfer. LogMessage :
Umschaltung zwischen 3D- und 2D-Darstellung mit der Ctrl Taste möglich,
während das Menü angezeigt wird.
Lädt Tool Types jetzt auch bei Start aus dem CLI.
Die Darstellung von Farbauswahl-Menüs wurde verbessert. Im Standardlook
werden die Farben IMMER korrekt angezeigt. Im 3D-Look wird nur Farbe 0
fälschlicherweise als Farbe 1 angezeigt, das läßt sich aber nicht
vermeiden.