On Tue, 16 May 2023 14:52:08 +0200, Jarosław Sokołowski wrote:
> Pan J.F napisał:
>>>>>>>> Mozna przeslac emailem ... ale co - pdf ?
>>>>>>> Zapewnie. Podejrzewam, że to najczęściej spotykany format załączników.
>>>>>> Pewnie tak. Pogratulowac Adobe, że sie wcisnęła ze standardem?
>>>>> Ściśle powiązany z PS. A PS standardem już był wcześniej.
>>>> Dosc ograniczonym IMHO.
>>> Opinia mocno odosobniona. W dodatku bez oparcia w faktach.
>> Standard w bardzo specyficznych srodowiskach.
>
> O który standard chodzi, PS, czy PDF?

PS.

> Tam gdzie w ogóle jakoś standard
> był, był to PS. Inne języki opisu strony nie istniały. To tłumaczy
> sukces (i monopol) systemów Apple w poligrafii. Tylko one w swoim
> czasie wiedziały co to postscript.

A reszta wcale nie wiedziała, i taki to standard.

>> A reszta ludnosci nawet nie wiedziała, ze cos takiego istnieje.
> Teraz "reszta ludności" nawet nie wie, że istnieje coś poza PDF.

No i o tym mozna - Adobe udało sie zdobyć rynek.
Choc darmowy, to co to za rynek :-)

>>>>>> Ale jakby nie zrobiła darmowej przeglądarki pod Windows, to g*,
>>>>>> a nie by sie wcisnęła :-)
>>>>> Niespecjalnie była konkurencja.
>>>> Word wystarczającą konkurencją :-)
>>> W praktyce okazała się niewystarczająca.
>> Bo Word był płatny, i do rysynków sie sie kiepsko nadawał
>
> Przecież to zupełnie co innego. PDF powstał jako format opisu
> dokumentu *tylko do odczytu*, mogący zawierać wszystko. Jako
> taki został zaprojektowany bardzo dobrze.

No ale w czym trzeba było tresc przygotowac ... to mozna było ten
program wypromować :-)

Swoją drogą ... katalogi elementow elektronicznych, to w czym
przygotowywano?
Apple/Mac? chyba nie.

>>>>>> hm, uklady scalone na czym sie projektuje?
>>>>> Nie wiem, nigdy nie projektowałem. Ale nie przypuszczam,
>>>>> że na MS Office.
>>>> Dawniej to była domena "workstation" z Unixem. Ale takich
>>>> juz nie ma.
>>> Źródeł programów nie skasowano, więc zmiana hardware powinna
>>> być w miarę bezbolesna.
>>
>> Z Unixa na Windows ... jest to pewne wyzwanie.
>
> Po co na Windows?

A na co?

>> Tu akurat spora częsc to chyba wsadowe programy, to moze łatwiej.
>> Ha - ciekawe, w czym sie wypluwa dane do masek ... w PS? :-)
> Gdy były to jeszcze oldskulowe maski na kliszy fotograficznej,
> to na pewno w PS.

Bardzo oldskulowe maski to sie wycinało. Taka specjalna podwójna folia
była, jedna czerwona.
Wycinanie zapewniało "ostre" krawędzie.
https://youtu.be/Pt9NEnWmyMo?t=88

Wycinanie pasuje do plotera tnącego, ten do Corela, ale jezyk ... PS
czy HPGL?

>>> Z tego co pamiętam, to Xenix próbowano wdrażać w Policji (może
>>> nawet jeszcze w Milicji). Chyba nie do spisywania protokołów
>>> przesłuchań.
>>
>> Policja ma duzo pracy typowo biurowej.
>
> Ma, ale ambicje chyba sięgały wyżej. To coś jak zakup komputerów
> Bull przez Ministerstwo Finansów w 1989 roku. Kupujmy szybko,
> bo pewnie zdrożeją. A oprogramowanie sami sobie jakoś powolutku
> będziemy pisać. Wszystkie poszły na złom przed pierwszym uzyciem.

