meta user
network profile
| bio | website | tex.stackexchange.com/users/… |
|---|---|---|
| location | Frome, United Kingdom | |
| age | 36 | |
| visits | member for | 1 year, 2 months |
| seen | 3 hours ago | |
| stats | profile views | 114 |
Learnt LaTeX while in placement in my third year in 1999 when my assignment was to work on a massive code but was only given an laptop to do it, so had to find something to do during the long hours the thing took to compile, and solitaire doesn't remain fun for that long. I haven't look back since. Now a researcher at the University of Bristol. All my outputs are in LaTeX from papers to presentations to posters.
|
Jan 2 |
comment |
Longtable overfilling the bottom margin with longtable and figures Ah! well spotted @egreg. I thought the problem looked familiar! |
|
Jan 2 |
comment |
Longtable overfilling the bottom margin with longtable and figures There seem to be an incompatibility between longtable and your geometry specifications, but I can't identify it yet. If you remove the geometry line, the document becomes 4 pages long with the last page containing the last 3 rows. Also note that your tables are wider than the text area as defined with your geometry (but that is not what is causing the problem) |
|
Jan 2 |
comment |
Referencing Subfigure in Subfloat @Tobold I cannot see any references to subfloat in the subcaption documentation. \continuedfloat is provided by the caption package and does not seem to have anything to with the usage of \subfloat: it is used after a \begin{figure} or \begin{table}. |
|
Jan 2 |
comment |
Referencing Subfigure in Subfloat silly question, why not use subfig then if it works? I don't know subcaption, so the syntax may be correct, but by the look of it the syntax you are using is that of subfig. |
|
Jan 2 |
comment |
pgfplots: non uniform line width for interrupted plot I have had the same problem recently and indeed the clip=false was the solution but to me this behaviour doesn't make that much sense as if you use markers, the markers do not get clipped but the lines do. A Behaviour where only the points which coordinates are outside the defined plot area get clipped, but if it is only the line thickness for data point inside the plotting area, then it really should not get clipped. |
|
Jan 1 |
comment |
Problems with \bm and LuaLaTeX Looks like you are using texlive 2011. it might be a good idea to upgrade to texlive 2012. As the others here I have no problem compiling your code using LuaTeX, Version beta-0.70.2-2012101900 (TeX Live 2012TeX Live 2012) |
|
Dec 30 |
revised |
XeLaTeX - terminal output too verbose deleted 151 characters in body |
|
Dec 30 |
revised |
XeLaTeX - terminal output too verbose added 795 characters in body |
|
Dec 30 |
revised |
XeLaTeX - terminal output too verbose added 153 characters in body |
|
Dec 30 |
answered | XeLaTeX - terminal output too verbose |
|
Dec 29 |
comment |
Problem of Arabic numbers in math mode with 'New TX' math font option [Libertine] compiled by XeLaTeX This is not related to your original question and definitely not an answer to it. you do not mention anywhere the use of hyperref. I suggest you ask another question with an appropriate MWE |
|
Dec 28 |
revised |
Problem of Arabic numbers in math mode with 'New TX' math font option [Libertine] compiled by XeLaTeX added 329 characters in body |
|
Dec 28 |
comment |
Problem of Arabic numbers in math mode with 'New TX' math font option [Libertine] compiled by XeLaTeX Indeed, reading the fontspec manual, fontspec is not enough to do this. you need to use the mathspec package instead (it will also load fontspec). This is where using XeLaTeX becomes a bit of a drag as you have to specify every single files for each shape. See the edit to the answer. |
|
Dec 28 |
revised |
Problem of Arabic numbers in math mode with 'New TX' math font option [Libertine] compiled by XeLaTeX added 314 characters in body |
|
Dec 28 |
comment |
Problem of Arabic numbers in math mode with 'New TX' math font option [Libertine] compiled by XeLaTeX GAH! I keep on forgetting XeLaTeX cannot find distro font by name, and that one has to use the filename instead! try \setmathrm{LinLibertine_R.otf}. And you drop the \usepackage{newtxmath} here as it does not do anything (I think). |
|
Dec 28 |
answered | Problem of Arabic numbers in math mode with 'New TX' math font option [Libertine] compiled by XeLaTeX |
|
Dec 28 |
revised |
Problem of Arabic numbers in math mode with 'New TX' math font option [Libertine] compiled by XeLaTeX highlighted code snippets and included graphics |
|
Dec 27 |
comment |
Are bitmap fonts too fuzzy or is it just me? @wasteofspace the LaTeX abstract is from the memoir manual which uses the URW Palladio font (which is a variant of the linotype Palatino font). The LO font looks like the default LiberationSerif font made to be a close free alternative Times New Roman (although it is not identical). |
|
Dec 27 |
comment |
Are bitmap fonts too fuzzy or is it just me? It is also rather difficult to compare the rendering as the two examples are using different fonts (some Palatino type for the LaTeX doc and something close to Times New Roman in the LO one). Also note that the rendering is not done by LaTeX itself but by the pdf viewer you are using. For example Adobe Reader used to be extremely bad at rendering Type3 font whereas other pdf viewers were not. |
|
Dec 24 |
comment |
Bar overlapping in bar plot have you tried a x log axis? |
