aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorkjs <kjs@web>2016-03-31 17:39:07 -0400
committeradmin <admin@branchable.com>2016-03-31 17:39:07 -0400
commiteafe407e58268cd7aedbb168b5d0d1cb714f5bb0 (patch)
treedcdd6ce8ba265810f3dd65e3ea3b41d34e9b7e37
parent41de4221c324214f8bbfb347b2347240e7e7e898 (diff)
downloadikiwiki-eafe407e58268cd7aedbb168b5d0d1cb714f5bb0.tar
ikiwiki-eafe407e58268cd7aedbb168b5d0d1cb714f5bb0.tar.gz
-rw-r--r--doc/todo/Reduce_browser_wait_after_adding_comment.mdwn15
1 files changed, 15 insertions, 0 deletions
diff --git a/doc/todo/Reduce_browser_wait_after_adding_comment.mdwn b/doc/todo/Reduce_browser_wait_after_adding_comment.mdwn
new file mode 100644
index 000000000..11bd0de65
--- /dev/null
+++ b/doc/todo/Reduce_browser_wait_after_adding_comment.mdwn
@@ -0,0 +1,15 @@
+Instead of waiting to complete the full ``refresh`` return to commented page
+as soon as it has been rebuilt.
+
+After commenting on a page the browser wait for what I presume to be the whole
+``--refresh`` to finish. This is often a considerable lag and many users think
+something has gone wrong (at least my users). The actual commented page is
+often regenerated quite quickly as you notice by clicking the backbutton
+immediately after posting a comment. The rest of the time ikiwiki spends
+regenerating dependent pages such as inlines etc.
+
+I don't know if ikiwiki can communicate that a single specific page has been
+regenerated but if possible it would greatly improve the interactivity of
+ikiwiki.
+
+[[!tag wishlist]]