Ticket #4067 (closed New Feature: fixed)
Fullpage support
| Reported by: | garry.yao | Owned by: | fredck |
|---|---|---|---|
| Priority: | Normal | Milestone: | CKEditor 3.1 |
| Component: | Core : Output Data | Version: | |
| Keywords: | Confirmed Review+ | Cc: |
Description
The editor don't actually have full page support yet despite of the existence of fullPage config entry.
Attachments
Change History
comment:1 Changed 3 years ago by fredck
- Keywords Confirmed added
- Component changed from Core : Output Data to General
- Milestone changed from CKEditor 3.0 to CKEditor 3.1
comment:3 Changed 2 years ago by garry.yao
- Owner set to garry.yao
- Status changed from new to assigned
comment:4 Changed 2 years ago by garry.yao
- Keywords Review? added
- Component changed from General to Core : Output Data
Please note that I'll open new ticket for full page support in preview plugin as well as document property dialog, this ticket has dedicated to data I/O features.
comment:5 Changed 2 years ago by garry.yao
Ticket Test added at:
http://ckeditor.t/tt/4067/1.html.
http://ckeditor.t/tt/4067/2.html.
http://ckeditor.t/tt/4067/3.html.
comment:6 Changed 2 years ago by garry.yao
- Keywords Review- added; Review? removed
- Filter rules related to design mode should be moved into 'wysiwyg' plugin
- 'toHtml/toDataFormat' should be editor ignorant.
comment:8 Changed 2 years ago by fredck
- Keywords Review- added; Review? removed
Let's try making this solution a bit simpler. It would be also nice to have it as a separate plugin.
comment:9 follow-up: ↓ 10 Changed 2 years ago by garry.yao
- Keywords Review? added; Review- removed
Move around 200 LOC into a dedicated 'fullpage' plugin make changes to the core much smaller.
comment:10 in reply to: ↑ 9 Changed 2 years ago by szczap
Replying to garry.yao:
Move around 200 LOC into a dedicated 'fullpage' plugin make changes to the core much smaller.
Patched the HEAD revision today with 4067_3.patch. It works, except that the editor does not load stylesheets in the <head> section (both <link rel="stylesheet" ... > and <style>...</style>).
There also seems to be a problem if the entered markup contains anything before the opening <html> tag (eg. comments, <!doctype). CKeditor fails to detect the opening <html> tag and puts everything in its own <html> and <body> tags in such case.
comment:11 Changed 2 years ago by fredck
- Keywords Review- added; Review? removed
- Typo in the wysiwyg area plugin line 18 (:?) instead of (?:).
- Please fix the spelling from $noneBodyContent to $nonBodyContent.
- We don't need an additional docType method in the basicWriter. The "write" method can be used for that.
- The fragment in fact should not really care if the document is full page or not. It must simply parse any HTML. The data processor should take care of the differences instead.
- In the wysiwyg plugin, in getData, editor.config.fullPage can be cached in a local var.
- Always in getData, there is some additional processing that's always happening, even if fullPage == false. The documentElement and docTypeAttr values are being calculated even if not needed.
- The shelveTags can be more generic use. It can be also split with the unshelveTags.
- The doctype should be handled into the fullpage plugin actually. We must try concentrating all full page stuff there.
comment:12 Changed 2 years ago by garry.yao
Ticket test updated.
comment:13 Changed 2 years ago by captwheeler
Checked out SVN and built it, but still not submitting the whole page. There is a DOCTYPE on the page. config.fullPage = true; is in the config. I'll try the nightly tomorrow.
comment:14 Changed 2 years ago by captwheeler
Nightly build 4536 didn't work. Thanks for working on this.
comment:15 Changed 2 years ago by fredck
- Keywords Review? added; Review- removed
- Owner changed from garry.yao to fredck
- Status changed from assigned to new
I've opened a feature branch for this feature:
http://svn.fckeditor.net/CKEditor/branches/features/fullpage/
comment:16 Changed 2 years ago by garry.yao
- Keywords Review+ added; Review? removed
Ticket TCs updated.
comment:17 Changed 2 years ago by fredck
- Status changed from new to closed
- Resolution set to fixed
Fixed with [4636].
comment:18 Changed 2 years ago by fredck
#4769 has been marked as DUP.


This setting is still not active.