User Details
- User Since
- Mar 10 2015, 2:54 AM (307 w, 4 h)
- Availability
- Available
- LDAP User
- Sj
- MediaWiki User
- Sj [ Global Accounts ]
Oct 15 2020
Sep 8 2020
Kingsley left a related comment here about which URLs to use as property values: https://twitter.com/kidehen/status/1303031433188048897
Jun 21 2020
@RBrounley_WMF can you comment on @Kelson's questions and comments above? How does this workflow interact w/ existing uses of mwoffliner? Are you building scripts that could extend that toolchain? Thanks!
Jun 14 2020
+1 to Joe's and Kelson's comments. Definitely start w the existing and excellent kiwix pipeline where possible.
May 18 2020
Metadata editing: it depends on the source. I could imagine people leaving many comments on a talk page, and someone familiar w/ how to update the metadata doing so periodically (once a week?) It's not something that every visitor needs to be able to easily do.
May 11 2020
Tgr: Agreed on the importance of this. There should be a canonical space for annotations, which could be a source or other (imagine the entire output of your favorite {{cite}} or {{footnote}} template) -- just as though every cell has a pre-generated footnote for all such details. There is already a common norm of providing an extra source column (or row, more rarely) -- which would still be useful where there is no need to repeat the same source information for each cell.
@Tchanders it may make sense to start with just editing the existing table, but just as important is the ability to add a new element/row with the same structure. Depending on the use case, edits to a given tab file tend to be bimodal: either (editing existing cells) or (adding a new row, never editing existing cells).
@1Veertje Thank you -- I find your tool also useful for working in the other direction: taking an existing spreadsheet and generating a tab file.
This looks amazing, @Tchanders . Thank you :) Just waiting on review?
May 9 2020
Another use case for a generalized 'whatLinksHere' -- seeing where a tabular data file is used?
I like this -- with an option for a "time-series" that would take one row as a 'primary key' and pull out only the most recent row for each unique key.
Apr 7 2020
Are these questions answered elsewhere? Seems to not quite fit the phab-task format
Mar 28 2020
Jan 24 2020
Sep 16 2019
This would be great. Wiki policies shouldn't limit tool capabilities esp w.r.t. other tools.
Jun 14 2019
Jun 10 2019
Still an issue in Electron / w the latest PediaPress functionality?
Jun 6 2019
How's this coming?
Nov 26 2018
See also
https://phabricator.wikimedia.org/T182351 (the standing request for HTML dumps)
https://phabricator.wikimedia.org/T133547 (for a requested generation process)
See also: https://phabricator.wikimedia.org/T210413 for maintaining an IPFS-friendly dump (which could be generated from an unzipped HTML dump)
Is there a more recent umbrella for this + other conversion issues?
Nov 11 2018
Apr 26 2018
MaxSem, thanks for the patches. DannyH: Indeed ! Warm thanks to every cool head.
Jan 23 2018
Pubpub is experimenting with inline discussion (in addition to sidebar discussions). Discussion threads are all linked to either {page as a whole} or to a paragraph. Editors can choose to embed a [summary view] thread inline
Aug 17 2017
A most important task! thanks for working on this.
Apr 30 2017
Perhaps priority can be raised again, too. This should be a big deal :) Any reason not to implement now? Are people waiting on new input from Commons?
Jan 27 2017
Jan 15 2017
Jul 16 2016
Jun 23 2016
Apr 24 2016
Mar 25 2016
Thanks Erik.
Mar 24 2016
Current thoughts on this? I still would like to refer to these stats a few times a year. Nemo, did you figure out if this is something that could be run effectively on a mirror? I could get my local library to do this.
Mar 15 2016
Feb 10 2016
Finally, lag varies significantly w/ the same computer setup (mem free, no complex processes running): the initial page reported now has only a 5s delay at the bottom, not a 15s one.
Update from further testing (on a faster cnxn w/ 2ms latency):
- Not noticeable on Safari. Noticeable on Chrome and (less so) on Firefox.
- Per-character lag depends on how far down the page the cursor is. Chrome: Fast at the top, slow at the bottom. Firefox: on one page, fast at the bottom, slow at the top...
- This happens on long pages w/ less interesting markup, but much less noticeable. Test page:
https://en.wikipedia.org/wiki/1918_Birthday_Honours?veaction=edit
At the start of this page, in Chrome, lag is ~1s for a full sentence (waiting for the final letter to be typed after hands up). At the end of the page, lag is ~4s for the same sentence. (In FF, 5s at the start, 0s at the end.)
- Lag is cumulative, adds up with every keystroke. Not with every character entered — Ctrl-V counts as a single keystroke for arbitrary blocks of text. Despite the growing lag, characters appear on the screen in bunches, not one at a time.
Feb 9 2016
Nov 22 2015
Oct 27 2015
Super nett. Can you use Schnittserver for mp3 files as well? cf. https://phabricator.wikimedia.org/T45149
Sep 16 2015
Hello all, catching up. This thread was being downfiltered in my mail client (speaking of email quirks!)
Sep 13 2015
Echoing Risker - what alternative measures do you propose, given that the current community is not used to technical hacks?
Abuse filters are tricky to use. Is PageTriage easy to localize now into Swahili?
Jul 30 2015
Ah, you're right. Wiki-commons.png does seem to be the right size.
And it is better than what is currently in the corner, even though it is not perfect.
Jul 28 2015
Glaisher - does that look good to you? Do you need a different logo generated from the SVG?
Jul 23 2015
Here is an improved png from Tuvalkin:
https://commons.wikimedia.org/wiki/File:Commons-logo-en.png
Mar 22 2015
Is there a separate bug for Blender files? That would still be awesome as well. Talking to Bassam K today, it sounds like writing a simple sanitizer came up on blender forums & shouldn't be hard.
Mar 10 2015
I support implementing this request, for page creation. Possibly as a trial, revisiting it in 6 months for another community chat informed by before/after data. (We need better data and should actively run more experiments like this on individual wikis: currently limited in part by the small range of wikis that want it to happen.)