home *** CD-ROM | disk | FTP | other *** search
/ Computer Club Elmshorn Atari PD / CCE_PD.iso / mac / 1000 / CCE_1024.ZIP / CCE_1024 / SOZLIB07.LZH / SOZDISTR / DOC / XGEMFAST.CHG < prev    next >
Text File  |  1994-10-20  |  6KB  |  148 lines

  1.                         Berlin, FRG    OCT 19 1994
  2.  
  3.     The bitfield decls in xgemfast.h changed according to new
  4.     hcc PL23 bitfiled handling. Using this RECOMPILE you sources
  5.     completely!!  
  6.  
  7.  
  8.                         Berlin, FRG    Jul 25 1994
  9. xaesfast version 1.01
  10. changes to xaesfast: important!!
  11.         MultiTOS functions added
  12.  
  13.     fsel_?? functions:
  14.     fsel_input()
  15.                 call AES's fsel_input() function
  16.     fsel_exinput() 
  17.         calls AES's fsel_input() function if the
  18.         AES version don't supports fsel_exinput()
  19.         fsel_sm()
  20.             Holger's small fsel_exinput() emulation for AES versions
  21.         which don't suport fsel_exinput()
  22.         fsel_emulation()
  23.             Original fsel_exinput() emulation for AES versions
  24.         which don't suport fsel_exinput()
  25.  
  26.     graf_mbox() is now known as graf_movebox(), too.
  27.  
  28.     gl_aprshdr pointer is now a supported symbol
  29.  
  30. changes to xgemfast.h:
  31.     MultiTOS structures and defines added
  32.     non standard function's declarations added
  33.  
  34. changes to xgemfast.txt:
  35.     description of non standard functions added
  36.  
  37.  
  38.  
  39.                         Berlin, FRG Sun Apr 10 1994
  40. xgemfast.txt
  41.     The vq_gdos() doc was wrong:
  42.     It returns FALSE if no GDOS is present, and any value if it is.
  43.     The documentation of global AES variables was missing.
  44.  
  45. gemfast.h
  46.     now called xgemfast.h, cause some people prefer to use
  47.     gemfast 1.8 library.
  48.     global AES variables added
  49.  
  50. vqt_width()
  51.     label was invisible (Michel Forget)
  52.  
  53.                         Berlin, Wed Mar 2 1994
  54. various changes to vdifast.a:
  55. now called xvdifast.a !!!!
  56. see gemfast.txt
  57.     jerry geiger
  58.  
  59.  
  60.                                                 Oldenburg, den 18.02.93
  61. Holger Weets
  62.  
  63. Änderungen an AESFAST V1.5 & VDIFAST V1.5, 
  64.  
  65.  
  66. VDIFAST:
  67. - vr_trnfm() aufgenommen, jetzt können wir endlich unsere Icons auch
  68.    in farbiger Auflösung sauber auf den Bildschirm bringen, da diese
  69.    Funktion Images in das Gerätespezifische Format konvertiert.
  70.    Geschrieben ist diese Funktion nicht von mir, sondern von
  71.    Joachim Wiechmann, Oldenburg, nach der OverScan Dokumentation 
  72.    "war halt übelster Turbo C-Code". (Datei unten markiert mit "(*neu*)")
  73. - vdi@note.o entfernt, dieses Objekt enthielt nichts ausführbares
  74. - v_curtext() gibt's jetzt; eigentlich gab es das schon immer, aber
  75.    ein lästiger Tippfehler seitens Ian Lepore verhinderte die Sicht-
  76.    barkeit dieser Funktion
  77. - v_qt_fontinfo() mit zusätzlchem Label vqt_fontinfo() versehen, die
  78.    erste Version gibt's nämlich nicht und war deshalb wohl ein
  79.    Tippfehler...
  80.  
  81. AESFAST:
  82.     Die rc_intersect()-Routine lieferte TRUE, wenn der Überlappungsbereich
  83.     zweier Rechtecke die Weite oder Höhe 0 hat.
  84.     Folge: Wenn man beim Abarbeiten der Rechteckliste eines Fensters jedes
  85.     Rechteck mit dem zu restaurierenden Bereich aus der WM_REDRAW-Message
  86.     schneidet, wird manchmal der Rand eines höhergelegenen Fensters zerstört.
  87.     Behoben, indem vor dem 'bpl.s'  (Branch if not negative) von Breite und
  88.     Höhe einfach noch je 1 abgezogen wird (ist immer noch 70 Bytes kürzer
  89.     als die kürzeste C-Routine, die ich hingekriegt habe).
  90.     Joachim Wiechmann        4.11.1992
  91.  
  92. AESFAST & VDIFAST:
  93. - viele Module in mehrere Teile zerlegt, also den Code-Überhang ver-
  94.    kleinert (Beispiel: wenn man v_gtext() verwendet hat, dann wurden
  95.    auch immer die Funktionen v_justified() und v_curtext() dazuge-
  96.    linkt, da sie sich in der selben Datei befanden)
  97. - (fast) alle Module neu übersetzt, sie liegen natürlich jetzt im neuen
  98.    SozobonX Objekt-Format vor, die Namen sind somit jetzt vollständig.
  99.  
  100. KEINE EINZIGE FUNKTION IST VON MIR GESCHRIEBEN WORDEN,
  101. ich habe sie lediglich auseinandersortiert und ein klein wenig
  102. optimiert.
  103.  
  104. Die Assemblertexte sind übrigens mit einem selbstgeschriebenen
  105. Reassembler aus den Original-Objekten erzeugt worden, weshalb
  106. sie natürlich nicht kommentiert sind.
  107.  
  108. Alle Quelltexte sind mit Sozobon's JAS übersetzbar, aber auch jeder
  109. andere Assembler müßte es tun (außer gas (GNU-Assembler) natürlich).
  110.  
  111. Selbstverständlich darf das geänderte Archiv nur mit den zugehörigen
  112. Quelltexten kopiert werden, und insbesondere dieser Text MUSS immer
  113. dabei bleiben!
  114.  
  115. Ich übernehme natürlich keinerlei Garantie dafür, daß AESFAST/VDIFAST
  116. jetzt besser oder auch nur genausogut funktionieren wie vorher, die Be-
  117. nutzung erfolgt auch weiterhin auf eigene Gefahr.
  118.  
  119. Kommt jetzt ja nicht auf die Idee, ich solle jetzt auch gleich alle
  120. fehlenden VDI-Funktionen ergänzen, denn das werde ich bestimmt nicht
  121. tun! Wenn jedoch jemand diese Bibliothek erweitert, wäre ich allerdings
  122. für eine Kopie dankbar.
  123.  
  124. Die beiliegenden Dateien AES_IMG.C und AES_IMG.O gehören nicht zur
  125. Bibliothek und stammen ebenfalls von Joachim Kreft. Sie zeigen, wie
  126. man Icons und Images in eigenen Programmen an die jeweilige Auflösung
  127. anpaßt, und sollten sich mit jedem ordentlichen Compiler übersetzen
  128. lassen (also wahrscheinlich nicht mit TurboC oder PureC...).
  129.  
  130. Nochwas: Die Archive scheinen länger geworden zu sein, sind sie jedoch
  131.          in Wirklichkeit nicht: die Objekte sind deshalb länger, weil
  132.          auch die Namen jetzt länger sind (nicht nur die ersten 8
  133.          Zeichen), und außerdem pro neu übersetzter Datei ein Symbol
  134.          (SozobonX-Kennung) hinzugekommen ist.
  135.          Außerdem sind jetzt mehr Dateien im Archiv, also auch mehr
  136.          Archiv-Header und mehr Objekt-Header.
  137.          All diese Dinge haben jedoch nicht den geringsten Einfluß
  138.          auf die Länge des resutierenden Programmes, im Gegenteil:
  139.          alle meine Programme sind durch einmal neu linken mit der
  140.          geänderten Bibliothek kürzer geworden (was ja auch mein
  141.          Anliegen war).
  142.  
  143. --Holger
  144.  
  145.  
  146.  
  147.  
  148.