Closed
Bug 766658
Opened 12 years ago
Closed 12 years ago
Kuma: Editor - Replace current default toolbar with one that sucks less
Categories
(developer.mozilla.org Graveyard :: Wiki pages, defect)
developer.mozilla.org Graveyard
Wiki pages
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: sheppy, Assigned: davidwalsh)
References
Details
(Whiteboard: u=user c=wiki s=2012-07-03 p=1 t=2012-07-09)
Attachments
(3 files)
The current default toolbar is not awesome. Instead of trying to get a toolbar editor built, let's get the default one just better for now and worry about the rest later.
I will follow up on this bug with the toolbar configuration we want shortly.
Updated•12 years ago
|
Whiteboard: u=user c=wiki s=2012-07-03 p=
Updated•12 years ago
|
Whiteboard: u=user c=wiki s=2012-07-03 p= → u=user c=wiki s=2012-07-03 p=1
Reporter | ||
Comment 1•12 years ago
|
||
Attached a copy of the CKEditor configuration from MindTouch. This is not necessarily what we want to use! But it's a point of reference. I'm going to work on blending this with the stuff I like about the one we currently have on Kuma next.
Reporter | ||
Comment 2•12 years ago
|
||
Here's a first draft of the layout I think I'd like for the toolbar; would be nice to see what it looks like (hard to say when "drawing" it using text names for buttons).
Reporter | ||
Comment 3•12 years ago
|
||
I intentionally left save and cancel and the like out of the new toolbar layout since they're available right above it. No point reproducing them.
Comment 4•12 years ago
|
||
What would the "Preview" button do?
Assignee | ||
Comment 5•12 years ago
|
||
Preview button does what it currently does -- opens the content in a new page; there would be no change here.
Comment 6•12 years ago
|
||
Awesome. Does the main preview button (http://i.imgur.com/VZKYt.png) do the same thing? Just asking because Sheppy mentioned not duplicating existing buttons in the WYSIWYG.
Assignee | ||
Comment 7•12 years ago
|
||
Yes, they both do the exact same thing.
Comment 8•12 years ago
|
||
Cool, thanks for the clarification. Sheppy: Thoughts?
Comment 9•12 years ago
|
||
cc'ing Sheppy. Sheppy: see above.
Reporter | ||
Comment 10•12 years ago
|
||
Missed that. Remove the preview button from my layout then! I don't want a dupe!
Comment 12•12 years ago
|
||
Commits pushed to master at https://github.com/mozilla/kuma
https://github.com/mozilla/kuma/commit/4eb28973f56a98ed36453c61e8cd43536522970c
fix bug 766658 - Customized editor toolbar to Sheppy's liking
https://github.com/mozilla/kuma/commit/ce7dec39a5764f53754d8dd1cb7f1a306d9c3f1f
Merge pull request #296 from darkwing/replace-editor-toolbar-766658
fix bug 766658 - Customized editor toolbar to Sheppy's liking
Updated•12 years ago
|
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•12 years ago
|
Assignee: nobody → dwalsh
Comment 13•12 years ago
|
||
Looks awesome. Just a couple of minor things.
* We should remove the preview button as per comment 10.
* Can we enable spelling-as-you-type by default?
* What is the difference between code, pre, and source formatting?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Reporter | ||
Comment 14•12 years ago
|
||
(In reply to John Karahalis [:openjck] from comment #13)
> Looks awesome. Just a couple of minor things.
>
> * We should remove the preview button as per comment 10.
Yes.
> * Can we enable spelling-as-you-type by default?
I'd rather not; we use a lot of API names that cause spurious spelling error indicators that are distracting.
> * What is the difference between code, pre, and source formatting?
code is <code>... that is, an inline code style.
pre is <pre> ... for blocks of code, like large inline code samples
source puts the editor into source mode, so you can edit the article's raw HTML source.
Comment 15•12 years ago
|
||
For Translation UI, the maximize button is needed.
When localizers translate long paragraph, they may require large translation area, even if the original content isn't shown for that reason.
Reporter | ||
Comment 16•12 years ago
|
||
Potappo: That's great feedback.
David, can we add the maximize button to the far right end of the top row of the toolbar, please?
Reporter | ||
Updated•12 years ago
|
Comment 17•12 years ago
|
||
> I'd rather not; we use a lot of API names that cause spurious spelling error
> indicators that are distracting.
Understood. It's unfortunate that this gets in the way of automatic spell checking. Do you see many spelling errors?
> David, can we add the maximize button to the far right end of the top row of the toolbar,
> please?
David: What would happen if a user clicked this on the Translation page? Would the WYSIWYG fill the screen, hiding the source document? If so, we might want to consider supporting a full-screen view for the entire Translation page (pending feedback from potappo and Sheppy).
Reporter | ||
Comment 18•12 years ago
|
||
(In reply to John Karahalis [:openjck] from comment #17)
> > I'd rather not; we use a lot of API names that cause spurious spelling error
> > indicators that are distracting.
>
> Understood. It's unfortunate that this gets in the way of automatic spell
> checking. Do you see many spelling errors?
Yes; unfortunately, we pretty much have to live with it. All the squiggles on API names just make as-you-type spell checking completely useless. You learn to simply ignore them.
Perhaps someday we can come up with a way to automatically add API names to the dictionary. That'd be pretty cool. In fact, I'm going to open a bug on it as a distant future crazy idea.
>
> > David, can we add the maximize button to the far right end of the top row of the toolbar,
> > please?
>
> David: What would happen if a user clicked this on the Translation page?
> Would the WYSIWYG fill the screen, hiding the source document? If so, we
> might want to consider supporting a full-screen view for the entire
> Translation page (pending feedback from potappo and Sheppy).
Comment 19•12 years ago
|
||
(In reply to Eric Shepherd [:sheppy] from comment #18)
> Yes; unfortunately, we pretty much have to live with it. All the squiggles
> on API names just make as-you-type spell checking completely useless. You
> learn to simply ignore them.
>
> Perhaps someday we can come up with a way to automatically add API names to
> the dictionary. That'd be pretty cool. In fact, I'm going to open a bug on
> it as a distant future crazy idea.
Agreed. The only real solution is for API names to be recognized. Thanks for opening bug 767979!
Comment 20•12 years ago
|
||
Commits pushed to master at https://github.com/mozilla/kuma
https://github.com/mozilla/kuma/commit/7f9ac4690dd3e4313873580ae7b79d0b4b9793d6
fix bug 766658 - Removing heading prefixes and updated styles box
https://github.com/mozilla/kuma/commit/d6e2e1eb8ae87f481dd589c25494bf3d1f42745d
Merge pull request #306 from darkwing/editor-update-766658
fix bug 766658 - Removing heading prefixes and updated styles box
Updated•12 years ago
|
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Comment 21•12 years ago
|
||
Potappo: David added a translation button. Please try it out at the following address and let us know if it works for you.
NOTE: Please do not actually save this translation. If you do, the change will go live when we launch the updated MDN.
https://developer-new.mozilla.org/en-US/docs/HTML/HTML5$translate?tolocale=fy-NL
Comment 22•12 years ago
|
||
Correction: David added a *full screen* button.
Comment 23•12 years ago
|
||
The toolbar should be stretched to the edit box size.
Assignee | ||
Comment 24•12 years ago
|
||
What browser is this? Firefox and Chrome show full screen on the translate page for me.
Comment 25•12 years ago
|
||
I noticed the same problem in Firefox.
Steps to repeat:
1. Load this page: https://developer-new.mozilla.org/en-US/docs/HTML/HTML5$translate?tolocale=fy-NL
2. Scroll down until the top of the WYSIWYG has a tapered white border.
3. Press the fullscreen button. Notice problem.
4. Scroll up until the tapered border disappears. Notice problem is gone.
Comment 26•12 years ago
|
||
Reopened due to comment 23 and comment 25.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•12 years ago
|
Whiteboard: u=user c=wiki s=2012-07-03 p=1 → u=user c=wiki s=2012-07-03 p=1 t=2012-07-09
Reporter | ||
Comment 27•12 years ago
|
||
Should this be moved into a new bug (see comments 23-25)?
Comment 28•12 years ago
|
||
Yeah, that's a good point. Thanks, Sheppy. Opened bug 780257.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Version: MDN → unspecified
Updated•12 years ago
|
Component: Website → Landing pages
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
•