|
2014-11-07 13:11
|
cedilla.png (4,191 bytes) |
|
|
Same thing in the connections Manager window, too. |
|
2014-11-07 13:20
|
connections.png (157,243 bytes) |
|
|
This seems to be a limitation of cairo_show_text(), which appears not to handle Unicode combining characters well. I guess the places where it's called with anything that might contain non-7-bit ASCII characters ought really to be using Pango::Layout::set_text(). |
|
|
cairo_show_text() does handle UTF-8; Two examples: PluginEqGui::draw_scales_phase() uses \u00b0 (degree sign), panners use translatable L/R (those display correctly in Russian locale). Still, it's probably an encoding issue of a different nature which Pango::Layout may solve. |
|
|
mmh. I cannot reproduce this. Umlauts display just fine here in Group Tabs and in the Connection Manager. (nightly build -- cairo-1.14.0, pango-1.36.8) |
|
2015-09-27 16:00
|
umlauts.png (167,742 bytes) |
|
|
attached screenshot is with Ardour 4.2-421-gcf761d4 (Sept/27) |
|
|
works with "Façade" as well. Did you mean mean 4.X git (not 3.X git)? Which version of Ardour did you test? Can you try to reproduce with a nightly build (incl. pango, cairo,...)? |
|
|
This is still reproducible for me with current git HEAD, with cairo 1.12.2-3 from Debian oldstable. I'll try to grab a nightly when I have some better bandwidth, to see if it's a bug/feature/limitation of the older cairo version. If that's the case, I guess this'll be a "won't fix", which is fine by me: it's not exactly a show-stopping bug. Not all non-ASCII UTF-8 characters are affected: my hunch is that it's combining characters that don't work well, so it might depend on how they've been entered. I was going to paste an actual track name that I've seen this with into this report, but I've just discovered that right-clicking in the track name entry while it's active segfaults. I'll make another bug report about that in a moment... |
|
|
I can reproduce with nightly 4.2.428. With a track named '¢µ?c', the '?' character appears as a little box in the connection matrix. |
|
|
Oh, and that '?' was supposed to be a c-circumflex, which I entered into Ardour's 'New Track' dialogue via <Alt Gr>+''' and then 'c', and then copy-&-pasted from the 'Rename Track' dialogue to here. I wonder what'll happen if I try to type one like that here directly: '?'... [EDIT: comes out as a ?, hmm...] I also just tried to upload a screenshot with the same string copy-&-pasted into the name and got an error from Mantis about "Illegal mix of collations", though, so maybe something's gone askew in the entry of the name rather than just the rendering of it in the port matrix. |
|
2015-09-28 11:37
|
nightly.png (22,876 bytes) |
|
|
mmh. I just copy pasted the "¢µ?c" from here. Shows as "¢µ?c" in Ardour, but that may be filtered by mantis (this website is also UTF8) or maybe it's simply due to a the font that's used by cairo on your system. (in which case using Pango may help) Do you see the degree sign (Generic Plugin GUI -> Plugin analysis -> Phase)? Also when you open a plugin-window for the track.. does the window-title-bar show the track-name correctly? |
|
2015-09-28 12:54
|
pa_phase.png (6,802 bytes) |
|
|
Yes, I see the degree sign in the plugin analysis, but that's not a combining character, so I'd expect it to work anyway. Window caption text is correct in all cases: it's only combining character sequences shown via cairo_show_text() that are wrong. |
|
|
After upgrading to debian testing, I can no longer reproduce this: I guess it's been fixed in cairo now (libcairo2 1.14.6-1 installed here). |
|
|
Issue has been closed automatically, by Trigger Close Plugin. Feel free to re-open with additional information if you think the issue is not resolved. |
- Anonymous
