emacs-orgmode
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] Printable calendar?


From: Nick Dokos
Subject: Re: [O] Printable calendar?
Date: Fri, 30 May 2014 13:20:21 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux)

Peter Davis <address@hidden> writes:

> Ok, I was able to get the column rules I want. (See below)
>
> I'm still puzzled by the right/left alignment. In the org buffer the
> columns appear correctly aligned, but in HTML output, the left (Sun)
> and right (Sat) columns are right-aligned,
> while all the others are left-aligned.
>
> Clues?
>

You can force the misbehaving columns to behave - more or less: the M
value on the 17th will cause problems (btw, I prefer
to have a non-exported "zeroth" column for things like / and !
that are basically table metadata - see (info "(org) Advanced features")
for details):


--8<---------------cut here---------------start------------->8---
#+ATTR_HTML: :border 2 :frame border
|   | Sun      | Mon     | Tue     | Wed     | Thu     | Fri     | Sat      |
|---+----------+---------+---------+---------+---------+---------+----------|
| / | <l>      | <>      | <>      | <>      | <>      | <>      | <l>      |
|---+----------+---------+---------+---------+---------+---------+----------|
|   |          |         |         |         | 1       | 2       | 3        |
|   |          |         |         |         |         |         |          |
|   |          |         |         |         | AM: 3.6 | AM: 3.6 | AM: 7.6  |
|   |          |         |         |         | PM: 3.7 | PM: 3.7 | AM: 7.6  |
|---+----------+---------+---------+---------+---------+---------+----------|
|   | 4        | 5       | 6       | 7       | 8       | 9       | 10       |
|   |          |         |         |         |         |         |          |
|   | AM: 11.4 | AM: 3.7 | AM: 3.7 | AM: 5.1 | AM: 3.6 | AM: 3.3 | AM: 5.1  |
|   |          | PM: 3.3 | PM: 3.3 |         | PM: 3.3 | PM: 3.3 |          |
|---+----------+---------+---------+---------+---------+---------+----------|
|   | 11       | 12      | 13      | 14      | 15      | 16      | 17       |
|   |          |         |         | *BIKE*  |         |         | AM: 7.6  |
|   |          | AM: 3.7 | AM: 3.7 | AM: 9.2 | AM: 3.7 | AM: 3.7 | M: 6.1   |
|   |          | PM: 3.3 | PM: 3.3 | PM: 9.7 | PM: 3.3 | PM: 3.3 | PM: 13.3 |
|---+----------+---------+---------+---------+---------+---------+----------|
|   | 18       | 19      | 20      | 21      | 22      | 23      | 24       |
|   |          |         |         |         |         |         |          |
|   |          | AM: 3.7 | AM: 3.6 | AM: 3.7 | AM: 3.7 | AM: 7.0 | AM: 5.5  |
|   |          | PM: 3.2 | PM: 3.3 | PM: 3.3 | PM: 3.3 |         |          |
|---+----------+---------+---------+---------+---------+---------+----------|
|   | 25       | 26      | 27      | 28      | 29      | 30      | 30       |
|   | *BIKE*   |         |         | *TRIKE* |         |         |          |
|   | AM: 16.2 |         | AM: 3.6 |         | AM: 3.8 | AM: 3.6 |          |
|   |          | PM: 5.1 | PM: 3.3 | PM: 7.3 | PM: 3.3 |         |          |
|---+----------+---------+---------+---------+---------+---------+----------|
--8<---------------cut here---------------end--------------->8---

The misbehaviour is caused by the heuristic used in
org-export-table-cell-alignment:

,----
| Return alignment as specified by the last alignment cookie in the
| same column as TABLE-CELL.  If no such cookie is found, a default
| alignment value will be deduced from fraction of numbers in the
| column (see `org-table-number-fraction' for more information).
`----

You can play around with org-table-number-fraction (default: 0.5) to
change the behaviour. A value of 0.25 will right-align them all, whereas
a value of 0.75 will left-align them all. But I wouldn't want to bet my
life on that: it depends on the contents of the table so it seems like a
fragile solution at best.

BTW, the 0.25 and 0.75 values above are purely trial-and-error (actually
derived from the smallest ratio I found edebugging over the columns:
6/21).

Nick

Footnotes:

[fn:1] The heuristic counts empty cells as numbers if the non-empty row
       above it is a number, so for the first column for example, there
       are 21 cells and 11 of them are "numbers".
       










reply via email to

[Prev in Thread] Current Thread [Next in Thread]