Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-20 Thread Thomas Schmitt
Hi,

Max Nikulin wrote:
> I admit "dithering" may be incorrect term, [...]
> Consider 2 squares having size of 2.5×2.5 pixels. Non-even sizes and fuzzy
> lines variants:
> █████
> ██████
> ████ ██
>██ ██
>█████
> Second variant might have sense if an image is treated as a photo unlikely
> having regular patterns with horizontal and vertical lines.

I see ...
The second rendering style is probably best described as "Bad Distortion".


Have a nice day :)

Thomas



Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-20 Thread Max Nikulin

On 20/03/2024 01:51, Thomas Schmitt wrote:

Max Nikulin wrote:

When vector graphics, that does not match device resolution, is rasterized,
the result is either non-even sizes of similar elements or fuzzy lines due
to dithering.


Nitpicking:

"Dithering" in raster graphics is emulation of color resolution at the
expense of space resolution.

[...]


The fuzzy lines are rather the opposite. They use surplus color
resolution to emulate ibetter spacial resolution. Over here the usual
term is "Anti-aliasing".


I admit "dithering" may be incorrect term, but I am in doubts if that 
printer (claimed to have 300dpi resolution, but not suitable for QR 
codes) has surplus color resolution. I do not mean anti-aliasing in the 
sense of adjusting pixels darkness (and color).


Consider 2 squares having size of 2.5×2.5 pixels. Non-even sizes and 
fuzzy lines variants:


█████
██████
████ ██
   ██ ██
   █████

Second variant might have sense if an image is treated as a photo 
unlikely having regular patterns with horizontal and vertical lines.




Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-19 Thread Thomas Schmitt
Hi,

Max Nikulin wrote:
> When vector graphics, that does not match device resolution, is rasterized,
> the result is either non-even sizes of similar elements or fuzzy lines due
> to dithering.

Nitpicking:

"Dithering" in raster graphics is emulation of color resolution at the
expense of space resolution. Multiple coarsly colored pixels together
create the impression of a finer color tone. A certain random aspect is
added to prevent unwanted patters.
  https://en.wikipedia.org/wiki/Dither

The fuzzy lines are rather the opposite. They use surplus color
resolution to emulate ibetter spacial resolution. Over here the usual
term is "Anti-aliasing".
  https://en.wikipedia.org/wiki/Line_drawing_algorithm
  https://www.geeksforgeeks.org/antialiasing/
I get a suspiciously high share of german language results when
searching this term in the web. But "Computer Grapics" by Foley, Van Dam,
Feiner, Hughes of 1990 has a dozen occurences in its Index.


Have a nice day :)

Thomas



Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-19 Thread Max Nikulin

On 13/03/2024 12:25, hw wrote:

On Mon, 2024-03-11 at 23:45 +0700, Max Nikulin wrote:

It seems you expect some number that you can use for any QR code. There
is no size that fits for all codes.


It's because you said: "I believed that 300dpi is high enough
resolution for QR-codes of reasonable size if source image has proper
quality." that I keep asking what you consider a reasonable size.


QR codes with more modules must be printed at larger size. Isn't it obvious?

By the way, is 300dpi real resolution of your printer or it is 
over-resolution achieved with overstrike with some offset? If so, does 
the printer driver take it into account?



Out of curiosity I tried to scan a QR code printed on a thermal printer
(so likely having ~200dpi resolution) having size of approximately 0.8in
and 50 pixels (modules) per inch. It encodes a 69 bytes long link.


Did you successfully scan it?


Instantly, no trouble at all.


It limits amount of information you may put into QR codes. You can still
choose to use e.g. 4,5,6, etc. printer dots per QR code module.


How can I choose that?  I don't know that there would be an option
with pdflatex or pdf or the printer driver that would let me choose
how many dots per module the printer puts onto the label.


When a code is generated you can look at it and count its modules. The 
next step is simple math. You have resolution, dots per module and 
number of modules, so you can get size and rerun LaTeX.



When I zoom in on QR-codes in a PDF viewer, they don't get blurry.
Perhaps the pst-barcode package uses vector graphics?


Nice, however you have to adjust size to avoid blurring.


How do you mean?  I thought vector graphics don't blur when scaled.


When vector graphics, that does not match device resolution, is 
rasterized, the result is either non-even sizes of similar elements or 
fuzzy lines due to dithering.


If a few multiplications and divisions is so hard problem and each QR 
code module occupy at least 3x3=9 printer dots then I would try to 
rotate the code by e.g. 30 or 45 degrees before printing.





Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-14 Thread jeremy ardley



On 14/3/24 17:47, jeremy ardley wrote:
For reference on a 203 DPI (8 dots per mm) printer, a GS1-128 barcode 
takes up 12 modules per character. The minimum size of a module is 1 
pixel so 1 character is 12 pixels wide or 1.2mm on a 203 dpi printer.


Assuming a 40 character barcode at 1 pixel per module, it will span 48mm.

However it is very unusual to have 1 pixel per module. Instead at 2 
pixels per module the barcode is 96mm and at 3 pixels it will be 144mm



My error; The character spacing is 1.5mm at 203dpi. So 40 characters is 
60mm at 1 pixel per module, 120mm at 2 pixels per module, and 180mm at 3 
pixels per module. This means for a 40 character barcode you can at best 
print at 2 pixels per module on a typical 100x150m shipping label. This 
allows for no errors in quantization of pixel sizes and It's really hard 
to do with a printing system that does not start and continue with 
accurate pixel registration.




Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-14 Thread jeremy ardley



On 14/3/24 06:59, hw wrote:

Manufacturers can provide CUPS drivers as well, but the barcode
application is usually only windows.

In my case I had to write my own CUPS driver as the manufacturer does
not provide one.

How did you do that?


It is simply a C program that gets given some parameters and a bitmap by 
CUPS


The program processes the bitmap and frames it with printer commands to 
place the bitmap on the printer page.


CUPS abstracts the actual device interface (in my case USB). But in 
development I wrote the code to send commands directly to the USB device





Getting back to pixel registration, the latex CUPS route is very
unlikely to work well.

It's working great here since years.  Barcodes are no problem, only qr
codes can't be scanned.



This surprises me greatly. 2D codes have very large features compared to 
barcodes. They should be relatively immune to pixel quantization.


For reference on a 203 DPI (8 dots per mm) printer, a GS1-128 barcode 
takes up 12 modules per character. The minimum size of a module is 1 
pixel so 1 character is 12 pixels wide or 1.2mm on a 203 dpi printer.


Assuming a 40 character barcode at 1 pixel per module, it will span 48mm.

However it is very unusual to have 1 pixel per module. Instead at 2 
pixels per module the barcode is 96mm and at 3 pixels it will be 144mm


With the barcode you have no leeway in the pixel sizes. You must have it 
exact to scan.


In comparison, a QR code typically will have modules 8 pixels square and 
typically is 26x26 or 32x32 pixels. At 26x26  the printed code is 26mm 
square at 203dpi. You can afford to be out by a pixel at those dimensions.


If you have problems scanning QR codes at those sizes perhaps your QR 
codes are invalid to start with? If you print them out really large will 
they scan?




Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-13 Thread hw
On Wed, 2024-03-13 at 03:50 +0800, jeremy ardley wrote:
> On 12/3/24 21:21, hw wrote:
> > 
> > Even if they did that, it would be totally useless because it won't be
> > able to automatically print labels from databases.
> 
> The manufacturer applications  usually allow you to print a list from a 
> spreadsheet or text file.

That isn't very useful.

> > > It is possible to use document generation tools like latex and printing
> > > systems like CUPS to print a label, but pixel registration will be poor.
> > Why?  The manufacturer provided a CPUS printer driver without which
> > printing wouldn't be possible at all.
> 
> Most custom barcodes programs run on windows and don't use CUPS.

That makes them entirely useless.

> Manufacturers can provide CUPS drivers as well, but the barcode 
> application is usually only windows.
> 
> In my case I had to write my own CUPS driver as the manufacturer does 
> not provide one.

How did you do that?

> Getting back to pixel registration, the latex CUPS route is very 
> unlikely to work well.

It's working great here since years.  Barcodes are no problem, only qr
codes can't be scanned.



signature.asc
Description: This is a digitally signed message part


Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-13 Thread Max Nikulin

On 13/03/2024 02:50, jeremy ardley wrote:
Getting back to pixel registration, the latex CUPS route is very 
unlikely to work well.


TeX with MetaFont fonts worked well with low resolution dot matrix 
printers. Rasterized fonts may be generated for specified resolution. It 
should be still possible unless wide Unicode coverage is required.


I may be wrong, but I have impression that better support of modern 
vector fonts (TTF, OTF, etc.) in LuaTeX has other side. HurfBuz font 
library with priority to speed can not align characters to specified 
pixel grid. Likely nobody cares concerning font hints for low resolution 
devices.


Scale and position of images like QR codes should be adjusted to printer 
resolution.


More than a decade ago it was necessary to provide a document for 
archival purposes. I got a couple of complains: font with too thin lines 
and gray rather than black toner. The cartridge was refilled almost a 
dozen of times, but for routine documents quality was still good. 
CM-Super Type 1 font (converted from original Computer Modern with 
additions related to more scripts) really has hairlines. I configured 
metafont to increase minimal line width and generated a document with 
600dpi raster fonts using latex+dvips+ps2pdf instead of pdflatex. I went 
to a print shop nearby with hope to find there a printer filled with 
really black toner. The person there did not get the point why I was not 
satisfied looking into a test page from my document. It was blurry. 
Likely the page was scaled to printable area and dithering was applied. 
I preferred to go to another shop and got a stack of paper printed with 
proper quality. Either stuff there were a bit more experienced or 
default printer settings were more reasonable.


So it is not difficult to ruin efforts invested into print quality by 
inappropriate checkbox. The process is not fool-proof.




Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-13 Thread Florent Rougon
Florent Rougon  wrote:

>   - printer matrix alignment if printer resolution is low (more
> difficult; maybe try with some very small horizontal and veritical
> shifts to see if it helps...).

Thinking about it more, this is probably hopeless unless printer
resolution is *extremely* low. Typical printer dots are so small that
you can't realistically expect paper placement to have good enough
precision to align both grids (say, 1/4 of the printer dot size).

This is, I believe, what Jeremy meant when he wrote earlier in this
thread:

> Getting back to pixel registration, the latex CUPS route is very unlikely to
> work well. However a custom application that generates a pixel perfect bitmap
> that is printed at 100% scale through cups should work.

I agree with that if printer resolution is so low that the QR code and
printer dot grids have to be aligned. Even with perfect size in the PDF,
there is very little hope that paper will be every time correctly
aligned in the vertical and horizontal directions with the matrix of
dots managed by the printer—a dot at 300 dpi being approximately
0.08 mm. The only realistic hopes are:
  - high enough resolution that grid alignment doesn't really matter (is
300 dpi enough? Maybe.);
  - direct control over the printer bitmap (what Jeremy mentioned).

For the sake of completeness, the following LaTeX document (an inline
attachment) draws a QR code whose modules are correctly placed for some
“ideal” 300 dpi printer. This assumes that printer dots perfectly start
at a dot-size multiple from the top left corner of the physical page,
which probably can't be obtained in practice. So, this is mainly to show
how accurate placement and computations can be done (\fpeval is provided
by xfp; it is very accurate and expandable).

\documentclass{article}
\usepackage[papersize={50mm,35mm},margin=0cm]{geometry}
\usepackage{xfp}
\usepackage{qrcode}

\pagestyle{empty}
\newlength{\modulesize}
\setlength{\modulesize}{\fpeval{6/300}in}% assume 300 dpi, set 6 dots/module

\begin{document}

\noindent
\hspace{10\modulesize}% horizontal offset from paper edge: 10 modules
\raisebox{\dimexpr \topskip - \height - 10\modulesize}{% ditto in vert. direction
  \qrcode[height=25\modulesize, version=2]{Hey Debian-user!}}%
% The modules will have the expected size only if the QR code is effectively
% doable at version=2 (check the LaTeX terminal output). Indeed, version=2
% means 25×25 modules.

\end{document}

Regards

-- 
Florent


Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-13 Thread Florent Rougon
hw  wrote:

>> That is quite likely: the pst- prefix means this is PSTricks, which is
>> an oldish way of doing vector graphics with LaTeX. I tend to avoid
>> PSTricks these days as it is generally awkward to use in PDF contexts,
>> although there are various workarounds that often allow to do so.
>
> Is that bad?  It works great for what I'm doing.

Well, “bad” is a strong word in this context. ;-) First, PDF has been
replacing PostScript in the last 20+ years, so it is often easier to
find tools that do interesting things with PDF than with PostScript.

Second, regarding the existing workarounds that allow PSTricks code to
be used in PDF workflows: I haven't used many of them but AFAIK, most of
the times, if you want things to work automatically, you need to enable
\write18 which has security implications. In the most relaxed case, it
allows the compiled document, as well as any class or package it loads,
to run arbitrary shell commands. There is a restricted mode for \write18
(see -shell-restricted and “§5.5 Shell escapes” in `texdoc web2c`), but
it currently doesn't allow running ps2pdf:

