From: "Sven Bretfeld" <sven.bretfeld@gmx.ch>
To: help-gnu-emacs@gnu.org
Subject: Re: emacs --batch and --geometry (no joke)
Date: 16 Mar 2011 13:33:08 +0100 [thread overview]
Message-ID: <87d3lrutx7.fsf@gmx.ch> (raw)
In-Reply-To: <87r5a89i41.fsf@puma.rapttech.com.au> (Tim X.'s message of "Wed, 16 Mar 2011 08:41:34 +1100")
Hi Tim
Yes, that's strange. I have solved the problem with some sed operations
now. But it's only a workaround.
Greetings,
Sven
Tim X <timx@nospam.dev.null> writes:
> "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
next prev parent reply other threads:[~2011-03-16 12:33 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 ` emacs --batch and --geometry (no joke) Tim X
2011-03-16 12:33 ` Sven Bretfeld [this message]
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=87d3lrutx7.fsf@gmx.ch \
--to=sven.bretfeld@gmx.ch \
--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.