From: Jakub Narebski <jnareb@gmail.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: Drew Northup <drew.northup@maine.edu>,
Jochen Schmitt <Jochen@herr-schmitt.de>,
Adam Tkac <atkac@redhat.com>,
git@vger.kernel.org
Subject: Re: [PATCH] Fix wrong xhtml option to highlight
Date: Fri, 28 Jan 2011 13:35:40 +0100 [thread overview]
Message-ID: <201101281335.41554.jnareb@gmail.com> (raw)
In-Reply-To: <7vvd1agoii.fsf@alter.siamese.dyndns.org>
On Thu, 27 Jan 2011, Junio C Hamano wrote:
> Drew Northup <drew.northup@maine.edu> writes:
>
>>>> diff --git a/gitweb/gitweb.perl b/gitweb/gitweb.perl
>>>> index 1025c2f..b662420 100755
>>>> --- a/gitweb/gitweb.perl
>>>> +++ b/gitweb/gitweb.perl
>>>> @@ -3468,7 +3468,7 @@ sub run_highlighter {
>>>> close $fd;
>>>> open $fd, quote_command(git_cmd(), "cat-file", "blob", $hash)." | ".
>>>> quote_command($highlight_bin).
>>>> - " --xhtml --fragment --syntax $syntax |"
>>>> + " -xhtml --fragment --syntax $syntax |"
>>>
>>> Curious.
>>>
>>> Does the command take double-dash for the fragment and syntax options but
>>> a single dash for the xhtml option? Really...
>>>
>>> A few top hits returned by Google for "highlight manual page" tells me
>>> otherwise.
>>
>> Certainly appears to be the case that "--xhtml" is the option in Ubuntu
>> 10.04.1 LTS.
>>
>> Jochen,
>> Did you mean "-X" (which sets the same option)?
>
> The current proposal is to drop --xhtml and let highlight default to HTML.
>
> Honestly speaking, I don't like the approach very much; it would have been
> much better if highlight had a single way that is supported throughout its
> versions to specify the output format. But it appears that there isn't,
> and relying on and hoping for its default to stay HTML is the best we
> could do, if we plan to support highlight 2.4.something or older.
>
> The copy of U10.04 I have has highlight 2.12, and according to its manual
> pages, -X, --xhtml, and --out-format=xhtml mean the same thing. HTML is
> the default.
>
> The change-log at www.andre-simon.de indicates that --out-format has
> become the preferred method and the short options like -X and -H are not
> supported in recent versions (3.0 beta and newer).
>
> But as Jakub mentioned, 2.4.5 did not have --output-format; it was only in
> 3.0 beta that -O was redefined to mean --output-format and in old versions
> the short option meant something else.
Well, we can always require highlight >= 2.12, or whatever version
introduced --out-format option.
>
> What a mess...
>
> The next time we introduce a new dependency, we really should try hard to
> assess the stability and maturity of that dependency. In hindsight, I
> think "highlight" was probably a bit too premature to be depended upon.
By the way, the idea was to make it possible to configure other highlighter,
but I went with what I known to work, i.e. with Andre Simon's "highlight".
I think it could be fairly easy to make it configurable via existing
$highlight_bin and to be introduced @highlight_args gitweb configuration
variables.
There are three possible ways to do syntax highlighting in gitweb:
filter, Perl module, or via JavaScript. An alternative to "highlight"
as a filter could be GNU source-highlight... if not for the fact that
it doesn't seem to support equivalent of "highlight" --fragment option,
i.e. exclude prolog and <pre><tt> wrappers.
--
Jakub Narebski
Poland
prev parent reply other threads:[~2011-01-28 12:35 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-24 19:44 [PATCH] Fix wrong xhtml option to highlight Jochen Schmitt
2011-01-24 22:48 ` Junio C Hamano
2011-01-27 1:44 ` Drew Northup
2011-01-27 19:00 ` Junio C Hamano
2011-01-28 12:35 ` Jakub Narebski [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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201101281335.41554.jnareb@gmail.com \
--to=jnareb@gmail.com \
--cc=Jochen@herr-schmitt.de \
--cc=atkac@redhat.com \
--cc=drew.northup@maine.edu \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
/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.
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.