# Tag Info

10

Here, I just get clever with an \llap, which I incorporate into Uline. Not sure if it will handle all cases, but I am willing to adapt further as needed. This first version is simplest, but can get confused if the table data does not conform to the table-format: \documentclass{article} ...

5

This code works. I took the opportunity to improve your table: I don't think you really need a tabularx environment, so I replaced the Y column with a plain l. I also made column head two-lined when I thought it necessary, with the makecell package: \documentclass[fontsize=10pt, paper=letter, headings=small, bibliography=totoc, DIV=9, headsepline=true, ...

5

(Re-wrote the answer after the OP changed the table in the MWE.) The following solution lets you use the S column type for the four "GWh" columns and lets you use a tabularx environment (to assure that the width of the table is equal to \linewidth). The trick -- such as it is -- consists of using S for the numbers and C (a centered version of X) for the ...

5

You don't need tabularx, but the stock tabular*. I just abbreviated “Estados Unidos” into “EUA” so to better fit the table in the available space. Note that non numerical input in S columns should be braced; in this way, siunitx will not try and interpret the text as a number, which is the reason for the error message in the “Exportaciones” cell. ...

4

As observed in comments, the key settings are (largely) stored in a set of variables which are marked as private in siunitx. TeX doesn't prevent you accessing these (they are private by convention rather than at any technical level), so you can read the code and then extract the values. However, there is a reason this data is private: there is no documented ...

4

Excerpting from section 7.13, "Adding items after the last column of a tabular", of the user guide of the siunitx package: When using the array package ‘<’ construct to insert material after an S or s column, the alignment of the final column may be wrong if the standard tabular row terminator \\ is used. This is due to the way that LATEX ...

4

Answer to the updated question The special class file uses: \DeclareMathSymbol{\Omega}{\mathalpha}{letters}{"0A} \DeclareMathSymbol{\varOmega}{\mathalpha}{operators}{"0A} Then \Omega is italics by default and \varOmega upright. Package siunitx uses \upOmega, if it is available to initialize the symbol for math-ohm, otherwise \Omega is used as ...

4

There is a mistake in your definition of the tabular environment. While the table contains only two columns, the number of columns specified in the argument of \begin{tabular} is larger: there is one column aligned to the left (l) and additional columns with a format specified by S[table_format=..]. You could try this slightly modified code instead: ...

4

First of all in order to answer your question (fix your error): You have used some non-numerical cell in an S column. It should read (or begin with) "e". Just put this cell into curly braces. Now in general and for your table: Do not use tabularx with numerical data. As your table is too big for the \linewidth, just reduce the width manually. This would ...

3

For one-off cells you can always use a \multicolumn command such as \multicolumn{1}{c}{\bfseries \num{11111.11}} This can be packaged in to a macro \tbnum for convenience: \newcommand{\tbnum}[1]{\multicolumn{1}{c}{\bfseries \num{#1}}} \documentclass{article} \usepackage{etoolbox,siunitx} \robustify\bfseries ...

3

I think the shortest form for what you want would be: % arara: pdflatex \documentclass{article} \usepackage{siunitx} \sisetup{% ,exponent-to-prefix = true ,zero-decimal-to-integer } \begin{document} \begin{tabular}{l} \SIrange[scientific-notation = engineering]{150}{8000}{\kilo\hertz}\\ \SIrange[scientific-notation ...

2

The designer of your document-class wants you to have italic upper-case Greeks which in my eyes is desirable according to ISO (but of course a matter of taste). As your template is written as it is, I would not change this behaviour as I have suggested in comment. Just redefine the math-ohm from siunitx like so: % arara: pdflatex ...

2

There are two ways to resolve this: (1) Build a PDF and zip your source files. Upload both the PDF and the ZIP file as indicated here. (2) Upload your source file -- the TeX Live installation has recently been upgraded and using the siunitx package worked for me. Retyping your source files to pass EES is generally not a good idea.

2

With LuaLaTeX you can parse your imported file and access the siunitx parameters, and even resuse them : \documentclass{article} \usepackage{luacode,siunitx} \begin{luacode} function SiunitxSplit ( file ) local param local i = 1 local f = assert(io.open(file, "r")) local t = f:read("*all") f:close() for param in t:gmatch ...

2

This is something of a hack, certainly not for general use, and relies on the fact that all errors take the same form, in this case, x.x (other cases discussed at end)). I present two variants, with the \pm on the 2nd row, and with the \pm on the 1st row. It accomplishes its goal by redefining \pm to create a stack. The number of arguments in \pmhelp ...

2

The issue is nothing to do with siunitx or with tabularx: it's your use of \tableheadline. You've defined that to include a \multicolumn as well as a case change, then put additional header material after it (\si{eV}). That text is then 'dangling' and not properly handled by the alignment. If you want to keep \tableheadline with the current definition then ...

1

A quick solution without \newcommands: \documentclass[12pt,landscape,a4paper]{article} \usepackage{multirow} \usepackage{microtype} \usepackage[T1]{fontenc} \usepackage{lmodern} \usepackage{longtable} \usepackage[utf8]{inputenc} \usepackage[english,czech]{babel} \usepackage{hyphenat} \usepackage{siunitx,booktabs} \sisetup{output-decimal-marker = {,}} ...

1

As usual, multirow is not the answer; I removed the unnecessary packages, add them back if you really need them. \documentclass[12pt,a4paper]{article} % the following three should be first \usepackage[T1]{fontenc} \usepackage[utf8]{inputenc} \usepackage[english,czech]{babel} \usepackage{makecell} \usepackage{ragged2e} \usepackage{longtable} ...

Only top voted, non community-wiki answers of a minimum length are eligible