Hi Michel,
[EMAIL PROTECTED] wrote:
On 28 Nov 2005 at 14:42, Ralf Hemmecke wrote:
Just one quick comment... there are several places where you use TeX
syntax. I'd prefer to promote LaTeX (it's \newpage instead of \eject).
In fact I don't like to see \eject at all.
This is incorrect. \eject
On 28 Nov 2005 at 14:42, Ralf Hemmecke wrote:
> Just one quick comment... there are several places where you use TeX
> syntax. I'd prefer to promote LaTeX (it's \newpage instead of \eject).
> In fact I don't like to see \eject at all.
This is incorrect. \eject is a valid LaTeX command, for all ve
For what it's worth, I would estimate I'll eventually ask to have the
following available, since they are very standard and too big to reall
1) hyperref (which I see you've already decided to include)
2) bibtex (I'm working on an example based on the units work, but I
will need to do some think
On Tuesday, November 29, 2005 9:34 PM C Y wrote:
>
> Tim Daly (root) wrote:
> > ...
> > (a) the code isn't linear,
> > (b) we eventually want it all available in a browser frontend
> > and
> > (c) a way to use this in graphs would give us a good "map"
> > ability
>
> As you can see in t
On Tuesday, November 29, 2005 11:04 PM C Y wrote:
>...
> Tim Daly (root) wrote:
> > i've never seen latex output a pdf. always a dvi.
> > this must be new behavior.
>
> I believe it is. This thread is another instance of someone seeing
> this behavior:
>
>
http://forums.gentoo.org/viewtopic-t-3
--- root <[EMAIL PROTECTED]> wrote:
> > > i'm DEEPLY opposed to conditional branching in tex
> > > documents.
> > > even if there is one good use i assure you some bright spot
> > > down the line will figure out a way to conditionally build
> > > algebra documents based on half-a-thousand switc
> > i'm DEEPLY opposed to conditional branching in tex documents.
> > even if there is one good use i assure you some bright spot
> > down the line will figure out a way to conditionally build
> > algebra documents based on half-a-thousand switches. and if
> > something gets skipped it is hard t
> > it would be cool to take the src/doc/endpapers.pamphlet and
> > make it display well on MathAction with hyperref links to the
> > algebra.
>
> Hmm :-). For the inattentive among us, what is endpapers.pamphlet
> again?
the old axiom hardcover book has two diagrams on the inside
covers of the
--- root <[EMAIL PROTECTED]> wrote:
> >
> > 1) hyperref (which I see you've already decided to include)
>
> agreed. this is important because
> (a) the code isn't linear,
> (b) we eventually want it all available in a browser frontend
> and
> (c) a way to use this in graphs would give us a
>
> For what it's worth, I would estimate I'll eventually ask to have the
> following available, since they are very standard and too big to reall
> :
>
> 1) hyperref (which I see you've already decided to include)
agreed. this is important because
(a) the code isn't linear,
(b) we eventually w
whew. hours worth of email! 95 new, nonspam emails!
> Many contributions consist of several packages, categories and domains, which
> are somehow related.
There are some clear relations. For instance, many files contain more than
one category, domain, or package (CDP).
The very highest level
> My problem with HyperDoc is that there are quite a number of commands
> and no good documentation what they are for. I would clearly prefer my
> aldordoc.sty even though it does not cover all things HyperDoc can do.
we probably need to re-think the input language for the browser.
we can take u
Hi Martin,
Could you set up a page on MathAction of this discussion thread? Or
better, could someone tell me how to create a new page.
What you state here are some visions that should be recorded and not be
forgotten in the mailinglist-archive.
Martin Rubey wrote:
Ralf Hemmecke <[EMAIL PR
--- root <[EMAIL PROTECTED]> wrote:
> > I think, it's a good idea that you've posted this
> > "standard". I hope it is still in an "discussion" state. I
> > had a quick look at it and there are some parts where I
> > would restructure a bit. For other parts I need
> > to make up my mind first, s
Hello Martin,
I.e., we would need to devise a tex4ht interface for ALPROSE that suitable
splits the input into a tree of subpages, which can then be accessed by
selecting an item from the index...
I'll think about it, but first I need some time to let tex4ht swallow
the things reasonably. I h
Hello Martin,
I.e., we would need to devise a tex4ht interface for ALPROSE that suitable
splits the input into a tree of subpages, which can then be accessed by
selecting an item from the index...
I'll think about it, but first I need some time to let tex4ht swallow
the things reasonably. I h
Ralf Hemmecke <[EMAIL PROTECTED]> writes:
> Maybe I should learn about the term "executive overview". I am not quiet sure
> what "executive" stands for in this phrase. Isn't it a kind of "Introduction"
> what Martin wants? So what could possibly be the difference between
> "Introduction" and "Exec
On November 28, 2005 8:42 AM Ralf Hemmecke wrote:
> ...
> Anyway, I like the idea with \author{} and abstract. Maybe I
> should learn about the term "executive overview". I am not quite
> sure what "executive" stands for in this phrase. Isn't it a kind
> of "Introduction" what Martin wants? So wha
18 matches
Mail list logo
