0.5.902 (0.6.0 beta) avaliable

[Toxaris]

Originally Posted by DiapDealer

With regard to the select char->entity substitution not working on Windows platforms:

The following modifications to the "src/Sigil/ResourceObjects/HTMLResource.cpp" file would seem to remedy that. I've only been able to test it (in an admittedly very limited fashion) on the Windows and Linux platforms (my OS X dev machine is misbehaving ATM), but no adverse affects thus far from simply using the UTF-8 hex representation of the characters in place of of the "\uXXXX" unicode codepoint.

Good catch!

[DiapDealer]

Originally Posted by Toxaris

Good catch!

Don't get too excited. SInce I'm not very familiar with the codebase, I may have just moved the problem somewhere else.

I believe \uXXXX is the preferred way of handling unicode in strings in C/C++/Java, but it sure seems like Microsoft's compiler doesn't like it in this particular case. The hex representations may cause issues, but I doubt it since they're single* unicode codepoints being sought out... in a decidedly utf-8 encoded document. It might be different if you were searching for "fa\u00e7ade" vs "fa\xc3\x87ade"

* Yes, I know unicode codepoints/graphemes may not be single "characters."

[Jellby]

Originally Posted by DiapDealer

The hex representations may cause issues, but I doubt it since they're single* unicode codepoints being sought out... in a decidedly utf-8 encoded document.

But the document could be utf-16 encoded, couldn't it?

[DiapDealer]

Originally Posted by Jellby

But the document could be utf-16 encoded, couldn't it?

