<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<div id="divtagdefaultwrapper" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri, Helvetica, sans-serif, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols;" dir="ltr">
<p>Hi Marcel,</p>
<p><br>
</p>
<p>nice results! ðŸŽ‰</p>
<p><br>
</p>
<p>Some notes for further work (I don't think we need to address each of these points before the next release):</p>
<p><br>
</p>
<p></p>
<ul style="margin-bottom: 0px; margin-top: 0px;">
<li>At least on Windows 10, the Squeak.exe.manifest still does not enable application-managed scaling by default. I. e., on my hi-DPI tablet screen, the initial experience will still be blurry until I go into the properties of "Squeak.exe" > "Compatibility"
 > "Change high-DPI settings" > "Override high-DPI scaling" > "Application". I think we should not change the manifest before the new primitive is live, but maybe we should document these - not absolutely straightforward steps - somewhere (Wiki? Help Browser?)
 and refer to them in the scaling menu?</li><li>Should we make the scaling factor a preference so that it appears in the preference browser as you (at least as I) would expect it?</li><li><span>The preference <span>Cursor useBiggerCursors is still not connected to the scaling factor - should it be? (The preference <span>Preferences valueOfFlag: #biggerHandles isn't either, but IMO it looks horrible on any modern screen if you turn it off
 - maybe we should deprecate it?)</span><span></span></span></span></li><li><span><span>After switching back from 300% to 100%, the preference browser looks like this:<br>
<img size="83112" contenttype="image/png" id="img295921" style="max-width: 99.9%; user-select: none;" contextid="img755543" tabindex="0" src="cid:6fbafeb4-da8b-433f-9524-ba100dc50de8"><br>
Any quick fixes for this? ðŸ™ƒ<br>
Also note that the preference value for the grip thickness has not been updated. Should the preference browser subscribe to the relevant system change events?</span></span></li><li><span><span>Why no "low-DPI" scale factors in [0%, 100%)?</span></span></li></ul>
<p></p>
<div id="divtagdefaultwrapper" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri, Helvetica, sans-serif, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols;" dir="ltr">
<br>
</div>
Best,</div>
<div id="divtagdefaultwrapper" style="font-size: 12pt; color: rgb(0, 0, 0); font-family: Calibri, Helvetica, sans-serif, EmojiFont, "Apple Color Emoji", "Segoe UI Emoji", NotoColorEmoji, "Segoe UI Symbol", "Android Emoji", EmojiSymbols;" dir="ltr">
Christoph<br>
<br>
<div style="color: rgb(0, 0, 0);">
<div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="x_divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" color="#000000" style="font-size:11pt"><b>Von:</b> Squeak-dev <squeak-dev-bounces@lists.squeakfoundation.org> im Auftrag von Jakob Reschke <jakres+squeak@gmail.com><br>
<b>Gesendet:</b> Mittwoch, 22. Dezember 2021 12:41 Uhr<br>
<b>An:</b> The general-purpose Squeak developers list<br>
<b>Betreff:</b> Re: [squeak-dev] Please Test | Improvements around display scaling (150%, 200%, 250%, ...)</font>
<div> </div>
</div>
</div>
<font size="2"><span style="font-size:10pt;">
<div class="PlainText">Hi Marcel,<br>
<br>
Very nice, thank you! What a pleasure to the eye.<br>
<br>
In case you do not have it on your list already: the buttons etc. are<br>
resized when the scaling is changed, but the window decorations<br>
including scrollbars and splitters not yet. For example, browsers<br>
opened after a scaling change have scrollbars with a different width.<br>
But this is a very minor flaw compared to the trouble with existing<br>
tools when one tried the big fonts mode in 2015 or so... :-)<br>
<br>
Now I need to fix the layout frames in the Git Browser.<br>
<br>
Kind regards,<br>
Jakob<br>
<br>
Am Mi., 22. Dez. 2021 um 10:15 Uhr schrieb Marcel Taeumel<br>
<marcel.taeumel@hpi.de>:<br>
><br>
> Updated. :-)<br>
><br>
> Am 21.12.2021 19:01:06 schrieb Marcel Taeumel <marcel.taeumel@hpi.de>:<br>
><br>
> Hi all --<br>
><br>
> Yes, the new primitive "primitiveScreenScaleFactor" is not yet functional, but we can do something to at least improve the manual way of scaling fonts (and widgets and tools) so that your favorite high-DPI display can be used in Squeak (i.e. "sharp fonts")
 without letting the operating system scale (i.e. "blurry fonts").<br>
><br>
> Here is an older discussion: <a href="http://lists.squeakfoundation.org/pipermail/squeak-dev/2020-September/211603.html" id="LPlnk393022" previewremoved="true">
http://lists.squeakfoundation.org/pipermail/squeak-dev/2020-September/211603.html</a><br>
><br>
> Please find attached a change set for your to try out. Load it and then click Extras > Scale Factor > 200%. Or do-it in a workspace: "Display scaleFactor: 1.25". Note that 100%, 125%, and 150% will still use our pre-rendered "Bitmap DejaVu Sans" fonts. Other
 scale factors rely on "BitstreamVeraSans(Mono)".<br>
><br>
> I have still a little bit more testing to do considering the use of FontImporterTool. :-)<br>
><br>
> It's still not perfect. But at least we now have a one-click solution for scale factors bigger than 150%.<br>
><br>
> Best,<br>
> Marcel<br>
><br>
><br>
<br>
</div>
</span></font></div>
</div>
</div>
</body>
</html>