meta user
network profile
| bio | website | svsu.edu/~jhlavace |
|---|---|---|
| location | Saginaw, MI | |
| age | 44 | |
| visits | member for | 2 years, 9 months |
| seen | 12 hours ago | |
| stats | profile views | 322 |
|
Mar 1 |
awarded | Nice Question |
|
Feb 23 |
answered | Beamer columns won't align minted code and TikZ diagram |
|
Feb 23 |
awarded | Investor |
|
Feb 20 |
answered | Overlays: Color subformulas successively |
|
Feb 19 |
answered | Create slide with graph in beamer |
|
Feb 11 |
comment |
Attach listing to PDF +1 nice solution! |
|
Feb 11 |
comment |
Linking Latex Tables to Beamer It may help if you try to describe what you are trying to do, or give an example. I really do not understand what do you mean by linking table titles (in fact, I am not even sure what "table titles" are). |
|
Feb 11 |
answered | Uncover labels in pgfplots with beamer |
|
Feb 10 |
comment |
Dot notation for derivative of a vector Obviously, since you are taking a derivative of a vector and the result is a vector, you should use \vec{\dot{\vec{v}}}. |
|
Feb 9 |
answered | Using external tables in TikZ |
|
Feb 9 |
comment |
Why haven't any TeX->HTML converters been updated to use current web standards/style? Some of the algorithms you are talking about (kerning, ligatures, inter-letter and inter-word spacing, line breaking and paragraph formatting, hyphenation) are irrelevant on the web, since they are actually performed in the browser at the moment the document is displayed, so using a TeX engine to produce the html document would really have no effect on those. Also, the CSS model of layout is sufficiently different from the way LaTeX does it to make a direct translation very hard at best. The individual techniques (SVG, MathML, ...) are used, but are often hampered by browser incompatibility. |
|
Feb 8 |
awarded | Nice Answer |
|
Feb 8 |
answered | Why haven't any TeX->HTML converters been updated to use current web standards/style? |
|
Feb 7 |
revised |
Octave to LaTeX added 363 characters in body |
|
Feb 7 |
answered | Octave to LaTeX |
|
Jan 24 |
revised |
How to specify size of binding and trim/crop Additional clarification |
|
Jan 24 |
comment |
How to specify size of binding and trim/crop If I reserve space for crop or trim by increasing the margins, typearea will use the increased margins for calculating the optimal values of the other parameters. I will then cut parts of the margins off, which will make the calculations invalid. |
|
Jan 24 |
comment |
How to specify size of binding and trim/crop Actually, the geometry package will do the job I want, but I believe the correct parameter to set is not paperize but layoutsize. For full trim, you can do \usepackage[twoside,papersize=letterpaper,layoutsize={7.5in,10in}, layouthoffset=.5in, layoutvoffset=.5in, showcrop]{geometry}. That should give you .5in for binding and trim. There does not seem to be a way to have different layout offset on odd and even pages. |
|
Jan 24 |
asked | How to specify size of binding and trim/crop |
|
Jan 24 |
comment |
Illogical twoside margins I am not sure if each paper size has a corresponding larger one, but when creating bound material, you have to print on a paper that is larger than the page, not only because of binding space, but also because of trim. To have all pages align smoothly into one block, they are usually trimmed. You basically take the bound book and slice of the uneven edges of paper on the three outer sides. Often printed pages before trimming have trim marks in the corners of the page. |
