tv again

[Michal Moskal]

Aaa... już wiem co jest problemem z TV. Chodzi o to że jest
ona wkurzająco jednotaskowa. I takie usieciowienie jej jak
mówiłem nie ma większego sensu. Bo niby po co, skoro na jednym
ekranie można tylko jeden task zapuścić, nawet nie bardzo jest
co detachować.

Żeby ta cała zabawa z TV miała sens trzeba by się zastanowić
jak mają ze soba taski współgrać. Nie sądze by zmienienie tego
w implementacji borlanda było proste. Im pewnie coś takiego
nawet przez myśl nie przeszło :<

Czyli w efekcie w serverze jednak muszą być okna, nie koniecznie
musi on jakieś ramki czy inne gadżety tworzyć, ale by się
przydało (pod X to jest funkcja window menagera, a nie X
servera, zastanawiam się czy nie jest to dobre rozwiązeni). I
moim zdaniem to jest wszystko co ma być w serverze. Tj. program
otwiera okno, i może do niego pisać i z niego czytać (eventy,
nie tylko klawikord, ale mysz też), sam sobie robi w środku
gadgety (toolkit).

W twinie jest jeszcze jeden fajny bajer. Emulator terminala.
Coś takiego, to nie jest taka prosta sprawa, ale do zrobienia.
IMHO ten emulator jest po złej stronie (powinien być tak jak w
X, normalny program), to by pozwoliło na większą elastyczność
i zminiejszyło server.

Jeszcze jedno. Server powinien być IMHO dwuczęściowy (tak jak
w twinie). To nie jest głupie. Chodzi o to, że to co jest
na terminalu wcale nie musi wiedzieć nic o oknach i innych
pierdołach, wystarczy jak bedzie pisać i czytać na konsole,
można to potem zdetachować, a prawdziwy, mądry, server zostawić
na serwerze (hoście, nie programie). W tej chwili myślę o
odpalaniu terminala z naprawdę małymi wymaganiami (czytaj:
z dyskietki). Zrobienie tego od razu w ten sposób (tj. mądry
server nic nie wie o hardware) będzie miało jeszcze tę zaletę,
że programy powiedzmy pod konsole i X będzie można odseparować,
servera nie trzeba będzie linkować z żadnymi paskudami w rodzaju
Xlib :) I ewentualny port na inne systemy (FreeBSD comes in
mind :) będzie prostszy, szczególnie dla kogoś z zewnątrz.
W twin to rozwiązanie chyba zostało dodane potem i server i
tak ma całą funkcjonalność hardwerową.

Coś takiego, jakby było dobrze zrobione, rozwijane i reklamowane
(kto wcześniej słyszał o twinie, niech podniesie rękę :) miałoby
spore szanse powodzenia i znacznie większe pole zastosowanie
niż wuch.

Aha, jeszcze jedno, połączenia muszą być szyfrowane, poziom
bezpieczeństwa twina jest zbliżony do telnetu, ja bym czegoś
takiego po interku nie puścił :), ale to akurat mały problem,
moge nawet PK zrobić :>

Heh, ale sie rozpisałem...

-- 
                        Michał Moskal <malekith w pld.org.pl>

DOS: n., A small annoying boot virus that causes random
     spontaneous system crashes, usually just before saving
     a massive project.  Easily cured by UNIX.  See also
     MS-DOS, IBM-DOS, DR-DOS.
	-- David Vicker's .plan

World Trade Center genetic ammunition kibo FSF 
domestic disruption terrorist South Africa fissionable 
explosion Panama Ft. Meade genetic 
$400 million in gold bullion SDI explosion class struggle 
Delta Force ammunition assassination 
--