A style had to be prepended in the text to make sure that it adheres to the style we want instead of using the OS-based link style.
Note: For some reason QML ignores all other link-style tags (such as `a:hover`, `a:focus` etc) apart from `a:link`, so we can only change the style for the normal link and NOT for when it is clicked or hovered.
CURA-8380
When the labels were getting truncated and invisible after reducing the width of Cura's window, their visibility wasn't being restored back and, as a result, the `materialTypeLabel` was the only one that was remaining visible, even if there was enough space for the full `materialBrandColorTypeLabel`.
Changing the ColumnLayout to a Column, where the width is inherited from the parent, fixes that issue.
CURA-8496
Saw this and wanted to take it along blindly with whatever next modification I made to Cura. However I need to switch branches now so it's just going to be a rather useless commit I guess.
This was causing some files to be just over the limit of file length when given the default printer name on some operating systems. Some file systems, especially encrypted ones, have strict limitations for the maximum length of a file name. With percent-encoding and the extension and postfix we add to these file names, this could go over the limit in file name length for some operating systems.
Easy fix is to slightly shorten the name, at least to remove those brackets.
Done as a 5 minute fix.
Both the `preferredWidth` AND the `width` need to be set for the labels to be properly elided if there is no more room in the ColumnLayout. In addition, the ColumnLayout that contains the variants and material names needs to be visible only if width>0, otherwise when the width is negative, for some reason the `materialTypeLabel` appears again.
CURA-8496
We match these profiles by material type. Since they are all the same, we only need to retain one.
All other profiles than the black one weren't being loaded because all of these quality profiles had their 'material' metadata field set to be the black one.
Contributes to issue CURA-8469.
We don't condone stylized caps as they give an unfair advantage to some printers. We don't show logos here, just textual names.
Contributes to issue CURA-8469.
Both the "Manage printer" and the "Manage in browser" button were using the `openPrintJobControlPanel()` function, which was wrong. This is now fixed so that the "Manage printer" will use the `openPrinterControlPanel()` function as it should've in the first place.