,[ /usr/share/texmf/web2c/texmf.cnf ]
| shell_escape_commands = \
| bibtex,bibtex8,\
| extractbb,\
| gregorio,\
| kpsewhich,\
| makeindex,\
| memoize-extract.pl,\
| memoize-extract.py,\
| repstopdf,\
| r-mpost,\
| texosquery-jre8,\
| 
| % we'd like to allow:
| % dvips - but external commands can be executed, need at least -R1.
| % epspdf, ps2pdf, pstopdf - need to respect openout_any,
| %   and gs -dSAFER must be used and check for shell injection with filenames.
| ...
`

One of the problems with PostScript is that it is “too powerful” for
something that should only produce text and graphics—AIUI, security
concerns were not at the core of its design.

Finally, for a few things like transparency and “new” font formats
(e.g., TrueType, OpenType), PostScript is either a no-go or has
solutions that appeared very late, contrary to PDF.

>> The ubiquitous, powerful and modern way to do vector graphics in LaTeX
>> is PGF/TiKZ[1],
>
> That package has almost 1300 pages of documentation which doesn't seem
> to mention qr-codes or barcodes.

Right. Presumably, the qrcode package is good enough. BTW, since its
\qrcode command produces a TeX box without using any TikZ code, it can
be placed without restriction in a TikZ node (I say this because TikZ
nodes can't be nested—more precisely, doing so is not supported).

> I wonder why it uses different options for URLs and other data.  What
> difference does that make?

I believe you misunderstood the manual here, or maybe I don't understand
what you meant. The \qrcode command can encode both URLs and other text.
What I see is simply options (and the starred variant \qrcode*) to
decide whether to turn the QR codes into PDF hyperlinks.

Global switch at \usepackage level:  hyperlinks/nolinks
Local switch for each \qrcode command:   link/nolink

\qrcode*{…} == \qrcode[nolink]{…}

These options are provided because when the hyperref package is loaded,
QR codes are output as hyperlinks by default; however, it is quite
possible to write QR codes that don't encode URLs, in which case making
them hyperlinks would be confusing and useless.

> It might be worth a try for when I need to experiment with qr-codes on
> small labels again.  It might not work because I may need to place the
> qr-code in some way and it could conflict with other packages like the
> labels package ...  I even might have already tried it; it's been a
> few years and I don't remember exactly.

Since \qrcode outputs a TeX box without using any TikZ code, it has
about the highest level of “compatibility” you can expect in a TeX
document.

> Now I'm wondering why the qr-codes I printed with the label printer
> couldn't be reliably scanned.  When I look at [1] and [2], for the
> data I wanted to print (between 38 and 40 alphanumericals at L
> quality) I would have to use a version 2 qr code, i. e. 25x25 modules.
> I don't know how the modules transfer to dots, but assuming the
> minimum of 4 dots per module, it would take 25 x 4 dots, i. e. 100
> dots.  Each module would be 0.33mm in size which would require 25 x
> 0.33mm, i. e. 8.25mm for the size of the qr-code.
>
> I printed the qr-code much larger than that, about 1x1".  That is
> about three times as large as would be required, and the printer can
> print three times as many dots per inch as the 100 dots needed.
>
> So in theory, my theory that the resolution of the printer is too low
> can't be true.
>
> But why couldn't these qr-codes be scanned?  It shouldn't have been a
> problem at all.

L quality is the worst; can't you use a better one? Also worth
considering:

  - scanner limitation? Did you try to scan the codes with a smartphone?

  - printer matrix alignment if printer resolution is low (more
difficult; maybe try with some very small horizontal and veritical
shifts to see if it helps...).

Regards

-- 
Florent



Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-12 Thread hw
On Mon, 2024-03-11 at 23:45 +0700, Max Nikulin wrote:
> On 11/03/2024 08:06, hw wrote:
> > On Sun, 2024-03-10 at 09:50 +0700, Max Nikulin wrote:
> > > On 10/03/2024 04:41, hw wrote:
> > > > \psbarcode{textblah foo}{height=0.6 width=0.6 eclevel=L}{qrcode}
> > > > 
> > > > That works for 600dpi laser printers.  When you print the QR-code with
> > > > a 300dpi label printer you can't reliably scan it, not even when you
> > > > make the QR-code 1x1" in size.
> > > > 
> > > > Perhaps that's not a reasonable size?
> > > 
> > > Perhaps height and width are chosen improperly. An image some percents
> > > smaller may be sharper.
> > 
> > What size do you consider reasonable?
> 
> It seems you expect some number that you can use for any QR code. There 
> is no size that fits for all codes.

It's because you said: "I believed that 300dpi is high enough
resolution for QR-codes of reasonable size if source image has proper
quality." that I keep asking what you consider a reasonable size.

> Out of curiosity I tried to scan a QR code printed on a thermal printer 
> (so likely having ~200dpi resolution) having size of approximately 0.8in 
> and 50 pixels (modules) per inch. It encodes a 69 bytes long link. 
> Likely the same code scaled to 0.4in will still work, but I would prefer 
> to avoid it, 0.6in should be more reliable. On your 300dpi printer this 
> particular QR code may be printed e.g. at ~(0.8/1.5)in.

Did you successfully scan it?

> > [...]
> > The QR-code must fit on the label, plus some text.  The labels are
> > 50x35mm in size.
> 
> It limits amount of information you may put into QR codes. You can still 
> choose to use e.g. 4,5,6, etc. printer dots per QR code module.

How can I choose that?  I don't know that there would be an option
with pdflatex or pdf or the printer driver that would let me choose
how many dots per module the printer puts onto the label.

> > When I zoom in on QR-codes in a PDF viewer, they don't get blurry.
> > Perhaps the pst-barcode package uses vector graphics?
> 
> Nice, however you have to adjust size to avoid blurring.

How do you mean?  I thought vector graphics don't blur when scaled.



signature.asc
Description: This is a digitally signed message part


Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-12 Thread hw
On Mon, 2024-03-11 at 11:58 +0100, Florent Rougon wrote:
> Hi,
> 
> I haven't read the whole thread (sorry) but thought this might help.
> 
> hw  wrote:
> 
> > When I zoom in on QR-codes in a PDF viewer, they don't get blurry.
> > Perhaps the pst-barcode package uses vector graphics?
> 
> That is quite likely: the pst- prefix means this is PSTricks, which is
> an oldish way of doing vector graphics with LaTeX. I tend to avoid
> PSTricks these days as it is generally awkward to use in PDF contexts,
> although there are various workarounds that often allow to do so.

Is that bad?  It works great for what I'm doing.

> The ubiquitous, powerful and modern way to do vector graphics in LaTeX
> is PGF/TiKZ[1],

That package has almost 1300 pages of documentation which doesn't seem
to mention qr-codes or barcodes.

> however this is not even necessary for QR codes, because
> [...]

good :)

> I've played with a different package for producing QR codes in LaTeX,
> which uses the aforementioned \hrule and \vrule primitives: qrcode. Its
> manual is here (follow the “Package documentation” link):
> 
>   https://ctan.org/pkg/qrcode

I wonder why it uses different options for URLs and other data.  What
difference does that make?

> Here is a simple example you can compile with pdflatex:
> 
> \documentclass{article}
> \usepackage{qrcode}
> 
> \pagestyle{empty}
> 
> \begin{document}
> 
> \noindent
> % \qrset affects \qrcode commands in the current group. You can use it
> % to factor out options used for several QR codes.
> \qrset{nolinks, padding}% add padding to make sure the codes are 
> “legal”/readable
> \qrcode[version=1]{Hey Debian-user!}% Can't do version=1 with level=M or more
> \qrcode[level=L, version=1]{Hey Debian-user!}% Less redundancy but is doable
> 
> \end{document}
> 
> Note the terminal output:
> 
> 
> 
>  Version increased to '2' to fit text.>
> 
> 
>  calculated.>
> 
> 
> 
> 
>  calculated.>
> 

It might be worth a try for when I need to experiment with qr-codes on
small labels again.  It might not work because I may need to place the
qr-code in some way and it could conflict with other packages like the
labels package ...  I even might have already tried it; it's been a
few years and I don't remember exactly.

> [...]
> But with low printer resolution constraints, who knows?).
> 
> Hope this helps!

Yes, thanks, knowing about these packages can be useful.

Now I'm wondering why the qr-codes I printed with the label printer
couldn't be reliably scanned.  When I look at [1] and [2], for the
data I wanted to print (between 38 and 40 alphanumericals at L
quality) I would have to use a version 2 qr code, i. e. 25x25 modules.
I don't know how the modules transfer to dots, but assuming the
minimum of 4 dots per module, it would take 25 x 4 dots, i. e. 100
dots.  Each module would be 0.33mm in size which would require 25 x
0.33mm, i. e. 8.25mm for the size of the qr-code.

I printed the qr-code much larger than that, about 1x1".  That is
about three times as large as would be required, and the printer can
print three times as many dots per inch as the 100 dots needed.

So in theory, my theory that the resolution of the printer is too low
can't be true.

But why couldn't these qr-codes be scanned?  It shouldn't have been a
problem at all.


[1]: https://www.qrcode.com/en/about/version.html
[2]: https://www.qrcode.com/en/howto/cell.html

> 
> Regards
> 
> [1] https://ctan.org/pkg/pgf
> 





signature.asc
Description: This is a digitally signed message part


Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-12 Thread jeremy ardley



On 12/3/24 21:21, hw wrote:


Even if they did that, it would be totally useless because it won't be
able to automatically print labels from databases.


The manufacturer applications  usually allow you to print a list from a 
spreadsheet or text file.



It is possible to use document generation tools like latex and printing
systems like CUPS to print a label, but pixel registration will be poor.

Why?  The manufacturer provided a CPUS printer driver without which
printing wouldn't be possible at all.


Most custom barcodes programs run on windows and don't use CUPS.

Manufacturers can provide CUPS drivers as well, but the barcode 
application is usually only windows.


In my case I had to write my own CUPS driver as the manufacturer does 
not provide one.


Getting back to pixel registration, the latex CUPS route is very 
unlikely to work well. However a custom application that generates a 
pixel perfect bitmap that is printed at 100% scale through cups should work.


There are a number of programs that can do that, though I have not used 
them so far.


- zint

- GNU barcode

- BWIPP

also a possibility is

- qrencode




Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-12 Thread hw
On Mon, 2024-03-11 at 09:57 +0800, jeremy ardley wrote:
> On 11/3/24 07:34, hw wrote:
> > Do you think that thermal transfer printers with 203dpi would be
> > better suited to print QR codes than the 300dpi multi-mode printers?
> > 
> > I'm not fond of thermal transfer at all.  Usually what is being
> > printed that way fades rather quickly over time and is more slightly
> > gray rather than black and so thin that it's hard to read even when
> > freshly printed.  Perhaps better labels are available, but the labels
> > must not get too expensive ...
> 
> 
> Thermal transfer and thermal direct printers have the same resolution.
> 
> Thermal transfer printers are used for archival labels as they fade very 
> little over time.
> 
> Direct thermal printers are intended for mailing applications where it 
> doesn't matter if they fade after a few months.
> 
> Given that, I think a lot of commercial shippers use thermal transfer 
> for mailing labels. Very few shippers use laser printed adhesive address 
> label, nor non-adhesive in pockets or pouches.
> 
> To print a QR code or other 2D code on any thermal printer, the printer 
> manufacturer will supply an application that generate the codes and 
> prints them independently of the host printing system. These codes will 
> scan perfectly.

Even if they did that, it would be totally useless because it won't be
able to automatically print labels from databases.

> It is possible to use document generation tools like latex and printing 
> systems like CUPS to print a label, but pixel registration will be poor. 

Why?  The manufacturer provided a CPUS printer driver without which
printing wouldn't be possible at all.

> The only practical option for this route is to print the code BIG
 
That's what I thought, but then the codes won't fit on the labels.
That's why I wonder if there's a better way.



signature.asc
Description: This is a digitally signed message part


Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-11 Thread Max Nikulin

On 11/03/2024 08:06, hw wrote:

On Sun, 2024-03-10 at 09:50 +0700, Max Nikulin wrote:

On 10/03/2024 04:41, hw wrote:

\psbarcode{textblah foo}{height=0.6 width=0.6 eclevel=L}{qrcode}

That works for 600dpi laser printers.  When you print the QR-code with
a 300dpi label printer you can't reliably scan it, not even when you
make the QR-code 1x1" in size.

Perhaps that's not a reasonable size?


Perhaps height and width are chosen improperly. An image some percents
smaller may be sharper.


What size do you consider reasonable?


It seems you expect some number that you can use for any QR code. There 
is no size that fits for all codes.


Out of curiosity I tried to scan a QR code printed on a thermal printer 
(so likely having ~200dpi resolution) having size of approximately 0.8in 
and 50 pixels (modules) per inch. It encodes a 69 bytes long link. 
Likely the same code scaled to 0.4in will still work, but I would prefer 
to avoid it, 0.6in should be more reliable. On your 300dpi printer this 
particular QR code may be printed e.g. at ~(0.8/1.5)in.


Fix size of QR code pixel (module), not size of whole QR code.


- Find number of pixels in QR code in QR specs (or just calculate them)


Calculate them how or find them where?  Pdflatex somehow does it and
the QR-codes are fine when printed on a laser printer and when shown
on a 4k display.


"Modules" in Florent's message is what I referred to as QR code "pixels" 
and their count depends on "version".



- Specify width and height so that the ration of 2 numbers above is a
whole number.

Image may become a bit larger or a bit smaller.


The QR-code must fit on the label, plus some text.  The labels are
50x35mm in size.


It limits amount of information you may put into QR codes. You can still 
choose to use e.g. 4,5,6, etc. printer dots per QR code module.



When I zoom in on QR-codes in a PDF viewer, they don't get blurry.
Perhaps the pst-barcode package uses vector graphics?


Nice, however you have to adjust size to avoid blurring.




Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-11 Thread Florent Rougon
Hi,

I haven't read the whole thread (sorry) but thought this might help.

hw  wrote:

> When I zoom in on QR-codes in a PDF viewer, they don't get blurry.
> Perhaps the pst-barcode package uses vector graphics?

That is quite likely: the pst- prefix means this is PSTricks, which is
an oldish way of doing vector graphics with LaTeX. I tend to avoid
PSTricks these days as it is generally awkward to use in PDF contexts,
although there are various workarounds that often allow to do so.

The ubiquitous, powerful and modern way to do vector graphics in LaTeX
is PGF/TiKZ[1], however this is not even necessary for QR codes, because
these are made of perfect monochrome rectangles, which TeX can draw
natively using its \hrule and \vrule primitives.

> 'pdfimages -list' doesn't show any images for a PDF with QR-codes
> created with pdflatex.

AFAIK, 'pdfimages' would extract “actual images” embedded in a PDF file
(e.g., PNG or JPG), however here pst-barcode presumably uses PostScript
or PDF primitives for drawing and filling polygons, which in your case
probably end up as PDF primitives. Hence, 'pdfimages' can't see these QR
codes (AFAIUI).

I've played with a different package for producing QR codes in LaTeX,
which uses the aforementioned \hrule and \vrule primitives: qrcode. Its
manual is here (follow the “Package documentation” link):

  https://ctan.org/pkg/qrcode

Here is a simple example you can compile with pdflatex:

\documentclass{article}
\usepackage{qrcode}

\pagestyle{empty}

\begin{document}

\noindent
% \qrset affects \qrcode commands in the current group. You can use it
% to factor out options used for several QR codes.
\qrset{nolinks, padding}% add padding to make sure the codes are 
“legal”/readable
\qrcode[version=1]{Hey Debian-user!}% Can't do version=1 with level=M or more
\qrcode[level=L, version=1]{Hey Debian-user!}% Less redundancy but is doable

\end{document}

Note the terminal output:














There are several quality levels allowing error correction (see the
manual): Low, Medium, Quality, and High. They correspond to 'level'
values L, M, Q, H. Default is M but if the chosen 'version' (which maps
to a specific number of modules) allows for a better level, qrcode
automatically upgrades to the best level possible for the chosen
'version' (which the above log demonstrates for the first QR code).

My example tries to print two QR codes with version=1, which means
21×21 modules (see below). Using the default level (M), this is not
possible for the specified text, therefore the first QR code is drawn as
a version=2 one (i.e., it has 25×25 modules). For the second QR code, I
explicitly ask for level=L which has the worst redundancy for error
correction; this allows "Hey Debian-user!" to be QR-encoded with
version=1, i.e. as a square of 21×21 modules.

The length of what you are encoding obviously dictates which quality
parameters you can afford, so you need to play with actual text for your
application. You can control the size of the QR code with e.g.
\qrcode[height=1cm]{...}. Since the modules are stuck to each other,
once you've determined an appropriate 'version' parameter, you can
easily choose a height that causes the modules to have the exact size
you want in the resulting PDF file (printer driver issues are out of my
league).

Regarding the 'version' parameter:

  version=1  → 21×21 modules
  version=2  → 25×25 modules
  version=3  → 29×29 modules
  ...
  version=40 → 177×177 modules

(each version step adds 4 to the number of modules in each direction)

So, you may want to play with text of yours and these parameters.
Examine the terminal output or log file to make sure the qrcode package
didn't have to increase the 'version' in order to encode the text you
specified. Note that in my example, the second QR code scanned with a
smartphone from a computer screen display seems to be significantly
harder to recognize than the first one (IOW, using level=L is probably a
bad idea even though it allows one to reduce the number of modules. But
with low printer resolution constraints, who knows?).

Hope this helps!

Regards

[1] https://ctan.org/pkg/pgf

-- 
Florent



Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-10 Thread jeremy ardley



On 11/3/24 07:34, hw wrote:

Do you think that thermal transfer printers with 203dpi would be
better suited to print QR codes than the 300dpi multi-mode printers?

I'm not fond of thermal transfer at all.  Usually what is being
printed that way fades rather quickly over time and is more slightly
gray rather than black and so thin that it's hard to read even when
freshly printed.  Perhaps better labels are available, but the labels
must not get too expensive ...



Thermal transfer and thermal direct printers have the same resolution.

Thermal transfer printers are used for archival labels as they fade very 
little over time.


Direct thermal printers are intended for mailing applications where it 
doesn't matter if they fade after a few months.


Given that, I think a lot of commercial shippers use thermal transfer 
for mailing labels. Very few shippers use laser printed adhesive address 
label, nor non-adhesive in pockets or pouches.


To print a QR code or other 2D code on any thermal printer, the printer 
manufacturer will supply an application that generate the codes and 
prints them independently of the host printing system. These codes will 
scan perfectly.


It is possible to use document generation tools like latex and printing 
systems like CUPS to print a label, but pixel registration will be poor. 
The only practical option for this route is to print the code BIG




Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-10 Thread hw
On Sun, 2024-03-10 at 09:50 +0700, Max Nikulin wrote:
> On 10/03/2024 04:41, hw wrote:
> > \psbarcode{textblah foo}{height=0.6 width=0.6 eclevel=L}{qrcode}
> > 
> > That works for 600dpi laser printers.  When you print the QR-code with
> > a 300dpi label printer you can't reliably scan it, not even when you
> > make the QR-code 1x1" in size.
> > 
> > Perhaps that's not a reasonable size?
> 
> Perhaps height and width are chosen improperly. An image some percents 
> smaller may be sharper.

What size do you consider reasonable?

> - Find the dpi value in the specs of your printer

300dpi

> - Find number of pixels in QR code in QR specs (or just calculate them)

Calculate them how or find them where?  Pdflatex somehow does it and
the QR-codes are fine when printed on a laser printer and when shown
on a 4k display.

> - Specify width and height so that the ration of 2 numbers above is a 
> whole number.
> 
> Image may become a bit larger or a bit smaller.

The QR-code must fit on the label, plus some text.  The labels are
50x35mm in size.

That limits the QR-code to about 1x1", give or take a few mm.  1" is
already half the width of the label which doesn't leave much room for
text, and you have to give it some slack because you want to end up
printing somewhere on the label and not on the gaps between the
labels.

When I zoom in on QR-codes in a PDF viewer, they don't get blurry.
Perhaps the pst-barcode package uses vector graphics?

'pdfimages -list' doesn't show any images for a PDF with QR-codes
created with pdflatex.



signature.asc
Description: This is a digitally signed message part


Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-10 Thread hw
On Sun, 2024-03-10 at 07:56 +0800, jeremy ardley wrote:
> On 10/3/24 05:41, hw wrote:
> > The QR-codes are sharp and easily scanable when printed in 600dpi.
> > With the label printer you can't really tell if they're sharp or not.
> 
> As  mentioned in my previous post, thermal label printers are 203dpi, 
> *not the 300 that the OP quoted.*

The printers I've been printing on are 300dpi and can do both thermal
and ribbon/ink.  I haven't tried thermal.

> [...]
> The data_matrix code (like a QRcode) for the same 41 digits is a 26x26 matrix 
> which at 203dpi can have pixels of 8x8 dots in a field of 26x26mm. These are 
> super easy for a thermal printer

Do you think that thermal transfer printers with 203dpi would be
better suited to print QR codes than the 300dpi multi-mode printers?

I'm not fond of thermal transfer at all.  Usually what is being
printed that way fades rather quickly over time and is more slightly
gray rather than black and so thin that it's hard to read even when
freshly printed.  Perhaps better labels are available, but the labels
must not get too expensive ...



signature.asc
Description: This is a digitally signed message part


Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-10 Thread hw
On Sun, 2024-03-10 at 10:21 +0700, Max Nikulin wrote:
> On 10/03/2024 03:48, jeremy ardley wrote:
> > 
> > Standard thermal label printers are 203DPI (8 dots per mm).
> 
> Thanks, this number suits better to my expectation. I just trusted hw 
> earlier.

I should clarify:

The printer the OP pointed to seems to be rated at 203DPI and I
somehow thought it had 300dpi.  (203 seems very odd.)

The printers I have been trying to print QR-codes on are actually
300dpi printers.  They can do both thermal transfer or use a ribbon
that transfers ink to the labels kinda like typewriters did.  I
haven't used the thermal transfer mode and only the ribbon/ink mode.

> > I have asked the postal service to generate labels at 203dpi which will 
> > print just fine at 600 dpi and so work with laser and thermal printers, 
> > but they will not cooperate.

Why would they create labels that can not be scanned when printed?

Maybe ask them to print the labels for you?  If they can't scan them
then that's their problem.



signature.asc
Description: This is a digitally signed message part


Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-10 Thread jeremy ardley



On 10/3/24 15:39, Max Nikulin wrote:
From your earlier message I count approximately 1000px for 5in (125 
mm) barcode. If it is 1:1 to ~200dpi then it is incompatible with 
300dpi printers, so it may be a reason why your proposal to the post 
office was rejected. If it is 500 black or white lines and each one 
occupies 2 printer dots then 300dpi image of the same size has 3 dots 
per line. (Sorry, I am unsure concerning "module" term.) You should be 
able to rasterize PDF files to 600dpi (2x factor) and downsample them 
by 1/3 keeping lines sharp.


In barcodes such as Code-128 a module is 12 'slots' which at minimum is 
one pixel per slot or 12 pixels. Code-128 has over 100 character 
encodings in a module.


So code 128 on a 203dpi printer 12 * characters / 8 mm e.g. for 40 
characters it's 12*40/8 = 60mm. 2 pixels per module make it 120mm. 3 
pixels per module make it 180mm so too big for mailing labels.


As for my post office, their barcodes do not match 300dpi or 600dpi. 
They are scaled at about 75-80% of what they should be. I'm really 
surprised they work. I can only guess most people use 1200dpi.


Thermal labels are the way to go as they stick really well and resist 
water. They are also *cheap*. around 1-2 cents in bulk for 100x150 . 
Plastic envelope and laser printed label will cost 10-20c. A self 
adhesive laser label is getting on to 50c.




Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-09 Thread Max Nikulin

On 10/03/2024 10:51, jeremy ardley wrote:


I have far less problems with the QR code (in my case data_matrix code) 
than with the barcode. The pixel elements of the QR code are much larger 
than the lines in a barcode so there is much less chance for pixel 
ambiguity.


From your earlier message I count approximately 1000px for 5in (125 mm) 
barcode. If it is 1:1 to ~200dpi then it is incompatible with 300dpi 
printers, so it may be a reason why your proposal to the post office was 
rejected. If it is 500 black or white lines and each one occupies 2 
printer dots then 300dpi image of the same size has 3 dots per line. 
(Sorry, I am unsure concerning "module" term.) You should be able to 
rasterize PDF files to 600dpi (2x factor) and downsample them by 1/3 
keeping lines sharp.


Certainly this simple trick would fail if QR in the same file requires 
3/4 scaling.



from pdf2image import convert_from_path


The pdfimage(1) tool may extract images in their original format, 
perhaps there is a similar python module.



     detected_codes = pyzbar.decode(img)


Each barcode and QR code may be resampled individually without 
recognizing it. If position of each image on the page is known,
resampled images may be put back to correct places in the document 
rasterized to your printer resolution.


P.S. Post office guys may believe that labels created using laser 
printers are more resistant to wearing during processing and delivery, 
so 300dpi resolution may be intentional to discourage usage of thermal 
printers.




Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-09 Thread jeremy ardley



On 10/3/24 11:21, Max Nikulin wrote:


Is the QR image a raster one? I am unsure concerning its printer dots 
per QR pixel ratio. Let's take e.g. 4 as a value inconvenient for 
direct scaling from 300dpi to 203dpi. I expect that upscaling it by 3 
and downscaling the result by 4 with disabled smoothing (e.g. using 
splines) should generate an image that is 1.5% larger than the one 
suitable for 203dpi. So setting 98.5% scaling for printer should allow 
to achieve sharp QR image without re-encoding QR.



In my case I have never seen a bigger dogs breakfast of a pdf! It has 
many elements in different formats including bitmaps, scalable vector 
graphics, and text elements. That and some images are colour and some 
black and white. I just preprocess it


I have far less problems with the QR code (in my case data_matrix code) 
than with the barcode. The pixel elements of the QR code are much larger 
than the lines in a barcode so there is much less chance for pixel 
ambiguity.


I think i you make it 'big enough' it will scan fine. So a factor of 2 
magnification should work with a QR code.


I spent many (un)happy hours with gimp and imagemagick to try and get 
the best solution for barcodes. Sadly there is none other than print the 
barcode as big as possible in your page real-estate.


I spent an hour today with my friend GPT4 and python and I can now pluck 
out any and all codes from my mailing labels and I next plan to generate 
new labels at 203dpi using freshly encoded barcodes and data_matrix codes.


Here is some experimental code

from PIL import Image
import pyzbar.pyzbar as pyzbar
import qrcode  # For generating QR codes
from barcode import EAN13, generate  # Using EAN13 as an example; this 
might vary

from barcode.writer import ImageWriter
import os

from pdf2image import convert_from_path

def pdf_to_image(pdf_path, dpi=600):
    images = convert_from_path(pdf_path, dpi=dpi)
    for img in images:
    yield img

def detect_and_extract_codes(images):
    for img in images:
    detected_codes = pyzbar.decode(img)
    for code in detected_codes:
    print(code)
    if code.type == 'QRCODE':
    # Process QR code
    process_qr_code(code)
    else:
    # Process other types of barcodes
    process_barcode(code)

def process_qr_code(code):
    qr = qrcode.QRCode(
    version=1,
    error_correction=qrcode.constants.ERROR_CORRECT_L,
    box_size=10,
    border=4,
    )
    qr.add_data(code.data.decode())
    qr.make(fit=True)
    img = qr.make_image(fill_color="black", back_color="white")
    img.show()  # Or save the image



Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-09 Thread Max Nikulin

On 10/03/2024 03:48, jeremy ardley wrote:


Standard thermal label printers are 203DPI (8 dots per mm).


Thanks, this number suits better to my expectation. I just trusted hw 
earlier.


I have asked the postal service to generate labels at 203dpi which will 
print just fine at 600 dpi and so work with laser and thermal printers, 
but they will not cooperate.


Is the QR image a raster one? I am unsure concerning its printer dots 
per QR pixel ratio. Let's take e.g. 4 as a value inconvenient for direct 
scaling from 300dpi to 203dpi. I expect that upscaling it by 3 and 
downscaling the result by 4 with disabled smoothing (e.g. using splines) 
should generate an image that is 1.5% larger than the one suitable for 
203dpi. So setting 98.5% scaling for printer should allow to achieve 
sharp QR image without re-encoding QR.


You may try to find rational approximation for (4*208)/300 better than 
4/3 (or for actual QR pixel size).





Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-09 Thread Max Nikulin

On 10/03/2024 04:41, hw wrote:

\psbarcode{textblah foo}{height=0.6 width=0.6 eclevel=L}{qrcode}

That works for 600dpi laser printers.  When you print the QR-code with
a 300dpi label printer you can't reliably scan it, not even when you
make the QR-code 1x1" in size.

Perhaps that's not a reasonable size?


Perhaps height and width are chosen improperly. An image some percents 
smaller may be sharper.


- Find the dpi value in the specs of your printer
- Find number of pixels in QR code in QR specs (or just calculate them)
- Specify width and height so that the ration of 2 numbers above is a 
whole number.


Image may become a bit larger or a bit smaller.



Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-09 Thread jeremy ardley



On 10/3/24 05:41, hw wrote:

The QR-codes are sharp and easily scanable when printed in 600dpi.
With the label printer you can't really tell if they're sharp or not.


As  mentioned in my previous post, thermal label printers are 203dpi, 
*not the 300 that the OP quoted.*


you can read the OP specs here which say 203. 
.


Thermal label printers have no problems printing even long bar codes, QR codes, 
and data_matrix codes if the generator uses the correct dpi and the print 
process maintains the pixel mapping.

In my case my barcodes are 41 digits long (extreme GS1 !) and at 2 pixels per 
module (12 modules per digit) it is 123mm long which fits into a 150x100 
thermal label

The data_matrix code (like a QRcode) for the same 41 digits is a 26x26 matrix 
which at 203dpi can have pixels of 8x8 dots in a field of 26x26mm. These are 
super easy for a thermal printer



Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-09 Thread hw
On Sat, 2024-03-09 at 23:20 +0700, Max Nikulin wrote:
> On 09/03/2024 19:08, hw wrote:
> > On Fri, 2024-03-08 at 23:21 +0700, Max Nikulin wrote:
> > > On 08/03/2024 12:35, hw wrote:
> > > > On Thu, 2024-03-07 at 23:15 -0500, Jeffrey Walton wrote:
> > > > > 
> > > > > I have a USB thermal printer for the shipping labels,
> > > > > <https://www.amazon.com/gp/product/B08V28J3JS>.
> > > > 
> > > > This printer has only 300dpi.  If you print QR-codes on it make sure
> > > > you can scan them: they have to be large enough or get you an
> > > > unscanable smear.
> > > 
> > > I believed that 300dpi is high enough resolution for QR-codes of
> > > reasonable size if source image has proper quality. On the other hand,
> > > if possible, it is better to scale QR-codes to match some whole factor
> > > of printer pixel size.
> > 
> > What do you consider a 'reasonable size'?
> 
> Looking at a QR code likely having ~75 pixels per inch I find it 
> unreasonably small for delivery labels.

Shipping labels tend to be pretty large.

> I am in doubts if its redundancy is high enough to reliably
> recognize it if it would be scratched during delivery. Another

Increased redundancy can make the QR-code harder or impossible to
scan because it creates more smear instead of more redundancy.

Once you've seen what that looks like, it is evident that smearing
more ink into the same area for more redundancy makes things only
worse.  You'd have to print the QR-code larger.

> limitation may be stability of optics in scanners in respect to
> labels. This one is printed using a laser printer with resolution at
> least 600 dpi. Each QR code pixel has still 4x4 printer dots in the
> case of 300dpi, so when image is properly aligned, printer quality
> is not an issue.

Yes, the QR-codes printed on a 600dpi laser printer are fine.

> > There is no source image other than whatever LaTeX creates.  I can
> > specify the size of the QR-code.  Other than that, how do you apply
> > scaling?
> 
> I am unsure what particular QR code generator do you use and what is the 

I'm using the pst-barcode package and pdflatex to create a PDF file
which is then sent through cups to the printer.  So LaTeX, the
bst-barcode package, some PDF stuff, the printer driver, the printer
and it's settings for darkness and printing speed, the material the
labels are made of and the ribbon with the ink on it which gets
transferred to the label all influence the result.

Also, labels are continuously being fed through the printer while
printing without stopping.  That makes some smear inevitable.

> format of QR codes.

It basically goes like this:

\psbarcode{textblah foo}{height=0.6 width=0.6 eclevel=L}{qrcode}

That works for 600dpi laser printers.  When you print the QR-code with
a 300dpi label printer you can't reliably scan it, not even when you
make the QR-code 1x1" in size.

Perhaps that's not a reasonable size?

> Is it raster or vector image? Specify size that makes QR code pixels
> having whole number of printer pixels.

I only know that the QR-code must fit on the label.

> "Fit to page" or "fit to printable area" in printer options may make an 
> image blurry.

No such options are specified.

> In the case of low input image resolution, upscaling method suitable
> for photos may make QR code blurry. However consistent configuration
> should make QR codes sharp.

IIRC there is an option to create a PDF having a particular
resolution, like 300DPI, but that didn't seem to have any effect.  I
don't remember what that option was :/

The QR-codes are sharp and easily scanable when printed in 600dpi.
With the label printer you can't really tell if they're sharp or not.




signature.asc
Description: This is a digitally signed message part


Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-09 Thread jeremy ardley



On 10/3/24 00:20, Max Nikulin wrote:


Looking at a QR code likely having ~75 pixels per inch I find it 
unreasonably small for delivery labels. I am in doubts if its 
redundancy is high enough to reliably recognize it if it would be 
scratched during delivery. Another limitation may be stability of 
optics in scanners in respect to labels. This one is printed using a 
laser printer with resolution at least 600 dpi. Each QR code pixel has 
still 4x4 printer dots in the case of 300dpi, so when image is 
properly aligned, printer quality is not an issue. 


Standard thermal label printers are 203DPI (8 dots per mm).

The problem with printing QR codes and bar codes is not the resolution 
of the printer but getting the the software drivers to produce a bitmap 
that is the same resolution as the printer resolution and aligned at the 
pixel level when it goes to the printer


I have written a CUPS driver for a thermal printer and routinely print 
labels with barcodes and QR style codes. I have immense problems with 
PDF labels generated by my local postal service which are generated for 
a 300 DPI printer. The barcodes especially end up with too thick or too 
thin bars where the pixel mapping doesn't align. These will not scan.


I have asked the postal service to generate labels at 203dpi which will 
print just fine at 600 dpi and so work with laser and thermal printers, 
but they will not cooperate.


I am in the process of developing software to take the issued labels, 
extract the barcode and QR fields, decode them, and then generate new 
bitmaps at 203 dpi to replace  the misaligned bitmaps. This is not 
straight forward as the postal service does not fully comply with the 
coding rules.


In the meantime I have to extract the QR and bar code fields, enlarge 
them, and print on separate labels.


As far as printer drivers work, CUPS typically generates a bitmap from a 
source document such as PDF or postscript, and passes that to a raster 
printer. This in itself can be a problem as any stage of the process of 
generation of pdf, 'printing', and rasterisation can misalign and 
distort pixels. To be absolutely sure of clean output you need a custom 
program directly driving the printer.





Re: printing QR-codes on labels with 300dpi label printers with LaTeX

2024-03-09 Thread Max Nikulin

On 09/03/2024 19:08, hw wrote:

On Fri, 2024-03-08 at 23:21 +0700, Max Nikulin wrote:

On 08/03/2024 12:35, hw wrote:

On Thu, 2024-03-07 at 23:15 -0500, Jeffrey Walton wrote:


I have a USB thermal printer for the shipping labels,
<https://www.amazon.com/gp/product/B08V28J3JS>.


This printer has only 300dpi.  If you print QR-codes on it make sure
you can scan them: they have to be large enough or get you an
unscanable smear.


I believed that 300dpi is high enough resolution for QR-codes of
reasonable size if source image has proper quality. On the other hand,
if possible, it is better to scale QR-codes to match some whole factor
of printer pixel size.


What do you consider a 'reasonable size'?


Looking at a QR code likely having ~75 pixels per inch I find it 
unreasonably small for delivery labels. I am in doubts if its redundancy 
is high enough to reliably recognize it if it would be scratched during 
delivery. Another limitation may be stability of optics in scanners in 
respect to labels. This one is printed using a laser printer with 
resolution at least 600 dpi. Each QR code pixel has still 4x4 printer 
dots in the case of 300dpi, so when image is properly aligned, printer 
quality is not an issue.



There is no source image other than whatever LaTeX creates.  I can
specify the size of the QR-code.  Other than that, how do you apply
scaling?


I am unsure what particular QR code generator do you use and what is the 
format of QR codes. Is it raster or vector image? Specify size that 
makes QR code pixels having whole number of printer pixels.


"Fit to page" or "fit to printable area" in printer options may make an 
image blurry. In the case of low input image resolution, upscaling 
method suitable for photos may make QR code blurry. However consistent 
configuration should make QR codes sharp.





printing QR-codes on labels with 300dpi label printers with LaTeX (was: libbusiness-us-usps-webtools-perl and USPS Ground Advantage shipping)

2024-03-09 Thread hw
On Fri, 2024-03-08 at 23:21 +0700, Max Nikulin wrote:
> On 08/03/2024 12:35, hw wrote:
> > On Thu, 2024-03-07 at 23:15 -0500, Jeffrey Walton wrote:
> > > 
> > > I have a USB thermal printer for the shipping labels,
> > > <https://www.amazon.com/gp/product/B08V28J3JS>.
> > 
> > This printer has only 300dpi.  If you print QR-codes on it make sure
> > you can scan them: they have to be large enough or get you an
> > unscanable smear.
> 
> I believed that 300dpi is high enough resolution for QR-codes of 
> reasonable size if source image has proper quality. On the other hand, 
> if possible, it is better to scale QR-codes to match some whole factor 
> of printer pixel size.

What do you consider a 'reasonable size'?  The maximum possible size
of the QR-code is limited by the size of the label.  (Shipping labels
are probably big enough ...)

There is no source image other than whatever LaTeX creates.  I can
specify the size of the QR-code.  Other than that, how do you apply
scaling?




signature.asc
Description: This is a digitally signed message part


Re: LaTex Unicode entry issues

2023-08-27 Thread Max Nikulin

On 27/08/2023 10:23, David wrote:

On Sun, 2023-08-27 at 10:16 +0700, Max Nikulin wrote:

On 26/08/2023 19:08, Haines Brown wrote:

\documentclass[12pt]{article} %
\usepackage[utf8]{inputenc} %
\usepackage[T1]{fontenc} %
\usepackage[greek,english]{babel} % to make Greek charactes
available


It seems, you are overestimating effect. You still need to provide
fontenc containing Greek characters. Unless you have real reasons to
avoid LuaTeX, I recommend you to use lualatex instead of pdflatex.


To be clear, babel does some high level job: loading hyphenation 
patterns, configures \selectlanguage and \foreignlanguage commands. If I 
read docs in /usr/share/doc/texlive-doc/generic/babel-greek/ correctly, 
to allow "Ω" and other Greek letters in PdfLaTeX, it is necessary to add


\usepackage{textalpha}

The fontenc package may map ASCII characters to Greek letters.


No need for any of it, just insert --- for an em dash and -- for an en
dash with numbers.


I do not see a real reason to prohibit Unicode "—" EM DASH character 
nowadays. Moreover, dashes and spaces around them depends on particular 
language. Likely it is not the case of Greek however. There are variety 
of dashes besides --- and --:


\cdash--- ”--- Cyrillic emdash in plain text.
\cdash--~ ”--~ Cyrillic emdash in compound names (as in
   Mendeleev”--~Klapeiron).
\cdash--* ”--* Cyrillic emdash for denoting direct speech.

As to LuaLaTeX, CMU (Computer Modern Unicode) fonts has better coverage 
of various characters than default Latin Modern fonts


\usepackage{fontspec}
\setmainfont{CMU Serif}
\setsansfont{CMU Sans Serif}
\setmonofont{CMU Typewriter Text}

I can say nothing concerning its quality in respect to printed documents 
in comparison to DejaVu or Noto.




Re: LaTex Unicode entry issues

2023-08-26 Thread David
On Sun, 2023-08-27 at 10:16 +0700, Max Nikulin wrote:
> On 26/08/2023 19:08, Haines Brown wrote:
> > \documentclass[12pt]{article} %
> > \usepackage[utf8]{inputenc} %
> > \usepackage[T1]{fontenc} %
> > \usepackage[greek,english]{babel} % to make Greek charactes
> > available
> 
> It seems, you are overestimating effect. You still need to provide 
> fontenc containing Greek characters. Unless you have real reasons to 
> avoid LuaTeX, I recommend you to use lualatex instead of pdflatex.
> 
> > \DeclareUnicodeCharacter{2014}{\dash} % to get m-dash
> 
> Do you really need it? Even without explicit declaration there is no 
> issue with pdflatex and U+2014 character
> 
> \begin{document}
> Test—character.
> \end{document}
> 
> Not to mention
> 
>  Test---ligature.

> On the other hand in response to
> 
> \begin{document}
> Test\dash{}test.
> \end{document}
> 
> I get
> 
> ! Undefined control sequence.
> l.7 Test\dash
>   {}test.
> ?
> 
> There is \textemdash command however. So you \DeclareUnicodeCharacter
> is 
> incorrect and almost certainly unnecessary.

No need for any of it, just insert --- for an em dash and -- for an en
dash with numbers.

> > If I paste an upper case Omega % Ω
> > into a LaTeX file and run pdflatex on it I am told the character is
> > not
> > set up for LaTeX. \$ albatross tells me it is available in the
> > DejaVu
> > Sans font which I have installed.
> 
> It is sour, but in general even with LuaTeX engine you have to 
> explicitly specify particular font. In the specific case of "Ω", the 
> character is available in lmodern (default font used by LuaTeX).
> Unlike 
> browsers or office software, TeX engines do not try hard to find at 
> least some font that can be used as a fallback for particular
> character.
> 
> 
 Cheers!
-- 
A Kiwi in Australia,
doing my bit toward raising the national standard.



Re: LaTex Unicode entry issues

2023-08-26 Thread Max Nikulin

On 26/08/2023 19:08, Haines Brown wrote:

\documentclass[12pt]{article} %
\usepackage[utf8]{inputenc} %
\usepackage[T1]{fontenc} %
\usepackage[greek,english]{babel} % to make Greek charactes available


It seems, you are overestimating effect. You still need to provide 
fontenc containing Greek characters. Unless you have real reasons to 
avoid LuaTeX, I recommend you to use lualatex instead of pdflatex.



\DeclareUnicodeCharacter{2014}{\dash} % to get m-dash


Do you really need it? Even without explicit declaration there is no 
issue with pdflatex and U+2014 character


\begin{document}
Test—character.
\end{document}

Not to mention

Test---ligature.

On the other hand in response to

\begin{document}
Test\dash{}test.
\end{document}

I get

! Undefined control sequence.
l.7 Test\dash
 {}test.
?

There is \textemdash command however. So you \DeclareUnicodeCharacter is 
incorrect and almost certainly unnecessary.



If I paste an upper case Omega % Ω
into a LaTeX file and run pdflatex on it I am told the character is not
set up for LaTeX. \$ albatross tells me it is available in the DejaVu
Sans font which I have installed.


It is sour, but in general even with LuaTeX engine you have to 
explicitly specify particular font. In the specific case of "Ω", the 
character is available in lmodern (default font used by LuaTeX). Unlike 
browsers or office software, TeX engines do not try hard to find at 
least some font that can be used as a fallback for particular character.





Re: LaTex Unicode entry issues

2023-08-26 Thread Eduardo M KALINOWSKI

On 26/08/2023 09:08, Haines Brown wrote:

The question is: if my system has access to a character in that it can
be pasted, why cannot LaTeX do so as well.


Because TeX dates from before Unicode was even being discussed, and does 
not use the libraries for handling Unicode that the other software in 
your system does.


That's not to say it has not been modified to add at least partial 
support for Unicode (utf8 is even the default encoding since a couple 
years), but it's not the same as something built from the start to 
handle Unicode.


On the other hand, luatex and xetex are evolutions of tex that have a 
much more modern and native Unicode support. Use them instead of pdf(la)tex.


--
Now I lay me down to sleep
I pray the double lock will keep;
May no brick through the window break,
And, no one rob me till I awake.

Eduardo M KALINOWSKI
edua...@kalinowski.com.br



Re: LaTex Unicode entry issues

2023-08-26 Thread Haines Brown
On Fri, Aug 25, 2023 at 09:53:23PM +0700, Max Nikulin wrote:
> On 25/08/2023 03:24, Haines Brown wrote:
> > Now it returns the error: "not set up for use with LaTeX." What does
> > this error imply?
> > 
> > This code works to produce an astrisk:
> > 
> >     \char"002A
> 
> A complete minimal example of LaTeX document may describe better what are
> you trying to achieve. 

\documentclass[12pt]{article} %
\usepackage[utf8]{inputenc} % 
\usepackage[T1]{fontenc} % 
\usepackage[greek,english]{babel} % to make Greek charactes available
\DeclareUnicodeCharacter{2014}{\dash} % to get m-dash

\begin{document}

To get m dash rather than "-" I do % \dash. 
Why does this produce the error: Undefined control sequence?

If I paste an upper case Omega % Ω 
into a LaTeX file and run pdflatex on it I am told the character is not
set up for LaTeX. \$ albatross tells me it is available in the DejaVu
Sans font which I have installed. 

If I add \verb|\usepackage[greek,english]{babel}| 
to preface and paste an upper case Omega, in the body I get error: 
Command \verb|\textOmega| unavailable in encoding T1.

A program I use requires the dagger symbol, †, which is code point 2020.
But % \symbol{"2020} 
produces fatal error. 

The code for E is U+0045. I try % 0045
and get error: Unicode character % ^^^ (U+001E) 
not set up for use with LaTeX. It turns out that the character   
\verb| ^ |  can't be used. I suspect the command deprecated because
clashes it its use in math mode.

The command to produce a Omega % \char"005B
produces garbage, not a µ. This character is in DejaVu Sans, but LaTeX
is not able to display it. 

The question is: if my system has access to a character in that it can
be pasted, why cannot LaTeX do so as well.

\end{document}
 

-- 

 Haines Brown 



Re: LaTex Unicode entry issues

2023-08-26 Thread debian-user
Charles Kroeger  wrote:
> I just have a really large list of UTF-8 characters and if I need one
> I copy it and zap it in. I suppose this is not cool but, chacun a son
> gout.
> 
> a fun site if you want to write someone in UTF-8 runes.
> 
> https://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt

Gah! A mindworm. My browser shows boxes instead of characters for the
runes, but that's not what's got me.

The second column of the Thai poems is not aligned in my browser :(

But it is in my terminal. But not in gedit or tea or LO. Even when I
set LO to use Hack, which is the font my terminal says it is using.

So now I'm deep in the rabbit holes. Why do fonts behave like that! !!

> ⅩⅩⅥ - Ⅷ - ⅯⅯⅩⅩⅢ



Re: LaTex Unicode entry issues

2023-08-26 Thread Charles Kroeger
I just have a really large list of UTF-8 characters and if I need one I
copy it and zap it in. I suppose this is not cool but, chacun a son gout.

a fun site if you want to write someone in UTF-8 runes.

https://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt

ⅩⅩⅥ - Ⅷ - ⅯⅯⅩⅩⅢ

-- 
 ☢ ➛ ☠ ➛ ♺



Re: LaTex Unicode entry issues

2023-08-25 Thread Max Nikulin

On 25/08/2023 03:24, Haines Brown wrote:

Now it returns the error: "not set up for use with LaTeX." What does
this error imply?

This code works to produce an astrisk:

\char"002A


A complete minimal example of LaTeX document may describe better what 
are you trying to achieve. I believed that a usual issue is to allow 
unicode characters typed using compose key: α → ∞. LuaLaTeX should work 
with Unicode better than PdfLaTeX, however fonts must be explicitly 
configured. Fortunately it is easier to use e.g. truetype fonts.




Re: LaTeX Unicode entry issues

2023-08-25 Thread Michel Verdier
On 2023-08-24, Haines Brown wrote:

> I'm necessarily  working with a pdfLaTeX document.

You mean LaTeX document compiled with pdflatex ?

> My TexLive runs in emacs and automatically changes " to ``. This makes 
> it annoying to enter Unicode, for I have to paste it from the 
> terminal. Is there an easy way around this?

In LaTeX mode double-type " to get the character



Re: LaTex Unicode entry issues

2023-08-24 Thread tomas
On Fri, Aug 25, 2023 at 06:23:00AM +0200, to...@tuxteam.de wrote:

[...]

> Here [1] [...]

Gah. The ref:

[1] 
https://tex.stackexchange.com/questions/377613/solve-unicode-char-is-not-set-up-for-use-with-latex-without-special-handling-o

-- 
t


signature.asc
Description: PGP signature


Re: LaTex Unicode entry issues

2023-08-24 Thread tomas
On Thu, Aug 24, 2023 at 04:24:06PM -0400, Haines Brown wrote:
> I'm necessarily  working with a pdfLaTeX document.
> 
> I seem to recall from long ago that I could enter Unicode  
> in this way:
> 
>   002B
> 
> Now it returns the error: "not set up for use with LaTeX." What does 
> this error imply?
> 
> This code works to produce an astrisk: 
> 
>   \char"002A
> 
> but \char"20AE fails although the character ₮ is accessible in my 
> font. The error I get is "Bad character code (8366)...  character 
> number must be between 0 and 255. Does "character number refer to 
> 002A? If so why does this sequence of characters not fall between 0 
> and 255?
> 
> My TexLive runs in emacs and automatically changes " to ``. This makes 
> it annoying to enter Unicode, for I have to paste it from the 
> terminal. Is there an easy way around this?

The short answer: use a Unicode capable TeX/LaTeX engine (LuaTex/LuaLaTeX
is said to be the currently most complete, perhaps also XeTeX). Enter
the characters as Unicode (most probably UTF-8 encoded).

Here [1] is a longer answer, which explains that the "classical" TeX input
engine (and PDFLaTeX is in that category) is not quite up to the task
of "doing" full Unicode. 

I'd go with LuaLaTex. And stop entering funny things like \char"
and use straight UTF-8 instead.

Cheers
-- 
t


signature.asc
Description: PGP signature


Re: LaTex Unicode entry issues

2023-08-24 Thread David
On Thu, 2023-08-24 at 16:24 -0400, Haines Brown wrote:
> I'm necessarily  working with a pdfLaTeX document.
> 
> I seem to recall from long ago that I could enter Unicode  
> in this way:
> 
>   002B
> 
> Now it returns the error: "not set up for use with LaTeX." What does 
> this error imply?
> 
> This code works to produce an astrisk: 
> 
> \char"002A
> 
> but \char"20AE fails although the character ₮ is accessible in my 
> font. The error I get is "Bad character code (8366)...  character 
> number must be between 0 and 255. Does "character number refer to 
> 002A? If so why does this sequence of characters not fall between 0 
> and 255?
> 
> My TexLive runs in emacs and automatically changes " to ``. This
> makes 
> it annoying to enter Unicode, for I have to paste it from the 
> terminal. Is there an easy way around this?

I just use TexMaker - occasionally Texstudio - with unicode enabled in
the editor settings.
Every now and again I will get a bad character reference, but that is
always because of the lack of that character or character size being
supplied by the font foundry concerned.
Not anything to do with the editor or TexLive.
Cheers!

-- 
A Kiwi in Australia,
doing my bit toward raising the national standard.



LaTex Unicode entry issues

2023-08-24 Thread Haines Brown
I'm necessarily  working with a pdfLaTeX document.

I seem to recall from long ago that I could enter Unicode  
in this way:

  002B

Now it returns the error: "not set up for use with LaTeX." What does 
this error imply?

This code works to produce an astrisk: 

\char"002A

but \char"20AE fails although the character ₮ is accessible in my 
font. The error I get is "Bad character code (8366)...  character 
number must be between 0 and 255. Does "character number refer to 
002A? If so why does this sequence of characters not fall between 0 
and 255?

My TexLive runs in emacs and automatically changes " to ``. This makes 
it annoying to enter Unicode, for I have to paste it from the 
terminal. Is there an easy way around this?

-- 

 Haines Brown 



Re: Chemfig Latex compile program

2021-10-11 Thread lina
Hi Jerome,
Hi Curt,

Thanks for the input, I changed the

\setdoublesep{0.2 em}  % 'Bond Spacing'
\setatomsep{1.45 em}% 'Fixed Length'
\setbondoffset{0.1 em} % 'Margin Width'
\newcommand{\bondwidth}{0.08 em} % 'Line Width'
\setbondstyle{line width = \bondwidth}
\setcrambond{2pt}{}{}

to
\setchemfig{bond style={line width=0.08 em,red!70}}
\setchemfig{chemfig style=red}
\setchemfig{double bond sep = 0.2 em, atom sep = 1.45 em, bond offset = 0.1
em, cram width=2pt}

It gets closer to what I want,

Thanks again, lina


On Fri, Oct 8, 2021 at 5:38 PM Curt  wrote:

> On 2021-10-08, lina  wrote:
> >
> > *l.24 \setdoublesep  {0.2 em}  % 'Bond Spacing'*
> >
> >
>
> I'm reading that the '\setdoublesep' macro is obsolete and has been
> replaced by '\setchemfig{}'. Maybe this has something to do with the
> error being thrown.
>
>
>
> https://ctan.org/ctan-ann/id/mailman.2235.1520625403.5100.ctan-...@ctan.org?lang=en
>
> http://tug.ctan.org/macros/generic/chemfig/chemfig-en.pdf
>
>


Re: Chemfig Latex compile program

2021-10-08 Thread Curt
On 2021-10-08, lina  wrote:
>
> *l.24 \setdoublesep  {0.2 em}  % 'Bond Spacing'*
>
>

I'm reading that the '\setdoublesep' macro is obsolete and has been
replaced by '\setchemfig{}'. Maybe this has something to do with the
error being thrown.


https://ctan.org/ctan-ann/id/mailman.2235.1520625403.5100.ctan-...@ctan.org?lang=en

http://tug.ctan.org/macros/generic/chemfig/chemfig-en.pdf



Re: Chemfig Latex compile program

2021-10-08 Thread Jerome BENOIT

Hello Lina, can you provide a more minimal sample that reproduce the error ?
Best wishes,
Jerome

On 08/10/2021 15:59, lina wrote:

Hi,

When I updated the system, the following .tex code does not work, it shows the 
error likes this:

(/usr/share/texlive/texmf-dist/tex/latex/chemformula/chemformula.sty
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xfrac/xfrac.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/textcomp.sty)
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xtemplate/xtemplate.sty))
(/usr/share/texlive/texmf-dist/tex/latex/units/nicefrac.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty)))
! Undefined control sequence.
*l.24 \setdoublesep
                   {0.2 em}  % 'Bond Spacing'*


\NeedsTeXFormat{LaTeX2e}[1997/12/01]
\documentclass[
     journal=jacsat,
     manuscript=article
     ]{achemso}

\usepackage[version=3]{mhchem}
\usepackage{wrapfig}
\usepackage{subfig}
\usepackage{graphicx}
\usepackage{threeparttable}
\usepackage{longtable,booktabs}
\usepackage[table, svgnames, dvipsnames]{xcolor}
\usepackage[first=0,last=9]{lcg}


\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{chemfig,chemmacros}
%\chemsetup[chemformula]{format=\sffamily}
\usepackage{chemformula}
\renewcommand*\printatom[1]{\ensuremath{\mathsf{#1}}}

\setdoublesep{0.2 em}  % 'Bond Spacing'
\setatomsep{1.45 em}    % 'Fixed Length'
\setbondoffset{0.1 em} % 'Margin Width'
\newcommand{\bondwidth}{0.08 em} % 'Line Width'
\setbondstyle{line width = \bondwidth}
\setcrambond{2pt}{}{}

\usetikzlibrary{decorations}
\pgfdeclaredecoration{ddbond}{initial}{
   \state{initial}[width=4pt]{
     \pgfpathlineto{\pgfpoint{4pt}{0pt}}
     %\pgfpathmoveto{\pgfpoint{2pt}{2pt}}
     \pgfpathmoveto{\pgfpoint{1pt}{2pt}}
     \pgfpathlineto{\pgfpoint{2pt}{2pt}}
    \pgfpathmoveto{\pgfpoint{3pt}{2pt}}
     \pgfpathlineto{\pgfpoint{4pt}{2pt}}
     \pgfpathmoveto{\pgfpoint{4pt}{0pt}}
   }
   \state{final}{
     \pgfpathlineto{\pgfpointdecoratedpathlast}
   }
}


\begin{document}

\end{document}




Chemfig Latex compile program

2021-10-08 Thread lina
Hi,

When I updated the system, the following .tex code does not work, it shows
the error likes this:

(/usr/share/texlive/texmf-dist/tex/latex/chemformula/chemformula.sty
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xfrac/xfrac.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/textcomp.sty)
(/usr/share/texlive/texmf-dist/tex/latex/l3packages/xtemplate/xtemplate.sty))
(/usr/share/texlive/texmf-dist/tex/latex/units/nicefrac.sty
(/usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty)))
! Undefined control sequence.

*l.24 \setdoublesep  {0.2 em}  % 'Bond Spacing'*


\NeedsTeXFormat{LaTeX2e}[1997/12/01]
\documentclass[
journal=jacsat,
manuscript=article
]{achemso}

\usepackage[version=3]{mhchem}
\usepackage{wrapfig}
\usepackage{subfig}
\usepackage{graphicx}
\usepackage{threeparttable}
\usepackage{longtable,booktabs}
\usepackage[table, svgnames, dvipsnames]{xcolor}
\usepackage[first=0,last=9]{lcg}


\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage{chemfig,chemmacros}
%\chemsetup[chemformula]{format=\sffamily}
\usepackage{chemformula}
\renewcommand*\printatom[1]{\ensuremath{\mathsf{#1}}}

\setdoublesep{0.2 em}  % 'Bond Spacing'
\setatomsep{1.45 em}% 'Fixed Length'
\setbondoffset{0.1 em} % 'Margin Width'
\newcommand{\bondwidth}{0.08 em} % 'Line Width'
\setbondstyle{line width = \bondwidth}
\setcrambond{2pt}{}{}

\usetikzlibrary{decorations}
\pgfdeclaredecoration{ddbond}{initial}{
  \state{initial}[width=4pt]{
\pgfpathlineto{\pgfpoint{4pt}{0pt}}
%\pgfpathmoveto{\pgfpoint{2pt}{2pt}}
\pgfpathmoveto{\pgfpoint{1pt}{2pt}}
\pgfpathlineto{\pgfpoint{2pt}{2pt}}
   \pgfpathmoveto{\pgfpoint{3pt}{2pt}}
\pgfpathlineto{\pgfpoint{4pt}{2pt}}
\pgfpathmoveto{\pgfpoint{4pt}{0pt}}
  }
  \state{final}{
\pgfpathlineto{\pgfpointdecoratedpathlast}
  }
}


\begin{document}

\end{document}


Re: LaTeX - Newer REVTEX on Debian ?

2021-07-04 Thread Jerome BENOIT

Hello,

my guess was that the bbl must be updated. Namely,
compose with apsrev4-2.bst (or one among the others).
I would check which one is actually used in the aux or blg file,
and I would check which one is actually pickup with kpsewhich(1).
For instance, you can try from a terminal:

kpsewhich -progname bibtex apsrev4-2.bst

You can also try first to compose (with latexmk for example) the examples
provided by REVTeX in order to check your installation.

hth,
Jerome



On 04/07/2021 06:34, Robbi Nespu wrote:

I not sure how to update bst. Could you show me how?





Re: LaTeX - Newer REVTEX on Debian ?

2021-07-03 Thread Robbi Nespu

I not sure how to update bst. Could you show me how?

--
Robbi Nespu 
D311 B5FF EEE6 0BE8 9C91 FA9E 0C81 FA30 3B3A 80BA
https://robbinespu.gitlab.io | https://mstdn.social/@robbinespu



Re: LaTeX - Newer REVTEX on Debian ?

2021-06-28 Thread Jerome BENOIT

Hi,

this looks as a bibtex issue: did you update the bst ?

Otherwise, did you try to compose out of TeX Studio, for instance with command 
lines or latexmk ?

Cheers,
Jerome

On 28/06/2021 03:05, Robbi Nespu wrote:

On 6/27/21 2:41 PM, Robbi Nespu wrote:

Issuing bug on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990360


I trying to install it myself, where someone said there is a way how to 
override it

$ wget 
https://mirrors.concertpass.com/tex-archive/install/macros/latex/contrib/revtex.tds.zip
$ sudo unzip ~/Downloads/TeX/revtex.tds.zip -d /usr/local/share/texmf
$ sudo mktexlsr /usr/local/share/texmf
$ sudo texhash

But when I run TeX Studio, it still throwing me same issue.


line 29: Extra \endgroup. \begin{document}
line 29: Missing \begin{document}. \begin{document}
: Failed to recognize \@vspace, \@vspacer, \@no@pgbk, \@newline, and \\; no 
patches applied. Please get a more up-to-date class, .
line 101: Citation `feyn54' on page 1 undefined
line 102: Citation `witten2001' on page 1 undefined
line 102: Citation `epr' on page 1 undefined
line 102: Citation `Bire82' on page 1 undefined
line 106: Citation `feyn54' on page 1 undefined
line 106: Citation `witten2001' on page 1 undefined
line 106: Citation `epr' on page 1 undefined
line 106: Citation `Berman1983' on page 1 undefined
line 107: Citation `epr' on page 1 undefined
line 107: Citation `feyn54' on page 1 undefined
line 107: Citation `Bire82' on page 1 undefined
line 107: Citation `Berman1983' on page 1 undefined
line 134: Citation `Note1' on page 2 undefined
line 457: Citation `feyn54' on page 5 undefined
: No file aip-cp-samp.bbl.


Any input regarding this are welcome.





Re: LaTeX - Newer REVTEX on Debian ?

2021-06-27 Thread Robbi Nespu

On 6/27/21 2:41 PM, Robbi Nespu wrote:

Issuing bug on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990360

I trying to install it myself, where someone said there is a way how to 
override it


$ wget 
https://mirrors.concertpass.com/tex-archive/install/macros/latex/contrib/revtex.tds.zip

$ sudo unzip ~/Downloads/TeX/revtex.tds.zip -d /usr/local/share/texmf
$ sudo mktexlsr /usr/local/share/texmf
$ sudo texhash

But when I run TeX Studio, it still throwing me same issue.


line 29: Extra \endgroup. \begin{document}
line 29: Missing \begin{document}. \begin{document}
: Failed to recognize \@vspace, \@vspacer, \@no@pgbk, \@newline, and \\; no 
patches applied. Please get a more up-to-date class, .
line 101: Citation `feyn54' on page 1 undefined
line 102: Citation `witten2001' on page 1 undefined
line 102: Citation `epr' on page 1 undefined
line 102: Citation `Bire82' on page 1 undefined
line 106: Citation `feyn54' on page 1 undefined
line 106: Citation `witten2001' on page 1 undefined
line 106: Citation `epr' on page 1 undefined
line 106: Citation `Berman1983' on page 1 undefined
line 107: Citation `epr' on page 1 undefined
line 107: Citation `feyn54' on page 1 undefined
line 107: Citation `Bire82' on page 1 undefined
line 107: Citation `Berman1983' on page 1 undefined
line 134: Citation `Note1' on page 2 undefined
line 457: Citation `feyn54' on page 5 undefined
: No file aip-cp-samp.bbl.


Any input regarding this are welcome.

--
Robbi Nespu 
D311 B5FF EEE6 0BE8 9C91 FA9E 0C81 FA30 3B3A 80BA
https://robbinespu.gitlab.io | https://mstdn.social/@robbinespu



Re: LaTeX - Newer REVTEX on Debian ?

2021-06-27 Thread Gene Heskett
On Sunday 27 June 2021 01:27:07 Robbi Nespu wrote:

> Hello Debian,
>
> I want to compile AIP Conference Proceedings LaTeX templates
> (https://aip.scitation.org/apc/authors/preppapers) on my machine but I
> keep getting:
>
>  Extra \endgroup. \begin{document}
>  Missing \begin{document}. \begin{document}
>  Failed to recognize \@vspace, \@vspacer, \@no@pgbk, \@newline,
> and \\; no patches applied. Please get a more up-to-date class, .
>
> Checking on APT, it need this package (I assume?)
>  $ sudo apt search revtex4
>  Sorting... Done
>  Full Text Search... Done
>  texlive-publishers/testing,testing,now 2020.20210202-3 all
> [installed] TeX Live: Publisher styles, theses, etc.
>
>  texlive-science/testing,testing,now 2020.20210202-3 all
> [installed,automatic]
>  TeX Live: Mathematics, natural sciences, computer science
> packages
>
> I already have texlive-publisher and texlive-science installed
>  $ apt-cache policy texlive-publishers texlive-science
>  texlive-publishers:
>  Installed: 2020.20210202-3
>  Candidate: 2020.20210202-3
>  Version table:
>  *** 2020.20210202-3 500
>  500 http://ftp.jp.debian.org/debian bullseye/main amd64
> Packages
>  500 http://ftp.jp.debian.org/debian bullseye/main i386
> Packages 100 /var/lib/dpkg/status
>  texlive-science:
>  Installed: 2020.20210202-3
>  Candidate: 2020.20210202-3
>  Version table:
>  *** 2020.20210202-3 500
>  500 http://ftp.jp.debian.org/debian bullseye/main amd64
> Packages
>  500 http://ftp.jp.debian.org/debian bullseye/main i386
> Packages 100 /var/lib/dpkg/status
>
>
>  $ tex --version & latex --version
>  [1] 60633
>  TeX 3.14159265 (TeX Live 2020/Debian)
>  kpathsea version 6.3.2
>  Copyright 2020 D.E. Knuth.
>  There is NO warranty.  Redistribution of this software is
>  covered by the terms of both the TeX copyright and
>  the Lesser GNU General Public License.
>  For more information about these matters, see the file
>  named COPYING and the TeX source.
>  Primary author of TeX: D.E. Knuth.
>  pdfTeX 3.14159265-2.6-1.40.21 (TeX Live 2020/Debian)
>  kpathsea version 6.3.2
>  Copyright 2020 Han The Thanh (pdfTeX) et al.
>  There is NO warranty.  Redistribution of this software is
>  covered by the terms of both the pdfTeX copyright and
>  the Lesser GNU General Public License.
>  For more information about these matters, see the file
>  named COPYING and the pdfTeX source.
>  Primary author of pdfTeX: Han The Thanh (pdfTeX) et al.
>  Compiled with libpng 1.6.37; using libpng 1.6.37
>  Compiled with zlib 1.2.11; using zlib 1.2.11
>  Compiled with xpdf version 4.02
>      [1]+  Donetex --version
>
>
> Checking the tex, I assume maybe "revtex4-2" are missing and cause the
> issues
> repo: link:
> https://github.com/RobbiNespu/AIP-Conference-Proceedings-LaTeX/blob/ma
>ster/aip-cp-samp.tex
>
> Currently revtex are version 4.2
> (https://ctan.org/tex-archive/macros/latex/contrib/revtex)
>
> Not sure what revtex version installed now, but I think maybe a little
> bit older
>
> How I can get newer revtex? If I need to issue bug, then on which
> package, so it can solve my issue?

So install them.  And thank you for the triggered me msg. As a LinuxCNC 
user, and part (< 1%) time developer, I have been watching our pdf 
documentation fall apart as html seems to be everyones favorite doc 
format of late. Adding the texlive stuff and the pythn3-img2pdf stuff 
brought our documentation back to life. And its beautiful.

I'm getting lazy in my dotage, so Thanks much for the trigger.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/gene>



Re: LaTeX - Newer REVTEX on Debian ?

2021-06-27 Thread Robbi Nespu

Issuing bug on https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=990360

--
Robbi Nespu 
D311 B5FF EEE6 0BE8 9C91 FA9E 0C81 FA30 3B3A 80BA
https://robbinespu.gitlab.io | https://mstdn.social/@robbinespu



LaTeX - Newer REVTEX on Debian ?

2021-06-26 Thread Robbi Nespu

Hello Debian,

I want to compile AIP Conference Proceedings LaTeX templates 
(https://aip.scitation.org/apc/authors/preppapers) on my machine but I 
keep getting:


Extra \endgroup. \begin{document}
Missing \begin{document}. \begin{document}
Failed to recognize \@vspace, \@vspacer, \@no@pgbk, \@newline, and 
\\; no patches applied. Please get a more up-to-date class, .


Checking on APT, it need this package (I assume?)
$ sudo apt search revtex4
Sorting... Done
Full Text Search... Done
texlive-publishers/testing,testing,now 2020.20210202-3 all [installed]
TeX Live: Publisher styles, theses, etc.

texlive-science/testing,testing,now 2020.20210202-3 all 
[installed,automatic]

TeX Live: Mathematics, natural sciences, computer science packages

I already have texlive-publisher and texlive-science installed
$ apt-cache policy texlive-publishers texlive-science
texlive-publishers:
Installed: 2020.20210202-3
Candidate: 2020.20210202-3
Version table:
*** 2020.20210202-3 500
500 http://ftp.jp.debian.org/debian bullseye/main amd64 
Packages

500 http://ftp.jp.debian.org/debian bullseye/main i386 Packages
100 /var/lib/dpkg/status
texlive-science:
Installed: 2020.20210202-3
Candidate: 2020.20210202-3
Version table:
*** 2020.20210202-3 500
500 http://ftp.jp.debian.org/debian bullseye/main amd64 
Packages

500 http://ftp.jp.debian.org/debian bullseye/main i386 Packages
100 /var/lib/dpkg/status


$ tex --version & latex --version
[1] 60633
TeX 3.14159265 (TeX Live 2020/Debian)
kpathsea version 6.3.2
Copyright 2020 D.E. Knuth.
There is NO warranty.  Redistribution of this software is
covered by the terms of both the TeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the TeX source.
Primary author of TeX: D.E. Knuth.
pdfTeX 3.14159265-2.6-1.40.21 (TeX Live 2020/Debian)
kpathsea version 6.3.2
Copyright 2020 Han The Thanh (pdfTeX) et al.
There is NO warranty.  Redistribution of this software is
covered by the terms of both the pdfTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the pdfTeX source.
Primary author of pdfTeX: Han The Thanh (pdfTeX) et al.
Compiled with libpng 1.6.37; using libpng 1.6.37
Compiled with zlib 1.2.11; using zlib 1.2.11
Compiled with xpdf version 4.02
[1]+  Donetex --version


Checking the tex, I assume maybe "revtex4-2" are missing and cause the 
issues
repo: link: 
https://github.com/RobbiNespu/AIP-Conference-Proceedings-LaTeX/blob/master/aip-cp-samp.tex


Currently revtex are version 4.2 
(https://ctan.org/tex-archive/macros/latex/contrib/revtex)


Not sure what revtex version installed now, but I think maybe a little 
bit older


How I can get newer revtex? If I need to issue bug, then on which 
package, so it can solve my issue?



--
Robbi Nespu 
D311 B5FF EEE6 0BE8 9C91 FA9E 0C81 FA30 3B3A 80BA
https://robbinespu.gitlab.io | https://mstdn.social/@robbinespu



Re: aide sur script lançant LaTeX

2021-01-16 Thread Basile Starynkevitch


On 1/16/21 5:13 PM, Basile Starynkevitch wrote:



On 1/16/21 3:26 PM, Basile Starynkevitch wrote:


Bonjour,

Suite à ma présentation orale en 
https://afia.asso.fr/journee-hommage-j-pitrat/ je commence à rédiger 
un papier en français pour la revue https://roia.centre-mersenne.org/ 



Faute de frappe, c'est 
http://refpersys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2 






Merci à tous, Vincent-Xavier JUMEL m'a trouvé mon bogue. Au format git 
diff




 %% Le titre de l'article: syntaxe d'amsart.
-\title
+\title%
 %% L'argument optionnel donne la version courte pour les ent{\^e}tes.
 %% Inutile si le titre est suffisamment court
 %[Le probl{\`e}me P/NP]
-[Le système RefPerSys]
+[Le système RefPerSys]%
 %% L'argument obligatoire est imprim{\'e} sur la premi{\`e}re page, 
dans les

 %% ent{\^e}tes si la version courte n'est pas sp{\'e}cifi{\'e}e.
 %{Le probl{\`e}me P/NP est insoluble en temps polynomial}
-{Le système \textsc{RefPerSys} successeur du système \textsc{Caia} de 
Jacques Pitrat}
+{Le système {\scshape RefPerSys} successeur du système {\scshape 
Caia} de Jacques Pitrat}

 %% Le titre anglais de l'article.
 \alttitle{The \textsc{RefPerSys} system, successor of Pitrat's 
\textsc{Caia} system}



--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/



Re: aide sur script lançant LaTeX

2021-01-16 Thread Basile Starynkevitch


On 1/16/21 4:36 PM, Francois Meyer wrote:

Bonjour,

Je n'ai pas très bien compris : c'est un problème avec un script bash 
qui ne fait pas ce qu'il devrait ou c'est un document .tex qui ne 
"compile" pas ?


François



C'est un problème avec un document latex qui ne compile pas. Quelques 
fichiers .tex internes sont générés.



wget http://refpersys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2

tar xvf ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2 
<http://refperys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2>


cd ROIA2021-RefPerSys

./produce-pdf.sh


 donne

rimski.x86_64 ~/ROIA2021-RefPerSys 17:52 .0 %./produce-pdf.sh  


(inkscape:462708): dbind-*WARNING*  **:17:53:57.891: Couldn't register with 
accessibility bus: Did not receive a reply. Possible causes include: the remote 
application did not send a reply, the message bus security policy blocked the 
reply, the reply timeout expired, or the network connection was broken.
Inkscape 1.0.1 (3bc2e813f5, 2020-09-07)
 Pango version: 1.44.7
pdfTeX 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian)
kpathsea version 6.3.1
Copyright 2019 Han The Thanh (pdfTeX) et al.
There is NO warranty.  Redistribution of this software is
covered by the terms of both the pdfTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the pdfTeX source.
Primary author of pdfTeX: Han The Thanh (pdfTeX) et al.
Compiled with libpng 1.6.37; using libpng 1.6.37
Compiled with zlib 1.2.11; using zlib 1.2.11
Compiled with xpdf version 4.01
renamed 'generated/git-commit.tex' -> 'generated/git-commit.tex+clean~'
'bib-refpersys.bib' -> '/home/basile/RefPerSys/doc/bib-refpersys.bib'
This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian) 
(preloaded format=pdflatex)
  restricted \write18 enabled.
entering extended mode
(./Starynkevitch-RefPerSys.tex
LaTeX2e <2020-02-02> patch level 2
L3 programming layer <2020-02-14> (./cedram.cls
Document Class: cedram 2020/09/10 v3.48
(/usr/share/texlive/texmf-dist/tex/latex/etex-pkg/etex.sty)
(/usr/share/texlive/texmf-dist/tex/latex/ifplatform/ifplatform.sty
(/usr/share/texlive/texmf-dist/tex/latex/tools/shellesc.sty)
(/usr/share/texlive/texmf-dist/tex/latex/pdftexcmds/pdftexcmds.sty
(/usr/share/texlive/texmf-dist/tex/generic/infwarerr/infwarerr.sty)
(/usr/share/texlive/texmf-dist/tex/generic/iftex/iftex.sty)
(/usr/share/texlive/texmf-dist/tex/generic/ltxcmds/ltxcmds.sty))
(/usr/share/texlive/texmf-dist/tex/generic/catchfile/catchfile.sty
(/usr/share/texlive/texmf-dist/tex/generic/etexcmds/etexcmds.sty))
(/usr/share/texlive/texmf-dist/tex/generic/iftex/ifluatex.sty)

Package ifplatform Warning:
 shell escape is disabled, so I can only detect \ifwindows.

) *** Assuming Unix-like OS and shell ***
*** XML deactivated ***
(/usr/share/texlive/texmf-dist/tex/generic/babel/babel.sty
(/usr/share/texlive/texmf-dist/tex/generic/babel/switch.def)
(/usr/share/texlive/texmf-dist/tex/generic/babel-french/french.ldf
(/usr/share/texlive/texmf-dist/tex/generic/babel/babel.def
(/usr/share/texlive/texmf-dist/tex/generic/babel/txtbabel.def)))
(/usr/share/texlive/texmf-dist/tex/generic/babel-english/english.ldf)

Package babel Warning: Last declared language option is `french',
(babel)but the last processed one was `english'.
(babel)The main language cannot be set as both a global
(babel)and a package option. Use `main=french' as
(babel)option. Reported on input line 557.

) (/usr/share/texlive/texmf-dist/tex/latex/carlisle/scalefnt.sty)
(/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty)

