Dnia 2013-09-25, o godz. 11:09:43
Rasmus napisał(a):
> Nicolas Girard writes:
>
> > 2013/9/25 Carsten Dominik :
>
> > I came to think that, having a piece of code that brings
> > cross-compatibility between the 3 engines would be of interest to
> > people outside of the Org community. But this
Nicolas Girard writes:
> 2013/9/25 Carsten Dominik :
> I came to think that, having a piece of code that brings
> cross-compatibility between the 3 engines would be of interest to
> people outside of the Org community. But this is not trivial,
> especially if the code has to work with older TeX
Excellent, I'll wait for your further input.
Thanks Nicolas!
- Carsten
On 25.9.2013, at 09:45, Nicolas Girard wrote:
> 2013/9/25 Carsten Dominik :
>>
>> On 19.9.2013, at 11:38, Nicolas Girard wrote:
>>
>>> I actually have some working code that does this. It lies in a file I
>>> named 'mini
2013/9/25 Carsten Dominik :
>
> On 19.9.2013, at 11:38, Nicolas Girard wrote:
>
>> I actually have some working code that does this. It lies in a file I
>> named 'minimal.tex', which I include into all my latex code using
>> \input{minimal}\makeatletter
>
> Hi Nicolas,
>
> of I were to include th
On 19.9.2013, at 11:38, Nicolas Girard wrote:
> 2013/9/19 Carsten Dominik :
>>
>> On 19.9.2013, at 00:21, Rasmus wrote:
>>
>>> So what would the goal be? To make it compatible with XeLaTeX and
>>> LuaLaTeX out of the box?
>>
>> Yes, this is what I mean. I would be happy to have some clever
On 19.9.2013, at 11:38, Nicolas Girard wrote:
> 2013/9/19 Carsten Dominik :
>>
>> On 19.9.2013, at 00:21, Rasmus wrote:
>>
>>> So what would the goal be? To make it compatible with XeLaTeX and
>>> LuaLaTeX out of the box?
>>
>> Yes, this is what I mean. I would be happy to have some clever
2013/9/19 Carsten Dominik :
>
> On 19.9.2013, at 00:21, Rasmus wrote:
>
>> So what would the goal be? To make it compatible with XeLaTeX and
>> LuaLaTeX out of the box?
>
> Yes, this is what I mean. I would be happy to have some clever line in there
> that would do the right thing for variants
Hi Rasmus,
On 19.9.2013, at 11:11, Rasmus wrote:
> Hi Carsten,
>
> Carsten Dominik writes:
>
>> On 19.9.2013, at 00:21, Rasmus wrote:
>>
>>> Carsten Dominik writes:
>>>
> [...]
> The output tex file looks something like this:
>
> \ifPDFTeX\usepackage[utf8]{inputenc}\else\
Hi Carsten,
Carsten Dominik writes:
> On 19.9.2013, at 00:21, Rasmus wrote:
>
>> Carsten Dominik writes:
>>
[...]
The output tex file looks something like this:
\ifPDFTeX\usepackage[utf8]{inputenc}\else\fi
\ifPDFTeX\usepackage[T1]{fontenc}\else\fi
>>>
>>> this looks
On 19.9.2013, at 00:21, Rasmus wrote:
> Carsten Dominik writes:
>
>>> [...]
>>> The output tex file looks something like this:
>>>
>>> \ifPDFTeX\usepackage[utf8]{inputenc}\else\fi
>>> \ifPDFTeX\usepackage[T1]{fontenc}\else\fi
>>
>> this looks excellent. I think we will implement this as the
Carsten Dominik writes:
>> [...]
>> The output tex file looks something like this:
>>
>> \ifPDFTeX\usepackage[utf8]{inputenc}\else\fi
>> \ifPDFTeX\usepackage[T1]{fontenc}\else\fi
>
> this looks excellent. I think we will implement this as the default
> behavior, but only after 8.2.
> Does thi
On 17.9.2013, at 15:24, Rasmus wrote:
> Hi Carsten,
>
> Carsten Dominik writes:
>
>> I'd be interested to see a patch to this effect.
>
> For now here's the filter I use and a add-to-list that hopefully
> works. It could be turned into a general function such that
>
> - Certain packages
Hi Eric,
>> While automatic package handling is very exciting it could go awry.
>
> I'm not too in favor of automatic package detection. Unless it works
> nearly perfectly, it just seems like trading one kind of user irritation
> for another.
Yeah.
> Personally, I _always_ blast the default pack
Hi Carsten,
Carsten Dominik writes:
> I'd be interested to see a patch to this effect.
For now here's the filter I use and a add-to-list that hopefully
works. It could be turned into a general function such that
- Certain packages are only required with certain flavors of TeX
(curtsy
Carsten Dominik writes:
> On 11.9.2013, at 13:05, Eric S Fraga wrote:
>
>> Hi,
>>
>> A minor feature request. Feel free to ignore!
>>
>> Using the sidewaystable :float option for table exports to LaTeX
>> requires one to manually add a
>>
>> #+LaTeX_header: \usepackage{rotating}
>>
>> lin
On 11.9.2013, at 13:05, Eric S Fraga wrote:
> Hi,
>
> A minor feature request. Feel free to ignore!
>
> Using the sidewaystable :float option for table exports to LaTeX
> requires one to manually add a
>
> #+LaTeX_header: \usepackage{rotating}
>
> line to the org file. Could this package
On 17.9.2013, at 03:45, Eric Abrahamsen wrote:
>
> On 09/17/13 03:26 AM, Rasmus wrote:
>> Hi Carsten,
>>
>> Carsten Dominik writes:
>>
Note: I should be obvious that I prefer to load as little stuff be
default as possible. That is: I'm biased, but it's OK when everyone
knows.
On 09/17/13 03:26 AM, Rasmus wrote:
> Hi Carsten,
>
> Carsten Dominik writes:
>
>>> Note: I should be obvious that I prefer to load as little stuff be
>>> default as possible. That is: I'm biased, but it's OK when everyone
>>> knows.
>>
>> Yes. Of course the cleanest solution would be to load a
Rasmus writes:
> Hi Carsten,
>
> Carsten Dominik writes:
>
>>> Note: I should be obvious that I prefer to load as little stuff be
>>> default as possible. That is: I'm biased, but it's OK when everyone
>>> knows.
>>
>> Yes. Of course the cleanest solution would be to load as little
>> as possi
Hi Carsten,
Carsten Dominik writes:
>> Note: I should be obvious that I prefer to load as little stuff be
>> default as possible. That is: I'm biased, but it's OK when everyone
>> knows.
>
> Yes. Of course the cleanest solution would be to load as little
> as possible. But convenience and bac
On Sep 16, 2013, at 3:27 PM, Carsten Dominik wrote:
> Hi Rasmus,
>
> On Sep 16, 2013, at 12:47 PM, Rasmus wrote:
>
>> Carsten Dominik writes:
>>
>>> OK, let me ask like this:
>>>
>>> Does anyone know about conflicts arising from loading wrapfig and rotating?
>>
>> Their manuals doesn't me
Hi Rasmus,
On Sep 16, 2013, at 12:47 PM, Rasmus wrote:
> Carsten Dominik writes:
>
>> OK, let me ask like this:
>>
>> Does anyone know about conflicts arising from loading wrapfig and rotating?
>
> Their manuals doesn't mention anything, it seems. The internet
> suggests that there might be
Rasmus writes:
> Carsten Dominik writes:
>
>> OK, let me ask like this:
>>
>> Does anyone know about conflicts arising from loading wrapfig and rotating?
>
> Their manuals doesn't mention anything, it seems. The internet
> suggests that there might be between memoir and wrapfig, but I didn't
>
Carsten Dominik writes:
> OK, let me ask like this:
>
> Does anyone know about conflicts arising from loading wrapfig and rotating?
Their manuals doesn't mention anything, it seems. The internet
suggests that there might be between memoir and wrapfig, but I didn't
look into it as I don't know m
Hi,
OK, so my proposal is
- to add the rotating package
- do document that the tabu package is needed when specifying tabu
- do document that amsmath in needed when generating a matrix
The reasoning:
- wrapfig and longtable have been in there for a long time, we want to avoid
breaking existing
2013/9/15 Carsten Dominik :
>
> Does anyone know about conflicts arising from loading wrapfig and rotating?
>
Not that I know of.
On 13.9.2013, at 10:01, Detlef Steuer wrote:
> Hi!
>
>> Hello,
>>
>> Rasmus writes:
>>
>>> So the question is should it be a default package?
>>>
>>> I think not. E.g. tabu isn't loaded. Amsmath isn't loaded if you
>>> generate a matrix.
>>
>> I think the "tabu" case (and longtable...) i
Hello,
Nicolas Goaziou wrote:
> My point is: if "wrapfig" is there, "rotating" should accompany it, or
> both should be removed from the variable. Also, there's no reason for
> "longtable" to be included.
Your analysis makes a lot of sense (somehow looking at what LaTeX knowledge
the user has, if
Hi!
> Hello,
>
> Rasmus writes:
>
> > So the question is should it be a default package?
> >
> > I think not. E.g. tabu isn't loaded. Amsmath isn't loaded if you
> > generate a matrix.
>
> I think the "tabu" case (and longtable...) is different from "rotating".
>
> No feature in Org require
Rasmus writes:
> It's tough. I've /never/ used neither wrapfig nor longtable. From a
> totally subjective point-of-view I'd certainly want to remove it!
> However, I wonder if this is the 'nicest' thing to do. Not everyone
> cares about LaTeX and not everyone cares to look into LaTeX details.
On 12.9.2013, at 19:42, Nicolas Goaziou wrote:
> Hello,
>
> Rasmus writes:
>
>> So the question is should it be a default package?
>>
>> I think not. E.g. tabu isn't loaded. Amsmath isn't loaded if you
>> generate a matrix.
>
> I think the "tabu" case (and longtable...) is different from
Nicolas Goaziou writes:
> Hello,
>
> Rasmus writes:
>
>> So the question is should it be a default package?
>>
>> I think not. E.g. tabu isn't loaded. Amsmath isn't loaded if you
>> generate a matrix.
>
> I think the "tabu" case (and longtable...) is different from "rotating".
>
> No feature i
Hello,
Rasmus writes:
> So the question is should it be a default package?
>
> I think not. E.g. tabu isn't loaded. Amsmath isn't loaded if you
> generate a matrix.
I think the "tabu" case (and longtable...) is different from "rotating".
No feature in Org requires "tabu" or "longtable" unles
Rasmus writes:
> Carsten Dominik writes:
>
>>> Okay. I can live with this!
>>>
>>> I guess it would help if the documentation indicated when additional
>>> packages may be required. I had to do an internet search to find out I
>>> needed the rotating package for the sidewaystable option des
Carsten Dominik writes:
> On 11.9.2013, at 14:08, Eric S Fraga wrote:
>
>> Rasmus writes:
>>
>>> Hi Eric,
>>>
>>> Eric S Fraga writes:
A minor feature request. Feel free to ignore!
Using the sidewaystable :float option for table exports to LaTeX
requires one to manually
Carsten Dominik writes:
>> Okay. I can live with this!
>>
>> I guess it would help if the documentation indicated when additional
>> packages may be required. I had to do an internet search to find out I
>> needed the rotating package for the sidewaystable option described in
>> the org info
On 11.9.2013, at 14:08, Eric S Fraga wrote:
> Rasmus writes:
>
>> Hi Eric,
>>
>> Eric S Fraga writes:
>>> A minor feature request. Feel free to ignore!
>>>
>>> Using the sidewaystable :float option for table exports to LaTeX
>>> requires one to manually add a
>>>
>>> #+LaTeX_header: \us
Rasmus writes:
> Hi Eric,
>
> Eric S Fraga writes:
>> A minor feature request. Feel free to ignore!
>>
>> Using the sidewaystable :float option for table exports to LaTeX
>> requires one to manually add a
>>
>> #+LaTeX_header: \usepackage{rotating}
>>
>> line to the org file. Could this pac
Hi Eric,
Eric S Fraga writes:
> A minor feature request. Feel free to ignore!
>
> Using the sidewaystable :float option for table exports to LaTeX
> requires one to manually add a
>
> #+LaTeX_header: \usepackage{rotating}
>
> line to the org file. Could this package be added automatically by
Hi,
A minor feature request. Feel free to ignore!
Using the sidewaystable :float option for table exports to LaTeX
requires one to manually add a
#+LaTeX_header: \usepackage{rotating}
line to the org file. Could this package be added automatically by the
exporter if the sidewaystable optio
40 matches
Mail list logo
