Article View: pl.comp.lang.asm
Article #723Re: Crlf
From: Bernard
Date: Sat, 23 Sep 2006 20:26
Date: Sat, 23 Sep 2006 20:26
54 lines
3380 bytes
3380 bytes
Wiktor S. wrote: >> Wszelkie urządzenia, które były projektowane z myślą o radzeniu sobie >> z trzema możliwymi sekwencjami końca wiersza: CR, LF albo CR+LF. Taka >> drukarka (ew. program do konwersji plików) domyśla się, że CR, to w >> rzeczywistości CR+LF, podobnie jak samo LF. Jak zobaczy LF, to zrobi >> CR+LF, potem zobaczy LF i znów zrobi CR+LF - wydruk będzie miał co >> drugą linię pustą. > > To znaczy, że ta drukarka się standardu nie trzyma. Znaczenie CR i LF > jest jasno określone, i pierwotne przeznaczenie było właśnie dla drukarek. Zgaadza się. A potem pojawili się tacy, co zaczęli na końcu wiersza pisać coś innego niż para CR+LF, a wtedy producenci drukarek musieli wymyślić, co z tym fantem zrobić > > Aż przeprowadziłem test: hp959c, USB. > > plik wyglądał tak: > > 1111111111<LF> > 2222222222<CR> > 3333333333<CR><LF> > 4444444444<LF><CR> > 5555555555 > > wydruk wyglądał tak: > > 1111111111 > 33333333332222222222 > 4444444444 > 5555555555 > > czyli: LF obniża, CR wraca, CRLF i LFCR robią to samo. Tak powinna się > drukarka zachowywać, inne zachowanie jest niestandardowe. Tak powinna się zachowywać drukarka, która nie jest przystosowana do pracy pod Unixem lub MacOSem i tysiącem dziwacznych programów działających na różnych urządzeniach. Ponieważ jednak klienci życzą sobie, żeby drukarki działały pod UNixem lub z dziwnymi programami, drukarki są wyposażone w możliwość pracy z innym niż standardowy koniec wiersza. Robi się to tak, że drukarka "domyśla się" CR przed samotnym LF i LF po samotnym CR. Przy CR+LF nie domyśla się nic, bo nie musi. Jak zobaczy LF i CR, to LF jest zamieniane w CR+LF, a CR - w drugie CR+LF - i mamy pusty wiersz. > IMHO koniec wiersza powinien być crlf, pomysły makówkowy i uniksowy są > bez sensu (choćby potrzebna jest konwersja przy wysyłaniu na drukarkę...) Oczywiście z pierwszą częścią zdania nie sposób się nie zgodzić, ale druga nie wytrzymuje konfrontacji z rzeczywistością. Tak się składa, że kiedyś pisałem oprogramowanie do współpracy z drukarkami, a potem konstruowałem drukarki, w tym również tworzyłem ich firmware. Dlatego wielbicieli sekwencji LF+CR najchętniej bym odstrzelił.
Technical Details
Message-ID:
<45158c3e$0$17954$f69f905@mamut2.aster.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.astercity.net!news.aster.pl!not-for-mailReferences:
<eethch$e1i$1@nemesis.news.tpi.pl> <eethr7$ep9$1@nemesis.news.tpi.pl> <eetlls$ofa$1@nemesis.news.tpi.pl> <eetm7k$9b0$1@atlantis.news.tpi.pl> <451442df$0$17959$f69f905@mamut2.aster.pl> <1158969460.760522.50280@k70g2000cwa.googlegroups.com> <4514d484$0$17957$f69f905@mamut2.aster.pl> <ef2u01$l8g$1@news.onet.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.astercity.net!news.aster.pl!not-for-mail Date: Sat, 23 Sep 2006 22:26:19 +0200 From: Bernard <bernard@earth.net> User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 Newsgroups: pl.comp.lang.asm Subject: Re: Crlf References: <eethch$e1i$1@nemesis.news.tpi.pl> <eethr7$ep9$1@nemesis.news.tpi.pl> <eetlls$ofa$1@nemesis.news.tpi.pl> <eetm7k$9b0$1@atlantis.news.tpi.pl> <451442df$0$17959$f69f905@mamut2.aster.pl> <1158969460.760522.50280@k70g2000cwa.googlegroups.com> <4514d484$0$17957$f69f905@mamut2.aster.pl> <ef2u01$l8g$1@news.onet.pl> In-Reply-To: <ef2u01$l8g$1@news.onet.pl> X-Antivirus: avast! (VPS 0638-1, 2006-09-22), Outbound message X-Antivirus-Status: Clean Lines: 54 Message-ID: <45158c3e$0$17954$f69f905@mamut2.aster.pl> NNTP-Posting-Date: 23 Sep 2006 19:34:22 GMT NNTP-Posting-Host: 82.210.165.187 X-Trace: 1159040062 mamut2.aster.pl 17954 82.210.165.187:1233 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit