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’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Title Style Issues #1002

Closed
Silfra-glacier opened this issue Mar 26, 2023 · 11 comments · Fixed by #1003
Closed

Title Style Issues #1002

Silfra-glacier opened this issue Mar 26, 2023 · 11 comments · Fixed by #1003
Assignees
Labels
bug Something isn't working released Available in a released installer

Comments

@Silfra-glacier
Copy link

Hello! When adapting selected text to the text style of onemore, not only will the selected text be changed to the target style, but other text styles will also be changed to other text styles (affected). How can I solve this problem?

@stevencohn stevencohn added the bug Something isn't working label Mar 26, 2023
@stevencohn
Copy link
Owner

Investigating... there are some things that need to be cleaned up.

While I'm looking, it would be great it you could explain a bit of detail describing your exact use case so I can be sure to test that too. Thanks!

@stevencohn stevencohn self-assigned this Mar 26, 2023
@stevencohn stevencohn linked a pull request Mar 26, 2023 that will close this issue
@stevencohn stevencohn added the next-release Addressed but not yet released label Mar 26, 2023
@julie777
Copy link

Does this fix keep the Heading Style from continuing on the next line/paragraph?

@stevencohn
Copy link
Owner

@julie777 No. This is an intrinsic problem with OneNote. There are cases when it works and cases when it doesn't work. BTW, it happens in Onetastic too.

@julie777
Copy link

julie777 commented Apr 1, 2023

hmmm...

Does it only happen when there is no next paragraph?
If so could applying the Heading style automatically create an empty next paragraph with normal style?

OneNote Heading Styles apply to a single paragraph (with no selection) and when hitting enter the next paragraph is normal.

@stevencohn
Copy link
Owner

I could easily create a next paragraph but that means you need to use the arrow keys or mouse to get there rather than type Enter in a natural flow.

@stevencohn stevencohn added released Available in a released installer and removed next-release Addressed but not yet released labels Jun 3, 2023
@Silfra-glacier
Copy link
Author

Hello, long time no see.
Specific test cases may need to be recorded on the screen to better express themselves, as I will explain in detail below.
If I customize a title style (hereinafter referred to as "Style 1") and try to set a line (or paragraph) to "Style 1" after entering some text on the page, using shortcut keys or mouse clicks, etc., the target paragraph or line successfully becomes "Style 1", but other text or some paragraphs will also be affected, This impact includes but is not limited to the following situations:

  1. Font size decreases
  2. Change the font style from "bold" to "Microsoft YaHei"
    ... etc
    The main impact is 1.
    Therefore, every time I modify the style, I have to spend time modifying other affected text again, which wastes a lot of time, even more than manually modifying the original text style. 😂
    By the way, pages with this issue currently only occur in the following situations:
    This page originally did not use any style of "onemore" when entering text, and generally speaking, this page has "Formula" (that is, "ink formula" function), or there is text, which already has the style provided by "onenote".
    After preparing for this prerequisite, closing the page, opening the page again to input some text, and then using the style provided by "onemore" (usually a custom style), the above problem will inevitably occur.
    Here are some features:
  3. Directly using the style provided by Onemore while typing on a blank page will not cause the above problem.
    When the above problem occurs, if the affected text is deleted and the text is inputted again, the problematic text will not be affected thereafter. (Therefore, I sometimes delete problematic formulas or paragraphs and input them again)
  4. Regarding feature 2, the problem may occur with the original text. Even if I delete the problematic text, if I later copy and paste the original text again, the problem will still occur (i.e., I can only manually input it again instead of pasting the original text)
    Thank you for seeing this. I hope my description is accurate and I look forward to repairing and updating it.

Here are the details:

bandicam.2023-07-16.12-08-32-273.mp4

@Silfra-glacier
Copy link
Author

I found the latest release 5.8.5 in the distribution, but there are still the same issues. The problem description and video are the same. 😢

@Silfra-glacier
Copy link
Author

Provide another record:

bandicam.2023-07-16.13-21-45-513.mp4

Thanks.

@Silfra-glacier
Copy link
Author

Hello, long time no see. Specific test cases may need to be recorded on the screen to better express themselves, as I will explain in detail below. If I customize a title style (hereinafter referred to as "Style 1") and try to set a line (or paragraph) to "Style 1" after entering some text on the page, using shortcut keys or mouse clicks, etc., the target paragraph or line successfully becomes "Style 1", but other text or some paragraphs will also be affected, This impact includes but is not limited to the following situations:

  1. Font size decreases
  2. Change the font style from "bold" to "Microsoft YaHei"
    ... etc
    The main impact is 1.
    Therefore, every time I modify the style, I have to spend time modifying other affected text again, which wastes a lot of time, even more than manually modifying the original text style. 😂
    By the way, pages with this issue currently only occur in the following situations:
    This page originally did not use any style of "onemore" when entering text, and generally speaking, this page has "Formula" (that is, "ink formula" function), or there is text, which already has the style provided by "onenote".
    After preparing for this prerequisite, closing the page, opening the page again to input some text, and then using the style provided by "onemore" (usually a custom style), the above problem will inevitably occur.
    Here are some features:
  3. Directly using the style provided by Onemore while typing on a blank page will not cause the above problem.
    When the above problem occurs, if the affected text is deleted and the text is inputted again, the problematic text will not be affected thereafter. (Therefore, I sometimes delete problematic formulas or paragraphs and input them again)
  4. Regarding feature 2, the problem may occur with the original text. Even if I delete the problematic text, if I later copy and paste the original text again, the problem will still occur (i.e., I can only manually input it again instead of pasting the original text)
    Thank you for seeing this. I hope my description is accurate and I look forward to repairing and updating it.

Here are the details:

bandicam.2023-07-16.12-08-32-273.mp4

Added version: 5.8.4

@Silfra-glacier
Copy link
Author

Provide another record:

bandicam.2023-07-16.13-21-45-513.mp4
Thanks.

Added version: 5.8.5

@stevencohn
Copy link
Owner

@Silfra-glacier There is a know issue where applying a custom style, then pressing Enter, results in the following paragraph also being that style even though it appears visually to be a Normal paragraph. This means that when you change any style in the following paragraph, it will suddenly be redrawn using the custom style.

The temporary work-around when applying a custom style to a paragraph is to press Enter and then immediately press Ctrl+Shift+N to make the second paragraph Normal.

I am trying to come up with a solution for this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working released Available in a released installer
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants