From: Carsten Dominik <dominik@science.uva.nl>
To: Bernt Hansen <bernt@norang.ca>
Cc: org-mode mailing list <emacs-orgmode@gnu.org>
Subject: Re: [PATCH] HTML export - Do not add spaces to the data in <pre> sections
Date: Wed, 3 Sep 2008 14:41:49 +0200 [thread overview]
Message-ID: <EA173E64-424D-442B-B9AA-D3900C2AE752@uva.nl> (raw)
In-Reply-To: <87zlmpqw17.fsf@gollum.intra.norang.ca>
Fixed, thanks.
- Carsten
On Sep 3, 2008, at 2:00 PM, Bernt Hansen wrote:
> Carsten Dominik <dominik@science.uva.nl> writes:
>
>> Hi Bernt, I am not sure if I understand your patch correctly:
>
> Hi Carsten! Welcome back :)
>
>>
>>
>> On Aug 10, 2008, at 4:30 PM, Bernt Hansen wrote:
>>
>> <pre> sections for HTML export should be clean. We can use styles
>> to indent the text if that is desired.
>>
>> This allows copying and pasting the text from the HTML document
>> so that you get the original data in the
>> #+BEGIN_EXAMPLE
>> ..
>> #+END_EXAMPLE
>> block.
>> ---
>>
>> I use <pre>..</pre> sections to save commands I use regularly in
>> my
>> system documentation. I copy and paste data directly from these
>> sections and noticed the extra 2 blanks preceeding the data.
>>
>> This change removes the blanks only for HTML export. The latex
>> and
>> Ascii exports are unchanged.
>>
>> lisp/org-exp.el | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/lisp/org-exp.el b/lisp/org-exp.el
>> index 32fa819..98fb4fe 100644
>> --- a/lisp/org-exp.el
>> +++ b/lisp/org-exp.el
>> @@ -2953,7 +2953,7 @@ lang=\"%s\" xml:lang=\"%s\">
>>
>> ;; Fixed-width, verbatim lines (examples)
>> (when (and org-export-with-fixed-width
>> - (string-match "^[ \t]*:\\(.*\\)" line))
>> + (string-match "^[ \t]*: \\(.*\\)" line))
>>
>> Why are you matching exactly two spaces here? Ah, I guess I am
>> inserting
>> these when processing the examples....
>> Maybe it would be better to not insert the spaces, or insert them
>> for ascii
>> export only. I will do that. Thanks.
>
> Basically I don't want blanks put into the <pre> section as part of
> the
> data.
>
> I originally took out the 2 spaces instead of inserting them but that
> affected both latex and ASCII exports and didn't look 'better' IMO.
> My
> goal here is just to keep the HTML output identical to what is in the
> #+BEGIN_EXAMPLE..#+END_EXAMPLE block. If we want preceeding blanks on
> the data we can just put it in the original source text.
>
> ------------------------------------------------------------------------
>
> If I do this
>
> ,----
> | #+BEGIN_EXAMPLE
> | $ somecommand
> | data for the
> | command goes here
> | #+END_EXAMPLE
> `----
>
> the exported HTML output has 2 spaces in front of the data like this:
>
> ,----
> | <pre class="example">
> | $ somecommand
> | data for the
> | command goes here
> | </pre>
> `----
>
> The 2 preceeding blanks are put in during preprocessing of the example
> section.
>
> I don't want the preceeding 2 blanks. They are mostly a formatting
> issue and with CSS we can format the <pre> </pre> data anyway we
> want so
> adding the blanks isn't really helpful. It's easy to indent the
> <pre>..</pre> section with CSS to get the same result as the embedded
> blanks without resorting to adding preceeding blanks to the lines.
>
> When cutting and pasting data from the resulting HTML I don't want the
> extra blanks in the data since that's not really part of the original
> data. For some programs the data lines (following the $ somecommand)
> needs to be verbatim and I have to cut and paste each line separately
> instead of the entire block from the example.
>
> The patch makes the output look like this instead:
>
> ,----
> | <pre class="example">
> | $ somecommand
> | data for the
> | command goes here
> | </pre>
> `----
>
> and if you select it, copy it from the HTML page and paste it to a
> buffer you get the original text.
>
> Thanks!
>
> -Bernt
>
prev parent reply other threads:[~2008-09-03 12:41 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-10 14:30 [PATCH] HTML export - Do not add spaces to the data in <pre> sections Bernt Hansen
2008-09-03 9:36 ` Carsten Dominik
2008-09-03 12:00 ` Bernt Hansen
2008-09-03 12:41 ` Carsten Dominik [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=EA173E64-424D-442B-B9AA-D3900C2AE752@uva.nl \
--to=dominik@science.uva.nl \
--cc=bernt@norang.ca \
--cc=emacs-orgmode@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 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).