Unicode characters for playing head doesn't seem to work on the web-browser #89887

Open
opened 2021-07-16 04:39:54 +02:00 by Hoang Duy Tran · 7 comments
Member

System Information
Operating system: macOS-11.3.1-x86_64-i386-64bit 64 Bits

Blender Version
Broken: version: 2.93.1, branch: master, commit date: 2021-06-22 05:57, hash: blender/blender@1b8d33b18c
Worked: (newest version of Blender that worked as expected)

Short description of error
On this page:
Timeline
at the section:
Header Controls

You find symbols for:
Jump to Start, Jump to Previous Keyframe, Jump to Next Keyframe, Jump to End

don't appear to render correctly on macOS Big Sur (11.3.1), even when set Safari encoding scheme to UTF-8, which is the one most people would use to render international characters. The table of characters on top of:

blender_docs/manual/editors/timeline.rst

is probably needed a look back and compare the web-browsers rendering result. I've only got this OSX version at the moment so I cannot compare with other platforms. Tested on Safari 14.1 and Chrome (91.0.4472.114 (Official Build) (x86_64)).

Screenshot 2021-07-16 at 03.27.40.png

Screenshot 2021-07-16 at 03.39.05.png

Screenshot 2021-07-16 at 03.27.21.png

**System Information** Operating system: macOS-11.3.1-x86_64-i386-64bit 64 Bits **Blender Version** Broken: version: 2.93.1, branch: master, commit date: 2021-06-22 05:57, hash: `blender/blender@1b8d33b18c` Worked: (newest version of Blender that worked as expected) **Short description of error** On this page: [Timeline ](https://docs.blender.org/manual/en/latest/editors/timeline.html) at the section: [Header Controls ](https://docs.blender.org/manual/en/latest/editors/timeline.html#header-controls) You find symbols for: Jump to Start, Jump to Previous Keyframe, Jump to Next Keyframe, Jump to End don't appear to render correctly on macOS Big Sur (11.3.1), even when set Safari encoding scheme to UTF-8, which is the one most people would use to render international characters. The table of characters on top of: blender_docs/manual/editors/timeline.rst is probably needed a look back and compare the web-browsers rendering result. I've only got this OSX version at the moment so I cannot compare with other platforms. Tested on Safari 14.1 and Chrome (91.0.4472.114 (Official Build) (x86_64)). ![Screenshot 2021-07-16 at 03.27.40.png](https://archive.blender.org/developer/F10225602/Screenshot_2021-07-16_at_03.27.40.png) ![Screenshot 2021-07-16 at 03.39.05.png](https://archive.blender.org/developer/F10225603/Screenshot_2021-07-16_at_03.39.05.png) ![Screenshot 2021-07-16 at 03.27.21.png](https://archive.blender.org/developer/F10225606/Screenshot_2021-07-16_at_03.27.21.png)
Author
Member

Added subscriber: @hoanguk

Added subscriber: @hoanguk
Member

Added subscriber: @PratikPB2123

Added subscriber: @PratikPB2123
Member

image.png

No issue here on windows (either with edge or chrome)

![image.png](https://archive.blender.org/developer/F10225698/image.png) No issue here on windows (either with edge or chrome)
Author
Member

I personally think we should expose some of Blender's own icons (such as these buttons) to create some custom themes (stylesheets) to make the appearance of the document pages consistent with the screen graphics (https://www.sphinx-doc.org/en/master/development/theming.html) and avoiding relying on 'clever tricks' (which could lead to inconsistencies) over platforms. Also documentation management team should setup a multi-boot machine to be able to verify rendering results of the web-pages when testing.

I personally think we should expose some of Blender's own icons (such as these buttons) to create some custom themes (stylesheets) to make the appearance of the document pages consistent with the screen graphics (https://www.sphinx-doc.org/en/master/development/theming.html) and avoiding relying on 'clever tricks' (which could lead to inconsistencies) over platforms. Also documentation management team should setup a multi-boot machine to be able to verify rendering results of the web-pages when testing.
Member

Added subscriber: @Blendify

Added subscriber: @Blendify
Member

Changed status from 'Needs Triage' to: 'Needs Developer To Reproduce'

Changed status from 'Needs Triage' to: 'Needs Developer To Reproduce'
Member

I have noticed that there are sometimes rendering issues with some icons in the theme but have never been able to track down the issue.

In #89887#1192145, @hoanguk wrote:
I personally think we should expose some of Blender's own icons (such as these buttons) to create some custom themes (stylesheets) to make the appearance of the document pages consistent with the screen graphics (https://www.sphinx-doc.org/en/master/development/theming.html) and avoiding relying on 'clever tricks' (which could lead to inconsistencies) over platforms.

I agree, should be quite easy, I can look into this.

Also documentation management team should setup a multi-boot machine to be able to verify rendering results of the web-pages when testing.

I have both a windows and Linux machine, but this is an topic that should be investigated by the sphinx-rtd-theme. We shouldn't have to verify that their theme works.

I have noticed that there are sometimes rendering issues with some icons in the theme but have never been able to track down the issue. > In #89887#1192145, @hoanguk wrote: > I personally think we should expose some of Blender's own icons (such as these buttons) to create some custom themes (stylesheets) to make the appearance of the document pages consistent with the screen graphics (https://www.sphinx-doc.org/en/master/development/theming.html) and avoiding relying on 'clever tricks' (which could lead to inconsistencies) over platforms. I agree, should be quite easy, I can look into this. > Also documentation management team should setup a multi-boot machine to be able to verify rendering results of the web-pages when testing. I have both a windows and Linux machine, but this is an topic that should be investigated by the sphinx-rtd-theme. We shouldn't have to verify that their theme works.
Aaron Carlisle changed title from Documentation: Unicode characters for playing head doesn't seem to work on the web-browser to Unicode characters for playing head doesn't seem to work on the web-browser 2023-02-21 04:05:27 +01:00
Sign in to join this conversation.
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender-manual#89887
No description provided.