Android Auto DHU : how to change the display size of DHU - android-auto

Does anyone know whit is going on to the DHU?
The layout suddenly shows only half.
I print out the SurfaceContainer info, width:800, heigh:240.
The original is width:800, heigh:400.

I have reinstalled the related software, but useless.
Finally, Factory reset the smart phone to solved this problem.
It is quite stange, it still happens occasionally.

Related

Backspace stops working in Flutter for desktop (Windows), if user switches input language by Win+Space

I have a strange problem:
Backspace stops working in Flutter for desktop (Windows), if user switches input language by Win+Space!
I found an issue pointing exactly same problem:
https://github.com/flutter/flutter/issues/73377
But I am looking for a workaround, since they are not resolving the issue since Jan 2021.
Any suggestion?
It seems to be resolved in the Windows version with the latest Flutter but not in MacOS.
In case someone is still stuck on this bug. It seems there is no classic way of solving it and most workarounds are volatile and unpredictable. The best solution is to adjust how we can handle the problem at hand.
problem:
The delete, backspace, and/or Arrow keys do not work as expected on Controller-controlled TextInputs and FormInputs on Flutter;
Solution:
create two widgets, a Text widget, and the input widget then switch them as required.
IMPORTANT
Do not use Controller on your input just use the initialValue property and onchanged(){} Method.
menuProductProviderCart.isReceivedAmountEdit
?TextFormField(
keyboardType:TextInputType.number,
// controller: _receivedAmountController//commented My TextEditcontroller out!!!!!,
onChanged: (amount) {
menuProductProviderCart.setReceivedAmount(double.parse(amount));
},
initialValue: 0.toString(),
enableInteractiveSelection:true,
...
When I click on bills denominations I change widget to Text; when I click on the received amount which is the text widget I change to TextInputinput:
This way you are in control of your code and it will never be unpredictable

Why do AxWindows Media Players affect Full Screen Generation in Visual Studio?

I'm using many AxWindows Media Players (AxWMPLib) to play sound in my piano application on Visual Studio. I'm not using them for video, and so they are all invisible. I also want to play my application in full screen mode. The full screen mode works fine with no media players, all the anchors work correctly as I want. This is the full screen without the Media Players and it is all good
However, as soon as I add one media player, it then looks like this? The anchors break and the full screen mode completely alters? I don't know why this happens, and I am really stuck as to why adding an AxWMPLib breaks the anchors like this, without altering the AxWMPLib at all.
Does anyone know why this is the case and how to fix it?
Thank you in advance :D
I have found an answer to this problem! I hope my solution below will help anyone in the future. If you are using AxWMPLib and want the form to be fullscreen, all the elements might not anchor correctly, and stay in the top left corner of the screen (like the screenshots in the question).
I found this to be caused by the WindowState Property in the Layouts section. Rather than setting the WindowState Property as Maximised, keep it as Normal, and then change the WindowState Property programmaticly in the Form_Load Sub, with the following code:
Me.WindowState = FormWindowState.Maximised
And then hopefully when you run the form, the form will still be fullscreen but the AxWMPLib won't cause it to go wrong, and everything should be anchored correctly.

How to quickly snap a view in storyboard back into its constraints after accidentally moving it

Everything I have found, every one says this cant be done.
I studied in fullsail university and they taught me how to do this so I know without a doubt it can be done. No one just knows how and assumes it can't.
Basically, when in XCode-story board, I would add constraints to a view and everything is all blue and perfect. From there, if you click, hold a drag, the view to another position then all of the constraints will turn orange. (Not RED because the constraints are still good it just simply needs to snap back into place..)
When in school my teacher taught me a quick key short cut that you press and everything snaps back into place and its all blue again. It has been a while since I have coded and i am just now getting back into it again and i just cant remember what that shortcut was.
I hope someone out there knows how to do this. Maybe any fullsail graduates?
Your responses are greatly appreciated.
I figured it out.
option + CMND + '='
What you're looking to do is referred to as "Update(ing) Frames."
The quick command is indeed option-command-equals
The command can also be reached from the bottom menu of a storyboard.
This link may change in the future but check out the Auto Layout Guide. Specifically reference the "Resolve Auto Layout Issues Tool" section.

Menu items in main menu bar show up with different font sizes.. what gives?

I just noticed the strangest thing when updating one of my Mac applications.
The menu bar of the application when run has different font sizes (!?). Some items are in the normal system text size (13 point?) and others are a few points smaller (11 points?). What gives?
I didn't even know that you could do this.. never mind understanding how this just came about of its own volition..
I immediately zeroed in on the likely culprit XCode 4, but compiling the same project with 3.2.5 shows the same problem.
I'm rather flummoxed by this.. has anybody come across this weird phenomenon?
Best regards,
Frank
I`m used to iOS but you may have a similar issue. The UILabels have an "autoshrink" property, which reduces the font size if the text is too long, to avoid truncating it. You can turn this property off in the Interface Builder. Hope this helps!

What will prevent LVN_ITEMACTIVATE from firing?

I am writing an app with raw windows API (opensource Win32++) where I have a ListView.
The problem I have now is that whenever an item in the ListView is clicked, the system/app will generate a warning tone/sound "ding". Furthermore, I noticed I cannot get the LVN_ITEMACTIVATE through item-dbl-click or item-keypress-enter, which would normally work if this problem had not occur.
Would anyone have any idea how this might be happening?
I believe there is nothing wrong with Win32++, it just could be one of the things I do is causing this. But my program has become quite big to dissect plus I have no idea where to start looking.
Thanks.
PS: I had my computer muted for the longest time, hence, I don't know when this started eventhough I had the listview since a long time ago. T_T
Start looking with a tool that can show you the Windows messages that the control generates and receives. Like Microsoft's Spy++. Compare it with a working list view to have an idea what might be amiss. Also check the parent window. I haven't otherwise heard of listviews that dingaling, the LVN_ACTIVATEITEM should fire the first WM_LBUTTONDOWN, no double-click necessary.

Resources