In the compilter, I can'tchange the preset layout, because the window that opens, is to big to get to the save-button at the end .Which I suppose is down there.
System: Windows 10
High DPI mode is lready disabled.
BETA 27. Bug? Layout window too big to use
I am not sure what you mean by preset layout, unfortunately. A screenshot would make it clearer. Usually this problem is caused by the monitor resolution and the scaling you are using.
At 100% scaling your monitor must have a minimum resolution of 1080px. Either your scaling is too big and results into less than 1080px, or your screen is less than 1080px.
At 100% scaling your monitor must have a minimum resolution of 1080px. Either your scaling is too big and results into less than 1080px, or your screen is less than 1080px.
I mean this window,when I'min the compiler and want tochange someof the preset formatting,like seize or typeface of a header..
my screen is 1440x900 - says the system.
And what scaling doyou mean? Can I scalesomething in the compilerwindow?
I can't veen resize that window with the layout options.when I try, it creeps dwnwrds.
- 2019-11-03 (1).png (151.2 KiB) Viewed 1045 times
my screen is 1440x900 - says the system.
And what scaling doyou mean? Can I scalesomething in the compilerwindow?
I can't veen resize that window with the layout options.when I try, it creeps dwnwrds.
As you can (perhaps) see,the main compile window fits my screen. And it's smallerthan the compile format editor (Now Ik now the corect term for it. *g*)
And ican't resize this editor, because it escapes downwards,when I try to grap one of the corners. that best just flees to the bottom of the screen .( It's not as funny as it sounds.)
I can resize the main compile window though, but that doesn't help anyting.
Now what?
And ican't resize this editor, because it escapes downwards,when I try to grap one of the corners. that best just flees to the bottom of the screen .( It's not as funny as it sounds.)
I can resize the main compile window though, but that doesn't help anyting.
Now what?
tiho_d wrote:Please, read and follow my post above. It is about your topmost compile format editor window and not the main compile window.
that edior is what I'm spelaing about, when I say, it escapes when I try to grab it.
I think. Or do you mean something else than the top window in my screenshot?
Dorothea wrote:I mean this window,when I'min the compiler and want tochange someof the preset formatting,like seize or typeface of a header..
I can confirm the same issue, width can be resized, but height has a limit, so you can´t make it short.
my lap monitor is configured in 1920x1080 at 125% zoom.
There are much space to make it less tall, but at certain point you can´t do it.
This was not happening in previous betas (16-18)
Windows 10 home 1909
Intel(R) Core i7-7500U CPU 2.7GHz 2.9 GHz 8.00GB RAM
SSD 500GB
15" 1920x1080 at 125% zoom
23" 1920x1080 at 100% zoom
32" 1360x768 at 100% zoom
IPhone 8 Plus IOS 13.2.3
IPad Pro 12.9” third gen. IOS 13.2.3
Intel(R) Core i7-7500U CPU 2.7GHz 2.9 GHz 8.00GB RAM
SSD 500GB
15" 1920x1080 at 125% zoom
23" 1920x1080 at 100% zoom
32" 1360x768 at 100% zoom
IPhone 8 Plus IOS 13.2.3
IPad Pro 12.9” third gen. IOS 13.2.3
tiho_d wrote:1920x1080 at 125% is definitely not a recommended resolution.
1920x1080 at 100% is.
So a laptop with 1366x768 resolution (perhaps the most common laptop resolution) cannot be used for this? Realizing it's an old laptop, it's the laptop I have, and I use it for writing when I'm away from my main computer.
In the US, only ~20% of desktops have 1920x1080 screens. (https://gs.statcounter.com/screen-resol ... erica/2019).
Just another user.
rwfranz wrote:In the US, only ~20% of desktops have 1920x1080 screens. (https://gs.statcounter.com/screen-resol ... erica/2019).
Where to start?
1. Despite the graph's title, it conflates desktops AND laptops, which they are unable to distinguish. (This is from the site's FAQ.)
2. The numbers refer not to machines or users, but web page accesses. (The FAQ again.) It says little or nothing about machine capability distribution. Someone who surfs the web at the coffee shop, then works on a large machine on Scrivener, Office, etc., will skew the statistics toward the laptop, regardless of actual hours spent. These statistics are important for web designers, less valid for what an on-machine program should do.
3. The #1 category (>20%) in the graph is "Other". What is that? Given the individual listings are a fairly complete set of screen resolutions from 2009 (1920x1080 being the largest), "Other" likely includes all the newer resolutions like XD, UHD, etc. Today, well--a quick check of Best Buy shows 1920x1080 being the bargain basement for monitors, though laptops lag that.
Not arguing what L&L should or should not do for legacy equipment, just that the statistics cited prove little to nothing.
tiho_d wrote:@rwfranz: For writing yes, for compiling and editing compile settings the screen height of 768px is not enough to fit all the options.
As usual, I found an acceptable workaround:
If I set the "Menus and Windows Font" to 6 points (which I admit is a little ridiculous), the compile dialog box is only ~610 pixels high. If I then use windows magnifier lens function to enlarge the text to 200%, or simply magnify full screen, this could work.
- Scriv_smallfont(6).JPG (60.98 KiB) Viewed 714 times
I can read that. I just have to squint.
If I use 8-point type (which for me is readable in the right font (not Segoe, though)), I can get a ~640-pixel high dialog box, which will fit. The editing box is perhaps 50 pixels taller. Although shifting to an 8-pt windows font to read all the compile settings will be annoying, I can probably make that work. I'm using a font that's readable at 8 points.
- Scriv_smallfont(8).jpg (85.52 KiB) Viewed 714 times
Possible bug here: Line height does not scale with font size.
Which I suppose is the last option available to get this dialog on screen. Shrink the menu fonts (Options -> Appearance -> General interface -> (Last item in the page), and choose a font that looks okay at small sizes.
Just another user.
RJO wrote:rwfranz wrote:In the US, only ~20% of desktops have 1920x1080 screens. (https://gs.statcounter.com/screen-resol ... erica/2019).
1. Despite the graph's title, it conflates desktops AND laptops, which they are unable to distinguish. (This is from the site's FAQ.)
[stuff snipped]
Not arguing what L&L should or should not do for legacy equipment, just that the statistics cited prove little to nothing.
While admitting that everything you say is correct (I had the same concerns), this data is evidence of a sort that screens 1080+ tall are not so commonly used as one might at first think.
Just another user.
rwfranz wrote:tiho_d wrote:@rwfranz: For writing yes, for compiling and editing compile settings the screen height of 768px is not enough to fit all the options.
As usual, I found an acceptable workaround:
I suppose this should go to viewtopic.php?f=57&t=59477 , about the cut window.
This doesn't help here with the escaping layout formatting editor; se my screenshot please.
Doyou have a solution forthat one too?