Původní podoba příspěvku

Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).

<!-------------------------------------------------------------->
<table width="100%"><tr><td align="left" valign="middle"><B>Re: Re: Re: RE: FDD 3,5" Alps:</B></td><td align=right valign="middle"></td></tr></table><BR><pre>Já jsem dodnes nepochopil, co je PMD-32-SD tak špatného, že ji snad nikdo
<img src="BODY_IMAGES_WRAP_GIF"> kromě mě k SAPI připojenou nemá. Podle mě je to jediná možnost pro
<img src="BODY_IMAGES_WRAP_GIF">seriózní práci (vývoj aplikací).  Díky jednoduchosti by s dala využít i 
<img src="BODY_IMAGES_WRAP_GIF">jako náhrada mgf. pásky - přeci je jedno jestli budu obraz disku na SD kartě
<img src="BODY_IMAGES_WRAP_GIF">využívat jako disketu nebo jako kazetu (a přistupovat k blokům čistě
<img src="BODY_IMAGES_WRAP_GIF">sekvenčně a třeba i ve formátu Intel-hex ať se neobjevuje Amerika), takže 
<img src="BODY_IMAGES_WRAP_GIF">by se dal převést i stávající SW na SD kartu.
Připojení fyzických mechanik jsem vždy chápal jenom jako prostředek pro
<img src="BODY_IMAGES_WRAP_GIF">záchranu původního SW z různorodých médií, tudíž jsem řešil jen to,
<img src="BODY_IMAGES_WRAP_GIF">co jsem předpokládal, že mohlo být k SAPI kdysi připojeno ( a co pokrývá 
<img src="BODY_IMAGES_WRAP_GIF">vlastně BIOS ze SAPI 1.5). Jirka Bíba je masochista ( samozřejmě v dobrém) 
<img src="BODY_IMAGES_WRAP_GIF">a když to chce mít vše prostudované do poslední délky gapu, tak proč ne? 
<img src="BODY_IMAGES_WRAP_GIF">SAPI komunita z toho může mít jen prospěch ale já na to fakt čas nemám.
V souvislosti s PMD-32-SD opět připomínám, že CP/M je vlastně hlavní
<img src="BODY_IMAGES_WRAP_GIF">platformou, která umožňuje alespň jakousi komunikaci s ostatními
<img src="BODY_IMAGES_WRAP_GIF">platformami. </pre>