On Tue, 16 May 2023 11:49:18 +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.
A reszta ludnosci nawet nie wiedziała, ze cos takiego istnieje.

>>>> 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ł

>>>> 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.
Tu akurat spora częsc to chyba wsadowe programy, to moze łatwiej.
Ha - ciekawe, w czym sie wypluwa dane do masek ... w PS? :-)

>> Ale 100 mld tranzystorow ... to chyba przekracza mozliwosci peceta?
>> "mainframe" jakis ?
> Raczej klastry. Jest dzisiaj system operacyjny, w którym rozdzielanie
> obliczeń na wiele komputerów opanowano niemal do perfekcji.

Szczegolnie, ze ten poziom tranzystorów jest ostatni, i moze sie ładne
dzieli na fragmenty krzemu ..

>>>>>> No coz, ja widzialem sekratarke w Urzedzie, którą ktoś uszczesliwil
>>>>>> terminalem do Unixa.
>>>>> Tak bywa, gdy się zatrudnia "fachowców" z łapanki.
>>>> Hm, podejrzewam, ze przetarg. A moze nawet jakies odgórne wytyczne.
>>> To jest jakies usprawiedliwienie?
>> Moze ktos mial dobre intencje ... Office jest do d*, wiec nie
>> zamawiajmy :-)
>
> Jaki Office? Nie wszystko kręci się wokół biura.

Ale to biuro było :-)

> 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.

>>>>> Napisanie makra na kody paskowe zajęło mi kiedyś jakąś godzinkę.
>>>>> Ale wtedy to nawet Windows 3.0 jeszcze nie istniał.
>>>> Wow, dobry ten TeX.
>>> Dobry. Ale akurat to by się dało szybko nawet w Turbo Pascalu.
>>
>> Owszem, ale nie chcesz w Turbo Pascalu.
>
> Jasnie, że nie chcę w Turbo Pascalu, bo kody kreskowe zrobię, ale
> całej reszty już nie. Chyba że chodzi o to, że TeX kompilowany ze
> źródeł za pomocą Turbo Pascala. W przypadku wersji DOS/Windows to
> zdaje się prawda.
>
>> Do dyspozycji masz ... Windows. Ewentualnie linux :-)
>
> To akurat jest dość obojętne.
>
>> 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 :-)

>>>>>>>> A kody paskowe tam są?
>>>>>>> A dlaczego nie?
>>>>>> I jaką techniką robią?
>>>>> Podejrzewam, że dzisiaj po prostu ładują font z kodem paskowym.
>>>> Pewnie tak.
>>>> Wtedy powstaje kolejny problemik - tlumaczenie znaków spoza przedziału
>>>> ASCII :-)
>>> Po co tłumaczyć?
>>
>> 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.
Jak piszesz program całosciowy, od razu używając Unicode,
to może nie ma problemów.

>>> Nie, tak prosta to robota. Dzisiaj "przeskładanie" tysiąca stron książki
>>> trwa około sekundy.
>>
>> W Texie?
>> Bo pdf to juz chyba dluzej ..
>
> 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 ?

>> i ten pdftex brzmi bardzo rozsadnie ...
> No właśnie.

J.