This seems to come up every week lately. I'm writing this before looking at the snippet but my senses tell me you have a button on your UI that shows/hides the panel, and you have that button's saveInPreset property set to enabled, which means when you load the preset the button is triggered.
Beta Testers
All developers participating in the HISE Betatest Program
-
RE: Disappearing Panel with Preset Browser
-
How to control broadcaster message order?
I've got a situation in my project where I'm relying on one message being sent before another, from 2 different broadcasters. The first broadcaster triggers the second broadcaster. However they are arriving at their destination in reverse order.
Here is a simple snippet that demonstrates the issue:
HiseSnippet 1024.3ocsVstaaaCElJIJaxaqXcnO.Z5WN.At1tccCqXnY9RJLZcpwTZw.FFJnonrILEofHUWbKx+5yydE1yxdC1av1gTxQxIFwMFX5G15vysuygmKZRljPUJYFxw67koTjyW5FtTnm2eNlIPiFfbtm6XrRSy7KNp2xTrRQiPNN6+byANdGfrO+yy5g4XAgVcDB8FIiPeIKgoqNcxIufw4mhinmyRpI8iOYDQJ5K4xb.O661FkhIKvynmgMhsmKx4vgQLsLKTi0TEHSOYzxv4x+PTH+aXJ1TN0PzAEBFp3XT+4LdzjUwpBgbNXRUjueQj+.2wrH1UmWkA9ZKC+JMpmCb161fTm6.jbpAoCJfz8cCIYrTcEGCd9B2QB3BIFCo55PoPVzdebe29RPBgtUBdA8zLf3JMZ9j1sO1G94nm1ng.RrJHIS8OKrSiOzvCx+Js+TRG+exenXFSPaQxnPj0KShiH1BglM7.I8BXQA+nePu99cBN1PiylofS9s.lHhdQvu2v6RvGdM7d3C+V+WHjS6rx9VBvCqP4LptuLIUJ.hlAVtAFUsu0RY3JzYRdeLmOEJIZJEVVkGW3ElfCv0ONWPzLovecYZRV4fi8eGlmSOpHJfPEbfHBJ5IigTLTs0rfOXzKab454nt0yQcuC4ntaIEAo+VFnfihdICLf.LQf4ZfWRYRx9AITMF9eUL1zZFSj3YCkt2HTJD3oE94ZAyiLAy1cb2s5XHEqjbZqzLl49qW+haOiKMNnaKCxtlC5dkCt6luaPUDU659Lol9JQyiLgEvw+5rhi2HuxBDNfqMw1LhJ61TroHOYJM6pxpRAgd30GLb3m1fARQOQMAkhQBl9UozR5Sk7HSCu48aNFAU1TYFnThPPTscbx8JGmDxYQzLDCLxm4Z6RPVvWevM50iFf03UlArH3kTZllYBFmAz2AC1KlR44NfpVnkoVYKayfMIa0oWT4vyOYYEwfST5klTygVAQIrnHNchTwLo9Zab9KnDJMj8dKx+vC9ym+2u+iOKo9RIDJAeQ8cTp73X1E1sIwLdhRCXaTBzqfb9F2Wqn9QzXbNW6qV.1AForfFctzJO5lCngUCxnbNVu99ByhwRFF.WeHsYPr.Bjk0A0cXIR6acIxmJDuu6DllLeyXbuMfQnN3+CLVt58qbGFGSI5J.df6o+5ttmcKt+Wj4ZlX1XLb0CEBtmkmDBewAgBdWHnbv3tN6Y5jJnaanMYfPX3pk3egmRlcLzNkL6rhITzQxjukTz+YVt+41S.LIreKiG7QU.s+FZ7fhc1aIj0M0MTr6tp3i1UEe7tp32sqJ9jcUwueWU7G1thlOE7my0xjh1FDZ7jg1AkNNCEXnBzVsh9O.XfrJTA
The knob's callback in the first namespace (NS1) triggers the first broadcaster (bc1), also in NS1. This is picked up by a listener in NS2 and NS3. The listener in NS2 triggers the second broadcaster (bc2) which is picked up by the listener in NS3. However BC2 is coming in to NS3 before BC1. What am I missing?
The namespaces aren't necessary to demonstrate the issue but they match the structure of my main project.
-
Font and "might cause race conditions on Windows" warning
@Christoph-Hart I thought this has been fixed?
I still get this warning dozens of time each time I compileControl Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows) Control Center: Warning: default font used for getStringWidth() method (might cause race conditions on Windows)
The font I use is an embedded one so my guess is that embedded fonts shouldn't throw such warning, right?
-
RE: Latest IPP 2021.10 Build Issues
@aaronventure said in Latest IPP 2021.10 Build Issues:
so the change needs to be made in juce_dsp.cpp.
You should be able to add your extra paths to the HISE export project templates. These are what HISE uses to construct the .projucer files on export.
https://github.com/christophhart/HISE/blob/develop/hi_backend/backend/StandaloneProjectTemplate.cpp
https://github.com/christophhart/HISE/blob/develop/hi_backend/backend/ProjectTemplate.cpp
-
RE: Hide/Show Table component with ComboBox
@Mors In the combobox callback you can just use the value parameter
-
RE: Hide/Show Table component with ComboBox
It's the same as for a button.
if (combobox value == desired value) show the thing else don't show the thing
-
RE: Couple of custom LAF keyboard questions?
@rzrsharpeprod said in Couple of custom LAF keyboard questions?:
I tried
Colours.withAlpha(0xAE423874,0.5);
That's correct. The first part is the colour the second part is the opacity. For the colour it doesn't matter what you put the first two values as
AE
in your case, they will be overwritten by the alpha parameter. If you prefer to just use a hex value then you can skip thewithAlpha()
function. -
RE: Couple of custom LAF keyboard questions?
@rzrsharpeprod Use
Colours.withAlpha()
-
RE: Preset browser font size
@treynterrio You didn't do what I said. Take a look again at the image I posted.