Opened 11 years ago
Closed 11 years ago
#1688 closed defect (done)
Views are not resized correctly with font size settings of 125% or higher
Reported by: | ascheibe | Owned by: | ascheibe |
---|---|---|---|
Priority: | medium | Milestone: | HeuristicLab 3.3.7 |
Component: | General | Version: | 3.3.7 |
Keywords: | Cc: |
Change History (11)
comment:1 Changed 11 years ago by ascheibe
- Milestone changed from HeuristicLab 3.3.6 to HeuristicLab 3.3.7
comment:2 Changed 11 years ago by ascheibe
- Milestone changed from HeuristicLab 3.3.7 to HeuristicLab 3.3.x Backlog
comment:3 Changed 11 years ago by abeham
I did some research:
- Automatic Scaling in Windows Forms - MSDN article explaining how automatic scaling works
- Strange behavior in Windows Forms Application running at different DPI settings - mentions it works great at 150%, but fails at 125%. No solution is given, however one suggestion was to manually force this behavior by increasing the font size in the onload method and observing why it doesn't work
- AutoScaleMode problems with changed default font - suggests that you need to explicitly assign a font to the Font property to make automatic scaling work.
- High DPI problems - suggests to use FlowLayoutPanel and TableLayoutPanel which avoid the problem
- Programmatically set the DPI from a .net 2.0 WinForms application - wants to disable the automatic scaling. One answer suggested to call SetProcessDPIAware(true) to tell windows we're (not) handling DPI scaling. Other answers suggested to disable automatic scaling by setting AutoScaleMode to None (this is a property of container controls)
comment:4 Changed 11 years ago by jkarder
- removed assignment to Font property in HeuristicLab.MainForm.WindowsForms.DockForm
- changed AutoScaleMode to be inherited from HeuristicLab.MainForm.WindowsForms.MainForm for all user interface classes
comment:5 Changed 11 years ago by jkarder
- Owner changed from ascheibe to jkarder
- Status changed from new to accepted
comment:6 Changed 11 years ago by jkarder
- Owner changed from jkarder to ascheibe
- Status changed from accepted to reviewing
comment:7 Changed 11 years ago by jkarder
- Milestone changed from HeuristicLab 3.3.x Backlog to HeuristicLab 3.3.7
- Version changed from 3.3.5 to 3.3.6
comment:8 Changed 11 years ago by ascheibe
- Owner changed from ascheibe to mkommend
I tested it with 125 % and Latvia as language, both alone and combined and everything worked fine. In my opinion this bug is finally fixed, just thought maybe you also want to have a look at it.
comment:9 Changed 11 years ago by mkommend
- Owner changed from mkommend to ascheibe
I have also tested it with 125%, but not with other language settings for non-unicode programs. Thanks for finding and correcting this bug.
comment:10 Changed 11 years ago by ascheibe
- Status changed from reviewing to readytorelease
comment:11 Changed 11 years ago by mkommend
- Resolution set to done
- Status changed from readytorelease to closed
- Version changed from 3.3.6 to 3.3.7
Note: See
TracTickets for help on using
tickets.
This is still a problem which doesn't get solved by switching the MainForm type. Because we don't know how to fix it i postpone this ticket.