From: Tim X <timx@nospam.dev.null>
To: help-gnu-emacs@gnu.org
Subject: Re: emacs --batch and --geometry (no joke)
Date: Wed, 16 Mar 2011 08:41:34 +1100 [thread overview]
Message-ID: <87r5a89i41.fsf@puma.rapttech.com.au> (raw)
In-Reply-To: mailman.9.1300206698.1264.help-gnu-emacs@gnu.org
"Sven Bretfeld" <sven.bretfeld@gmx.ch> writes:
> Hi to all
>
> This might seem an absurd question. I'm looking for a possibility to
> start emacs --batch with geometry parameters. Of course, I know that
> emacs --batch will have no frame.
>
> The reason is this: I start emacs --batch as a cronjob to regularly
> create some html files of org-agenda-views (org-export-as-html). How the
> html files look like is dependent on the frame-size in which the export
> is done. So, in batch-mode there are many line-breaks and the output
> looks ugly. The default frame-size set in a load-file is ignored, as
> well as a --geometry option.
>
> It would be an option to execute the export function with run-at-time
> within my always running Emacs session (daemon), but since the function
> needs some time to finish, my workflow would be interrupted for about 20
> seconds.
>
> The only workaround I can imagine, is an always running independent
> Emacs session which runs the function regularly via run-at-time.
>
I must be missing something, but I would suggest something is very wrong
with the HTML generation if it depends on the size of the frame/window
it will be browsed in at a later time or even worse, the size of the
window/frame at the time it is generated. A major aim of HTML was/is to
provide a markup language that can be rendered by clients using
different display parameters (i.e. window size, font size, etc).
As far as I know, there is no way of having both -batch and -geometry
mean something at the same time. Part of the rationale behaind batch is
to speed things up by not having to worry about all the display stuff.
I'd be looking at the html generation to find out what it is doing that
'hard codes' display sizes and remove that. Such formatting should be
left to the client, not the generator of the HTML (yes, you may need to
use additional techniques, such as CSS div etc and provide enough
details to the client so that it will render appropriately).
Tim
--
tcross (at) rapttech dot com dot au
next parent reply other threads:[~2011-03-15 21:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <mailman.9.1300206698.1264.help-gnu-emacs@gnu.org>
2011-03-15 21:41 ` Tim X [this message]
2011-03-16 12:33 ` emacs --batch and --geometry (no joke) Sven Bretfeld
2011-03-15 16:31 Sven Bretfeld
2011-03-15 17:47 ` Peter Dyballa
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=87r5a89i41.fsf@puma.rapttech.com.au \
--to=timx@nospam.dev.null \
--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.