Quote:
Originally Posted by Perkin
@John (user_none) & meme,
Would it be feasible/possible to have the WYSIWYG editor as it is now, AND the previous BookView as a cursor-synched limited editor which is available should users want it..
|
No. Doing twice as much work and maintaining multiple editors won't help.
The old editor won't be brought back as the new editor adds a lot of features not in the old one. The issue of cursor syncing is basically unrelated to which editor is used.
Quote:
Originally Posted by theducks
5.x Each tab retained its view. In the 6.x beta, switch any tabs view, switches All AND loses you place in other views  which is a real pain when you are borrowing code snippets. |
The 6.x beta changed the way the View icons work. Before they were per tab. Now they are, correctly, applied to all tabs. So you can now easily switch between BV and CV for all tabs and not have some in one state and others in another.
But it should not lose your place in each tab/view. It seems to be keeping the cursor for most switching, but I have seen it lose position sometimes so it needs to be worked on.
Quote:
Originally Posted by cybmole
is that by design - if so it's a backward step.
sometimes it is handy to use find / replace in book view e.g. when inspecting text to fix hyphens which need spaces i.e. to fix clause-clause & change it to clause — clause.
has to be done by visual inspection , to distinguish from hyphenated words, & code view finds many "not in text" hyphens in the xlm statements which slows the process.
|
Book View now only supports Find by design. Replace was occasionally troublesome in BV and the change of editor was a good time to to simplify the view.
You can search for text in the body using
(?s)-(?![^<>]*>)(?!.*<body[^>]*>) or search for letter-letter.
You can also use the insert special character in Book View to replace the -.