Package french.ldf Warning: Option `StandardlLayout' skipped:
(french.ldf)French is *not* babel's last option.
(french.ldf)Reported on input line 1074.

(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsmath.sty
For additional information on amsmath, use the `?' option.
(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amstext.sty
(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsgen.sty))
(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsbsy.sty)
(/usr/share/texlive/texmf-dist/tex/latex/amsmath/amsopn.sty))
(/usr/share/texlive/texmf-dist/tex/latex/amsfonts/umsa.fd)
(/usr/share/texlive/texmf-dist/tex/latex/amsfonts/amsfonts.sty)
(/usr/share/texlive/texmf-dist/tex/latex/placeins/placeins.sty)
(/usr/share/texlive/texmf-dist/tex/latex/base/fontenc.sty)
(/usr/share/texmf/tex/latex/lm/lmodern.sty)
(/usr/share/texlive/texmf-dist/tex/latex/base/textcomp.sty)
(/usr/share/texlive/texmf-dist/tex/latex/base/inputenc.sty)
(/usr/share/texlive/texmf-dist/tex/latex/xcolor/xcolor.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/color.cfg)
(/usr/share/texlive/texmf-dist/tex/latex/graphics-def/pdftex.def))
(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty

Re: aide sur script lançant LaTeX

2021-01-16 Thread Basile Starynkevitch


On 1/16/21 3:26 PM, Basile Starynkevitch wrote:


Bonjour,

Suite à ma présentation orale en 
https://afia.asso.fr/journee-hommage-j-pitrat/ je commence à rédiger 
un papier en français pour la revue https://roia.centre-mersenne.org/


J'ai du mal avec LaTeX (sur Debian/Testing, ou bien Ubuntu 20.04, dans 
les deux cas machines x86-64 assez puissantes - au moins 16Go de RAM, 
et au moins 1To de disque, souvent SSD)