The original source could possibly be utf-16, but at the point the entity substitution happens, Sigil seems to have already homogenized everything to utf-8 (that's an assumption based on the presence of the "QString::fromUtf8" function). Still... it could pose a problem if Sigil does (or chooses to in the future) preserve the underlying utf-8/16-ness of a document. Right now, though, it seems that portion of Sigil's code is confidently expecting utf-8. *shrugs*

[paulhypno]

I have a problem that is worse with the latest betas:

When working in book view and I want to edit the code I highlight roughly the lines or just place my cursor at the point where I want to work. However when I then switch to Code View I am taken to the very beginning of the document so I've lost my place.

Similarly, when I've done editing in Code View and switch back to Book View I'm again taken to the start of the document.

It's making it so difficult to work with and it wasn't like this in the non-beta version (although it was always a bit flaky when switching views)

I'm in 0.5.902 (although the About still says 0.5.901 - not worried about that though)

[meme]

There is no syncing of the cursor between views anymore.

The plan is to leave the cursor where you left it in the specific view (if possible). So if you edit in CV and then switch to BV and move around, when you switch to CV again your cursor should be where you left it.

Unfortunately, the cursor position in BV is not working right at this time but will hopefully be fixed before release.

Alternatively you can highlight some text in BV and type Ctrl-F, then after switching to CV type Ctrl-G to find the text. Of course, you need to select text that doesn't have any formatting codes in it and have to have your Find & Replace set to current file, etc. so its not great - but its available if you want to use it.

[paulhypno]

Many thanks for speedy, helpful comments>

Originally Posted by meme

There is no syncing of the cursor between views anymore.

I assume there is a reason for this? I do realise that Sigil isn't a "belt and braces" word processor or html editor but it is otherwise so good, and it IS designed to edit documents so this problem is a big negative.

Am I right in thinking that it used to be possible? If so then it's a retrograde move. Please see next comment for what it means in practice:

So if you edit in CV and then switch to BV and move around, when you switch to CV again your cursor should be where you left it.

Yes but if I want to see the Book View effect of my Code View editing, and maybe switch back because I haven't got it right, I can't do this. As soon as I switch to Book View I am at the top of the document again. OK the cursor is always where I left it (should I want to return) but that's not the problem.

Alternatively you can highlight some text in BV and type Ctrl-F, then after switching to CV type Ctrl-G to find the text...

Yes I've had to do this but I have a big plea for a real solution. Thanks

[jbacelar]

Yes but if I want to see the Book View effect of my Code View editing, and maybe switch back because I haven't got it right, I can't do this. As soon as I switch to Book View I am at the top of the document again. OK the cursor is always where I left it (should I want to return) but that's not the problem.

I totally agree

[meme]

The cursor positioning in Book View is broken at the moment. When fixed the cursor in BV will be where you left it when you return to BV from CV.

[JoHunt]

Originally Posted by meme

The cursor positioning in Book View is broken at the moment. When fixed the cursor in BV will be where you left it when you return to BV from CV.

I really wanted to try the beta, but I was wasting so much time finding my place in BV after making a change in CV, that I gave up. I'll wait patiently for the fix (or the final).

[Zeypxi]

Originally Posted by joehunt

I really wanted to try the beta, but I was wasting so much time finding my place in BV after making a change in CV, that I gave up. I'll wait patiently for the fix (or the final).

Same here. Spell checking fix and cursor sync would be great. And can we remove the not so special characters from the Special Characters menu (if it's not too much asked).

Cheers, thank you for all the work.

[theducks]

Originally Posted by meme

The cursor positioning in Book View is broken at the moment. When fixed the cursor in BV will be where you left it when you return to BV from CV.

I take it that this will re-enable the Sigilsplit button in BV? (The #1 most used feature of BV that I use.) It is a real pain to find the same place in CV , Where Sigil split does work.
BTW 'Insert Chapter Marker' still works after I fixed the shortcut, which had changed from Ctrl-Shift-Enter to Ctrl-Shift-Return (which does not exist on a Win Keyboard)

[Danger]

Originally Posted by theducks

...
BTW 'Insert Chapter Marker' still works after I fixed the shortcut, which had changed from Ctrl-Shift-Enter to Ctrl-Shift-Return (which does not exist on a Win Keyboard)

And here I always thought they were the same thing. Of course I can't remember what a keyboard said on it 26 years ago when I first was learning DOS 1.0 and I know my keyboard currently says "Enter" but I've always made the assumption that Return/Enter did the same exact thing. Damn now I have to go and change my shortcut as well. Funny it was working just fine right up to the point I read this post and them blammo it just stopped working for me.
......

Sorry theducks. It's early morning here and I just couldn't resist

[DiapDealer]

I've seen at least one reference to:

<title>Rich text editor, editor, press ALT 0 for help.</title>

magically appearing in Code View in this thread, but didn't see where the issue was formally acknowledged.

To consistently recreate the issue (I'm sure there are other ways):

1) Open Sigil 0.5.902 (brand-new empty document)
2) Switch to Code View of "Section0001.xhtml" (note the "<title></title>")
3) Delete the "<p>&nbsp;</p>" line in Code View
4) Switch to Book View
5) Type some text
6) Switch to Code View and note "<title>Rich text editor, editor, press ALT 0 for help.</title>"

The text itself comes from a default setting in the language files (en.js) for CKEdit. Thinking it might be connected to the empty title tags... I tried entering a title (in step 2 of the above recreation steps), but no dice. The text I entered is still replaced by "<title>Rich text editor, editor, press ALT 0 for help.</title>" if you complete the steps.

Tested on Windows and Linux. Seems like it may be a common thing since I've found evidence of a few live websites with that same distinct title.

[meme]

Originally Posted by Zeypxi

And can we remove the not so special characters from the Special Characters menu (if it's not too much asked).
.

Will have a look, but not high priority.

Originally Posted by theducks

I take it that this will re-enable the Sigilsplit button in BV? (The #1 most used feature of BV that I use.) It is a real pain to find the same place in CV , Where Sigil split does work.
BTW 'Insert Chapter Marker' still works after I fixed the shortcut, which had changed from Ctrl-Shift-Enter to Ctrl-Shift-Return (which does not exist on a Win Keyboard)

Not sure - user_none will have to comment as he removed it (possibly due to BV update issues or other reasons)

Made a note to look at the shortcut issue.

Originally Posted by DiapDealer

I've seen at least one reference to:

<title>Rich text editor, editor, press ALT 0 for help.</title>

magically appearing in Code View in this thread, but didn't see where the issue was formally acknowledged.

Yeah, its been seen and noted - but thanks for another way to show it. Makes it much easier to look at something when you can reproduce it as you know...