[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #13 from David Cook --- Oh interesting wrinkle I hadn't thought about... the content of https://fonts.googleapis.com/css2?family=Noto+Sans=swap is dependent on your user agent. It's WOFF2 with Chrome but it's a different format for other browsers. But for Janusz's case... well I wonder where the original NotoSans-Regular-webfont.woff2 files came from. I just noticed the screenshots and actually... this would need some more analysis using that "Rendered Fonts" I mentioned. So at this stage I'd say it's more a support issue than a bug report per se. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #12 from David Cook --- As an aside, I find this file from Google to be interesting: https://fonts.googleapis.com/css2?family=Noto+Sans=swap Latin, Greek, Cyrillic, Vietnamese, Devanagari are listed... yet Noto Sans describes itself as a font for Latin, Cyrillic, and Greek at https://fonts.google.com/noto/specimen/Noto+Sans. That said, it does say that it's "also suitable as the complementary choice for other script-specific Noto Sans fonts". If you look at https://fonts.google.com/noto/fonts?noto.continent=Americas, you can see that it says Noto Sans supports 855 languages. There are a lot of languages that Noto Sans doesn't support though. Notable exceptions are Chinese, Japanese, Korean, and Arabic. They have their own fonts. Even Devanagari has its own font, so it's interesting to see it included in that top link... I've played with TTF and OTF files, but I don't have experience with WOFF files. Check out the imports apparently needed to support the Noto Sans TC font: https://fonts.googleapis.com/css2?family=Noto+Sans+TC=swap That's 101 different URLs. Perhaps it's for performance reasons. As you can see with "unicode-range", the browser will determine which source file to use depending on the Unicode code point of the character it is rendering. By splitting up the files, you'd be able to download faster since your browser can use something like 8 concurrent fetches and probably lazy-load the source file you need. -- Overall, I think it's best to rely on local system fonts... although I can see wanting to use web fonts to have a more consistent font display across browsers. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 David Cook changed: What|Removed |Added CC||dc...@prosentient.com.au --- Comment #11 from David Cook --- Is this still an issue? It looks like the font family CSS has moved on a bit over the past few years... -- I haven't seen this issue personally, but I mostly work in English, French, Arabic, and Chinese. English and French are included in the Noto Sans font, while Arabic is in Noto Sans Arabic font and Chinese has a few Noto Sans Chinese fonts. I'm not a font expert by any means, but recently I created a custom NotoSansTC-Regular TFF file for label printing in Chinese and English. That's a very different use case but I learned a lot about fonts in the process. Little tip for troubleshooting fonts in Chrome: - Inspect the element - Go to "Computed" - Scrolldown to the very bottom to see a "Rendered Fonts" section. I'm looking at an OPAC with English and Arabic right now, and it's telling me that it's rendered 11 glyphs using a local file for Segoe UI and 2 glyphs using a local file for Noto Sans. A bit of trial and error proved the 2 Noto Sans glyphs were the space character and a punctuation mark. When using the Google Fonts tester, I type in some Polish and I can see that it is using "Noto Sans - Network resource" for the 16 glyphs. -- Now back to Koha... if "fonts/NotoSans-Regular-webfont.woff2" is being used, that would mean that "Noto Sans Regular" isn't available locally. But if the glyph isn't available in "fonts/NotoSans-Regular-webfont.woff2", it should move on to "sans-serif" (when this issue was raised, I don't think the CSS was "NotoSans, sans-serif" so maybe that was contributing to the problem). But even without "sans-serif", it should still resort to a default system font (like "Times New Roman" on English Windows systems). -- So ultimately this one sounds like a misconfigured local system to me. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #10 from Jonathan Druart --- (In reply to Janusz Kaczmarek from comment #9) > (In reply to Jonathan Druart from comment #8) > > Should we follow: > > > > https://google-webfonts-helper.herokuapp.com/fonts/noto-sans?subsets=latin, > > greek-ext,devanagari,cyrillic,latin-ext,vietnamese,greek,cyrillic-ext > > > > Download and include them all? > > Entire WOFF2 set (Regular, Italic, Bold, BoldItalic) = 546 KB > Entire WOFF set = 714 KB > > Now it is eight times less (71 KB, 89 KB, respectively). > > If it is OK (the browser would keep it normally in cache, wouldn't it? -- if > so, then it would be downloaded only once, in general) -- let's do it. I have no idea how to proceed here. 1Mo to open a library's home page, for the first time, in some countries/cities it will not be acceptable (I would close the page thinking it crashed). Isn't there a best practice to follow? I am pretty sure we are not the only ones facing this problem. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #9 from Janusz Kaczmarek --- (In reply to Jonathan Druart from comment #8) > Should we follow: > > https://google-webfonts-helper.herokuapp.com/fonts/noto-sans?subsets=latin, > greek-ext,devanagari,cyrillic,latin-ext,vietnamese,greek,cyrillic-ext > > Download and include them all? Entire WOFF2 set (Regular, Italic, Bold, BoldItalic) = 546 KB Entire WOFF set = 714 KB Now it is eight times less (71 KB, 89 KB, respectively). If it is OK (the browser would keep it normally in cache, wouldn't it? -- if so, then it would be downloaded only once, in general) -- let's do it. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #8 from Jonathan Druart --- Should we follow: https://google-webfonts-helper.herokuapp.com/fonts/noto-sans?subsets=latin,greek-ext,devanagari,cyrillic,latin-ext,vietnamese,greek,cyrillic-ext Download and include them all? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #7 from Owen Leonard --- (In reply to Jonathan Druart from comment #6) > Owen, are you working on this? I am not. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 Jonathan Druart changed: What|Removed |Added CC||jonathan.dru...@bugs.koha-c ||ommunity.org --- Comment #6 from Jonathan Druart --- Owen, are you working on this? -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #5 from Janusz Kaczmarek --- Forgot to say: I have checked the fonts downloaded from google-webfonts-helper.herokuapp.com -- seems to be OK (tested for Latin extended). -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #4 from Janusz Kaczmarek --- (In reply to Owen Leonard from comment #3) > My goal will be to figure out how to solve the problem without pulling the > data directly from Google. Doing so opens us up to Google data-collection. https://google-webfonts-helper.herokuapp.com/fonts/noto-sans?subsets=latin-ext,latin ? But how other alphabets? Greek, cyrillic and others? Loading everything would not be create performance issues? One could also download and insert to Koha the Google versions and use their css (after modifying URLs) (to be consulted here: https://fonts.googleapis.com/css?family=Noto+Sans). Fonts can be downloaded, but I succeeded only with woff2. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #3 from Owen Leonard --- (In reply to Janusz Kaczmarek from comment #2) > = using the Google API version, the rendering is OK (also with no 'local' > part in declaration). My goal will be to figure out how to solve the problem without pulling the data directly from Google. Doing so opens us up to Google data-collection. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983
--- Comment #2 from Janusz Kaczmarek ---
Thank you, Owen, for checking this. I can confirm: the rendering of the fonts
is (almost) OK in FF 67.0 (almost = in my case the non-bold paragraphs show the
problem mentioned).
After having investigated more deeply: it seems that FF and Edge use some local
copy of the font: Removing the part "local("Noto Sans *")," from each
@font-face definition (e.g. with the developer tool of FF) causes the problem
occur in FF and in Edge for every variant (regular and bold) as it is in
Chrome.
I have also used the following html file to test the issue fully locally (and
had the Koha version of the font locally downloaded):
Zażółć gęślą jaźń
@charset "UTF-8";
@font-face {
font-family:NotoSans;
font-style:normal;
font-weight:400;
src:local("Noto Sans Regular"),
url(NotoSans-Regular-webfont.woff2) format("woff2"),
url(NotoSans-Regular-webfont.woff) format("woff")
}
@font-face {
font-family:NotoSans;
font-style:bold;
font-weight:700;
src:local("Noto Sans Bold"),
url(NotoSans-Bold-webfont.woff2) format("woff2"),
url(NotoSans-Bold-webfont.woff) format("woff")
}
body {
font-family:"NotoSans";
}
Zażółć gęślą jaźń
Zażółć gęślą jaźń
Zażółć gęślą jaźń
Zażółć gęślą jaźń
Zażółć gęślą jaźń
BTW, after inserting the line:
@import url('https://fonts.googleapis.com/css?family=Noto+Sans=swap');
in
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 --- Comment #1 from Owen Leonard --- Created attachment 90060 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=90060=edit Firefox 67.0, Windows 10 Curiously, it seems to work correctly in Firefox. I can reproduce the problem in Chrome. -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 22983] The Koha copy of NotoSans font (in the new OPAC) lacks glyphs for (some) Roman letters with diacritics
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22983 Janusz Kaczmarek changed: What|Removed |Added Summary|New default Koha NotoSans |The Koha copy of NotoSans |font copy lackck glyphs for |font (in the new OPAC) |(some) Roman letters with |lacks glyphs for (some) |diacritics |Roman letters with ||diacritics -- You are receiving this mail because: You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
