Sun, May 21
@Nirzar I've gone through and filed some more tasks. Some thoughts/questions:
I could have sworn this was already filed somewhere, but now I can't find it.
Also concerns about link (blue/red) colours being too light in T158012
Sat, May 20
@Nirzar Will you be around tomorrow?
Okay, this last one should actually fix everything. >.>
Also there's apparently a problem with the logic above with the caret one (settings) anyway, according to matma rex. So it's possible it's related to why the triangle one (compact selector) wouldn't work anyway?
Fri, May 19
Okay, chrome's fine, that had nothing to do with this.
Which is to say chrome seems to be broken.
Possibly relatedly, I can't get this stuff to show up at all in chrome now. >.>
There is also a problem of "caret" appearing at the side of scrollbar, which cannot blend into the popout background. Screenshot showing the issue
...what. Er. Okay.
Thu, May 18
So, er, I got it to appear, but I can't get the suggested change to actually work. This may not mean much.
I'm an idiot. My copy of bluesky wasn't up to date. >.>
So what's wrong with them, what should they be doing? What does this mean?
So, er, how do I get this callout to appear in the first place? I've installed ULS, but it only added the one in p-personal, not the one in the languages.
Tue, May 16
Mon, May 15
Okay. I'll test the ULS thing as soon as I can and see where we wind up with that.
@Nirzar Thanks! It's very helpful to get a separate opinion on these things. I've got a few questions about some things, which I'll try to actually follow up with in the next few days.
Tue, May 2
Per T158012#3037196, I don't think the design review is really a blocker, just related/helpful.
Thu, Apr 27
So what all is blocking Timeless from deployment to the above wikis? Is it mostly just the ULS thing at this point?
Mon, Apr 24
Store snapshots of the status daily/weekly/whatever? Do we need to add a database table or something?
Apr 20 2017
Another would be to have all headers use the same font family (e.g. by specifying just "sans-serif" or "serif" for everything).
Apr 18 2017
I'ma go ahead and change this to a general interface task, but I would like to note:
This is an interesting problem. Generally skins don't touch this stuff - the content itself (everything under the firstHeading) is rendered and styled by MediaWiki core - but special pages are predictable, unlike user-created content, and there is some precedent for this already: Special:Preferences is styled only by the skins, and to my knowledge doesn't even have any default core styles (unless this has since been fixed). It could well be worth implementing different handling in different skins for others, too, given reason.
Correction: it's actually 'times' instead of 'times new roman', which also results in some variation as not all fonts matching 'times' are consistent either. Times new roman specifically is, but is not what's specified.
Rammanojpotla: The issue is caused by the font stack for the h2s having inconsistent metrics with each other (linux libertine and times new roman are similar, but Georgia is much larger), and the 'sans serif' the rest use also resulting in inconsistent metrics depending on the system in question (for english, windows generally winds up with arial and macs with helvetica, which are comparable, but various linux distributions wind up with everything from nimbus sans (also comparable) to dejavu sans (larger)). Across these, linux libertine, times new roman, arial, helvetica, and nimbus sans all work reasonably well together. The issue primarily shows up on linux due to the combination of linux libertine (or times new roman as a fallback), which are small, and dejavu sans, which is much larger, but can also potentially show up on any platform depending on user settings (such as use of dyslexia-friendly fonts).
Does not render correctly on 1.5ppp firefox. Results in a blurry image.
Interestingly, there's a flash where the image initially does appear
sharp, before being replaced with the blurry version.
Apr 14 2017
@Nirzar Unfortunately Timeless appears to currently be broken on the beta cluster because I screwed up. So if there's a grey bar on top and the edit links are in a weird place, that... would be why. >.>
Apr 11 2017
If it's pointless, it won't be installed. That's not what this is about - this is about the many wikis that do have cite available for use, but do not use citations as a primary editing feature. What I am asking for here is for VE's defaults to be changed to the same defaults of the wikimedia cluster: citation menu in the general insert menu unless told otherwise. $wgCiteVisualEditorOtherGroup = true unless overridden.
A textarea is a visually distinct element, separate from the rest of the content. Isn't the whole point of VE that it just IS the content, edited directly in place?
Sorry about that.
You know what, this appears to be a browser-specific problem (oldopera), so nevermind. In firefox VE does just treat it as a weird template and ignore the content. Which is... fine.
Is CSS doing something weird to cause this?
Honestly we generally don't actually need the special CSS for general editing (it's usually random crap like restyling the TOC or changing the monobook theme or mimicking enwp's crazy templates or something dumb like that, rarely anything that does much to the content itself), so VE might as well just skip over it and edit the page as if it weren't there?
Apr 10 2017
Heads up, I wrote a very hasty wikimania submission about this, so if anyone is going to be at wikimania and wants to take part (we can sort out the details later), please feel free to add yourself to it: https://wikimania2017.wikimedia.org/wiki/Submissions/Timeless:_building_a_new_interface_for_Wikimedia
It's very difficult to keep styles consistent across several files. We need better variables and mixins in each skin to define what the styles should actually be, generally, before splitting the files up becomes really tenable.
Apr 9 2017
@Paladox Er, yeah, that would make sense. I mean, I just stuffed it in google translate to get an idea what to write, myself.
Apr 8 2017
Y'ALL DID THAT, I IMPLEMENTED STUFF, EVERYTHING'S DONE NOW, RIGHT?
Apr 7 2017
So the idea is add pile of padding, let skin get rid of it after the
fact if it doesn't want it?
I think some of them do vary their height based on what screen
resolution it is. Bluesky doesn't actually have a set value, either, I
don't think. Timeless is set in ems.
Apr 6 2017
Apr 5 2017
"Back" in the browser is the principal exit functionality for the page.
We need this. On any skin with the content actions (page, edit, history, etc) on the same level or below the firstHeading, they all get disabled. Which means that once VE is opened, due to T71406 being nofix, it cannot be closed. The only way to leave editing is to leave the page entirely.