emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Francesco Pizzolante <fpz-djc/iPCCuDYQheJpep6IedvLeJWuRmrY@public.gmane.org>
To: nicholas.dokos-VXdhtT5mjnY@public.gmane.org
Cc: mailing-list-org-mode
	<emacs-orgmode-mXXj517/zsQ@public.gmane.org>,
	Carsten Dominik
	<carsten.dominik-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Subject: Re: LaTeX export of images
Date: Wed, 30 Sep 2009 10:53:24 +0200	[thread overview]
Message-ID: <877hvghkzf.fsf@missioncriticalit.com> (raw)
In-Reply-To: <8809.1254252762-/Z0n3E7Cx4uRQBexplnFlPegYHeGw8Jk@public.gmane.org> (Nick Dokos's message of "Tue, 29 Sep 2009 15:32:42 -0400")

Hi Nick and Carsten,

First of all I thank you for your replies and the already checked-in patch.

The behavior for images inserted in the middle of a paragraph is now correct.

>> Yes sure, but what is wrong with \centerline?  does the \centering  
>> lead to a different result?

Using \centerline in the middle of a paragraph makes the image centered in the
rest of the line: if you have word before and after the image, you get first
the words before the image, then you get the image which is centered according
to the remaining space on the line, and finally the words that come after the
images are printed on the following line... it was really weird.

Now, thanks to Nick's patch the image is correctly printed in the middle of
the text.


> Currently, specifying either a #+CAPTION or a #+LABEL (or both) floats
> the image.  Absent both of these the image is inlined (although without
> the above patch, it's inlined badly).
>
> LaTeX implicitly assumes that a floating figure has a caption: that's
> where the figure number is incremented for example. Given that, it does
> not seem productive to have a separate indicator for floats.
>
> Of course, if one is willing to forego the incrementing of the counter,
> then a float without a caption is possible in LaTeX - but is it useful?
> If it is, then using the #+LABEL specifier alone is enough to float the
> image (but currently, there is a problem in org-latex in that a \caption
> is always output - but that is a minor problem, easily fixed, if so
> desired).
>
> To summarize: org-latex currently always produces a \caption which
> causes LaTeX to increment the figure counter, but also to produce
> a "Figure <N>:" caption, even if the caption is empty. We could
> change org-latex not to produce a \caption if #+CAPTION is absent,
> but that would mean that the figure counter does not get incremented.
>
> I'm not sure that a saparate specifier is needed (it might be
> desirable only on readability grounds: saying #+FLOAT, rather than
> #+CAPTION or #+LABEL makes it a bit more obvious). These specifiers are
> per-image, afaict, not per-file/subtree. For my part, I don't
> see the need for the coarser kind of control: per-image is enough.
> But if desired, then maybe
>
> #+FLOAT: t (default nil)
>
> or perhaps better
>
> #+OPTIONS: float:t
>
> can be used for the coarser control.
>
> I hope this is clear but if there are questions, let me know. What do
> you think?

This is perfectly clear. I thought a little bit more about this and I come
with the following idea.

We should float an image by default if the image is alone on a line (with or
without caption or label). If label and caption are present than we add them
to the float. If not, we simply float the image.

An extra option like

#+OPTIONS: float:nil/t

could be used if we want to override the default behavior.

In summary:

1) an image in the middle of the text simply exports as a \includegraphics
   command (this works perfectly no, so nothing to do here);

2) an image alone on a line should be floated by default;

3) caption and label are added only if present;

4) and extra option can be used to override the default behavior determining
   if the image is floated of not.

Does all this make sense to you? Do you think this is feasible?

If you have questions, please let me know.

Regards,
Francesco



_______________________________________________
Emacs-orgmode mailing list
Remember: use `Reply All' to send replies to the list.
Emacs-orgmode-mXXj517/zsQ@public.gmane.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

      parent reply	other threads:[~2009-09-30  8:53 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-22 13:39 LaTeX export of images Francesco Pizzolante
     [not found] ` <87pr9jf68i.fsf-djc/iPCCuDYQheJpep6IedvLeJWuRmrY@public.gmane.org>
2009-09-23 14:04   ` Sébastien Vauban
2009-09-23 15:30     ` Jeff Kowalczyk
2009-09-23 21:09       ` Sébastien Vauban
2009-09-29  9:30         ` Carsten Dominik
2009-10-02  6:55         ` Carsten Dominik
2009-10-02 13:04           ` Darlan Cavalcante Moreira
2009-10-02 15:23             ` Nick Dokos
2009-10-03  7:05               ` Carsten Dominik
2009-10-05 14:19                 ` Darlan Cavalcante Moreira
     [not found]                 ` <B2499F80-4D9D-4F76-9432-ACF04E38C8EE-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-10-13 10:03                   ` Francesco Pizzolante
2009-10-20 10:18                     ` Carsten Dominik
2009-09-29  9:28 ` Carsten Dominik
2009-09-29 19:32   ` Nick Dokos
2009-09-30  7:30     ` Carsten Dominik
     [not found]     ` <8809.1254252762-/Z0n3E7Cx4uRQBexplnFlPegYHeGw8Jk@public.gmane.org>
2009-09-30  8:53       ` Francesco Pizzolante [this message]

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

  List information: https://www.orgmode.org/

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

  git send-email \
    --in-reply-to=877hvghkzf.fsf@missioncriticalit.com \
    --to=fpz-djc/ipccudyqhejpep6iedvlejwurmry@public.gmane.org \
    --cc=carsten.dominik-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=emacs-orgmode-mXXj517/zsQ@public.gmane.org \
    --cc=nicholas.dokos-VXdhtT5mjnY@public.gmane.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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).