Opened 17 years ago
Closed 17 years ago
#1815 closed Task (fixed)
Small optimization for PHP instantiation of FCKeditor
Reported by: | Ron | Owned by: | Wiktor Walc |
---|---|---|---|
Priority: | Normal | Milestone: | FCKeditor 2.6 |
Component: | Server : PHP | Version: | SVN (FCKeditor) - Retired |
Keywords: | HasPatch | Cc: |
Description
The instantiation of FCKeditor from PHP can be done slightly faster. At the moment there is code being executed in FCKeditor_IsCompatibleBrowser() that in most situations will never be used. This patch solves this.
Attachments (3)
Change History (7)
Changed 17 years ago by
Attachment: | fckeditor.php.diff added |
---|
comment:1 Changed 17 years ago by
Changed 17 years ago by
Attachment: | fckeditor_php5.php.diff added |
---|
Changed 17 years ago by
Attachment: | fckeditor_php4.php.diff added |
---|
comment:2 Changed 17 years ago by
Keywords: | HasPatch added; FCKeditor PHP IsCompatibleBrowser removed |
---|---|
Milestone: | FCKeditor 2.6 |
Priority: | Low → Normal |
comment:3 Changed 17 years ago by
Milestone: | → FCKeditor 2.6 |
---|---|
Owner: | set to Wiktor Walc |
Status: | new → assigned |
Indeed closing "?>" is not needed.
comment:4 Changed 17 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Fixed with [1574].
Just few words to explain why closing tag is really unwanted here: suppose someone wants to use FCKeditor_IsCompatibleBrowser() function and move user to another location (send a header) if it returns false. Unfortunately it is currently impossible to do it without output buffering turned on due to whitespace characters at the end of files.
We could remove them with fixlineendings.php but in my opinion this is a safer solution.
The patches also remove the unneeded closing "?>" and whitespace, which generate whitespace in output documents.