-
-
Notifications
You must be signed in to change notification settings - Fork 44
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
UI control text does not render #17
Comments
Hi! Yes, it seems to be very strange. The very small set of fonts is rendered in the UI, all other text - not. About the empty dialog: it's just a greeting dialog that normally should look like this: About problem loading configuration file: it's a known regression, is already fixed in the devel branch, you may check out this branch and build from source. |
Is there any progress? |
Also please try this commit: c787598 |
Thanks, but same result with this commit. Here are some things I have tried:
Can you recommend any debugging steps or extra |
I think you should first look at this class: I think that the call of function cairo_select_font_face fails there. There are multiple methods that utilize this function but these places are only ones that control font selection and rendering. |
Also, I want to ask additional question: what's your system default locale. The problem can be related to the locale, too. Please show me the output of command:
|
Same result after commenting out Here is the result of running
|
I've done additional commit: 08bf812 |
As you suspected, still no change with that commit. I'll sprinkle some |
So far, tracing the calls to I also tried passing in |
Was the text passed at the same time correct? I mean Have you seen the text that should be rendered in the console? |
Looks like you're onto something! Here's an output of tracing the text being passed into every call to
Limiter and Signal are being displayed (as well as -inf and 0.00). |
Tracing calls to |
Text passed to
|
Also it would be good to see how unit test for the LSPString behave. This can be done:
You should get something similar:
|
This is all that I am seeing currently: I have a dual monitor setup, here's the output of
Here's the result of the unit tests - doesn't look good:
|
Wow, it seems that we've found a problem. Seems that LSPString is behaving badly: get_native() method returns null. |
Looks like
|
The problem was the reason of invalid system character set detection.
This commit should completely fix the problem: 75a56f5 |
I'm not seeing calls to
So, yeah, something is apparently getting lost in |
Cool, I'll give it a shot ... |
Merged changes into devel branch: f36712d |
Closing the issue. Changes will be in the upcoming 1.1.5 release. |
* Steal the tune approach from [1] to create BUILD_PROFILE * Add LDFLAGS to library builds + First time lsp-plugins don't crash \o/ - No texts are displayed - maybe [2] helps [1] http://lists.openembedded.org/pipermail/openembedded-devel/2019-April/199347.html [2] lsp-plugins/lsp-plugins#17 Signed-off-by: Andreas Müller <schnitzeltony@gmail.com>
Sorry to get back to this. Some background: Am building lsp-plugins with Openemenbedded/Yocto for a while. With 1.19 and some tweaks here and there it is the first time lsp-plugins don't crash immediately and seem to work (haven't listened yet...). But unfortunately I don't see texts either. After reading this thread I did some remote debugging and checked what
does. Have LANG=en_US.utf8 and it seems
is doing the wrong thing: current ends up with '.utf8'. Isnt't there a thinko - shouln't it contain 'en_US'? |
No, it's a correct behaviour: we need to know the character set, so we need the ".utf8" string, not "en_US". But there can be another problem: it is possible that iconv function does not know anything about the 'utf8' character set because proper name of character set is 'UTF-8'. I've noticed this when got some locale tests crashing under FreeBSD. |
Since my first post you are likely aware that I am an internationalization-rooky. After endless debug sessions I found: On my Raspi it seems there are no charset conversions available: gconv_cache is NULL! Honestly I have no idea yet what is missing but I hacked it to work by disabling all the runtime iconv character conversion: |
That's a quite dirty hack. |
Also try to run iconvconfig as a superuser and try plugins without your patch again. |
Yeah - BUT I WANT LSP-PLUGINS ON RASPI :)
This seems the problem: I have only few libs there: CP1252.so / IBM*.so / ISO8859-*.so and no gconv-modules.cache With your information, there is hope to find a way back to the path of goodness... Thanks for support! |
Testing with 1.1.4, control text is not rendering. When starting, for example,
lsp-plugins-limiter-mono
in standalone mode, only Limiter and Signal group labels are rendered but no other text is shown. After first launching the plugin, a small popup appears above the plugin UI with a black screen and a white bar:Host info:
Memory usage:
Packages Installed:
Trace output when built with
make trace
is attached below (running/usr/local/bin/lsp-plugins-limiter-mono
as before).There is an error message about loading the global configuration file, but that file was created (though empty) at
$HOME/.config/lsp-plugins/lsp-plugins.cfg
and it has user (not root) read permissions.trace-output.txt
The text was updated successfully, but these errors were encountered: