CKEditor custom "[pagebreak]" button on toolbar

I second this request. Paging module (http://drupal.org/project/paging) already has that feature, but for some reasons I'd like to use an alternative like this module.

I third it :)

Hi there,

I'll definitely try to take a look at this. If anyone with more experience with the various WYSIWYG editors can chime in, I'd be very grateful!

Note to self, see #762310: Method 3 doesn't work for me...

EDIT: Please ignore this post. It was posted in the wrong place

I have an interesting piece of info regarding this issue. Here is what I have found. If you select full layout for CKeditor 3.x it does give a pagebreak option for printing. Sadly, the pagebreak does not paginate with this module. I hope this helps.

@bartonisium, thanks for the information, I wonder if #852972: Pagination fails with CKEditor when custom formatting options are in use will correct that. I'll try to take a look at it this weekend.

Sorry haven't had time to take an in depth look on this. Can someone see if this issue still exists under CKEditor 3.x with Pagination version 1.7 (or dev?)

I installed this module with hopes of using the manual break notation to break up my articles, but noticed a flaw with the syntax that I would like to talk about briefly.

Although the '[pagebreak]' works great, it's not a great tag to use within content in general. If the module gets disabled at one point, all articles using the notation will display the page break notation in plain view, which kind of litters nodes unnecessarily. For example:

Page 1
[pagebreak]
Page 2

To remedy this, I would recommend using the '

' notation, which will stay hidden even if the module is disabled. The pager module uses this (although I don't know if it's just me, but when I tried to install that module, the admin screen breaks). The ckedtior module comes preloaded with a plugin 'drupalpagebreak' which adds this notation in, so rather than rewriting new plugins, we should make use of what exists (and maybe make it a standard?).

I attached my recommendation in the patch file. I changed the regular expression to search for the html comment notation and the one that exists in the documentation (for backwards compatibility). That way, if people really prefer to use the ckeditor plugin, the option is there. I'm betting that in the future the 'manual break - custom' will become a field in the admin screen for users to insert custom breaks in the future, but for now we can endorse this behavior?

If needbe, I can create a D7 version of the patch, too.

Hi pcho,

The problem with using the comment is that it gets swallowed up by the default filters Drupal has in place. I believe paging gets around this by using it's own filter you must install / configure to specifically allow the HTML comment. I wanted to go a different route, in order to simplify (by removing a need for a custom filter setup).

I definitely understand that that decision makes dealing with WYSIWYG editors problematic. However, I'd still like to take a look at the WYSIWYG editor first to see if there's a solution that can be found there. Thanks for brining this up though, it had fallen off my radar and I would like to take a look to see what is possible.