New answers tagged character-encoding
The manpage says the following: Character pointers are dereferenced and printed as C strings. Non-printing characters in strings are normally represented by ordinary C escape codes. Only the first strsize (32 by default) bytes of strings are printed; longer strings have an ellipsis appended following the closing quote. What you are seeing in FD3 ...
You should have something like: text/plain application/postscript 33 texttops in your /etc/cups/mime.convs file. So, I suppose that what needs to be done is to fix the texttops filter. Under Debian, it is /usr/lib/cups/filter/texttops, which is a shell script that uses the texttopdf filter and the pdf2ps command. You can try to replace ...
I had the same problem and following how-to helped me to fix it: http://www.bsmdevelopment.com/Reference/Tech_20130004.html It's really good. You can even choose a font for text/plain printing like FreeMono or Courier. Cheers,
I don't know if you consider HPLIP an external dependency, but here is the official driver recommendation directly from CUPS. CUPS Printer Driver: HP4650 and Here is the Package info in the Debian Repo:HPLIPS As Thushi states your system doesn't know how to rasterize the document without using a tool like paps. Installing the hplip package and ...
It's the 245256667 byte of the file. If you do a: dd if=2001.txt of=error.txt bs=1 count=10 skip=245256667 You should be able to see the non valid utf8 sequence by doing a hexdump -C error.txt
The same can be done with paps; #!/bin/bash #This script converts UTF-8 txt to postscript paps | lpr Sometimes you need to specify the prinqueue; #!/bin/bash # This script converts UTF-8 txt to postscript paps | lpr -P lj Paps does a much better job then cups' texttops.
Try: unoconv -f txt -e FilterOptions=UTF8,LF Foo.docx It seems a bug and was reported here. If it doesn't work, maybe your LibreOffice doesn't support docx file. See more details here.
Top 50 recent answers are included