Si vous êtes plus expert que moi en LaTeX (ce n'est pas difficile, je 
suis un bleu en la matière) et si vous avez dix minutes à perdre ... 
Aidez moi à faire fonctionner le script produce-pdf.sh du fichier 
(temporairement en) 
http://refperys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2 
de md5sum 9d40a9fa0c2c217666dff3c1b574256e




Faute de frappe, c'est 
http://refpersys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2 
<http://refperys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2>





root@rimski:/# ping refpersys.org
PING refpersys.org (51.68.127.18) 56(84) bytes of data.
64 bytes from ovh (51.68.127.18): icmp_seq=1 ttl=52 time=7.00 ms





En théorie, vous devriez reproduire mon souci avec les commandes 
suivantes.


wget http://refperys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2

tar xvf ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2 
<http://refperys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2>


cd ROIA2021-RefPerSys

./produce-pdf.sh


Pour info, sur ma machine j'obtiens:


rimski.x86_64 ~/ROIA2021-RefPerSys 15:24 .0 %pdflatex  --version
pdfTeX 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian)
kpathsea version 6.3.1
Copyright 2019 Han The Thanh (pdfTeX) et al.
There is NO warranty.  Redistribution of this software is
covered by the terms of both the pdfTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the pdfTeX source.
Primary author of pdfTeX: Han The Thanh (pdfTeX) et al.
Compiled with libpng 1.6.37; using libpng 1.6.37
Compiled with zlib 1.2.11; using zlib 1.2.11
Compiled with xpdf version 4.01


