Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixes for a number of reported bugs #901

Merged
merged 5 commits into from Jul 10, 2021

Conversation

worstje
Copy link
Contributor

@worstje worstje commented Jul 10, 2021

This PR fixes issues #729, #843, #875, #896, #898.
It also improves issue #738 but is far from fixing it perfectly.

Please don't squash the commits together, but preserve them to leave the commit messages and associated code changes identifiable. 馃槃

In addition to fixing the bug, related code that allowed this one to
slip under the radar has been cleaned up. Validation of the FILENAME
argument is now performed during parsing.
This takes care of the following warning in our log file:

Qt WebEngine seems to be initialized from a plugin. Please set
Qt::AA_ShareOpenGLContexts using QCoreApplication::setAttribute before
constructing QGuiApplication
If a project only had one character, and it was marked as a POV
character, then that could lead to the accessing of a non-existent
second character. (Yes. That code was very broken.)

Fixes issues 843, 875, 896.
QDocument::toPlainText() has the stupid decision to convert nbsp to
spaces in it, which our users obviously hate. Unfortunately, this is
out of our control to fix completely. It is a very deep rabbit hole. :(

Typing non-breaking spaces in the editor now works. Reopening these
files at a later point has these characters remain intact.

What does NOT work is copy-pasting non-breaking spaces. These will end
up looking like normal spaces when you paste them somewhere else, be it
in Manuskript or some other document. In other words: it is impossible
for users to verify whether something is a non-breaking space or an
ordinary one.

I realize that it makes this partial fix meaningless for many. Sorry. :/

Partially fixes issue 738.
A long time ago, I identified this failure but wasn't sure why it was
failing. I still don't know why, but the emergency fix at least prevents
other people from running into it. As a bonus, since we have a proper
logging facility now, we can actually log it as I desired to do back
then!

This commit tentatively fixes issue 729.
@TheJackiMonster
Copy link
Collaborator

So if I understand this correctly, I will keep #738 open. The other connected issues will be closed. Good job. ^^

@TheJackiMonster TheJackiMonster merged commit 731e017 into olivierkes:develop Jul 10, 2021
@worstje
Copy link
Contributor Author

worstje commented Jul 10, 2021

So if I understand this correctly, I will keep #738 open. The other connected issues will be closed. Good job. ^^

Correct.

@obw
Copy link
Contributor

obw commented Jul 10, 2021

@worstje thanks for your effort!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment