facebook/sapling
1
1
Fork 0
mirror of https://github.com/facebook/sapling.git synced 2024-10-09 08:18:15 +03:00
Code Issues Projects Releases Wiki Activity
8c9b9d4020
sapling/tests/test-highlight.t

1022 lines
34 KiB
Perl
Raw Normal View History

tests: replace exit 80 with #require
2014-08-06 20:43:59 +04:00
#require pygments serve
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
$ cat <<EOF >> $HGRCPATH
> [extensions]
> highlight =
> [web]
> pygments_style = friendly
highlight: add highlightfiles config option which takes a fileset (issue3005) Highlight extension lacked a way to limit files by size, by extension, and/or by any other part of file path. A good solution would be to use a fileset, since it can check file path, extension and size (and more) in one expression. So this change introduces such an option, highlighfiles, which takes a fileset and on each request decides if the requested file should be highlighted. The default "size('<5M')" is, in a way, suggested in issue3005. checkfctx() limits the amount of work to just one file (subset kwarg in fileset.matchctx()). Monkey-patching works around issue4568, otherwise using filesets here while running hgweb in directory mode would say, for example, "Abort: **.py not under root", but this fix is very local and probably far from ideal. I suspect there to be a way to fix this for the whole hgweb and resolve the issue, but I don't know how to do it.
2015-09-16 17:30:36 +03:00
> highlightfiles = **.py and size('<100KB')
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
> EOF
$ hg init test
$ cd test
test-highlight: factor out function that normalizes pygments output
2016-01-26 17:27:12 +03:00
$ filterhtml () {
> sed -e "s/class=\"k\"/class=\"kn\"/g" \
test-highlight: add normalization rule for Pygments 2.1 It appears that several classes have 'h', '1', '2' suffixes on Pygments 2.1, which is the current version on Debian sid.
2016-01-26 17:33:53 +03:00
> -e "s/class=\"mf\"/class=\"mi\"/g" \
test-highlight: add normalization rule for Pygments 2.2 The test failed on Debian sid because of new class="vm".
2017-01-30 16:50:20 +03:00
> -e "s/class=\"vm\"/class=\"n\"/g" \
test-highlight: add normalization rule for Pygments 2.1 It appears that several classes have 'h', '1', '2' suffixes on Pygments 2.1, which is the current version on Debian sid.
2016-01-26 17:33:53 +03:00
> -e "s/class=\"\([cs]\)[h12]\"/class=\"\1\"/g"
test-highlight: factor out function that normalizes pygments output
2016-01-26 17:27:12 +03:00
> }
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
create random Python file to exercise Pygments
$ cat <<EOF > primes.py
> #!/usr/bin/env python
>
> """Fun with generators. Corresponding Haskell implementation:
>
> primes = 2 : sieve [3, 5..]
> where sieve (p:ns) = p : sieve [n | n <- ns, mod n p /= 0]
> """
>
> from itertools import dropwhile, ifilter, islice, count, chain
>
> def primes():
> """Generate all primes."""
> def sieve(ns):
> p = ns.next()
> # It is important to yield *here* in order to stop the
> # infinite recursion.
> yield p
> ns = ifilter(lambda n: n % p != 0, ns)
> for n in sieve(ns):
> yield n
>
> odds = ifilter(lambda i: i % 2 == 1, count())
> return chain([2], sieve(dropwhile(lambda n: n < 3, odds)))
>
> if __name__ == "__main__":
> import sys
> try:
> n = int(sys.argv[1])
> except (ValueError, IndexError):
> n = 10
> p = primes()
> print "The first %d primes: %s" % (n, list(islice(p, n)))
> EOF
highlight: produce correct markup when there's a blank line just before EOF Due to how the colorized output from pygments was stripped of <pre> elements, when there was an empty line at the end of a file, highlight extension produced an incorrect markup (no closing tags from the fileline/annotateline template). It wasn't usually noticeable, because browsers were smart enough to see where the missing tags should've been, but in monoblue style it resulted in the last line having twice the normal height. Instead of awkwardly trying to strip outer <pre></pre> tags, let's make the formatter with nowrap=True, which should do what we need in pygments since at least 0.5 (2006-10-30). Example from monoblue style: Before: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </div> Now: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </pre> </div> </div> (Notice the missing </pre></div> now in place)
2015-07-22 05:19:17 +03:00
$ echo >> primes.py # to test html markup with an empty line just before EOF
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
$ hg ci -Ama
adding primes.py
hg serve
$ hg serve -p $HGPORT -d -n test --pid-file=hg.pid -A access.log -E errors.log
$ cat hg.pid >> $DAEMON_PIDS
hgweb filerevision, html
test-highlight: factor out function that normalizes pygments output
2016-01-26 17:27:12 +03:00
$ (get-with-headers.py localhost:$HGPORT 'file/tip/primes.py') | filterhtml
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
200 Script output follows
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-US">
<head>
<link rel="icon" href="/static/hgicon.png" type="image/png" />
<meta name="robots" content="index, nofollow" />
<link rel="stylesheet" href="/static/style-paper.css" type="text/css" />
fix broken tests test-debugcomplete.t broken by 7f2d537fe9fa test-highlight.t broken by 064b658181dd
2011-04-30 13:16:52 +04:00
<script type="text/javascript" src="/static/mercurial.js"></script>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<link rel="stylesheet" href="/highlightcss" type="text/css" />
highlight: produce correct markup when there's a blank line just before EOF Due to how the colorized output from pygments was stripped of <pre> elements, when there was an empty line at the end of a file, highlight extension produced an incorrect markup (no closing tags from the fileline/annotateline template). It wasn't usually noticeable, because browsers were smart enough to see where the missing tags should've been, but in monoblue style it resulted in the last line having twice the normal height. Instead of awkwardly trying to strip outer <pre></pre> tags, let's make the formatter with nowrap=True, which should do what we need in pygments since at least 0.5 (2006-10-30). Example from monoblue style: Before: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </div> Now: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </pre> </div> </div> (Notice the missing </pre></div> now in place)
2015-07-22 05:19:17 +03:00
<title>test: 06824edf55d0 primes.py</title>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</head>
<body>
<div class="container">
<div class="menu">
<div class="logo">
urls: bulk-change primary website URLs
2015-09-30 23:43:49 +03:00
<a href="https://mercurial-scm.org/">
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<img src="/static/hglogo.png" alt="mercurial" /></a>
</div>
<ul>
hgweb: don't dereference symbolic revision in paper & coal style (issue2296) Let's make paper (and coal, since it borrows so much from paper) templates use symbolic revision in navigation links. The majority of links (log, filelog, annotate, etc) still use node hashes. Some pages don't have permanent links to current node hash (so it's not very easy to go from /rev/tip to /rev/<tip hash>), this will be addressed in future patches.
2015-06-16 11:07:39 +03:00
<li><a href="/shortlog/tip">log</a></li>
<li><a href="/graph/tip">graph</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<li><a href="/tags">tags</a></li>
hgweb: fix lack of "bookmarks" link in "/file" page of "paper" style This patch also fixes same problem of "coal" style, because it re-uses "filerevision.tmpl" of "paper" style. "gitweb" and "monoblue" styles don't have such problems. "spartan" style doesn't have "bookmarks" page definition itself.
2014-04-17 04:36:08 +04:00
<li><a href="/bookmarks">bookmarks</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<li><a href="/branches">branches</a></li>
</ul>
<ul>
hgweb: don't dereference symbolic revision in paper & coal style (issue2296) Let's make paper (and coal, since it borrows so much from paper) templates use symbolic revision in navigation links. The majority of links (log, filelog, annotate, etc) still use node hashes. Some pages don't have permanent links to current node hash (so it's not very easy to go from /rev/tip to /rev/<tip hash>), this will be addressed in future patches.
2015-06-16 11:07:39 +03:00
<li><a href="/rev/tip">changeset</a></li>
<li><a href="/file/tip/">browse</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</ul>
<ul>
<li class="active">file</li>
<li><a href="/file/tip/primes.py">latest</a></li>
hgweb: don't dereference symbolic revision in paper & coal style (issue2296) Let's make paper (and coal, since it borrows so much from paper) templates use symbolic revision in navigation links. The majority of links (log, filelog, annotate, etc) still use node hashes. Some pages don't have permanent links to current node hash (so it's not very easy to go from /rev/tip to /rev/<tip hash>), this will be addressed in future patches.
2015-06-16 11:07:39 +03:00
<li><a href="/diff/tip/primes.py">diff</a></li>
<li><a href="/comparison/tip/primes.py">comparison</a></li>
<li><a href="/annotate/tip/primes.py">annotate</a></li>
<li><a href="/log/tip/primes.py">file log</a></li>
<li><a href="/raw-file/tip/primes.py">raw</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</ul>
hgweb: add help link to templates missed in 333983876439
2010-10-10 02:58:48 +04:00
<ul>
<li><a href="/help">help</a></li>
</ul>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</div>
<div class="main">
tests: fix up test-highlight for breadcrumb changes
2013-01-10 05:10:44 +04:00
<h2 class="breadcrumb"><a href="/">Mercurial</a> </h2>
hgweb: link to revision by node hash in paper & coal Unlike other styles, paper and coal had only one link to current revision: in the sidebar. Since those links now use symbolic revisions after 4b263b99440b, it's nice to have a link that allows going from /rev/tip to /rev/<tip hash>, for instance. Let's make the node hash in the page header that new link.
2015-06-18 12:06:18 +03:00
<h3>
highlight: produce correct markup when there's a blank line just before EOF Due to how the colorized output from pygments was stripped of <pre> elements, when there was an empty line at the end of a file, highlight extension produced an incorrect markup (no closing tags from the fileline/annotateline template). It wasn't usually noticeable, because browsers were smart enough to see where the missing tags should've been, but in monoblue style it resulted in the last line having twice the normal height. Instead of awkwardly trying to strip outer <pre></pre> tags, let's make the formatter with nowrap=True, which should do what we need in pygments since at least 0.5 (2006-10-30). Example from monoblue style: Before: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </div> Now: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </pre> </div> </div> (Notice the missing </pre></div> now in place)
2015-07-22 05:19:17 +03:00
view primes.py @ 0:<a href="/rev/06824edf55d0">06824edf55d0</a>
hgweb: link to revision by node hash in paper & coal Unlike other styles, paper and coal had only one link to current revision: in the sidebar. Since those links now use symbolic revisions after 4b263b99440b, it's nice to have a link that allows going from /rev/tip to /rev/<tip hash>, for instance. Let's make the node hash in the page header that new link.
2015-06-18 12:06:18 +03:00
<span class="tag">tip</span>
</h3>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<form class="search" action="/log">
<p><input name="rev" id="search1" type="text" size="30" /></p>
paper: edit search hint to include new feature description
2013-09-06 13:30:57 +04:00
<div id="hint">Find changesets by keywords (author, files, the commit message), revision
number or hash, or <a href="/help/revsets">revset expression</a>.</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</form>
<div class="description">a</div>
<table id="changesetEntry">
<tr>
<th class="author">author</th>
<td class="author">&#116;&#101;&#115;&#116;</td>
</tr>
<tr>
<th class="date">date</th>
hgweb: fix dynamic date calculation not working under Safari While Chrome, Firefox, and IE 6+ support the current date format being passed to Date(), Safari doesn't: > new Date('Mon Oct 24 13:58:01 2011 +0200') Invalid Date However, the rfc822date format--officially supported by ECMAScript[1]--does work: > new Date('Mon, 24 Oct 2011 13:58:01 +0200') Mon Oct 24 2011 04:58:01 GMT-0700 (PDT) This change replaces all instances of {date|date} in HTML with {date|rfc822date}. For elements that only have the "age" class, there's no outward change for users with JavaScript enabled. For elements with both the "age" and "date" classes, the full date displayed uses the new format. Tested in IE 6, Safari 5.1.1, Google Chrome 15, and Firefox 7.0.1. [1]: https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Date/parse
2011-10-27 22:57:08 +04:00
<td class="date age">Thu, 01 Jan 1970 00:00:00 +0000</td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
<tr>
<th class="author">parents</th>
<td class="author"></td>
</tr>
<tr>
<th class="author">children</th>
<td class="author"></td>
</tr>
</table>
<div class="overflow">
hgweb: add line wrapping switch to file source view This uses classList property, which is well-supported now: both Chromium 8.0+, Firefox 3.6+ and Opera 11.5+ support it, as well as relatively modern versions of other browsers.
2013-07-12 15:58:13 +04:00
<div class="sourcefirst linewraptoggle">line wrap: <a class="linewraplink" href="javascript:toggleLinewrap()">on</a></div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<div class="sourcefirst"> line source</div>
hgweb: replace .sourcelast with .bottomline that does the same In paper and Coal, basically, div.sourcelast was only used to make a 1px border on the bottom of file source view (and only there). It's better to use bottomline class, that also exists for the same purpose (visually), but is used more widely and works without needing an empty <div>.
2015-09-14 13:41:09 +03:00
<pre class="sourcelines stripes4 wrap bottomline">
hgweb: code selection without line numbers in file source view All the source lines are put in a <pre> tag, which gives correct display and copy&paste in both Chromium (WebKit) and FireFox: line numbers are not copied, all the tabs and spaces are kept. This doesn't change the visual appearance of the view compared to current hgweb version and doesn't use any JS code. Also, stripes in this view are now generated clientside with CSS. This implementation is chosen because other variants have important issues: Strategy FF Chrome current D,LT,E,T,L D,L pre S,NW S,NW pre/div/nbsp LT,E,T,TS,NW TS,NW pre/div/br LT,E,T,NW NW ol/li/nbsp LT,E,T,TS,AJ TS,AJ ol/li/br LT,E,T,AJ AJ pre/span LV LV Legend Strategies: - current: implemented in hgweb before this patch, i.e. divs for each line, and line numbers links in the div too - pre: the whole code in one pre tag with newlines, all line numbers in another one with 'float: left' - pre/div/{nbsp,br}: same as just 'pre', but separate divs for each line and &nbsp; or <br> instead of empty lines (otherwise they are not copied at all) - ol/li/{nbsp,br}: a single ol with li's and divs for each line, &nbsp; or <br> same as in previous strategy - pre/span: this patch Problems: D = (very minor) display problems, like wrong width of leading tabs LT = loses leading/trailing whitespace E = loses embedded whitespace B = loses blank lines T = loses tabs L = selects line numbers LV = (only) visually selects line numbers LVE = (only) visually selects line numbers at empty lines S = no stripes (and no ability to easily highlight lines-which-are-linked-at in the future) TS = space copied instead of empty line AJ = get anchor links only with JS (they work even without) NW = no linewrap easily possible (in future) As for browser versions compatibility, the CSS tricks used are supported in (according to caniuse.com): a) line numbers generation with 'content:' property and CSS counters: IE 8+, all other popular browsers (in pre-WebKit Opera numbers are being copied) b) stripes ('nth-child' selector): IE 8+, FF 3.5+, Safari 3.2+, Opera 9.5+, all other popular browsers c) line numbers are not visually selected ('user-select:' property): IE 10+, Opera 15.0+, all other popular browsers This patch is based on a demo implementation by Martin Geisler <martin@geisler.net>.
2013-07-04 14:18:44 +04:00
<span id="l1"><span class="c">#!/usr/bin/env python</span></span><a href="#l1"></a>
<span id="l2"></span><a href="#l2"></a>
<span id="l3"><span class="sd">&quot;&quot;&quot;Fun with generators. Corresponding Haskell implementation:</span></span><a href="#l3"></a>
<span id="l4"></span><a href="#l4"></a>
<span id="l5"><span class="sd">primes = 2 : sieve [3, 5..]</span></span><a href="#l5"></a>
<span id="l6"><span class="sd"> where sieve (p:ns) = p : sieve [n | n &lt;- ns, mod n p /= 0]</span></span><a href="#l6"></a>
<span id="l7"><span class="sd">&quot;&quot;&quot;</span></span><a href="#l7"></a>
<span id="l8"></span><a href="#l8"></a>
<span id="l9"><span class="kn">from</span> <span class="nn">itertools</span> <span class="kn">import</span> <span class="n">dropwhile</span><span class="p">,</span> <span class="n">ifilter</span><span class="p">,</span> <span class="n">islice</span><span class="p">,</span> <span class="n">count</span><span class="p">,</span> <span class="n">chain</span></span><a href="#l9"></a>
<span id="l10"></span><a href="#l10"></a>
<span id="l11"><span class="kn">def</span> <span class="nf">primes</span><span class="p">():</span></span><a href="#l11"></a>
<span id="l12"> <span class="sd">&quot;&quot;&quot;Generate all primes.&quot;&quot;&quot;</span></span><a href="#l12"></a>
<span id="l13"> <span class="kn">def</span> <span class="nf">sieve</span><span class="p">(</span><span class="n">ns</span><span class="p">):</span></span><a href="#l13"></a>
<span id="l14"> <span class="n">p</span> <span class="o">=</span> <span class="n">ns</span><span class="o">.</span><span class="n">next</span><span class="p">()</span></span><a href="#l14"></a>
<span id="l15"> <span class="c"># It is important to yield *here* in order to stop the</span></span><a href="#l15"></a>
<span id="l16"> <span class="c"># infinite recursion.</span></span><a href="#l16"></a>
<span id="l17"> <span class="kn">yield</span> <span class="n">p</span></span><a href="#l17"></a>
<span id="l18"> <span class="n">ns</span> <span class="o">=</span> <span class="n">ifilter</span><span class="p">(</span><span class="kn">lambda</span> <span class="n">n</span><span class="p">:</span> <span class="n">n</span> <span class="o">%</span> <span class="n">p</span> <span class="o">!=</span> <span class="mi">0</span><span class="p">,</span> <span class="n">ns</span><span class="p">)</span></span><a href="#l18"></a>
<span id="l19"> <span class="kn">for</span> <span class="n">n</span> <span class="ow">in</span> <span class="n">sieve</span><span class="p">(</span><span class="n">ns</span><span class="p">):</span></span><a href="#l19"></a>
<span id="l20"> <span class="kn">yield</span> <span class="n">n</span></span><a href="#l20"></a>
<span id="l21"></span><a href="#l21"></a>
<span id="l22"> <span class="n">odds</span> <span class="o">=</span> <span class="n">ifilter</span><span class="p">(</span><span class="kn">lambda</span> <span class="n">i</span><span class="p">:</span> <span class="n">i</span> <span class="o">%</span> <span class="mi">2</span> <span class="o">==</span> <span class="mi">1</span><span class="p">,</span> <span class="n">count</span><span class="p">())</span></span><a href="#l22"></a>
<span id="l23"> <span class="kn">return</span> <span class="n">chain</span><span class="p">([</span><span class="mi">2</span><span class="p">],</span> <span class="n">sieve</span><span class="p">(</span><span class="n">dropwhile</span><span class="p">(</span><span class="kn">lambda</span> <span class="n">n</span><span class="p">:</span> <span class="n">n</span> <span class="o">&lt;</span> <span class="mi">3</span><span class="p">,</span> <span class="n">odds</span><span class="p">)))</span></span><a href="#l23"></a>
<span id="l24"></span><a href="#l24"></a>
<span id="l25"><span class="kn">if</span> <span class="n">__name__</span> <span class="o">==</span> <span class="s">&quot;__main__&quot;</span><span class="p">:</span></span><a href="#l25"></a>
<span id="l26"> <span class="kn">import</span> <span class="nn">sys</span></span><a href="#l26"></a>
<span id="l27"> <span class="kn">try</span><span class="p">:</span></span><a href="#l27"></a>
<span id="l28"> <span class="n">n</span> <span class="o">=</span> <span class="nb">int</span><span class="p">(</span><span class="n">sys</span><span class="o">.</span><span class="n">argv</span><span class="p">[</span><span class="mi">1</span><span class="p">])</span></span><a href="#l28"></a>
<span id="l29"> <span class="kn">except</span> <span class="p">(</span><span class="ne">ValueError</span><span class="p">,</span> <span class="ne">IndexError</span><span class="p">):</span></span><a href="#l29"></a>
<span id="l30"> <span class="n">n</span> <span class="o">=</span> <span class="mi">10</span></span><a href="#l30"></a>
<span id="l31"> <span class="n">p</span> <span class="o">=</span> <span class="n">primes</span><span class="p">()</span></span><a href="#l31"></a>
highlight: produce correct markup when there's a blank line just before EOF Due to how the colorized output from pygments was stripped of <pre> elements, when there was an empty line at the end of a file, highlight extension produced an incorrect markup (no closing tags from the fileline/annotateline template). It wasn't usually noticeable, because browsers were smart enough to see where the missing tags should've been, but in monoblue style it resulted in the last line having twice the normal height. Instead of awkwardly trying to strip outer <pre></pre> tags, let's make the formatter with nowrap=True, which should do what we need in pygments since at least 0.5 (2006-10-30). Example from monoblue style: Before: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </div> Now: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </pre> </div> </div> (Notice the missing </pre></div> now in place)
2015-07-22 05:19:17 +03:00
<span id="l32"> <span class="kn">print</span> <span class="s">&quot;The first </span><span class="si">%d</span><span class="s"> primes: </span><span class="si">%s</span><span class="s">&quot;</span> <span class="o">%</span> <span class="p">(</span><span class="n">n</span><span class="p">,</span> <span class="nb">list</span><span class="p">(</span><span class="n">islice</span><span class="p">(</span><span class="n">p</span><span class="p">,</span> <span class="n">n</span><span class="p">)))</span></span><a href="#l32"></a>
<span id="l33"></span><a href="#l33"></a></pre>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</div>
</div>
</div>
</body>
</html>
hgweb fileannotate, html
test-highlight: factor out function that normalizes pygments output
2016-01-26 17:27:12 +03:00
$ (get-with-headers.py localhost:$HGPORT 'annotate/tip/primes.py') | filterhtml
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
200 Script output follows
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-US">
<head>
<link rel="icon" href="/static/hgicon.png" type="image/png" />
<meta name="robots" content="index, nofollow" />
<link rel="stylesheet" href="/static/style-paper.css" type="text/css" />
fix broken tests test-debugcomplete.t broken by 7f2d537fe9fa test-highlight.t broken by 064b658181dd
2011-04-30 13:16:52 +04:00
<script type="text/javascript" src="/static/mercurial.js"></script>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<link rel="stylesheet" href="/highlightcss" type="text/css" />
<title>test: primes.py annotate</title>
</head>
<body>
<div class="container">
<div class="menu">
<div class="logo">
urls: bulk-change primary website URLs
2015-09-30 23:43:49 +03:00
<a href="https://mercurial-scm.org/">
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<img src="/static/hglogo.png" alt="mercurial" /></a>
</div>
<ul>
hgweb: don't dereference symbolic revision in paper & coal style (issue2296) Let's make paper (and coal, since it borrows so much from paper) templates use symbolic revision in navigation links. The majority of links (log, filelog, annotate, etc) still use node hashes. Some pages don't have permanent links to current node hash (so it's not very easy to go from /rev/tip to /rev/<tip hash>), this will be addressed in future patches.
2015-06-16 11:07:39 +03:00
<li><a href="/shortlog/tip">log</a></li>
<li><a href="/graph/tip">graph</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<li><a href="/tags">tags</a></li>
test-highlight: fix test output (introduced by c1aafe72f67b)
2011-03-13 17:10:01 +03:00
<li><a href="/bookmarks">bookmarks</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<li><a href="/branches">branches</a></li>
</ul>
<ul>
hgweb: don't dereference symbolic revision in paper & coal style (issue2296) Let's make paper (and coal, since it borrows so much from paper) templates use symbolic revision in navigation links. The majority of links (log, filelog, annotate, etc) still use node hashes. Some pages don't have permanent links to current node hash (so it's not very easy to go from /rev/tip to /rev/<tip hash>), this will be addressed in future patches.
2015-06-16 11:07:39 +03:00
<li><a href="/rev/tip">changeset</a></li>
<li><a href="/file/tip/">browse</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</ul>
<ul>
hgweb: don't dereference symbolic revision in paper & coal style (issue2296) Let's make paper (and coal, since it borrows so much from paper) templates use symbolic revision in navigation links. The majority of links (log, filelog, annotate, etc) still use node hashes. Some pages don't have permanent links to current node hash (so it's not very easy to go from /rev/tip to /rev/<tip hash>), this will be addressed in future patches.
2015-06-16 11:07:39 +03:00
<li><a href="/file/tip/primes.py">file</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<li><a href="/file/tip/primes.py">latest</a></li>
hgweb: don't dereference symbolic revision in paper & coal style (issue2296) Let's make paper (and coal, since it borrows so much from paper) templates use symbolic revision in navigation links. The majority of links (log, filelog, annotate, etc) still use node hashes. Some pages don't have permanent links to current node hash (so it's not very easy to go from /rev/tip to /rev/<tip hash>), this will be addressed in future patches.
2015-06-16 11:07:39 +03:00
<li><a href="/diff/tip/primes.py">diff</a></li>
<li><a href="/comparison/tip/primes.py">comparison</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<li class="active">annotate</li>
hgweb: don't dereference symbolic revision in paper & coal style (issue2296) Let's make paper (and coal, since it borrows so much from paper) templates use symbolic revision in navigation links. The majority of links (log, filelog, annotate, etc) still use node hashes. Some pages don't have permanent links to current node hash (so it's not very easy to go from /rev/tip to /rev/<tip hash>), this will be addressed in future patches.
2015-06-16 11:07:39 +03:00
<li><a href="/log/tip/primes.py">file log</a></li>
hgweb: link to raw-file on annotation page (BC) Every other template has the "raw" link load "raw-file." However, fileannotate.tmpl's "raw" link loads "raw-annotate." This feels inconsistent and wrong. As far as I can tell, linking to the "raw annotate" view has occurred since 2006.
2016-12-29 01:48:17 +03:00
<li><a href="/raw-file/tip/primes.py">raw</a></li>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</ul>
hgweb: add help link to templates missed in 333983876439
2010-10-10 02:58:48 +04:00
<ul>
<li><a href="/help">help</a></li>
</ul>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</div>
<div class="main">
tests: fix up test-highlight for breadcrumb changes
2013-01-10 05:10:44 +04:00
<h2 class="breadcrumb"><a href="/">Mercurial</a> </h2>
hgweb: link to revision by node hash in paper & coal Unlike other styles, paper and coal had only one link to current revision: in the sidebar. Since those links now use symbolic revisions after 4b263b99440b, it's nice to have a link that allows going from /rev/tip to /rev/<tip hash>, for instance. Let's make the node hash in the page header that new link.
2015-06-18 12:06:18 +03:00
<h3>
highlight: produce correct markup when there's a blank line just before EOF Due to how the colorized output from pygments was stripped of <pre> elements, when there was an empty line at the end of a file, highlight extension produced an incorrect markup (no closing tags from the fileline/annotateline template). It wasn't usually noticeable, because browsers were smart enough to see where the missing tags should've been, but in monoblue style it resulted in the last line having twice the normal height. Instead of awkwardly trying to strip outer <pre></pre> tags, let's make the formatter with nowrap=True, which should do what we need in pygments since at least 0.5 (2006-10-30). Example from monoblue style: Before: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </div> Now: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </pre> </div> </div> (Notice the missing </pre></div> now in place)
2015-07-22 05:19:17 +03:00
annotate primes.py @ 0:<a href="/rev/06824edf55d0">06824edf55d0</a>
hgweb: link to revision by node hash in paper & coal Unlike other styles, paper and coal had only one link to current revision: in the sidebar. Since those links now use symbolic revisions after 4b263b99440b, it's nice to have a link that allows going from /rev/tip to /rev/<tip hash>, for instance. Let's make the node hash in the page header that new link.
2015-06-18 12:06:18 +03:00
<span class="tag">tip</span>
</h3>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<form class="search" action="/log">
<p><input name="rev" id="search1" type="text" size="30" /></p>
paper: edit search hint to include new feature description
2013-09-06 13:30:57 +04:00
<div id="hint">Find changesets by keywords (author, files, the commit message), revision
number or hash, or <a href="/help/revsets">revset expression</a>.</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</form>
<div class="description">a</div>
<table id="changesetEntry">
<tr>
<th class="author">author</th>
<td class="author">&#116;&#101;&#115;&#116;</td>
</tr>
<tr>
<th class="date">date</th>
hgweb: fix dynamic date calculation not working under Safari While Chrome, Firefox, and IE 6+ support the current date format being passed to Date(), Safari doesn't: > new Date('Mon Oct 24 13:58:01 2011 +0200') Invalid Date However, the rfc822date format--officially supported by ECMAScript[1]--does work: > new Date('Mon, 24 Oct 2011 13:58:01 +0200') Mon Oct 24 2011 04:58:01 GMT-0700 (PDT) This change replaces all instances of {date|date} in HTML with {date|rfc822date}. For elements that only have the "age" class, there's no outward change for users with JavaScript enabled. For elements with both the "age" and "date" classes, the full date displayed uses the new format. Tested in IE 6, Safari 5.1.1, Google Chrome 15, and Firefox 7.0.1. [1]: https://developer.mozilla.org/en/JavaScript/Reference/Global_Objects/Date/parse
2011-10-27 22:57:08 +04:00
<td class="date age">Thu, 01 Jan 1970 00:00:00 +0000</td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
<tr>
<th class="author">parents</th>
<td class="author"></td>
</tr>
<tr>
<th class="author">children</th>
<td class="author"></td>
</tr>
</table>
<div class="overflow">
<table class="bigtable">
hgweb: replace implicit <tbody> with explicit <thead> where appropriate Some templates in paper style use <tbody> elements inside <table> to assign a class to "body" part of that table (in this case, to make rows striped). The problem is that the <tbody> is preceded by <tr> element, which browsers understand as an implicit start of table body, so the following exlicit <tbody> will actually be "nested", which is not valid. Since that first <tr> contains table headers, wrapping it in <thead> is both semantically correct and follows the advertised XHTML 1.1 doctype.
2015-02-06 10:52:55 +03:00
<thead>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
<tr>
<th class="annotate">rev</th>
<th class="line">&nbsp;&nbsp;line source</th>
</tr>
hgweb: replace implicit <tbody> with explicit <thead> where appropriate Some templates in paper style use <tbody> elements inside <table> to assign a class to "body" part of that table (in this case, to make rows striped). The problem is that the <tbody> is preceded by <tr> element, which browsers understand as an implicit start of table body, so the following exlicit <tbody> will actually be "nested", which is not valid. Since that first <tr> contains table headers, wrapping it in <thead> is both semantically correct and follows the advertised XHTML 1.1 doctype.
2015-02-06 10:52:55 +03:00
</thead>
hgweb: make stripes in file annotate view with CSS
2013-07-13 17:43:45 +04:00
<tbody class="stripes2">
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l1" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<a href="/annotate/06824edf55d0/primes.py#l1">
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
0
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</a>
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l1">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l1"> 1</a> <span class="c">#!/usr/bin/env python</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l2" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l2">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l2"> 2</a> </td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l3" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l3">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l3"> 3</a> <span class="sd">&quot;&quot;&quot;Fun with generators. Corresponding Haskell implementation:</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l4" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l4">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l4"> 4</a> </td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l5" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l5">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l5"> 5</a> <span class="sd">primes = 2 : sieve [3, 5..]</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l6" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l6">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l6"> 6</a> <span class="sd"> where sieve (p:ns) = p : sieve [n | n &lt;- ns, mod n p /= 0]</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l7" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l7">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l7"> 7</a> <span class="sd">&quot;&quot;&quot;</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l8" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l8">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l8"> 8</a> </td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l9" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l9">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l9"> 9</a> <span class="kn">from</span> <span class="nn">itertools</span> <span class="kn">import</span> <span class="n">dropwhile</span><span class="p">,</span> <span class="n">ifilter</span><span class="p">,</span> <span class="n">islice</span><span class="p">,</span> <span class="n">count</span><span class="p">,</span> <span class="n">chain</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l10" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l10">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l10"> 10</a> </td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l11" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l11">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l11"> 11</a> <span class="kn">def</span> <span class="nf">primes</span><span class="p">():</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l12" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l12">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l12"> 12</a> <span class="sd">&quot;&quot;&quot;Generate all primes.&quot;&quot;&quot;</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l13" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l13">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l13"> 13</a> <span class="kn">def</span> <span class="nf">sieve</span><span class="p">(</span><span class="n">ns</span><span class="p">):</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l14" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l14">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l14"> 14</a> <span class="n">p</span> <span class="o">=</span> <span class="n">ns</span><span class="o">.</span><span class="n">next</span><span class="p">()</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l15" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l15">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l15"> 15</a> <span class="c"># It is important to yield *here* in order to stop the</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l16" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l16">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l16"> 16</a> <span class="c"># infinite recursion.</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l17" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l17">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l17"> 17</a> <span class="kn">yield</span> <span class="n">p</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l18" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l18">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
test-highlight: unify normalization rule of pygments output We had two variants for unknown reason, s/mf/mi/g and s/mi/mf/g. This patch unifies them to s/mf/mi/g so that we can introduce a utility function.
2016-01-26 17:26:05 +03:00
<td class="source"><a href="#l18"> 18</a> <span class="n">ns</span> <span class="o">=</span> <span class="n">ifilter</span><span class="p">(</span><span class="kn">lambda</span> <span class="n">n</span><span class="p">:</span> <span class="n">n</span> <span class="o">%</span> <span class="n">p</span> <span class="o">!=</span> <span class="mi">0</span><span class="p">,</span> <span class="n">ns</span><span class="p">)</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l19" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l19">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l19"> 19</a> <span class="kn">for</span> <span class="n">n</span> <span class="ow">in</span> <span class="n">sieve</span><span class="p">(</span><span class="n">ns</span><span class="p">):</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l20" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l20">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l20"> 20</a> <span class="kn">yield</span> <span class="n">n</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l21" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l21">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l21"> 21</a> </td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l22" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l22">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
test-highlight: unify normalization rule of pygments output We had two variants for unknown reason, s/mf/mi/g and s/mi/mf/g. This patch unifies them to s/mf/mi/g so that we can introduce a utility function.
2016-01-26 17:26:05 +03:00
<td class="source"><a href="#l22"> 22</a> <span class="n">odds</span> <span class="o">=</span> <span class="n">ifilter</span><span class="p">(</span><span class="kn">lambda</span> <span class="n">i</span><span class="p">:</span> <span class="n">i</span> <span class="o">%</span> <span class="mi">2</span> <span class="o">==</span> <span class="mi">1</span><span class="p">,</span> <span class="n">count</span><span class="p">())</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l23" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l23">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
test-highlight: unify normalization rule of pygments output We had two variants for unknown reason, s/mf/mi/g and s/mi/mf/g. This patch unifies them to s/mf/mi/g so that we can introduce a utility function.
2016-01-26 17:26:05 +03:00
<td class="source"><a href="#l23"> 23</a> <span class="kn">return</span> <span class="n">chain</span><span class="p">([</span><span class="mi">2</span><span class="p">],</span> <span class="n">sieve</span><span class="p">(</span><span class="n">dropwhile</span><span class="p">(</span><span class="kn">lambda</span> <span class="n">n</span><span class="p">:</span> <span class="n">n</span> <span class="o">&lt;</span> <span class="mi">3</span><span class="p">,</span> <span class="n">odds</span><span class="p">)))</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l24" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l24">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l24"> 24</a> </td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l25" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l25">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l25"> 25</a> <span class="kn">if</span> <span class="n">__name__</span> <span class="o">==</span> <span class="s">&quot;__main__&quot;</span><span class="p">:</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l26" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l26">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l26"> 26</a> <span class="kn">import</span> <span class="nn">sys</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l27" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l27">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l27"> 27</a> <span class="kn">try</span><span class="p">:</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l28" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l28">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
test-highlight: unify normalization rule of pygments output We had two variants for unknown reason, s/mf/mi/g and s/mi/mf/g. This patch unifies them to s/mf/mi/g so that we can introduce a utility function.
2016-01-26 17:26:05 +03:00
<td class="source"><a href="#l28"> 28</a> <span class="n">n</span> <span class="o">=</span> <span class="nb">int</span><span class="p">(</span><span class="n">sys</span><span class="o">.</span><span class="n">argv</span><span class="p">[</span><span class="mi">1</span><span class="p">])</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l29" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l29">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l29"> 29</a> <span class="kn">except</span> <span class="p">(</span><span class="ne">ValueError</span><span class="p">,</span> <span class="ne">IndexError</span><span class="p">):</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l30" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l30">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
test-highlight: unify normalization rule of pygments output We had two variants for unknown reason, s/mf/mi/g and s/mi/mf/g. This patch unifies them to s/mf/mi/g so that we can introduce a utility function.
2016-01-26 17:26:05 +03:00
<td class="source"><a href="#l30"> 30</a> <span class="n">n</span> <span class="o">=</span> <span class="mi">10</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l31" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l31">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l31"> 31</a> <span class="n">p</span> <span class="o">=</span> <span class="n">primes</span><span class="p">()</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l32" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l32">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</td>
hgweb: highlight line which is linked to at annotate view
2013-07-14 05:35:04 +04:00
<td class="source"><a href="#l32"> 32</a> <span class="kn">print</span> <span class="s">&quot;The first </span><span class="si">%d</span><span class="s"> primes: </span><span class="si">%s</span><span class="s">&quot;</span> <span class="o">%</span> <span class="p">(</span><span class="n">n</span><span class="p">,</span> <span class="nb">list</span><span class="p">(</span><span class="n">islice</span><span class="p">(</span><span class="n">p</span><span class="p">,</span> <span class="n">n</span><span class="p">)))</span></td>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</tr>
hgweb: highlight data of the current revision in annotate view * Distinguish the /annotate/<revision>/<file>#<linenumber> link when it would lead to the current page (i.e. <revision> is the current revision) (style it gray and undecorated). This indicates more clearly that this is a "dead-end" in blame navigation. * Display lines changed in current revision in green.
2016-06-02 17:26:50 +03:00
<tr id="l33" class="thisrev">
paper: make different blocks of annotated lines have different colors
2016-07-16 09:49:07 +03:00
<td class="annotate parity0">
hgweb: display blamed revision once per block in annotate view I.e. when a revision blames a block of source lines, only display the revision link on the first line of the block (this is identified by the "blockhead" key in annotate context). This addresses item "Visual grouping of changesets" of the blame improvements plan (https://www.mercurial-scm.org/wiki/BlamePlan) which states: "Typically there are block of lines all attributed to the same revision. Instead of rendering the revision/changeset for every line, we could only render it once per block."
2016-06-07 13:10:01 +03:00
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div class="annotate-info">
hgweb: add a link on node id in annotate hover-box The link pointing the annotate view at this revision, just like the one in the left-column but accessible from anywhere.
2016-07-12 16:09:07 +03:00
<div>
<a href="/annotate/06824edf55d0/primes.py#l33">
06824edf55d0</a>
a
</div>
hgweb: move author information from left-column to hover-box in annotate view And display the full author information since there is enough space there.
2016-07-12 16:07:37 +03:00
<div><em>&#116;&#101;&#115;&#116;</em></div>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
<div>parents: </div>
hgweb: add links to diff and changeset in hover-box on annotate view
2016-06-14 12:01:30 +03:00
<a href="/diff/06824edf55d0/primes.py">diff</a>
<a href="/rev/06824edf55d0">changeset</a>
hgweb: add link to parents of annotated revision in annotate view The link is embedded into a div with class="annotate-info" that only shows up upon hover of the annotate column. To avoid duplicate hover-overs (this new one and the one coming from link's title), drop "title" attribute from a element and put it in the annotate-info element.
2016-06-28 12:42:42 +03:00
</div>
highlight: produce correct markup when there's a blank line just before EOF Due to how the colorized output from pygments was stripped of <pre> elements, when there was an empty line at the end of a file, highlight extension produced an incorrect markup (no closing tags from the fileline/annotateline template). It wasn't usually noticeable, because browsers were smart enough to see where the missing tags should've been, but in monoblue style it resulted in the last line having twice the normal height. Instead of awkwardly trying to strip outer <pre></pre> tags, let's make the formatter with nowrap=True, which should do what we need in pygments since at least 0.5 (2006-10-30). Example from monoblue style: Before: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </div> Now: <div class="source"> <div style="font-family:monospace" class="parity0"> <pre><a class="linenr" href="#l1" id="l1"> 1</a> </pre> </div> <div style="font-family:monospace" class="parity1"> <pre><a class="linenr" href="#l2" id="l2"> 2</a> </pre> </div> </div> (Notice the missing </pre></div> now in place)
2015-07-22 05:19:17 +03:00
</td>
<td class="source"><a href="#l33"> 33</a> </td>
</tr>
hgweb: make stripes in file annotate view with CSS
2013-07-13 17:43:45 +04:00
</tbody>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
</table>
</div>
</div>
</div>
</body>
</html>
hgweb fileannotate, raw
tests: drop explicit $TESTDIR from executables $TESTDIR is added to the path, so this is superfluous. Also, inconsistent use of quotes means we might have broken on tests with paths containing spaces.
2015-06-08 22:44:30 +03:00
$ (get-with-headers.py localhost:$HGPORT 'annotate/tip/primes.py?style=raw') \
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
> | sed "s/test@//" > a
$ echo "200 Script output follows" > b
$ echo "" >> b
$ echo "" >> b
$ hg annotate "primes.py" >> b
$ echo "" >> b
$ echo "" >> b
$ echo "" >> b
$ echo "" >> b
solaris: diff -u emits "No differences encountered" Solaris diff -u isn't silent when two files are identical, and tests that don't account for that will fail. Fix those tests, and introduce a check that prevents reintroduction.
2014-02-20 01:46:49 +04:00
$ cmp b a || diff -u b a
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
hgweb filerevision, raw
tests: drop explicit $TESTDIR from executables $TESTDIR is added to the path, so this is superfluous. Also, inconsistent use of quotes means we might have broken on tests with paths containing spaces.
2015-06-08 22:44:30 +03:00
$ (get-with-headers.py localhost:$HGPORT 'file/tip/primes.py?style=raw') \
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
> > a
$ echo "200 Script output follows" > b
$ echo "" >> b
$ hg cat primes.py >> b
solaris: diff -u emits "No differences encountered" Solaris diff -u isn't silent when two files are identical, and tests that don't account for that will fail. Fix those tests, and introduce a check that prevents reintroduction.
2014-02-20 01:46:49 +04:00
$ cmp b a || diff -u b a
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
hgweb highlightcss friendly
tests: drop explicit $TESTDIR from executables $TESTDIR is added to the path, so this is superfluous. Also, inconsistent use of quotes means we might have broken on tests with paths containing spaces.
2015-06-08 22:44:30 +03:00
$ get-with-headers.py localhost:$HGPORT 'highlightcss' > out
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
$ head -n 4 out
200 Script output follows
/* pygments_style = friendly */
$ rm out
errors encountered
$ cat errors.log
tests: drop DAEMON_PIDS from killdaemons calls
2015-06-08 22:55:40 +03:00
$ killdaemons.py
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
Change the pygments style
$ cat > .hg/hgrc <<EOF
> [web]
> pygments_style = fruity
> EOF
hg serve again
$ hg serve -p $HGPORT -d -n test --pid-file=hg.pid -A access.log -E errors.log
$ cat hg.pid >> $DAEMON_PIDS
hgweb highlightcss fruity
tests: drop explicit $TESTDIR from executables $TESTDIR is added to the path, so this is superfluous. Also, inconsistent use of quotes means we might have broken on tests with paths containing spaces.
2015-06-08 22:44:30 +03:00
$ get-with-headers.py localhost:$HGPORT 'highlightcss' > out
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
$ head -n 4 out
200 Script output follows
/* pygments_style = fruity */
$ rm out
highlight: add highlightfiles config option which takes a fileset (issue3005) Highlight extension lacked a way to limit files by size, by extension, and/or by any other part of file path. A good solution would be to use a fileset, since it can check file path, extension and size (and more) in one expression. So this change introduces such an option, highlighfiles, which takes a fileset and on each request decides if the requested file should be highlighted. The default "size('<5M')" is, in a way, suggested in issue3005. checkfctx() limits the amount of work to just one file (subset kwarg in fileset.matchctx()). Monkey-patching works around issue4568, otherwise using filesets here while running hgweb in directory mode would say, for example, "Abort: **.py not under root", but this fix is very local and probably far from ideal. I suspect there to be a way to fix this for the whole hgweb and resolve the issue, but I don't know how to do it.
2015-09-16 17:30:36 +03:00
errors encountered
$ cat errors.log
$ killdaemons.py
only highlight C source files
$ cat > .hg/hgrc <<EOF
> [web]
> highlightfiles = **.c
> EOF
hg serve again
$ hg serve -p $HGPORT -d -n test --pid-file=hg.pid -A access.log -E errors.log
$ cat hg.pid >> $DAEMON_PIDS
test that fileset in highlightfiles works and primes.py is not highlighted
$ get-with-headers.py localhost:$HGPORT 'file/tip/primes.py' | grep 'id="l11"'
<span id="l11">def primes():</span><a href="#l11"></a>
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
errors encountered
$ cat errors.log
$ cd ..
$ hg init eucjp
$ cd eucjp
tests: use $PYTHON instead of hardcoding python This makes running the testsuite with pypy possible.
2014-10-15 23:35:59 +04:00
$ $PYTHON -c 'print("\265\376")' >> eucjp.txt # Japanese kanji "Kyo"
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
$ hg ci -Ama
adding eucjp.txt
$ hgserveget () {
tests: drop DAEMON_PIDS from killdaemons calls
2015-06-08 22:55:40 +03:00
> killdaemons.py
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
> echo % HGENCODING="$1" hg serve
> HGENCODING="$1" hg serve -p $HGPORT -d -n test --pid-file=hg.pid -E errors.log
> cat hg.pid >> $DAEMON_PIDS
>
> echo % hgweb filerevision, html
tests: drop explicit $TESTDIR from executables $TESTDIR is added to the path, so this is superfluous. Also, inconsistent use of quotes means we might have broken on tests with paths containing spaces.
2015-06-08 22:44:30 +03:00
> get-with-headers.py localhost:$HGPORT "file/tip/$2" \
tests: use (esc) instead of other kinds of string escaping
2010-11-08 03:41:42 +03:00
> | grep '<div class="parity0 source">'
tests: unify test-highlight
2010-09-26 22:41:32 +04:00
> echo % errors encountered
> cat errors.log
> }
$ hgserveget euc-jp eucjp.txt
% HGENCODING=euc-jp hg serve
% hgweb filerevision, html
% errors encountered
$ hgserveget utf-8 eucjp.txt
% HGENCODING=utf-8 hg serve
% hgweb filerevision, html
% errors encountered
$ hgserveget us-ascii eucjp.txt
% HGENCODING=us-ascii hg serve
% hgweb filerevision, html
% errors encountered
tests: add missing trailing 'cd ..' Many tests didn't change back from subdirectories at the end of the tests ... and they don't have to. The missing 'cd ..' could always be added when another test case is added to the test file. This change do that tests (99.5%) consistently end up in $TESTDIR where they started, thus making it simpler to extend them or move them around.
2012-06-11 03:40:51 +04:00
highlight: add option to prevent content-only based fallback When Mozilla enabled Pygments on hg.mozilla.org, we got a lot of weirdly colorized files. Upon further investigation, the hightlight extension is first attempting a filename+content based match then falling back to a purely content-driven detection mode in Pygments. Sounds good in theory. Unfortunately, Pygments' content-driven detection establishes no minimum threshold for returning a lexer. Furthermore, the detection code for a number of languages is very liberal. For example, ActionScript 3 will return a confidence of 0.3 (out of 1.0) if the first 1k of the file we pass in matches the regex "\w+\s*:\s*\w"! Python matches on "import ". It's no coincidence that a number of our extension-less files were getting highlighted improperly. This patch adds an option to have the highlighter not fall back to purely content-based detection when filename+content detection failed. This can be enabled to render unlighted text instead of taking the risk that unknown file types are highlighted incorrectly. The old behavior is still the default.
2015-10-15 04:22:16 +03:00
We attempt to highlight unknown files by default
$ killdaemons.py
$ cat > .hg/hgrc << EOF
> [web]
> highlightfiles = **
> EOF
$ cat > unknownfile << EOF
> #!/usr/bin/python
> def foo():
> pass
> EOF
$ hg add unknownfile
$ hg commit -m unknown unknownfile
$ hg serve -p $HGPORT -d -n test --pid-file=hg.pid
$ cat hg.pid >> $DAEMON_PIDS
$ get-with-headers.py localhost:$HGPORT 'file/tip/unknownfile' | grep l2
<span id="l2"><span class="k">def</span> <span class="nf">foo</span><span class="p">():</span></span><a href="#l2"></a>
We can prevent Pygments from falling back to a non filename-based
detection mode
$ cat > .hg/hgrc << EOF
> [web]
> highlightfiles = **
> highlightonlymatchfilename = true
> EOF
$ killdaemons.py
$ hg serve -p $HGPORT -d -n test --pid-file=hg.pid
$ cat hg.pid >> $DAEMON_PIDS
$ get-with-headers.py localhost:$HGPORT 'file/tip/unknownfile' | grep l2
<span id="l2">def foo():</span><a href="#l2"></a>
tests: add missing trailing 'cd ..' Many tests didn't change back from subdirectories at the end of the tests ... and they don't have to. The missing 'cd ..' could always be added when another test case is added to the test file. This change do that tests (99.5%) consistently end up in $TESTDIR where they started, thus making it simpler to extend them or move them around.
2012-06-11 03:40:51 +04:00
$ cd ..
Reference in New Issue Copy Permalink