Thu, 03 May 2018 11:09:27 +0900 templater: make it clearer that parsing doesn't cause recursion
Yuya Nishihara <yuya@tcha.org> [Thu, 03 May 2018 11:09:27 +0900] rev 38352
templater: make it clearer that parsing doesn't cause recursion Only compileexp() may recurse into _load().
Thu, 03 May 2018 10:53:29 +0900 templater: mark most attributes as private
Yuya Nishihara <yuya@tcha.org> [Thu, 03 May 2018 10:53:29 +0900] rev 38351
templater: mark most attributes as private
Sun, 17 Jun 2018 06:23:29 -0700 setdiscovery: use progress helper
Martin von Zweigbergk <martinvonz@google.com> [Sun, 17 Jun 2018 06:23:29 -0700] rev 38350
setdiscovery: use progress helper Differential Revision: https://phab.mercurial-scm.org/D3770
Sat, 16 Jun 2018 00:37:44 -0700 streamclone: use progress helper
Martin von Zweigbergk <martinvonz@google.com> [Sat, 16 Jun 2018 00:37:44 -0700] rev 38349
streamclone: use progress helper Differential Revision: https://phab.mercurial-scm.org/D3769
Sat, 16 Jun 2018 00:25:13 -0700 similar: use progress helper
Martin von Zweigbergk <martinvonz@google.com> [Sat, 16 Jun 2018 00:25:13 -0700] rev 38348
similar: use progress helper Note that a functional change here is that we now show the progress position *before* we start working on the item. This is consistent with how we do it elsewhere. Differential Revision: https://phab.mercurial-scm.org/D3768
Sat, 16 Jun 2018 00:03:23 -0700 remove: use progress helper
Martin von Zweigbergk <martinvonz@google.com> [Sat, 16 Jun 2018 00:03:23 -0700] rev 38347
remove: use progress helper Differential Revision: https://phab.mercurial-scm.org/D3767
Fri, 15 Jun 2018 23:04:44 -0700 changegroup: use progress helper in apply() (API)
Martin von Zweigbergk <martinvonz@google.com> [Fri, 15 Jun 2018 23:04:44 -0700] rev 38346
changegroup: use progress helper in apply() (API) Differential Revision: https://phab.mercurial-scm.org/D3766
Fri, 15 Jun 2018 22:37:01 -0700 progress: create helper class for incrementing progress
Martin von Zweigbergk <martinvonz@google.com> [Fri, 15 Jun 2018 22:37:01 -0700] rev 38345
progress: create helper class for incrementing progress When using ui.progress(), there's a clear pattern that is followed: * Pass the same topic and unit * Usually pass the same total * Call with pos=None to close the progress bar * Often keep track of the current position and increment it This patch creates a simple helper class for this. I'll probably make it implement the context manager protocol later (calling update(None) on __exit__). Progress is used in low-level modules like changegroup, so I also exposed it via a method on the ui object. Perhaps the class itself should also live in ui.py? This patch also makes merge.oy use it to show that it works. Differential Revision: https://phab.mercurial-scm.org/D3765
Sun, 17 Jun 2018 18:01:49 +0900 extensions: use context manger for open()
Yuya Nishihara <yuya@tcha.org> [Sun, 17 Jun 2018 18:01:49 +0900] rev 38344
extensions: use context manger for open()
Sun, 17 Jun 2018 17:59:12 +0900 py3: open extension source in binary mode to read docstring as bytes
Yuya Nishihara <yuya@tcha.org> [Sun, 17 Jun 2018 17:59:12 +0900] rev 38343
py3: open extension source in binary mode to read docstring as bytes
(0) -30000 -10000 -3000 -1000 -300 -100 -10 +10 +100 +300 +1000 +3000 +10000 tip