!Boot.System beinhaltet:
!Apps
!Choices
!Fonts
!Init
!Run
!Scrap
!Sounds
!Sources
!Sprites
!SysLog
!System
!Trace
!Transfer
!Unicode
!Waste
!Work
Wir hatten vor kurzem die Frage, wo bzw. ob die "digital certificates"
nicht zentral zur Verfügung gestellt werden sollten. Der Ort dafür wäre
hier. Entweder eine weitere eigenständige Pseudo-App oder in !Sources
Oder ein systemweiter Ort für !Internet bezogene Dinge.
Sollte es nicht so sein, daß die E-Mail-Clients sich an verschiedene
Transporter koppeln lassen. Wäre der richtig Ort für !SMTPS und !POP3S
dann nicht eine Pseudo-App also !Internet? Der Nutzer entscheidet
welchen E-Mail-Client er verwenden will. Das ist sein sichtbares
Programm, das Desktop-Programm. Natürlich entscheidet er ebenso welchen
Transporter er verwenden will, aber der sollte dann so plaziert und
aufgebaut sein, daß er sich allen E-Mail-Clients als Transporter
anbietet.
Da ich noch nie ernsthaft den Acorn-Internet-Stack benutzte, sondern
seit Anbeginn den Ant-Internet-Stack, muss ich in dieses Thema noch
Grips investieren.
Weiter im !Boot.PreDesk
Set Boot$Unique Local
Set Boot$OSVersion 420
RMEnsure UtilityModule 4.20 Set Boot$OSVersion 410
RMEnsure UtilityModule 4.10 Set Boot$OSVersion 400
RMEnsure UtilityModule 3.80 Set Boot$OSVersion 370
RMEnsure UtilityModule 3.70 Set Boot$OSVersion 360
RMEnsure UtilityModule 3.60 Set Boot$OSVersion 350
RMEnsure UtilityModule 3.50 Set Boot$OSVersion 310
RMEnsure UtilityModule 3.10 Set Boot$OSVersion 300
RMEnsure UtilityModule 3.00 Set Boot$OSVersion 200
Dazu habe ich zwei Fragen:
Welche Funktion hat die Systemvariable <Boot$Unique>?
Habe ich wohl vergessen oder nie heraus gefunden.
Und wie müßte die vollständige Definition von <Boot$OSVersion> aussehen?
Diese hier umfaßt ja nur historische Versionsnummern. Oder ganz anders?
Da als nächstes die Patches kommen und deren Sinn logischerweise
abhängig ist von der verwendeten OSVersion, muss <Boot$OSVersion> vorher
richtig gesetzt sein.
Welche nachträglichen Patches gibt es denn z.B. fürs RISC OS vom
RaspberryPi? Ich starte bisher leider fest "verdrahtet" in folgender
Reihenfolge:
ROMPatch - ROM Patch von Acorn selbst
RMASizer - Free RMA memory for modules (all RISC OS versions)
FilerPatch - Sort big directories (RISC OS 3.5 and higher)
CMOSPatch - Configure ADFSbuffers 0 (alte Fehlerquelle vermeiden)
BigRAMDisc - RAMDisc of RISC OS 3.50 to 3.71 to use more than 16 MByte
ADFSSpeed - Speed up the ADFS access
KillApps - Remove all ROM apps from Resources:$.Apps (RISC OS 3.70 only)
Ich muss nun einen einfachen Filter bauen, um diese Patches in
Abhängigkeit von der verwendeten OSVersion zu starten. Sowieso kann der
Nutzer einzlene Patches, die er nicht will, mit einem vorangestellten |
ausblenden.
Die Reihenfolge von Patches sehe ich so zwingend vorgegeben, daß eine
automatisierte Ausführung, also zufällige Reihenfolge, nicht in Frage
kommt.
--
Markus
.
