16,514 reputation
2958
bio website
location France
age
visits member for 3 years, 6 months
seen Oct 13 at 18:47

Oct
13
accepted big pdf size due to many small colored boxes
Oct
10
comment big pdf size due to many small colored boxes
@ChristianHupfer but I guess coordinates are needed the same way for letter glyphs? the PDF seems to be very efficient at re-using letters.
Oct
10
comment big pdf size due to many small colored boxes
I have tried the \pdfliteral. However for my big document it gives a result not worse than using \colorbox only if I use the \pdfxform mechanism. There is then no gain compared to \colorbox+\pdfxform use. My files have compression: they are PDF 1.5 files, as produced by default by pdflatex on my installation.
Oct
10
revised big pdf size due to many small colored boxes
added more testing
Oct
10
comment big pdf size due to many small colored boxes
@percusse I omitted the information that my real use case is with xcolor indeed. I should have done the small tests here also with xcolor, you are absolutely right.
Oct
10
revised big pdf size due to many small colored boxes
added info on number of yellow boxes in my 150 pages document.
Oct
10
revised big pdf size due to many small colored boxes
added report on some testing with \pdfxform
Oct
10
comment big pdf size due to many small colored boxes
@MartinSchröder I will look at \pdfxform. I guess however this will compromise my preferred dvipdfmx route then ;-)
Oct
10
comment big pdf size due to many small colored boxes
@Daniel I have tried ps2pdf which is about the same as the direct gs invocation in the answer you linked to. I tried the invocation proposed there, and it gives the same result (file size increases from 1082657 bytes to over 1500000 bytes).
Oct
10
asked big pdf size due to many small colored boxes
Oct
1
comment A TOC with size count of each of the parts
actually you can do from the start \etocsetlevel {beamerframe}{4} and the \etocsetstyle {beamerframe}etc. Just make sure the tocdepth is never more than 3 for real TOCs. And that \etocsetlevel{paragraph}{6} is in \CountFramesFor.
Oct
1
comment A TOC with size count of each of the parts
about handling paragraphs which are not frames, it is only a matter to do then as in my very first answer, do \etocsetlevel {beamerframe}{6}, use beamerframe rather than paragraph everywhere, do \etocsetlevel {beamerframe}{4} and \etocsetlevel {paragraph}{6} in \CountFramesFor. This way, paragraphs and frames will coexist. [leave \etocsetstyle{paragraph} with paragraph, because at this location beamerframe is at level 6=ignored; I am assuming here your regular TOCs won't list paragraphs]
Oct
1
revised A TOC with size count of each of the parts
two missing %
Oct
1
revised A TOC with size count of each of the parts
added new version of the code to handle missing frames or subsubsections etc
Oct
1
revised A TOC with size count of each of the parts
added new version of the code to handle missing frames or subsubsections etc
Sep
28
comment Why does center not center \halign?
you mention $$\halign{...}$$ in Plain, but doesn't one still need a \vcenter or \vbox around \halign?
Sep
28
comment Debugging Advice: Dimension too large (Need stack trace)
@percusse "shortcoming" is a nice word, a French equivalent would be very useful to me, but I don't see one offhand. It is much more neutral than "defect" for example. I will probably have some use for it in my own package documentations!
Sep
28
comment Debugging Advice: Dimension too large (Need stack trace)
@percusse is this a bug or a feature?
Sep
28
awarded  Necromancer
Sep
28
answered \input{} as argument for \inputgraphic{}