all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Marcin Borkowski <mbork@wmi.amu.edu.pl>
To: help-gnu-emacs@gnu.org
Subject: Re: more LaTeX (was: Re: emacs and beginning of lines)
Date: Wed, 10 Sep 2014 11:23:33 +0200	[thread overview]
Message-ID: <20140910112333.3854e841@aga-netbook> (raw)
In-Reply-To: <87sik0uvme.fsf@debian.uxu>

Dnia 2014-09-10, o godz. 03:12:09
Emanuel Berg <embe8573@student.uu.se> napisał(a):

> Marcin Borkowski <mbork@wmi.amu.edu.pl> writes:
> 
> >> When I wrote what you quote, I meant
> >> general-purpose, like C. But now that you say it,
> >> LaTeX offers a borderline case: the programming
> >> parts of it, I don't want to be filled, but I want
> >> the text part of it to be (perhaps with the
> >> modification I suggested).
> >
> > How do you decide which is which?
> 
> It has to be based on where the point is and what is
> before/after it.

No, I mean that with some documents it might be non-obvious whether
the fragment the point is in is a text or programming one.

> > Doesn't the difference between TeX and HTML you mean
> > here lie in the fact that TeX is Turing-complete and
> > HTML is not?
> 
> Well, Turing-complete is CS lingo and I only did CS at
> the university... But what I remember is that it wasn't
> easy to apply those paradigms and classification to
> technology, not then and not now. Feel free to try,
> tho.
> 
> No, I think HTML isn't programming because of the lack
> of algorithms. HTML is also domain-specific, marking-up
> text so that it can be displayed and interlinked in
> certain ways. But where you can do seemingly anything
> in LaTeX HTML is very limited when it comes to logic
> and "execution" flow. It is just a 1:1 textual
> representation of what will turn up in the browser. But
> actually that doesn't have to be bad. I like static web
> pages that only present textual material, with a couple
> of images, and a link to the "next" section. So even
> though LaTeX seems to be much more powerful than HTML,
> I don't wish for a "LaTeX-web"...

Well, it seems that you just expressed the difference between
Turing-complete and the rest in an informal way;-).

> > And there are a few numerical engines, a few drawing
> > libraries, one regex library and *a lot* of other
> > things /programmed/ in TeX.
> 
> Yes. This is the coolest thing I did in LaTeX:
> 
> http://user.it.uu.se/~embe8573/about/matte.pdf
> 
> (But it doesn't contain anything dynamic.)

Nice, especially the QR-code;).

> But, I did a CV once which used this chunk of code
> (which I didn't wrote) to automatically update my age
> (ha! how depressing to have to do that each year while
> the rest of the CV stays the same...)
> 
> http://user.it.uu.se/~embe8573/latex/year.tex

Very nice, too!

> But it is a good example. I think the programming in
> LaTeX is good, and probably it will be the most useful
> with and around documents and typesetting.
> 
> > (I read an article about some LaTeX code generating
> > tests in differential equations. With solutions.
> > Though it didn't actually solve them, it first chose
> > the solutions (pseudo-randomly) and then generated an
> > equation with that very solution.) So while it is
> > indeed a domain-specific language, it /can/ be
> > coerced to doing really strange things.
> 
> Yeah, it reminds me of groff (roff) which is also like
> that. But just because you can do lots in both doesn't
> mean a more modern solution isn't preferable all the
> same (like C, walkie-talkies, and e-mails).

That's why LuaTeX is the cool new thing in the TeX world.  (Well,
maybe no longer "new", it's around for almost 10 years now, but it has
been gaining momentum steadily, and is being more and more widely
adopted.)

Best,

-- 
Marcin Borkowski
http://octd.wmi.amu.edu.pl/en/Marcin_Borkowski
Adam Mickiewicz University



  reply	other threads:[~2014-09-10  9:23 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-09-06  9:59 emacs and beginning of lines Jude DaShiell
2014-09-06 11:03 ` Teemu Likonen
2014-09-07  0:17   ` Jude DaShiell
     [not found]   ` <mailman.8378.1410049068.1147.help-gnu-emacs@gnu.org>
2014-09-07 18:35     ` Emanuel Berg
2014-09-07 20:47   ` Marcin Borkowski
     [not found]   ` <mailman.8416.1410122851.1147.help-gnu-emacs@gnu.org>
2014-09-07 21:32     ` Emanuel Berg
2014-09-08  9:17       ` Marcin Borkowski
2014-09-08 11:31         ` Yuri Khan
2014-09-08 11:34         ` Yuri Khan
2014-09-08 12:21           ` Marcin Borkowski
2014-09-08 12:34             ` Stefan Monnier
     [not found]             ` <mailman.8453.1410179680.1147.help-gnu-emacs@gnu.org>
2014-09-08 22:14               ` Emanuel Berg
     [not found]       ` <mailman.8445.1410167872.1147.help-gnu-emacs@gnu.org>
2014-09-08 22:10         ` Emanuel Berg
2014-09-09  7:58           ` Marcin Borkowski
     [not found]           ` <mailman.8505.1410249559.1147.help-gnu-emacs@gnu.org>
2014-09-09 20:02             ` more LaTeX (was: Re: emacs and beginning of lines) Emanuel Berg
2014-09-10  0:12               ` Marcin Borkowski
     [not found]               ` <mailman.8575.1410307953.1147.help-gnu-emacs@gnu.org>
2014-09-10  1:12                 ` Emanuel Berg
2014-09-10  9:23                   ` Marcin Borkowski [this message]
     [not found]                   ` <mailman.8603.1410341031.1147.help-gnu-emacs@gnu.org>
2014-09-10 21:55                     ` Emanuel Berg
2014-09-10 23:42                       ` Marcin Borkowski

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140910112333.3854e841@aga-netbook \
    --to=mbork@wmi.amu.edu.pl \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.