[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Matthew Flaschen mflasc...@wikimedia.org changed: What|Removed |Added CC||rkald...@wikimedia.org, ||rm...@wikimedia.org, ||samsm...@wikimedia.org --- Comment #26 from Matthew Flaschen mflasc...@wikimedia.org --- (In reply to Yuvi Panda from comment #13) 2. Have JS (top loaded?) look for any element with the class added in (1), and then replace it with an appropriate relative time A JavaScript library for generating such a relative time string in a consistent way would already be useful. (GettingStarted has a need for it for one of our experiments, for example). MobileFrontend has custom code for displaying relative times. momentjs is in core, and has fromNow (http://momentjs.com/docs/#/displaying/fromnow/). If that suits our needs, we could standardize on that. (If you follow that link, there is a table showing how it works). Otherwise, I think we should pick an algorithm, put it in core, and use it consistently, including MobileFrontend. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Nemo federicol...@tiscali.it changed: What|Removed |Added Depends on||67959 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #22 from Ori Livneh o...@wikimedia.org --- (In reply to Isarra from comment #20) I hate to butt in like this, but do we have anything concrete to support that this is indeed more user-friendly, or necessarily even appropriate to mediawiki use cases? What sort of evidence would qualify? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Bartosz Dziewoński matma@gmail.com changed: What|Removed |Added CC||matma@gmail.com --- Comment #23 from Bartosz Dziewoński matma@gmail.com --- Let me just note that we should keep the timestamp in the UI somewhere in addition to the relative date if we do this – this would be very relevant during, say, debugging with end-users or checkuser investigations. I know of at least two sites that show timestamps on hover on the relative date (using the 'title' attribute) – Reddit and StackOverflow, we should probably do the same. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #24 from Yuvi Panda yuvipa...@gmail.com --- Indeed. Using title should be good enough, methinks. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #25 from Isarra zhoris...@gmail.com --- (In reply to Ori Livneh from comment #22) (In reply to Isarra from comment #20) I hate to butt in like this, but do we have anything concrete to support that this is indeed more user-friendly, or necessarily even appropriate to mediawiki use cases? What sort of evidence would qualify? Consideration of merits/drawbacks of each given common use cases, any relevant research (if it even exists), etc. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Yuvi Panda yuvipa...@gmail.com changed: What|Removed |Added CC||yuvipa...@gmail.com --- Comment #2 from Yuvi Panda yuvipa...@gmail.com --- Now that moment.js has been implemented, this could be easier to do (for JS). I think a PHP solution already exists. We could identify areas where we should start doing this and go one by one? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 113960 had a related patch set uploaded by Yuvipanda: Show relative 'last modified at' at bottom of each page https://gerrit.wikimedia.org/r/113960 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #4 from Yuvi Panda yuvipa...@gmail.com --- Hmm, this might actually be terrible performance wise everywhere, since this renders pages uncacheable for anon users. I don't know how that would be fixed... -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Gerrit Notification Bot gerritad...@wikimedia.org changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added CC||o...@wikimedia.org --- Comment #5 from Andre Klapper aklap...@wikimedia.org --- (In reply to Yuvi Panda from comment #4) Hmm, this might actually be terrible performance wise everywhere, since this renders pages uncacheable for anon users. I don't know how that would be fixed... CC'ing Ori, just in case he can comment performance-wise. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #6 from Yuvi Panda yuvipa...@gmail.com --- A more cache friendly solution would be to mark such timestamps with a class or other attribute and do the replacement in JS. While workable, this also has a (small?) performance penalty, and might also cause ugly 'flash'ing as things re-layout when a timestamp is changed for the first time. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added CC||mtrac...@member.fsf.org --- Comment #7 from Mark Holmquist mtrac...@member.fsf.org --- FYI, https://gerrit.wikimedia.org/r/9 was merged last night PST, and is now ready for use in core and extensions. PHP date/time may not be as easy, but at least JavaScript applications can be a little better about this now. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Mark Holmquist mtrac...@member.fsf.org changed: What|Removed |Added Status|PATCH_TO_REVIEW |NEW --- Comment #8 from Mark Holmquist mtrac...@member.fsf.org --- S informs me that CLDR supports this on the PHP side! All that's left is integrating it where necessary. Maybe this should become a tracking bug for different instances of the issue, now that the grander architectural questions seem to be dealt with. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #9 from Mark Holmquist mtrac...@member.fsf.org --- Sorry for missing the issue in comment 4. Maybe we could ignore cache invalidation, or maybe we could only ever return values that will last an hour, else return less than 1 hour ago? Ugly, but cacheable. How does Reddit do this? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #10 from Matthew Flaschen mflasc...@wikimedia.org --- If I recall correctly, anon HTML is cached for 30 days. Perhaps it could just use the relative version for logged in users? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #11 from Yuvi Panda yuvipa...@gmail.com --- Yeah, was talking about this on IRC. Anon HTML is cached for 30 days unless explicitly invalidated, so even if we invalidate them only every day that's a 30x increase in invalidates and I don't think Ops will like us very much :) We could show it only for logged in users, yes. Although that does feel a bit weird :) The JS solution would work better if we top loaded the JS, of course :D We can also easily make it dynamic - updating it as time goes on, rather easily. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #12 from Gerrit Notification Bot gerritad...@wikimedia.org --- Change 113960 abandoned by Yuvipanda: Show relative 'last modified at' at bottom of each page Reason: See discussion on bug https://gerrit.wikimedia.org/r/113960 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #13 from Yuvi Panda yuvipa...@gmail.com --- Alright, so current 'consensus' seems to be: 1. Have PHP emit what it currently does, but add a data attribute with a machine readable timestamp and also a class or some such 2. Have JS (top loaded?) look for any element with the class added in (1), and then replace it with an appropriate relative time 3. Depending on how long ago the time is, we can use a setTimeout to make sure we keep updating it as time goes on, so that relative times are always correct Open questions: 1. Can we top-load this JS? 2. Can we top-load JS if we don't use jQuery? 3. Can we top-load JS if we just supported not-too-old browsers and did not use jQuery? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #14 from Yuvi Panda yuvipa...@gmail.com --- Also since this could potentially be top-loaded, is delivered to *all* anon users, and also modifies the DOM in place after it has loaded, I'd like a +1 from Ori for this approach before proceeding. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #15 from Bawolff (Brian Wolff) bawolff...@gmail.com --- Keep in mind that some people might have usecases requiring absolute timestamps (e.g. copy and pasting a timestamp to a talk page). [Not saying dont do this, just saying to keep in mind that absolute ts is nice for some things too, when evaluating the solution] Ideally i think it would be nice if this was somehow introduced as the (perhaps default) date preference, so people could choose. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #16 from Yuvi Panda yuvipa...@gmail.com --- Could, possibly. We could also have a title attribute show the absolute timestamp. I'd rather not have a separate date preference, but there's no reason we can't have one if a use case arises. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #17 from Yuvi Panda yuvipa...@gmail.com --- Also anons have no preferences :) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #18 from Bawolff (Brian Wolff) bawolff...@gmail.com --- I meant use the existing date preference. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #19 from Matthew Flaschen mflasc...@wikimedia.org --- (In reply to Yuvi Panda from comment #13) Open questions: 1. Can we top-load this JS? It certainly won't cause a problem to do this. However, bear in mind this code can not run before ready, so even though it's top-loaded, it will run after all HTML has been delivered and parsed (and probably a few entries into the ready queue). 2. Can we top-load JS if we don't use jQuery? Currently, absolutely all MediaWiki JavaScript requires jQuery. The client-side part of ResourceLoader uses jQuery, which makes it a hard requirement. Thus, there is an isCompatible function in the startup module; it's all or nothing. Certain browsers are blacklisted from all ResourceLoader JS, but everything else gets both jQuery and the main MediaWiki module (which in turn loads other modules). Can you explain the question a little further? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Isarra zhoris...@gmail.com changed: What|Removed |Added CC||zhoris...@gmail.com --- Comment #20 from Isarra zhoris...@gmail.com --- I hate to butt in like this, but do we have anything concrete to support that this is indeed more user-friendly, or necessarily even appropriate to mediawiki use cases? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 --- Comment #21 from Yuvi Panda yuvipa...@gmail.com --- (In reply to Matthew Flaschen from comment #19) It certainly won't cause a problem to do this. However, bear in mind this code can not run before ready, so even though it's top-loaded, it will run after all HTML has been delivered and parsed (and probably a few entries into the ready queue). Right, so there will still be a 'flash' 2. Can we top-load JS if we don't use jQuery? Oh, then it is just me being dumb :) Nevermind this question then. THanks! -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30857] Show more user-friendly timestamps (relative like 7 hours ago instead of absolute)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30857 Andre Klapper aklap...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Low Version|unspecified |1.21-git Summary|Requesting more |Show more user-friendly |user-friendly timestamps|timestamps (relative like ||7 hours ago instead of ||absolute) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
