On Sep 23, 2009, at 11:09 PM, Sébastien Vauban wrote:

Jeff Kowalczyk wrote:
Sébastien Vauban <wxhgmqzgw...@...> writes:
Francesco Pizzolante wrote:
In this case, we should just generate \includegraphics{myimage} without
the centerline command.

Given the output of the `\centerline' command, I guess that the inlining of an image inside a line of text is not supported as is by Org. I can second
such a choice.

+1 for default to inline graphics. When using Org for How-To and project documentation delivered as PDF, floating screenshot-size images typically
situate far from the descriptive text.

My point was mainly that, IMHO, floating or not should not be tied to the
presence or absence of caption/label.

I don't understand why not.  Can you try to explain again?

Thanks.

- Carsten



Your problem with screenshots far away should be solved by putting the H
specifier to the float environment and loading the `float' package.

Maybe we need a way to specify the figure placement argument in # +LaTeX_ATTR:

Do we need to implement a way so that text can be made to flow around a figure, just as it is possible in HTML export? What would be the right LaTeX package to use for this purpose?

Thanks.

- Carsten




I would prefer inline images by default (or option), and a file/ subtree
level option to use LaTeX floating layout.

That'd be a great way to be able to specify which type of "inlining" we want.
On a per file basis seems sufficient for me.

Best regards,
Seb

--
Sébastien Vauban



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



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

Reply via email to