Isarra renamed this task from "Timeless sometimes hides words in Wikidata
items" to "Wikibase entity view heading 'edit'/toolbar hides random words in
various skins due to absolute positioning".
Isarra edited projects, added Wikidata; removed Timeless.
Isarra updat
Isarra closed this task as "Resolved".
Isarra claimed this task.
Isarra added a comment.
In T201734#6674929 <https://phabricator.wikimedia.org/T201734#6674929>, @Izno
wrote:
> See also T257717: Wikidata property value styles are not responsive and
have massive ex
Isarra renamed this task from "Wikidata property values only display one letter
per line (Timeless skin/mobile)" to "Wikidata property value styles are not
responsive and have massive excess padding/margin across resolutions".
Isarra updated the task description.
Isarra added a comment.
There are separate styles for MobileFrontend, but... while those use space
far more efficiently than the desktop styles, I understand they may also be
missing some tools/affordances, and there's no reason not to expand to use the
space if it //is// there (ta
Isarra added a comment.
Also most of these aren't even tables... why in the world would you css-spoof
tables and make them //worse than real tables?!//
TASK DETAIL
https://phabricator.wikimedia.org/T201734
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/
Isarra added a comment.
Right, so I was looking into this to see if the generalised 'tables don't fit
on page' solution would maybe apply here. But these tables (and their
classes/ids/surrounding DOM) are insane. I really can't apply this to wikidata,
as is.
Isarra added a comment.
But ghah if we just had something more like that in general that really would
solve so many problems, huh.
TASK DETAIL
https://phabricator.wikimedia.org/T201734
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Isarra
Cc
Isarra added a comment.
Like, even if that actually is done in the wikibase extensions themselves (as
in, it's not just a MF hack), why in the world isn't it just switching to those
styles on breakpoints? And why are the desktop ones so... only functional on
//really wide// layo
Isarra added a comment.
That's... not responsive, though. That's just totally different styles if
you're using mobilefrontend...
TASK DETAIL
https://phabricator.wikimedia.org/T201734
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
Isarra added a comment.
Like I could put some hacks in timeless to make it sort of work, but if
wikibase ever finds its pants and starts acting sane and //not// putting
margins of ~20em on either side of all the statement values, for instance, it's
just gonna break at that point.
Isarra added a comment.
So this seems... less bad than it was when filed, but for the remaining
stuff, I'm inclined to put this down as just a general responsiveness problem
with Wikidata/WikiBase in general... like what does it even do on mobile at
all, for instance?
TASK DETAIL
Isarra added a comment.
I meant to bring this up before, but I guess I forgot - I'm thinking a
whitelist probably //would// make more sense in the meantime. We know what
skins have this thing, it's not particularly likely new ones will add it unless
something major change
Isarra added a comment.
So Jack Phoenix looked into it, and apparently the only public skins he found
that support this prebodyhtml thing are Vector, Minerva, and Metrolook.
Also, this may be a stupid question, but do we not register such apis in some
way? Shouldn't it be possib
Isarra moved this task to Bugs on the MediaWiki-Interface workboard.
Herald added a subscriber: StudiesWorld.
TASK DETAIL
https://phabricator.wikimedia.org/T112703
WORKBOARD
https://phabricator.wikimedia.org/project/board/155/
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings
14 matches
Mail list logo