Tak jakos z ymi Bull bylo.

>>>> Tzn moze byc TP, tzn w Delphi, ale razem z całym programem do recept.
>>>> I wydrukiem przez Windows.
>>> Ślepa uliczka, w którą nie warto iść.
>>
>> No ale program do wystawiania recept chcesz napisac.
>> Musi miec opcje wydruku i teraz eksport do systemu e-recept.
>>
>> Pdf Ci niepotrzebny :-)
>
> Tu nie trzeba teoretyzować, bo system do recept już jest. Działa
> on-line w internecie, więc system operacyjny łatwo odgadnąć.
> "Eksportu do e-recept" nie ma, bo to jest własność podstawowa.

Hm moze sie myle, ale lekarz korzysta z jakiegos programu dla
przychodni.

> Opcji wydruku w ogóle nie ma, jest tylko możliwość generowania PDF.

od lekarza dostaję recepę papierową, albo sam kod.
PDF kompletnie niepotrzebny.

>>>> Taki np Code 128 ma 100 kombinacji paskow plus kilka dodatkowych,
>>>> razem ze 105. trzeba kilka dobrac spoza zakresu 33-126 ...
>>>
>>> Dlaczego "trzeba" i jakie znaczenie ma "zakres 33-126"? Nie rozumiem.
>>
>> np Code128 ma 106 "znaków", czyli takich krótkich kombinacji pasków.
>> Jedna odmiana obejmuje nawet wszystkie znaki ASCII, o kodach 32-127
>> (spacja i DEL), ale to ciągle mało.
>> Musisz mieć możliwość wprowadzenia i wydrukowania jeszcze kilkunastu.
>>
>> Nie ma sprawy - unicode pojemny, ale sie zaczynają cuda - jaki kod
>> znaku wprowadzic, jak wprowadzic, czy po drodze nie ulegnie zmianie.
>
> No właśnie, nie ma sprawy.
>
>> Jak piszesz program całosciowy, od razu używając Unicode, to może
>> nie ma problemów.
>
> Jak ktoś pisze *poważne* programy, to *nigdy* nie używa Unicode
> (w sensie zakresu obsługiwanych znaków). Owszem, dane są w UTF-8
> (lub innym), ale ściśle definiowany jest zbiór możliwych literek.

Hm, jak juz pisze program i stosuje w nim unicode, to sie raczej nie
ogranicza.
Owszem, potem może być problem z wydrukiem.

>>> Przetworzenie źródeł TeX na gotowy skład książki w formacie PDF.
>>> Przyznam, że tę sekundę wziąłem z sufitu, ale trafiłem niemal
>>> bezbłędnie. Teraz zrobiłem realną próbę -- książka 720 stron,
>>> czas wykonania 0,639s.
>>
>> a wydruk jednej strony z pdf ?
>
> Jak napiszę "lpr plik.pdf" (żeby uniknąć nieokreślonych narzutów
> czasowych pochodzących z GUI), to w chwili wciśnięcia <Enter>
> drukarka zaczyna mruczeć, rozgrzewa się i po chwili wyskakuje strona.
> Do najtańsza drukarka laserowa jaką znalazłem w MediaMarkcie. Dla
> niej PDF jest chyba wewnętrznym formatem, gdybym zlecił wydruk
> pliku w innym formacie, co CUPS by musiał wywołać program jego
> obsługi i trochę dłużej by to trwało.

No fakt, działa na Brotherze, ale dłuzszą chwile to trwa, i drukarka
wypisuje "receiving data" w miedzyczasie, a przeciez 24kB pdf
to sie długo nie transmitują.

Jakies 12s do uruchomienia silnikow przez drukarke i 20s do wyplucia
strony.
W PS razem ~12s.
Z acrobata przez Windows - podobnie.


J.