Merci et bonne année.

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/


--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/



Re: aide sur script lançant LaTeX

2021-01-16 Thread Francois Meyer

Bonjour,

Je n'ai pas très bien compris : c'est un problème avec un script bash 
qui ne fait pas ce qu'il devrait ou c'est un document .tex qui ne 
"compile" pas ?


François



aide sur script lançant LaTeX

2021-01-16 Thread Basile Starynkevitch

Bonjour,

Suite à ma présentation orale en 
https://afia.asso.fr/journee-hommage-j-pitrat/ je commence à rédiger un 
papier en français pour la revue https://roia.centre-mersenne.org/


J'ai du mal avec LaTeX (sur Debian/Testing, ou bien Ubuntu 20.04, dans 
les deux cas machines x86-64 assez puissantes - au moins 16Go de RAM, et 
au moins 1To de disque, souvent SSD)


Si vous êtes plus expert que moi en LaTeX (ce n'est pas difficile, je 
suis un bleu en la matière) et si vous avez dix minutes à perdre ... 
Aidez moi à faire fonctionner le script produce-pdf.sh du fichier 
(temporairement en) 
http://refperys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2 de 
md5sum 9d40a9fa0c2c217666dff3c1b574256e


En théorie, vous devriez reproduire mon souci avec les commandes suivantes.

wget http://refperys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2

tar xvf ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2 
<http://refperys.org/ROIA2021-RefPerSys-2021jan16-01:54PM-UTC.tar.bz2>


cd ROIA2021-RefPerSys

./produce-pdf.sh


Pour info, sur ma machine j'obtiens:


rimski.x86_64 ~/ROIA2021-RefPerSys 15:24 .0 %pdflatex  --version
pdfTeX 3.14159265-2.6-1.40.20 (TeX Live 2019/Debian)
kpathsea version 6.3.1
Copyright 2019 Han The Thanh (pdfTeX) et al.
There is NO warranty.  Redistribution of this software is
covered by the terms of both the pdfTeX copyright and
the Lesser GNU General Public License.
For more information about these matters, see the file
named COPYING and the pdfTeX source.
Primary author of pdfTeX: Han The Thanh (pdfTeX) et al.
Compiled with libpng 1.6.37; using libpng 1.6.37
Compiled with zlib 1.2.11; using zlib 1.2.11
Compiled with xpdf version 4.01


Merci et bonne année.


--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/



Re: LaTeX to epub

2020-11-24 Thread Emanuel Berg
Tom Browder wrote:

> 

Thanks, I'll try that :)

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal



Re: LaTeX to epub

2020-11-24 Thread Tom Browder
> On 2020-11-24, Emanuel Berg  wrote:
> > Can I compile LaTeX to epub? ebook-convert gives an encoding error
> > ebook-convert from the PDF I mean and, if "PDF sucks" as people
> > say, how is one supposed to do it? what markup is preferred
> > for epub?

I'm sure you know 'ebook-convert' and 'ebook-meta' (in Debian package
'calibre') have LOTS of options for converting between various ebook
formats.

I have had limited but satisfactory success converting from pdf to
Amazon's mobi format.

