[go: up one dir, main page]

Page MenuHomePhabricator

Wikilink offset in EasyTimeline makes text unreadable when using non-monospace font
Open, LowPublicBUG REPORT

Description

Author: foenyx

Description:
Since the, otherwise nice, patch for the bug 3965 has been put in cvs,
wikilinking ([[]]) of some words make them unreadable : the text is duplicated
in a regular text and a blue link text. the blue link text has an offset of some
pixels to the left. See the url.


Version: master
Severity: major
URL: http://fr.wikipedia.org/wiki/Utilisateur:FoeNyx/EasyTimeline_:_test_unicode

Details

Reference
bz4046

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 21 2014, 8:58 PM
bzimport added a project: EasyTimeline.
bzimport set Reference to bz4046.
bzimport added a subscriber: Unknown Object (MLST).

gonia wrote:

The quick solution for this would be changing the font from FreeSans to
mono-spaced one, like FreeMono or Andale
unfortunately mono-spaced fonts have even smaller glyph coverage than FreeSans

nunotavares wrote:

Here is an example:
http://meta.wikimedia.org/wiki/User:Nuno_Tavares/Pending#Timeline

I found this bug while searching before posting my own, so I'm glad someone
already noticed it. I've search for "how to change the font to a mono-spaced
one", but couldn't find any instructions. The documentation reads "No unicode is
allowed yet. No font type can be specified yet". Is there any way to set it inline?

Nuno

[1] http://infodisiac.com/Wikipedia/EasyTimeline/Syntax.htm#FontSupport

nunotavares wrote:

Here is an example:
http://meta.wikimedia.org/wiki/User:Nuno_Tavares/Pending#Timeline

I found this bug while searching before posting my own, so I'm glad someone
already noticed it. I've search for "how to change the font to a mono-spaced
one", but couldn't find any instructions. The documentation reads "No unicode is
allowed yet. No font type can be specified yet". Is there any way to set it inline?

Nuno

[1] http://infodisiac.com/Wikipedia/EasyTimeline/Syntax.htm#FontSupport

omega wrote:

By posting here, I'd like to point the Mediawiki devs to this bug again. It
seems that plenty of timelines on Wikipedia have become broken and unusable
because of this, and it's a shame. I hope that you can find a way to fix this
easily.

Another example of a broken timeline:
http://en.wikipedia.org/wiki/Talk:Speedrun#Timeline

robchur wrote:

(In reply to comment #4)

By posting here, I'd like to point the Mediawiki devs to this bug again. It
seems that plenty of timelines on Wikipedia have become broken and unusable
because of this, and it's a shame. I hope that you can find a way to fix this
easily.

This is an extension, we didn't author it. The fix is waiting upon the person
who did to...well, fix it.

erikzachte wrote:

(In reply to comment #5)

(In reply to comment #4)

By posting here, I'd like to point the Mediawiki devs to this bug again. It
seems that plenty of timelines on Wikipedia have become broken and unusable
because of this, and it's a shame. I hope that you can find a way to fix this
easily.

This is an extension, we didn't author it. The fix is waiting upon the person
who did to...well, fix it.

The person who did author EasyTimeline was not asked to review or comment on
this quick and very unsatisfactory one line patch. Unsollicited warnings that
the patch broke existing timelines were ignored.

Unfortunately the better solution requires a patch for rendering package
Ploticus, to feed Freetype font metrics to EasyTimeline, so that multi-segment
texts (with embedded links, rendered in another colour) can be placed properly.

This Ploticus patch, and a new version of EasyTimeline with a couple of hundred
extra lines to make unicode code support work better, with font dependant line
heights, multiple fonts support etc is waiting for implementation for months.
Author has been unable to complete this task for personal reasons. After
updating wikistats it will be foremost task to work on.

As previously mentioned, if this in-progress patch were provided to
the public other people could help test and complete it.

az6024283313 wrote:

(In reply to comment #0)

Since the, otherwise nice, patch for the bug 3965 has been put in cvs,
wikilinking ([[]]) of some words make them unreadable : the text is duplicated
in a regular text and a blue link text. the blue link text has an offset of some
pixels to the left. See the url.

What URL?

Assigned to extension developer.

hashar lowered the priority of this task from Medium to Low.Nov 15 2016, 10:12 AM
hashar moved this task from Backlog to Defects and bugs on the EasyTimeline board.
hashar set Security to None.
Aklapper changed the subtype of this task from "Task" to "Bug Report".Sep 9 2021, 6:56 PM
Aklapper removed a subscriber: wikibugs-l-list.
Pppery renamed this task from Wikilink offset in EasyTimeline make text unreadable to Wikilink offset in EasyTimeline makes text unreadable when using non-monospace font.Jul 9 2024, 11:04 PM
Pppery added subscribers: Wurgl, Aklapper.
Pppery subscribed.

Workaround: use <timeline font="unifont">