Last modified: 2014-11-10 16:22:29 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T74949, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 72949 - VisualEditor: Annotations can conflict with local CSS rules, e.g. bold text in headings
VisualEditor: Annotations can conflict with local CSS rules, e.g. bold text i...
Status: ASSIGNED
Product: VisualEditor
Classification: Unclassified
Editing Tools (Other open bugs)
unspecified
All Windows XP
: Lowest trivial
: ---
Assigned To: Editing team bugs – take if you're interested!
:
Depends on:
Blocks: ve-tablesupport
  Show dependency tree / graph
 
Reported: 2014-11-04 15:13 UTC by Ritu Swain
Modified: 2014-11-10 16:22 UTC (History)
9 users (show)

See Also:
Web browser: Google Chrome
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description Ritu Swain 2014-11-04 15:13:05 UTC 
Environment- beta

1> insert a table
2> click on the Header cell.
3> Now select Annotations sub menu. 
4> Bold is shown as one of the style elements.

Text typed in a header cell is already bold. So, activating/deactivating it from the sub menu list doesn't change anything.
Comment 1 James Forrester 2014-11-04 18:28:17 UTC 
This depends on a particular visual concepts, and I'm not sure it makes sense. What are others' thoughts?
Comment 2 Ed Sanders 2014-11-05 15:37:34 UTC 
We already have this issue with headings. The text is not actually annotated as bold and they would produce different wikitext (==Bold== vs =='''Bold'''==). Depending on local CSS wikitable headers / H2 tags may not even be render as bold by default, so I think semantically they're different but with our WYSIWYG editor, there's no visual cue for 'double bold'.
Comment 3 Bartosz Dziewoński 2014-11-10 16:22:29 UTC 
(In reply to Ed Sanders from comment #2)
> but with our WYSIWYG editor, there's no visual cue for 'double bold'.

CSS has that concept, but few browsers and fonts support it. There are reports of users seeing "double bold" on VPT from time to time and getting confused.
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links