Closed
Bug 1159631
Opened 10 years ago
Closed 10 years ago
class="addon-sdk-api-name" not applied in edit mode
Categories
(developer.mozilla.org Graveyard :: Editing, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: teoli, Unassigned)
Details
(Whiteboard: [specification][type:bug])
Attachments
(2 files)
What did you do?
================
1. Go to:
2. https://developer.mozilla.org/en-US/Add-ons/SDK/Low-Level_APIs/stylesheet_style$edit
What happened?
==============
The class is applied in user mode but not in edit mode: addon-sdk-api-name
What should have happened?
==========================
It should.
Is there anything else we should know?
======================================
Reporter | ||
Comment 1•10 years ago
|
||
Reporter | ||
Comment 2•10 years ago
|
||
Reporter | ||
Updated•10 years ago
|
Severity: normal → minor
Component: General → Editing
Comment 3•10 years ago
|
||
:davidwalsh - could this be caused by new ckeditor allowable content config?
Flags: needinfo?(dwalsh)
Comment 4•10 years ago
|
||
Tried to reproduce on both local and prod and could not.
:teoli: If you add the class in "source" mode, go back WYSIWYG mode, and then back to source mode again, is the class still there? Also, which browser?
The only things I can think of that *could* be causing the problem is:
(1) teoli having a cached version of ckeditor_config.js, which led us to make an update yesterday
(2) CKEditor's parser is choking on this line: https://github.com/mozilla/kuma/blob/master/kuma/wiki/templates/wiki/ckeditor_config.js#L90
...where we're trying to prevent "on*****" attributes on elements, since teoli's sample class name contains "on-"
Flags: needinfo?(jypenator)
Comment 5•10 years ago
|
||
The problem is that the class is in the zone CSS and zone CSS is not applied to the editing pages.
We could solve it by moving the style in to the customcss.styl file.
I would like to make the class name much more general/reusable if that is the approach we would like to take, but I don't know how widely used it is within this zone and how much work that would be.
Flags: needinfo?(jypenator)
Flags: needinfo?(dwalsh)
Reporter | ||
Comment 6•10 years ago
|
||
NI Will as he manages (or managed) this zone.
Flags: needinfo?(wbamberg)
Comment 7•10 years ago
|
||
So... the idea of this is that is helps emphasize method and property names, so they don't get lost in a welter of headings. It also carries over the general appearance from when the docs were on AMO.
It's very widely used inside the Add-on SDK docs.
I don't think it makes sense for this to be used outside the Add-on SDK docs. Other API reference docs use different styles. If we were starting fresh, we might not choose this particular solution, but from where we are now, IMO it's not worth adapting these docs to a different style. I intentionally used a very specific name because I don't think it makes sense to use it outside this zone.
I am OK with it not appearing in the editor.
I am more or less OK with removing it, if that is seen as important, although I do think it's nice to have.
Flags: needinfo?(wbamberg)
Comment 8•10 years ago
|
||
It would be a not-inconsequential amount of work to change this and it sounds like it's okay where it is for the person who uses it the most. I would like to mark this won't fix if it's okay with teoli.
Flags: needinfo?(jypenator)
Reporter | ||
Comment 9•10 years ago
|
||
Sounds ok for me. Didn't noticed it was zone-specific.
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(jypenator)
Resolution: --- → WONTFIX
Updated•5 years ago
|
Product: developer.mozilla.org → developer.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•