I have a Raku friend (Larry Wall's new programming language. See
<https://raku.org>) who is quite an active and expert PDF format
person who may be able to help.  See David Warring's Raku PDF modules
at

<https://github.com/pdf-raku>

He can be contacted at his email address (listed publicly as a Perl
CPAN author at <https://metacpan.org/author/WARRINGD>):

<mailto:david.warr...@gmail.com>

 Good luck.

Blessings,

-Tom



Re: LaTeX to epub

2020-11-24 Thread Curt
On 2020-11-24, Emanuel Berg  wrote:
> Can I compile LaTeX to epub? ebook-convert gives an encoding error
> ebook-convert from the PDF I mean and, if "PDF sucks" as people
> say, how is one supposed to do it? what markup is preferred
> for epub?
>

I've only ever heard about 'tex4ebook' and haven't used it
(should be included in texlive-extra-utils). 



Re: LaTeX to epub

2020-11-24 Thread Emanuel Berg
>> Can I compile LaTeX to epub?
>
> pandoc can do this but it starts trashing, let's try with
>
> systemd-run --scope -p MemoryLimit=500M pandoc -o x.epub x.tex

Runs out of memory after processing for a long time ... a baad
memory leak?

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal



Re: LaTeX to epub

2020-11-24 Thread Emanuel Berg
> Can I compile LaTeX to epub?

pandoc can do this but it starts trashing, let's try with

systemd-run --scope -p MemoryLimit=500M pandoc -o x.epub x.tex

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal



LaTeX to epub

2020-11-23 Thread Emanuel Berg
Can I compile LaTeX to epub? ebook-convert gives an encoding error
ebook-convert from the PDF I mean and, if "PDF sucks" as people
say, how is one supposed to do it? what markup is preferred
for epub?

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal



Re: LaTeX et LaTeXila

2020-10-04 Thread benoit
https://www.gutenberg.eu.org/listes


Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
Le jeudi 1 octobre 2020 19:54, F. Dubois  a écrit :

> Bonsoir la liste,
> Un petit souci depuis quelques jours avec les deux logiciels cités dans
> le titre. J'espère ne pas être trop HS, tout ça m'arrive avec une debian
> sid.
> Tout d'abord j'ai une petite commande pour faire des beaux encadrés avec
> un fond coloré. Or la compilation ps2pdf m'indique que dorénavant
>
>  WARNING: Transparency operations ignored - need to use
> -dALLOWPSTRANSPARENCY
>
> Error: /undefined in .setopacityalpha
>
> ... (si vous insistez je peux fournir ce qui se place ici)
>
> GPL Ghostscript 9.53.3: Unrecoverable error, exit code 1
>
> suite semblerait-il à des problèmes de sécurité.
>
> Bon j'ai contourné le problème en me créant mon propre ps2pdf avec les
> options qui vont bien. Mais ce n'est pas trop satisfaisant à long terme.
> J'ai pas trouvé grand chose sur le net... Si quelqu'un a des infos.
> Voici la commande qui pose souci :
>
> \newcommand{\encadrecouleur}[2]{\psframebox[fillstyle=solid,fillcolor=#1,framearc=0.15]{\begin{minipage}{\columnwidth-25\fboxsep}#2\end{minipage}}}
>
> Ensuite, j'utilise donc LaTeXila comme éditeur (oui, je sais, emacs fait
> tout mieux avec un mode LaTeX... mais bon). Et, depuis la dernière MAJ
> texlive -je ne saisis pas vraiment si il y a un lien et je n'ai pas vu
> passer de MAJ de LaTeXila-, l'éditeur se fige, je suis obligé de partir
> et revenir (et je ne suis pas du tout fan des 2BE3 !) de et dans la
> fenêtre pour débloquer la situation et rafraichir l'affichage (je
> préfère de loin rafraichir mes amis et moi même). Un peu lassant à la
> fin (en fait un glissement de la souris vers le coin supérieur gauche
> pour afficher toutes les fenêtres, j'utilise Gnome).
>
> Alors si quelqu'un a des idées à me soumettre. Merci
>
> Et bonne soirée, au chaud et au sec, Alex arrive !
>
> Fabien




Re: LaTeX et LaTeXila

2020-10-03 Thread sub0
Le 02/10/2020 à 17:08:28 (+0200), f6k a écrit :
> Bonjour,
> 
> On Thu, Oct 01, 2020 at 07:54:57PM +0200, F. Dubois wrote:
> 
> > Voici la commande qui pose souci :
> > 
> > \newcommand{\encadrecouleur}[2]{\psframebox[fillstyle=solid,fillcolor=#1,framearc=0.15]{\begin{minipage}{\columnwidth-25\fboxsep}#2\end{minipage}}}
> 
> Je vois que les réponses ne se bousculent pas (encore !), donc je me
> permets.  Pour de l'aide autour de LaTeX, je te conseille vivement
> d'aller faire un tour sur le groupe de nouvelle fr.comp.text.tex.  Il
> est nécessaire effectivement d'avoir un accès quelconque à usenet, mais
> c'est là que je trouve les meilleures discussions et l'aide la plus
> substantielle autour de LaTeX.  En espérant que, si tu n'obtiens pas
> l'aide souhaitée par ici, tu puisses trouver ton chemin vers ce groupe.
> 
> -f6k

Il y a également https://texnique.fr/ qui mérite d’être dans les marque-pages.



Re: LaTeX et LaTeXila

2020-10-03 Thread F. Dubois

Le 02/10/2020 à 17:08, f6k a écrit :

Bonjour,

On Thu, Oct 01, 2020 at 07:54:57PM +0200, F. Dubois wrote:


Voici la commande qui pose souci :

\newcommand{\encadrecouleur}[2]{\psframebox[fillstyle=solid,fillcolor=#1,framearc=0.15]{\begin{minipage}{\columnwidth-25\fboxsep}#2\end{minipage}}}

Je vois que les réponses ne se bousculent pas (encore !), donc je me
permets.  Pour de l'aide autour de LaTeX, je te conseille vivement
d'aller faire un tour sur le groupe de nouvelle fr.comp.text.tex.  Il
est nécessaire effectivement d'avoir un accès quelconque à usenet, mais
c'est là que je trouve les meilleures discussions et l'aide la plus
substantielle autour de LaTeX.  En espérant que, si tu n'obtiens pas
l'aide souhaitée par ici, tu puisses trouver ton chemin vers ce groupe.

-f6k

Merci de la réponse. Bon pour LaTeX je me doutais qu'il faut mieux aller 
voir un groupe dédié.
Par contre LaTeXila doit avoir un petit souci, et ça c'est plutôt bien 
du domaine de debian.

Fabien



Re: LaTeX et LaTeXila

2020-10-02 Thread f6k
Bonjour,

On Thu, Oct 01, 2020 at 07:54:57PM +0200, F. Dubois wrote:

> Voici la commande qui pose souci :
> 
> \newcommand{\encadrecouleur}[2]{\psframebox[fillstyle=solid,fillcolor=#1,framearc=0.15]{\begin{minipage}{\columnwidth-25\fboxsep}#2\end{minipage}}}

Je vois que les réponses ne se bousculent pas (encore !), donc je me
permets.  Pour de l'aide autour de LaTeX, je te conseille vivement
d'aller faire un tour sur le groupe de nouvelle fr.comp.text.tex.  Il
est nécessaire effectivement d'avoir un accès quelconque à usenet, mais
c'est là que je trouve les meilleures discussions et l'aide la plus
substantielle autour de LaTeX.  En espérant que, si tu n'obtiens pas
l'aide souhaitée par ici, tu puisses trouver ton chemin vers ce groupe.

-f6k

-- 
~{,_,"> indignus LabRat - ftp://shl.huld.re



LaTeX et LaTeXila

2020-10-01 Thread F. Dubois

Bonsoir la liste,
Un petit souci depuis quelques jours avec les deux logiciels cités dans 
le titre. J'espère ne pas être trop HS, tout ça m'arrive avec une debian 
sid.
Tout d'abord j'ai une petite commande pour faire des beaux encadrés avec 
un fond coloré. Or la compilation ps2pdf m'indique que dorénavant


 WARNING: Transparency operations ignored - need to use 
-dALLOWPSTRANSPARENCY


Error: /undefined in .setopacityalpha

... (si vous insistez je peux fournir ce qui se place ici)

GPL Ghostscript 9.53.3: Unrecoverable error, exit code 1

suite semblerait-il à des problèmes de sécurité.

Bon j'ai contourné le problème en me créant mon propre ps2pdf avec les 
options qui vont bien. Mais ce n'est pas trop satisfaisant à long terme. 
J'ai pas trouvé grand chose sur le net... Si quelqu'un a des infos. 
Voici la commande qui pose souci :


\newcommand{\encadrecouleur}[2]{\psframebox[fillstyle=solid,fillcolor=#1,framearc=0.15]{\begin{minipage}{\columnwidth-25\fboxsep}#2\end{minipage}}}

Ensuite, j'utilise donc LaTeXila comme éditeur (oui, je sais, emacs fait 
tout mieux avec un mode LaTeX... mais bon). Et, depuis la dernière MAJ 
texlive -je ne saisis pas vraiment si il y a un lien et je n'ai pas vu 
passer de MAJ de LaTeXila-, l'éditeur se fige, je suis obligé de partir 
et revenir (et je ne suis pas du tout fan des 2BE3 !) de et dans la 
fenêtre pour débloquer la situation et rafraichir l'affichage (je 
préfère de loin rafraichir mes amis et moi même). Un peu lassant à la 
fin (en fait un glissement de la souris vers le coin supérieur gauche 
pour afficher toutes les fenêtres, j'utilise Gnome).


Alors si quelqu'un a des idées à me soumettre. Merci

Et bonne soirée, au chaud et au sec, Alex arrive !

Fabien



Re: Quel paquet LaTeX utiliser pour des cartes de visites (VistaPrint)

2020-09-25 Thread BERTRAND Joël
Basile Starynkevitch a écrit :
> Bonjour,
> 
> 
> Je souhaite me commander des cartes de visites imprimées par
> https://www.vistaprint.fr/ et je souhaiterais en faire la maquette avec
> LaTeX (sous Debian)
> 
> Quel sont les paquets LaTeX à utiliser?
> 

Bonjour,

À titre personnel, j'ai fait cela avec Plain, des ressorts et des 
boîtes.

JKB



Quel paquet LaTeX utiliser pour des cartes de visites (VistaPrint)

2020-09-25 Thread Basile Starynkevitch

Bonjour,


Je souhaite me commander des cartes de visites imprimées par 
https://www.vistaprint.fr/ et je souhaiterais en faire la maquette avec 
LaTeX (sous Debian)


Quel sont les paquets LaTeX à utiliser?

--
Basile STARYNKEVITCH   == http://starynkevitch.net/Basile
opinions are mine only - les opinions sont seulement miennes
Bourg La Reine, France; 
(mobile phone: cf my web page / voir ma page web...)



Re: Paquet(s) pour une installation minimal de LaTeX.

2016-09-22 Thread winnt

Une texlive complète  c'est plusieurs Go.
L'installation à partir de l'installateur texlive vous obligera à 
intervenir sur le PATH. Et amènera à avoir des fichiers en doublons, ce 
qui n'est pas le cas avec une installation depuis le gestionnaire de 
paquet de la distribution.


Question subsidiaire combien faisait votre racine pour avoir été obligé 
de la redimensionner ?


PS : la version indiquée ci-dessous est ancienne (2014).

Winnt


Le 21/09/2016 à 12:00, Benoit B a écrit :

Bonjour,

Merci pour l'info,

J'ai du mal avec les Go de fichiers installés...
Rien qu'en étant minimaliste :
dpkg -l *texlive* | grep ^ii
ii  texlive-base  2014.20141024-2   all
TeX Live: Essential programs and files
ii  texlive-binaries  2014.20140926.35254-6 amd64
Binaries for TeX Live
ii  texlive-lang-french   2014.20141024-1   all
TeX Live: French
ii  texlive-latex-base2014.20141024-2   all
TeX Live: LaTeX fundamental packages
ii  texlive-latex-base-doc2014.20141024-2   all
TeX Live: Documentation files for texlive-latex-base
J'en ai déjà pour plusieurs centaines de Mo.
Mais si j'ajoute ces paquets :
aptitude -s install texlive-bibtex-extra texlive-fonts-extra
texlive-publishers texlive-lang-european texlive-doc-fr
Les NOUVEAUX paquets suivants vont être installés :
  fonts-cabin{a} fonts-comfortaa{a} fonts-crosextra-caladea{a}
fonts-crosextra-carlito{a} fonts-ebgaramond{a}
fonts-ebgaramond-extra{a}
  fonts-font-awesome{a} fonts-freefont-otf{a} fonts-gfs-artemisia{a}
fonts-gfs-complutum{a} fonts-gfs-didot{a} fonts-gfs-neohellenic{a}
  fonts-gfs-olga{a} fonts-gfs-solomos{a} fonts-inconsolata{a}
fonts-junicode{a} fonts-lato{a} fonts-linuxlibertine{a}
fonts-lobster{a}
  fonts-lobstertwo{a} fonts-oflb-asana-math{a} fonts-sil-gentium{a}
fonts-sil-gentium-basic{a} fonts-stix{a} fonts-texgyre{a} prerex{a}
  preview-latex-style{a} prosper{a} tex-gyre{a} texlive-bibtex-extra
texlive-doc-fr texlive-extra-utils{a} texlive-font-utils{a}
texlive-fonts-extra
  texlive-fonts-extra-doc{a} texlive-fonts-recommended{a}
texlive-fonts-recommended-doc{a} texlive-generic-recommended{a}
texlive-lang-european
  texlive-latex-extra{a} texlive-latex-extra-doc{a}
texlive-latex-recommended{a} texlive-latex-recommended-doc{a}
texlive-pictures{a}
  texlive-pictures-doc{a} texlive-pstricks{a} texlive-pstricks-doc{a}
texlive-publishers texlive-publishers-doc{a} tipa{a}
ttf-adf-accanthis{a}
  ttf-adf-gillius{a} ttf-adf-universalis{a} vprerex{a}
0 paquets mis à jour, 54 nouvellement installés, 0 à enlever et 0 non
mis à jour.
Il est nécessaire de télécharger 1.020 Mo d'archives. Après
dépaquetage, 1.822 Mo seront utilisés.
Voulez-vous continuer ? [Y/n/?]

Je dépasserais les 2 Go d'installation(en comptant ce que j'ai déjà installé).

Là j'ai une installation de base qui me semble déjà fort chère payée en volume.
J'ai du booter sur une live pour redimentionner mes partitions car
l'installation des paquets texlive*(texlive-base, binaries,
lang-french, latex-base, latex-base-doc) avaient saturés ma partition
/ qui comprend (bin boot lib lib64 proc root sbin usr) .

N'y a-t-il pas moyen d'être plus sélectif à partir du CTAN ?
Me demandant si il y a un gestionnaire de paquet spécifique à LaTeX,
j'ai un peu cherché(mais pas encore essayé)
https://www.tug.org/texlive/doc/tlmgr.html#DESCRIPTION
http://tug.org/texlive/acquire-netinstall.html

Quelqu'un connait ?

Merci d'avance.

--
Benoit











aptitude -s install texlive-bibtex-extra texlive-fonts-extra
texlive-publishers texlive-lang-european texlive-doc-fr

Le 19 septembre 2016 à 00:22, Bernard Schoenacker
<bernard.schoenac...@free.fr> a écrit :

Le Sun, 18 Sep 2016 18:17:33 +,
Benoit B <benoit...@gmail.com> a écrit :


Je viens de regarder, c'est un éditeur…

Je ne penses plutôt utiliser emacs, j'y ai déjà mes macros pour
l'insertion de bloc , etc.


bonjour,


pas de problème pour emacs, alors tu choisi les paquets dépendants de
gummi et tu installes auctex 

apt-cache search texlive french
texlive-lang-french - français pour TeX Live
texlive-bibtex-extra - TeX Live: BibTeX additional styles
texlive-fonts-extra - TeX Live: Additional fonts
texlive-latex-extra - TeX Live: LaTeX additional packages
texlive-publishers - TeX Live: Publisher styles, theses, etc.
texlive-lang-european - TeX Live: Other European languages
texlive-doc-fr - TeX Live: transitional dummy package


remarque :

je conseille de passer en version sid pour les paquets texlive

la preuve:

rmadison texlive-lang-french
texlive-lang-french | 2012.20120611-2 | oldstable   | all
texlive-lang-french | 2014.20141024-1 | stable  | all
texlive-lang-french | 2014.20141024-1 | stable-kfreebsd | all
texlive-lang-french | 2016.20160819-1 | testing | all
texlive-lang-french | 2016.20160819-1 | unstable| all


slt
bernard



--
Winnt

C'est en Linuxant qu'on devient  geek
Et c'est en LateXant qu'on devient flemmard ;-)

Ici u

Re: Paquet(s) pour une installation minimal de LaTeX.

2016-09-21 Thread Benoit B
Bonjour,

Merci pour l'info,

J'ai du mal avec les Go de fichiers installés...
Rien qu'en étant minimaliste :
dpkg -l *texlive* | grep ^ii
ii  texlive-base  2014.20141024-2   all
TeX Live: Essential programs and files
ii  texlive-binaries  2014.20140926.35254-6 amd64
Binaries for TeX Live
ii  texlive-lang-french   2014.20141024-1   all
TeX Live: French
ii  texlive-latex-base2014.20141024-2   all
TeX Live: LaTeX fundamental packages
ii  texlive-latex-base-doc2014.20141024-2   all
TeX Live: Documentation files for texlive-latex-base
J'en ai déjà pour plusieurs centaines de Mo.
Mais si j'ajoute ces paquets :
aptitude -s install texlive-bibtex-extra texlive-fonts-extra
texlive-publishers texlive-lang-european texlive-doc-fr
Les NOUVEAUX paquets suivants vont être installés :
  fonts-cabin{a} fonts-comfortaa{a} fonts-crosextra-caladea{a}
fonts-crosextra-carlito{a} fonts-ebgaramond{a}
fonts-ebgaramond-extra{a}
  fonts-font-awesome{a} fonts-freefont-otf{a} fonts-gfs-artemisia{a}
fonts-gfs-complutum{a} fonts-gfs-didot{a} fonts-gfs-neohellenic{a}
  fonts-gfs-olga{a} fonts-gfs-solomos{a} fonts-inconsolata{a}
fonts-junicode{a} fonts-lato{a} fonts-linuxlibertine{a}
fonts-lobster{a}
  fonts-lobstertwo{a} fonts-oflb-asana-math{a} fonts-sil-gentium{a}
fonts-sil-gentium-basic{a} fonts-stix{a} fonts-texgyre{a} prerex{a}
  preview-latex-style{a} prosper{a} tex-gyre{a} texlive-bibtex-extra
texlive-doc-fr texlive-extra-utils{a} texlive-font-utils{a}
texlive-fonts-extra
  texlive-fonts-extra-doc{a} texlive-fonts-recommended{a}
texlive-fonts-recommended-doc{a} texlive-generic-recommended{a}
texlive-lang-european
  texlive-latex-extra{a} texlive-latex-extra-doc{a}
texlive-latex-recommended{a} texlive-latex-recommended-doc{a}
texlive-pictures{a}
  texlive-pictures-doc{a} texlive-pstricks{a} texlive-pstricks-doc{a}
texlive-publishers texlive-publishers-doc{a} tipa{a}
ttf-adf-accanthis{a}
  ttf-adf-gillius{a} ttf-adf-universalis{a} vprerex{a}
0 paquets mis à jour, 54 nouvellement installés, 0 à enlever et 0 non
mis à jour.
Il est nécessaire de télécharger 1.020 Mo d'archives. Après
dépaquetage, 1.822 Mo seront utilisés.
Voulez-vous continuer ? [Y/n/?]

Je dépasserais les 2 Go d'installation(en comptant ce que j'ai déjà installé).

Là j'ai une installation de base qui me semble déjà fort chère payée en volume.
J'ai du booter sur une live pour redimentionner mes partitions car
l'installation des paquets texlive*(texlive-base, binaries,
lang-french, latex-base, latex-base-doc) avaient saturés ma partition
/ qui comprend (bin boot lib lib64 proc root sbin usr) .

N'y a-t-il pas moyen d'être plus sélectif à partir du CTAN ?
Me demandant si il y a un gestionnaire de paquet spécifique à LaTeX,
j'ai un peu cherché(mais pas encore essayé)
https://www.tug.org/texlive/doc/tlmgr.html#DESCRIPTION
http://tug.org/texlive/acquire-netinstall.html

Quelqu'un connait ?

Merci d'avance.

--
Benoit











aptitude -s install texlive-bibtex-extra texlive-fonts-extra
texlive-publishers texlive-lang-european texlive-doc-fr

Le 19 septembre 2016 à 00:22, Bernard Schoenacker
<bernard.schoenac...@free.fr> a écrit :
> Le Sun, 18 Sep 2016 18:17:33 +,
> Benoit B <benoit...@gmail.com> a écrit :
>
>> Je viens de regarder, c'est un éditeur…
>>
>> Je ne penses plutôt utiliser emacs, j'y ai déjà mes macros pour
>> l'insertion de bloc , etc.
>
> bonjour,
>
>
> pas de problème pour emacs, alors tu choisi les paquets dépendants de
> gummi et tu installes auctex 
>
> apt-cache search texlive french
> texlive-lang-french - français pour TeX Live
> texlive-bibtex-extra - TeX Live: BibTeX additional styles
> texlive-fonts-extra - TeX Live: Additional fonts
> texlive-latex-extra - TeX Live: LaTeX additional packages
> texlive-publishers - TeX Live: Publisher styles, theses, etc.
> texlive-lang-european - TeX Live: Other European languages
> texlive-doc-fr - TeX Live: transitional dummy package
>
>
> remarque :
>
> je conseille de passer en version sid pour les paquets texlive
>
> la preuve:
>
> rmadison texlive-lang-french
> texlive-lang-french | 2012.20120611-2 | oldstable   | all
> texlive-lang-french | 2014.20141024-1 | stable  | all
> texlive-lang-french | 2014.20141024-1 | stable-kfreebsd | all
> texlive-lang-french | 2016.20160819-1 | testing | all
> texlive-lang-french | 2016.20160819-1 | unstable| all
>
>
> slt
> bernard



Re: Paquet(s) pour une installation minimal de LaTeX.

2016-09-18 Thread Bernard Schoenacker
Le Sun, 18 Sep 2016 17:59:06 +,
Benoit B <benoit...@gmail.com> a écrit :

> Bonjour,
> 
> Quel(s) paquet(s) dois-je installer pour avoir une installation de
> base de LaTex, ainsi que les binaires pour mettre à jour la liste et
> le chemin de recherche des paquets installés par exemple, à partir du
> CTAN ?
> 
> Merci d'avance
> 
> --
> 
> Benoit
> 

bonjour,

si tu installes gummi à partir des paquets debian tu auras une install
minimale 

autrement quel est le sources.list ?

slt
bernard



Paquet(s) pour une installation minimal de LaTeX.

2016-09-18 Thread Benoit B
Bonjour,

Quel(s) paquet(s) dois-je installer pour avoir une installation de
base de LaTex, ainsi que les binaires pour mettre à jour la liste et
le chemin de recherche des paquets installés par exemple, à partir du
CTAN ?

Merci d'avance

--

Benoit



Res: Latex KILE

2015-09-13 Thread jmhenrique
  Olá!  Até onde eu me lembro, o dvi não tem suporte ***nativo*** a postscript. Por nativo leia-se conseguir exibir imagens em postscript antes de gerar o pdf/ps Tive um problema destes ‎qdo eu trabalhava mto com látex. Na época eu **resolvi** a questão trocando o meu visualizador dvi por outro que exibia as imagens em ps. Enviado do meu smartphone BlackBerry 10.De: Manoel Pedro de AraújoEnviada: domingo, 13 de setembro de 2015 12:08Para: DUPAssunto: Fwd: Latex KILE-- Mensagem encaminhada --De: Manoel Pedro de Araújo <mpara...@gmail.com>Data: 13 de setembro de 2015 12:07Assunto: Re: Latex KILEPara: Leandro Guimarães Faria Corcete DUTRA <l...@dutras.org>Vou tentar descrevê-los.Eu gero uma figura em ps usando o pstricks, ao inserir  tal figura em no latex e gero o dvi (latex->dvi) a figura nãoaparece, ficar somente o espaço em branco com a capition. Porem quando eu faço dvi->ps->pdf a figura aparece. Mas eu nao quero assim, quero que tal afira apareça logo no dvi.Entendeu agora?Em 12 de setembro de 2015 23:21, Leandro Guimarães Faria Corcete DUTRA <l...@dutras.org> escreveu:Le 12 septembre 2015 12:56:02 GMT-03:00, "Manoel Pedro de Araújo" <mpara...@gmail.com> a écrit :
>Quando eu  compilo a o tex (latex-> dvi)com a figura em ps ela não
>aparece no arquivo dvi.

Está muito difícil entender como te ajudar.  Faltam detalhes de como você tentou fazer as coisas, e quais teus objetivos.

Geralmente não precisamos de DVI ou Postscript.  Se possível, use PDFLaTeX e seja feliz.



--
skype:leandro.gfc.dutra?chat      Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 (Net)        gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691 (Vivo) ICQ/AIM: aim:GoIM?screenname=61287803
BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
-- Manoel

-- Manoel





Re: Latex KILE

2015-09-13 Thread Manoel Pedro de Araújo
Quando a figura em ps é gerada pelo gimp, por exemplo.Neste caso eu consigo
exibir a figura em dvi. entendeu agora?

Em 13 de setembro de 2015 13:38, <jmhenri...@yahoo.com.br> escreveu:

> Olá!  Até onde eu me lembro, o dvi não tem suporte ***nativo*** a
> postscript.
> Por nativo leia-se conseguir exibir imagens em postscript antes de gerar o
> pdf/ps Tive um problema destes ‎qdo eu trabalhava mto com látex. Na época
> eu **resolvi** a questão trocando o meu visualizador dvi por outro que
> exibia as imagens em ps.
>
>
>
> Enviado do meu smartphone BlackBerry 10.
> *De: *Manoel Pedro de Araújo
> *Enviada: *domingo, 13 de setembro de 2015 12:08
> *Para: *DUP
> *Assunto: *Fwd: Latex KILE
>
>
> -- Mensagem encaminhada --
> De: Manoel Pedro de Araújo <mpara...@gmail.com>
> Data: 13 de setembro de 2015 12:07
> Assunto: Re: Latex KILE
> Para: Leandro Guimarães Faria Corcete DUTRA <l...@dutras.org>
>
>
> Vou tentar descrevê-los.
>
> Eu gero uma figura em ps usando o pstricks, ao inserir  tal figura em no
> latex e gero o dvi (latex->dvi) a figura não
> aparece, ficar somente o espaço em branco com a capition.
>
> Porem quando eu faço dvi->ps->pdf a figura aparece. Mas eu nao quero
> assim, quero que tal afira apareça logo no *dvi.*
>
> Entendeu agora?
>
>
>
>
> Em 12 de setembro de 2015 23:21, Leandro Guimarães Faria Corcete DUTRA <
> l...@dutras.org> escreveu:
>
>> Le 12 septembre 2015 12:56:02 GMT-03:00, "Manoel Pedro de Araújo" <
>> mpara...@gmail.com> a écrit :
>> >Quando eu  compilo a o tex (latex-> dvi)com a figura em ps ela não
>> >aparece no arquivo dvi.
>>
>> Está muito difícil entender como te ajudar.  Faltam detalhes de como você
>> tentou fazer as coisas, e quais teus objetivos.
>>
>> Geralmente não precisamos de DVI ou Postscript.  Se possível, use
>> PDFLaTeX e seja feliz.
>>
>>
>>
>> --
>> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
>> +55 (61) 3546 7191 (Net)gTalk: xmpp:leand...@jabber.org
>> +55 (61) 9302 2691 (Vivo) ICQ/AIM: aim:GoIM?screenname=61287803
>> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
>>
>
>
>
> --
> Manoel
>
>
>
> --
> Manoel
>
>
>


-- 
Manoel


Fwd: Latex KILE

2015-09-13 Thread Manoel Pedro de Araújo
-- Mensagem encaminhada --
De: Manoel Pedro de Araújo <mpara...@gmail.com>
Data: 13 de setembro de 2015 12:07
Assunto: Re: Latex KILE
Para: Leandro Guimarães Faria Corcete DUTRA <l...@dutras.org>


Vou tentar descrevê-los.

Eu gero uma figura em ps usando o pstricks, ao inserir  tal figura em no
latex e gero o dvi (latex->dvi) a figura não
aparece, ficar somente o espaço em branco com a capition.

Porem quando eu faço dvi->ps->pdf a figura aparece. Mas eu nao quero assim,
quero que tal afira apareça logo no *dvi.*

Entendeu agora?




Em 12 de setembro de 2015 23:21, Leandro Guimarães Faria Corcete DUTRA <
l...@dutras.org> escreveu:

> Le 12 septembre 2015 12:56:02 GMT-03:00, "Manoel Pedro de Araújo" <
> mpara...@gmail.com> a écrit :
> >Quando eu  compilo a o tex (latex-> dvi)com a figura em ps ela não
> >aparece no arquivo dvi.
>
> Está muito difícil entender como te ajudar.  Faltam detalhes de como você
> tentou fazer as coisas, e quais teus objetivos.
>
> Geralmente não precisamos de DVI ou Postscript.  Se possível, use PDFLaTeX
> e seja feliz.
>
>
>
> --
> skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
> +55 (61) 3546 7191 (Net)gTalk: xmpp:leand...@jabber.org
> +55 (61) 9302 2691 (Vivo) ICQ/AIM: aim:GoIM?screenname=61287803
> BRAZIL GMT−3  MSN: msnim:chat?contact=lean...@dutra.fastmail.fm
>



-- 
Manoel



-- 
Manoel


Re: Latex KILE

2015-09-12 Thread Manoel Pedro de Araújo
dvi->ps->pdf

Em 12 de setembro de 2015 18:06, Fred Maranhão 
escreveu:

> Em 11 de setembro de 2015 20:47, Manoel Pedro de Araújo
>  escreveu:
> >  Olá amigos estou com o seguinte problema.
> >
> > O usando o editor Kile no debian 8 ao criar o ficheio dvi,
>
> como você criou o ficheiro?
>
> > não vejo a figura
> > no okular,  mas quando crio o pdf a partir do dvi
>
> como você cria o pdf a partir do dvi?
>
> > a figura aparece.
> >
> >  Alguém sabe o que se passa?
> >
> >
> > --
> > Manoel
>



-- 
Manoel


Re: Latex KILE

2015-09-12 Thread Fred Maranhão
Em 11 de setembro de 2015 20:47, Manoel Pedro de Araújo
 escreveu:
>  Olá amigos estou com o seguinte problema.
>
> O usando o editor Kile no debian 8 ao criar o ficheio dvi,

como você criou o ficheiro?

> não vejo a figura
> no okular,  mas quando crio o pdf a partir do dvi

como você cria o pdf a partir do dvi?

> a figura aparece.
>
>  Alguém sabe o que se passa?
>
>
> --
> Manoel



Latex KILE

2015-09-11 Thread Manoel Pedro de Araújo
 Olá amigos estou com o seguinte problema.

O usando o editor Kile no debian 8 ao criar o ficheio dvi, não vejo a
figura no okular,  mas quando crio o pdf a partir do dvi a figura
aparece.

 Alguém sabe o que se passa?


-- 
Manoel


latex

2015-07-25 Thread Manoel Pedro de Araújo
Olá, galera estou precisando deuma ajuda.
Quando vou compilar um texto em latex
sai a seguinte mensagem
Bibitext-concluido com codigo de saida 2

Tem como eliminar está mensagem?

Obs.: Uso kile

-- 
Manoel


Re: latex

2015-07-25 Thread Diego Rabatone Oliveira
Manoel, sugiro você procurar a lista de usuários brasileiros de latex (
latex...@googlegroups.com), acho mais apropriado para sanar a sua dúvida.

Abs,


Em 25 de julho de 2015 12:13, Manoel Pedro de Araújo mpara...@gmail.com
escreveu:

 Olá, galera estou precisando deuma ajuda.
 Quando vou compilar um texto em latex
 sai a seguinte mensagem
 Bibitext-concluido com codigo de saida 2

 Tem como eliminar está mensagem?

 Obs.: Uso kile

 --
 Manoel




-- 

Diego Rabatone Oliveira
http://blog.diraol.eng.br
diraol(arroba)diraol(ponto)eng(ponto)br
Twitter: @diraol


Re: install Arial fonts lost in latex

2015-07-05 Thread Liam O'Toole
On 2015-07-05, Lisi Reisz lisi.re...@gmail.com wrote:
 On Sunday 05 July 2015 05:51:31 mudongliang wrote:
  Install ttf-mscorefonts-installer
  And let it do its thing.
 
  Cheers
  Eike

 I have said in the post that I can't install this package!
 Because some exe file can not be downloaded!

 lisi@Tux-II:~$ aptitude search ttf-mscorefonts
 i A ttf-mscorefonts-installer   - Installer for Microsoft TrueType core 
 font
 lisi@Tux-II:~$

 Who is asking you to download an exe file?  Just a Debian package.  Although 
 you have found a workaround, using the Debian package would obviously have 
 been a better solution.

 As you see, I have it installed, and I have Arial and Arial Black.


Upon installation, the Debian package attempts to download the fonts (in
the form of .exe files) from a third party. That step is failing in the
case of the OP.

-- 

Liam



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/slrnmpi3ri.4tc.liam.p.otoole@dipsy.tubbynet



Re: install Arial fonts lost in latex

2015-07-05 Thread mudongliang


On 07/05/2015 05:42 PM, Lisi Reisz wrote:
 On Sunday 05 July 2015 05:51:31 mudongliang wrote:
 Install ttf-mscorefonts-installer
 And let it do its thing.

 Cheers
 Eike
 I have said in the post that I can't install this package!
 Because some exe file can not be downloaded!
 lisi@Tux-II:~$ aptitude search ttf-mscorefonts
 i A ttf-mscorefonts-installer   - Installer for Microsoft TrueType core 
 font
 lisi@Tux-II:~$

 Who is asking you to download an exe file?  Just a Debian package.  Although 
 you have found a workaround, using the Debian package would obviously have 
 been a better solution.

 As you see, I have it installed, and I have Arial and Arial Black.
--
mdl@NjuMdl:~$ sudo apt-get install ttf-mscorefonts-installer
Reading package lists... Done
Building dependency tree  
Reading state information... Done
The following NEW packages will be installed:
  ttf-mscorefonts-installer
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 37.4 kB of archives.
After this operation, 128 kB of additional disk space will be used.
Get:1 http://mirrors.163.com/debian/ testing/contrib
ttf-mscorefonts-installer all 3.6 [37.4 kB]
Fetched 37.4 kB in 0s (383 kB/s)  
Preconfiguring packages ...
Selecting previously unselected package ttf-mscorefonts-installer.
(Reading database ... 278175 files and directories currently installed.)
Preparing to unpack .../ttf-mscorefonts-installer_3.6_all.deb ...
Unpacking ttf-mscorefonts-installer (3.6) ...
Processing triggers for fontconfig (2.11.0-6.3) ...
Setting up ttf-mscorefonts-installer (3.6) ...

These fonts were provided by Microsoft in the interest of cross-
platform compatibility.  This is no longer the case, but they are
still available from third parties.

You are free to download these fonts and use them for your own use,
but you may not redistribute them in modified form, including changes
to the file name or packaging format.

--2015-07-05 18:11:25-- 
http://downloads.sourceforge.net/corefonts/andale32.exe
Resolving downloads.sourceforge.net (downloads.sourceforge.net)...
216.34.181.59
Connecting to downloads.sourceforge.net
(downloads.sourceforge.net)|216.34.181.59|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location:
http://downloads.sourceforge.net/project/corefonts/the%20fonts/final/andale32.exe
[following]
--2015-07-05 18:11:25-- 
http://downloads.sourceforge.net/project/corefonts/the%20fonts/final/andale32.exe
Connecting to downloads.sourceforge.net
(downloads.sourceforge.net)|216.34.181.59|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location:
http://ncu.dl.sourceforge.net/project/corefonts/the%20fonts/final/andale32.exe
[following]
--2015-07-05 18:11:26-- 
http://ncu.dl.sourceforge.net/project/corefonts/the%20fonts/final/andale32.exe
Resolving ncu.dl.sourceforge.net (ncu.dl.sourceforge.net)... 140.115.17.45
Connecting to ncu.dl.sourceforge.net
(ncu.dl.sourceforge.net)|140.115.17.45|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 198384 (194K) [application/octet-stream]
Saving to: ‘./andale32.exe’

 0K .. .. .. . 20%
57.2K=0.7s

2015-07-05 18:16:27 (57.2 KB/s) - Read error at byte 40290/198384
(Success). Giving up.

--2015-07-05 18:16:27-- 
http://switch.dl.sourceforge.net/sourceforge/corefonts/andale32.exe
Resolving switch.dl.sourceforge.net (switch.dl.sourceforge.net)...
failed: Name or service not known.
wget: unable to resolve host address ‘switch.dl.sourceforge.net’
--2015-07-05 18:16:28-- 
http://dfn.dl.sourceforge.net/sourceforge/corefonts/andale32.exe
Resolving dfn.dl.sourceforge.net (dfn.dl.sourceforge.net)...
2001:638:d:c101:acdc:1979:2:1001, 194.95.248.253
Connecting to dfn.dl.sourceforge.net
(dfn.dl.sourceforge.net)|2001:638:d:c101:acdc:1979:2:1001|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location:
http://downloads.sourceforge.net/sourceforge/corefonts/andale32.exe?downloadfailedmirror=dfn.dl.sourceforge.net
[following]
--2015-07-05 18:16:30-- 
http://downloads.sourceforge.net/sourceforge/corefonts/andale32.exe?downloadfailedmirror=dfn.dl.sourceforge.net
Resolving downloads.sourceforge.net (downloads.sourceforge.net)...
216.34.181.59
Connecting to downloads.sourceforge.net
(downloads.sourceforge.net)|216.34.181.59|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location:
http://downloads.sourceforge.net/project/corefonts/the%20fonts/final/andale32.exe?download=failedmirror=dfn.dl.sourceforge.net
[following]
--2015-07-05 18:16:31-- 
http://downloads.sourceforge.net/project/corefonts/the%20fonts/final/andale32.exe?download=failedmirror=dfn.dl.sourceforge.net
Connecting to downloads.sourceforge.net
(downloads.sourceforge.net)|216.34.181.59|:80... connected.
HTTP request sent, awaiting response... 

Re: install Arial fonts lost in latex

2015-07-05 Thread Eike Lantzsch
On Sunday 05 July 2015 19:21:20 mudongliang wrote:
 On 07/05/2015 07:05 PM, Liam O'Toole wrote:
  On 2015-07-05, Lisi Reisz lisi.re...@gmail.com wrote:
  On Sunday 05 July 2015 05:51:31 mudongliang wrote:
  Install ttf-mscorefonts-installer
  And let it do its thing.
  
  Cheers
  Eike
  
  I have said in the post that I can't install this package!
  Because some exe file can not be downloaded!
  
  lisi@Tux-II:~$ aptitude search ttf-mscorefonts
  i A ttf-mscorefonts-installer   - Installer for Microsoft TrueType
  core
  font
  lisi@Tux-II:~$
  
  Who is asking you to download an exe file?  Just a Debian package. 
  Although you have found a workaround, using the Debian package would
  obviously have been a better solution.
  
  As you see, I have it installed, and I have Arial and Arial Black.
  
  Upon installation, the Debian package attempts to download the fonts (in
  the form of .exe files) from a third party. That step is failing in the
  case of the OP.
 
 yes, you're right! I can't download exe file from the sourceforge site!
 -mudongliang

Yep, looks like your university prevents the download of exe files from 
sourceforge in some weird way which does not resolve to a meaningful error 
message.
What keeps me guessing is why you were able to download exe files from some MS-
site.
Can you contact the IT girls/guys about this behaviour?
I first thought that your (or the university's) router might not be able to 
handle FTP transfers correctly, but your log clearly shows that HTTP is used 
for the transport.

Cheers
Eike


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1981494.EnWtsPU8AO@lxcl01



Re: install Arial fonts lost in latex

2015-07-05 Thread mudongliang


On 07/05/2015 07:05 PM, Liam O'Toole wrote:
 On 2015-07-05, Lisi Reisz lisi.re...@gmail.com wrote:
 On Sunday 05 July 2015 05:51:31 mudongliang wrote:
 Install ttf-mscorefonts-installer
 And let it do its thing.

 Cheers
 Eike
 I have said in the post that I can't install this package!
 Because some exe file can not be downloaded!
 lisi@Tux-II:~$ aptitude search ttf-mscorefonts
 i A ttf-mscorefonts-installer   - Installer for Microsoft TrueType core 
 font
 lisi@Tux-II:~$

 Who is asking you to download an exe file?  Just a Debian package.  Although 
 you have found a workaround, using the Debian package would obviously have 
 been a better solution.

 As you see, I have it installed, and I have Arial and Arial Black.

 Upon installation, the Debian package attempts to download the fonts (in
 the form of .exe files) from a third party. That step is failing in the
 case of the OP.

yes, you're right! I can't download exe file from the sourceforge site!
-mudongliang




signature.asc
Description: OpenPGP digital signature


Re: install Arial fonts lost in latex

2015-07-05 Thread mudongliang

 Mudongliang:

 Sorry for the half-cocked answer. Your problem is obviously not with Debian 
 but a network problem. Downloads from downloads.sourceforge.net are working 
 fine here at this side of the globe.
I can download software from sourceforge! I just download TortoiseSVN in
a few seconds!
Can you reinstall it and have a look at the temp output?
If you install this package , and download all the temp file quickly, I
don't know why!
 Are you using a proxy? Can you download anything else from sourceforge? Do 
 you 
 experience this download problem only with that very site?
 The downloads from your Debian mirror seem to work but is the integrity of 
 ttf-mscorefonts-installer OK?
I use the network provided by my university, I don't know whether they
are using a proxy!
I once downloaded retext and so on from this coding host!
I even doubt it is forbidden!

 Now I don't know how far I will be able to help with your network problem. 
 More information is needed, provided you care to investigate deeper.
Thank you for help! It's just an experiment! It is just temporarily
needed for compiling tex file!
I don't need those fonts in my daily life!
- mudongliang
 Wish you the best
 Eike




0x6BF5DC28.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


Re: install Arial fonts lost in latex

2015-07-05 Thread Lisi Reisz
On Sunday 05 July 2015 12:05:22 Liam O'Toole wrote:
 On 2015-07-05, Lisi Reisz lisi.re...@gmail.com wrote:
  On Sunday 05 July 2015 05:51:31 mudongliang wrote:
   Install ttf-mscorefonts-installer
   And let it do its thing.
  
   Cheers
   Eike
 
  I have said in the post that I can't install this package!
  Because some exe file can not be downloaded!
 
  lisi@Tux-II:~$ aptitude search ttf-mscorefonts
  i A ttf-mscorefonts-installer   - Installer for Microsoft TrueType
  core font
  lisi@Tux-II:~$
 
  Who is asking you to download an exe file?  Just a Debian package. 
  Although you have found a workaround, using the Debian package would
  obviously have been a better solution.
 
  As you see, I have it installed, and I have Arial and Arial Black.

 Upon installation, the Debian package attempts to download the fonts (in
 the form of .exe files) from a third party. That step is failing in the
 case of the OP.

Ah!  I hadn't understood that - I though he was trying to download an exe 
file.  And I didn't remeber how they installed, since it went without a 
hitch.

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201507051405.27118.lisi.re...@gmail.com



Re: install Arial fonts lost in latex

2015-07-05 Thread Lisi Reisz
On Sunday 05 July 2015 05:51:31 mudongliang wrote:
  Install ttf-mscorefonts-installer
  And let it do its thing.
 
  Cheers
  Eike

 I have said in the post that I can't install this package!
 Because some exe file can not be downloaded!

lisi@Tux-II:~$ aptitude search ttf-mscorefonts
i A ttf-mscorefonts-installer   - Installer for Microsoft TrueType core 
font
lisi@Tux-II:~$

Who is asking you to download an exe file?  Just a Debian package.  Although 
you have found a workaround, using the Debian package would obviously have 
been a better solution.

As you see, I have it installed, and I have Arial and Arial Black.

Lisi


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/201507051042.28807.lisi.re...@gmail.com



Re: install Arial fonts lost in latex

2015-07-05 Thread Eike Lantzsch
On Sunday 05 July 2015 18:22:46 mudongliang wrote:
 On 07/05/2015 05:42 PM, Lisi Reisz wrote:
  On Sunday 05 July 2015 05:51:31 mudongliang wrote:
  Install ttf-mscorefonts-installer
  And let it do its thing.
  
  Cheers
  Eike
  
  I have said in the post that I can't install this package!
  Because some exe file can not be downloaded!
  
  lisi@Tux-II:~$ aptitude search ttf-mscorefonts
  i A ttf-mscorefonts-installer   - Installer for Microsoft TrueType
  core
  font
  lisi@Tux-II:~$
  
  Who is asking you to download an exe file?  Just a Debian package. 
  Although you have found a workaround, using the Debian package would
  obviously have been a better solution.
  
  As you see, I have it installed, and I have Arial and Arial Black.
 
 
 -- mdl@NjuMdl:~$ sudo
 apt-get install ttf-mscorefonts-installer
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 The following NEW packages will be installed:
   ttf-mscorefonts-installer
 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
 Need to get 37.4 kB of archives.
 After this operation, 128 kB of additional disk space will be used.
 Get:1 http://mirrors.163.com/debian/ testing/contrib
 ttf-mscorefonts-installer all 3.6 [37.4 kB]
 Fetched 37.4 kB in 0s (383 kB/s)
 Preconfiguring packages ...
 Selecting previously unselected package ttf-mscorefonts-installer.
 (Reading database ... 278175 files and directories currently installed.)
 Preparing to unpack .../ttf-mscorefonts-installer_3.6_all.deb ...
 Unpacking ttf-mscorefonts-installer (3.6) ...
 Processing triggers for fontconfig (2.11.0-6.3) ...
 Setting up ttf-mscorefonts-installer (3.6) ...
 
 These fonts were provided by Microsoft in the interest of cross-
 platform compatibility.  This is no longer the case, but they are
 still available from third parties.
 
 You are free to download these fonts and use them for your own use,
 but you may not redistribute them in modified form, including changes
 to the file name or packaging format.
 
 --2015-07-05 18:11:25--
 http://downloads.sourceforge.net/corefonts/andale32.exe
 Resolving downloads.sourceforge.net (downloads.sourceforge.net)...
 216.34.181.59
 Connecting to downloads.sourceforge.net
 (downloads.sourceforge.net)|216.34.181.59|:80... connected.
 HTTP request sent, awaiting response... 301 Moved Permanently
 Location:
 http://downloads.sourceforge.net/project/corefonts/the%20fonts/final/andale3
 2.exe [following]
 --2015-07-05 18:11:25--
 http://downloads.sourceforge.net/project/corefonts/the%20fonts/final/andale3
 2.exe Connecting to downloads.sourceforge.net
 (downloads.sourceforge.net)|216.34.181.59|:80... connected.
 HTTP request sent, awaiting response... 302 Found
 Location:
 http://ncu.dl.sourceforge.net/project/corefonts/the%20fonts/final/andale32.e
 xe [following]
 --2015-07-05 18:11:26--
 http://ncu.dl.sourceforge.net/project/corefonts/the%20fonts/final/andale32.e
 xe Resolving ncu.dl.sourceforge.net (ncu.dl.sourceforge.net)...
 140.115.17.45 Connecting to ncu.dl.sourceforge.net
 (ncu.dl.sourceforge.net)|140.115.17.45|:80... connected.
 HTTP request sent, awaiting response... 200 OK
 Length: 198384 (194K) [application/octet-stream]
 Saving to: ‘./andale32.exe’
 
  0K .. .. .. . 20%
 57.2K=0.7s
 
 2015-07-05 18:16:27 (57.2 KB/s) - Read error at byte 40290/198384
 (Success). Giving up.
 
 --2015-07-05 18:16:27--
 http://switch.dl.sourceforge.net/sourceforge/corefonts/andale32.exe
 Resolving switch.dl.sourceforge.net (switch.dl.sourceforge.net)...
 failed: Name or service not known.
 wget: unable to resolve host address ‘switch.dl.sourceforge.net’
 --2015-07-05 18:16:28--
 http://dfn.dl.sourceforge.net/sourceforge/corefonts/andale32.exe
 Resolving dfn.dl.sourceforge.net (dfn.dl.sourceforge.net)...
 2001:638:d:c101:acdc:1979:2:1001, 194.95.248.253
 Connecting to dfn.dl.sourceforge.net
 (dfn.dl.sourceforge.net)|2001:638:d:c101:acdc:1979:2:1001|:80... connected.
 HTTP request sent, awaiting response... 302 Found
 Location:
 http://downloads.sourceforge.net/sourceforge/corefonts/andale32.exe?download
 failedmirror=dfn.dl.sourceforge.net [following]
 --2015-07-05 18:16:30--
 http://downloads.sourceforge.net/sourceforge/corefonts/andale32.exe?download
 failedmirror=dfn.dl.sourceforge.net Resolving downloads.sourceforge.net
 (downloads.sourceforge.net)... 216.34.181.59
 Connecting to downloads.sourceforge.net
 (downloads.sourceforge.net)|216.34.181.59|:80... connected.
 HTTP request sent, awaiting response... 301 Moved Permanently
 Location:
 http://downloads.sourceforge.net/project/corefonts/the%20fonts/final/andale3
 2.exe?download=failedmirror=dfn.dl.sourceforge.net [following]
 --2015-07-05 18:16:31--
 http://downloads.sourceforge.net/project/corefonts/the%20fonts/final/andale3
 

Re: install Arial fonts lost in latex

2015-07-05 Thread Seeker



On 7/5/2015 4:34 AM, Eike Lantzsch wrote:

On Sunday 05 July 2015 19:21:20 mudongliang wrote:

se of the OP.
yes, you're right! I can't download exe file from the sourceforge site!
 -mudongliang

Yep, looks like your university prevents the download of exe files from
sourceforge in some weird way which does not resolve to a meaningful error
message.
What keeps me guessing is why you were able to download exe files from some MS-
site.
Can you contact the IT girls/guys about this behaviour?
I first thought that your (or the university's) router might not be able to
handle FTP transfers correctly, but your log clearly shows that HTTP is used
for the transport.

Cheers
Eike


One might be tempted to think recent behavior at might be catching up  
with them...


http://seclists.org/nmap-dev/2015/q2/194

But then the OP indicated in another thread he was able to download the 
.exe files with his

phone over the network of the university. Strange.

Later, Seeker


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/55994e2f.7040...@comcast.net



Re: install Arial fonts lost in latex

2015-07-05 Thread Eike Lantzsch
On Sunday 05 July 2015 08:33:03 Seeker wrote:
 On 7/5/2015 4:34 AM, Eike Lantzsch wrote:
  On Sunday 05 July 2015 19:21:20 mudongliang wrote:
  se of the OP.
  yes, you're right! I can't download exe file from the sourceforge site!
  
   -mudongliang
  
  Yep, looks like your university prevents the download of exe files from
  sourceforge in some weird way which does not resolve to a meaningful error
  message.
  What keeps me guessing is why you were able to download exe files from
  some MS- site.
  Can you contact the IT girls/guys about this behaviour?
  I first thought that your (or the university's) router might not be able
  to
  handle FTP transfers correctly, but your log clearly shows that HTTP is
  used for the transport.
  
  Cheers
  Eike
 
 One might be tempted to think recent behavior at might be catching up
 with them...
 
 http://seclists.org/nmap-dev/2015/q2/194
 
 But then the OP indicated in another thread he was able to download the
 .exe files with his
 phone over the network of the university. Strange.
A bad WiFi adapter in his computer? A faulty driver or firmware? Who knows?
But he states that other downloads went fine. Still strange ...
 
 Later, Seeker

Unless we walk-through with tcpdump I don't see a way to determine what the 
real reason for the problem is. I'm at a loss.

As a side-note I'd like to hint to using LFTP for downloading. That is a 
*very* persistent downloader and although its name implies FTP downloads it 
works excellently for HTTP downloads. When downloading from archive.org I 
often experienced trunkated downloads. The files seemed to have been completely 
downloaded but actually were trunkated. LFTP, on the other hand, always picks 
up where the transfer failed and eventually downloads a complete and usable 
file.
Very useful is the mirror command of LFTP to download a whole set of files or 
the contents of a subdirectory.
LFTP transfers survive even dial-up connections that frequently get 
interrupted and need to be re-established.

While being at it with lftp it would be nice to see how the sessions go with a 
tcpdump.

Eike - not a finder either


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2509735.pgDNu1BksI@lxcl01



Re: install Arial fonts lost in latex

2015-07-05 Thread mudongliang


On 07/05/2015 11:33 PM, Seeker wrote:


 On 7/5/2015 4:34 AM, Eike Lantzsch wrote:
 On Sunday 05 July 2015 19:21:20 mudongliang wrote:
 se of the OP.
 yes, you're right! I can't download exe file from the sourceforge site!
  -mudongliang
 Yep, looks like your university prevents the download of exe files from
 sourceforge in some weird way which does not resolve to a meaningful
 error
 message.
 What keeps me guessing is why you were able to download exe files
 from some MS-
 site.
 Can you contact the IT girls/guys about this behaviour?
 I first thought that your (or the university's) router might not be
 able to
 handle FTP transfers correctly, but your log clearly shows that HTTP
 is used
 for the transport.

 Cheers
 Eike


 One might be tempted to think recent behavior at might be catching up 
 with them...

 http://seclists.org/nmap-dev/2015/q2/194

 But then the OP indicated in another thread he was able to download
 the .exe files with his
 phone over the network of the university. Strange.
I said in another thread my phone not using the network of university
can download those exe file!
My phone is using 3G network provided by Mobile operators!
- mudongliang

 Later, Seeker






signature.asc
Description: OpenPGP digital signature


Re: install Arial fonts lost in latex

2015-07-04 Thread Eike Lantzsch
On Saturday 04 July 2015 11:03:24 慕冬亮 wrote:
 Today I compile a tex file , the following is a error in the file:
 
 
 !
 ! fontspec error: font-not-found
 ! 
 ! The font Arial cannot be found.
 ! 
 ! See the fontspec documentation for further information.
 ! 
 ! For immediate help type H return.
 !...  
   
 l.9   \setmainfont{Arial} 
 
Install ttf-mscorefonts-installer
And let it do its thing.

Cheers
Eike


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/3098297.pm1nNitPym@lxcl01



Re: install Arial fonts lost in latex

2015-07-04 Thread mudongliang


On 07/05/2015 01:47 AM, Eike Lantzsch wrote:
 On Saturday 04 July 2015 11:03:24 慕冬亮 wrote:
 Today I compile a tex file , the following is a error in the file:

 
 !
 ! fontspec error: font-not-found
 ! 
 ! The font Arial cannot be found.
 ! 
 ! See the fontspec documentation for further information.
 ! 
 ! For immediate help type H return.
 !...  
   
 l.9   \setmainfont{Arial} 

 Install ttf-mscorefonts-installer
 And let it do its thing.

 Cheers
 Eike

I have said in the post that I can't install this package!
Because some exe file can not be downloaded!
But Now I have solved this problem! I copy the corresponding fonts
(*.ttf) from the windows!
Thank you all the same!
- mudongliang


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/blu436-smtp245355438cdba13492d3f6cbc...@phx.gbl



install Arial fonts lost in latex

2015-07-04 Thread 慕冬亮
Today I compile a tex file , the following is a error in the file:


!
! fontspec error: font-not-found
! 
! The font Arial cannot be found.
! 
! See the fontspec documentation for further information.
! 
! For immediate help type H return.
!...  
  
l.9   \setmainfont{Arial} 

This font is not installed in the Debian testing , So I try to google it!
One of the answer is 
 wget http://tug.org/fonts/getnonfreefonts/install-getnonfreefonts
 texlua install-getnonfreefonts
 sudo getnonfreefonts -a
 sudo getnonfreefonts-sys -a
in https://www.tug.org/fonts/getnonfreefonts/

I have done this to my computer, but it does not take effect!
Second answer is to installttf-mscorefonts-installer, but the resource 
requested is too slow to download!

So anyone can help me to solve this problem???
Thank you in advance!
- mudongliang
  

Re: OF - latex

2014-09-17 Thread Rodolfo
discossão foi tenso '-'



2014-09-16 22:44 GMT-04:00 Caio Ferreira abreuf...@gmail.com:

 lista

 por acaso alguém conhece alguma lista de discossão em português sobre
 a ferramenta LaTeX?

 obrigado.


  .''`.   Caio Abreu Ferreira
 : :'  :  abreuf...@gmail.com
 `. `'`   Debian User
   `-


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/cajrsrclvimgy7xmtuwr-414uzvvmunn2w5pcv31ud-hwe3z...@mail.gmail.com




Re: OF - latex

2014-09-17 Thread Raony Guimaraes Corrêa Do Carmo Lisboa Cardenas
Olá, eu participo mais deste grupo:

https://code.google.com/p/abntex2/

Usuários
https://groups.google.com/forum/#!forum/abntex2

Desenvolvedores
https://groups.google.com/forum/#!forum/latex-br

É bastante ativo e tem várias coisas interessantes!

Valeu!

_

Raony Guimarães Corrêa Do Carmo Lisboa Cardenas
PhD Student in Bioinformatics

email: raonyguimar...@gmail.com
skype/gtalk: raonyguimaraes
phone: +55 31 93404152

Laboratory of Clinical Genomics
UFMG School of Medicine
Federal University of Minas Gerais - UFMG
Av. Prof. Alfredo Balena, 190, Sala 321
Belo Horizonte, Brazil 30130-100
_

2014-09-17 9:23 GMT-03:00 Rodolfo rof20...@gmail.com:

 discossão foi tenso '-'



 2014-09-16 22:44 GMT-04:00 Caio Ferreira abreuf...@gmail.com:

 lista

 por acaso alguém conhece alguma lista de discossão em português sobre
 a ferramenta LaTeX?

 obrigado.


  .''`.   Caio Abreu Ferreira
 : :'  :  abreuf...@gmail.com
 `. `'`   Debian User
   `-


 --
 To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/cajrsrclvimgy7xmtuwr-414uzvvmunn2w5pcv31ud-hwe3z...@mail.gmail.com





  1   2   3   4   5   6   7   8   9   10   >