Wed, Sep 13
Tue, Sep 12
This is a dupe, but it's an issue with service. <> are stripped for
Sun, Sep 10
i.e. found this little script that sort of does that already (with very basic info):
Thu, Sep 7
I would also like to see yes/no supported, see: T175247
Hmm maybe T144155 is similar, apparently there *is* a "boolean" type? I guess it's only in the SC?
Tue, Sep 5
Thu, Aug 31
Hmm, it just occured to me, where do those "you've just made your 1st/5th/etc edit" notifications come from? We could potentially just display the edit count at all times somewhere, and maybe have little badges for those milestones as well.
Tue, Aug 29
I don't think this is a Citoid bug. These are bare references and citoid adds templates. And one of the ISBNs isn't even in worldcat which means citoid can't be used to add it anyway... maybe these were copy-pasted from somewhere?
Mon, Aug 28
For prosterity, the Emoji Keyboard extension breaks copy paste in VE. I would put some crying emojis here but it's too inconventient now, :D
Sun, Aug 27
Sat, Aug 26
Ok, we should add it to the other language wikiversities as well.
Yes, but it also needs to be announced, preferably before it goes live, so
admins have a chance to preemptively undo it.
Fri, Aug 25
This also needs to be announced on all wikis and admins need to be told how
to undo it.
Aug 25 2017
Aug 24 2017
Shall we re-enable the other DC now?
This is actually the original behaviour of the tool. But I believe it was changed in order to show the rendered citation. However, when the little citation pop-up that displays the rendered citation was added written, it became redundant.
I should probably note that this is probably done this way in translation server because retrieving each citation individually increases request time quite a lot. We can do it in parallel but it might be too lengthy; request time is already pretty long. We also have a results limit in place currently set to 4, I think, in production? We'd need to lengthen this for this to be useful.
Maybe a first pass we should just use the JS and pass
Aug 23 2017
Before we get ahead of ourselves with wikidata and what not, there are some slight complications:
Aug 21 2017
shufflequestions is trying to do what is already done by shuffle parameter.
We can have automatic shuffle for pageload by JS itself without using the shuffle button.
I've put the shuffling question part of this into a different phab task to avoid confusion: T173706
Aug 14 2017
@Harjotsingh is this still valid?
You can wrap both the feedback and the proposal in the same div, and then shuffle based on that div.
I don't think it matters *that* much what the order is after submission,
although it might be slightly confusing for the quiz taker? Why don't you
submit what you have an we can take a look at it? You can upload changes for review that
aren't necessarily ready to be merged by putting [WIP] in the subject line,
i.e. "[WIP] Shuffle questions onload".
Aug 10 2017
I don't see how that link is relevant? It's not that the text flow is broken. It's that the numbers are completely gone.
Aug 8 2017
You have to try higher, it's still not wrapping. Or just create a test page
that has less text.
Aug 7 2017
I'm still seeing the problem in production in Chrome. Your screen is smaller so you wouldn't be able to see the wrap in that screenshot anyway.
Ah, you're right :).