| Newsgroups |
gmane.comp.emulators.hercules390.general |
| Message-ID |
<[email protected]> |
g1gop-/[email protected] wrote:
> Apologies my sig line had been deleted.
> The name is Alan. G4UGM knows me well.
Hi Alan!
> This is a problem more and more people are having with
> apps as laptops get higher and higher resolutions.
> Steam for example has microprint !
>
> Changing the resolution down defeats the object of having
> a high res screen.
Agreed. That's why I didn't suggest that.
> I tried the other group and got junk adverts so came
> here for help. It seems that perhaps it is not as friendly
> a group as it once was.
Eh? I apologize if my response seemed unfriendly. I didn't mean for it to be. (Well, perhaps the thing about not telling us your name, but that was only meant as a friendly jab. A poke in the ribs so to speak. But certainly nothing else was meant to be.)
> I liked using herc but as my eyesight is not as good and
> unless I use a magnifier I can't read the text, For now
> it is not usable.
Understood. None of us are getting any younger.
> Many programs now have a config file that can have an
> option for high res screens. If the program is not able
> to be used on hires then is there an alternative program
> I might use?
I'm afraid I have no idea. You're using Linux, yes? The only Hercules GUIs for Linux that I'm aware of are Hercules Studio (the one you already have) and one called "Hebe" I believe:
http://freshmeat.sourceforge.net/projects/hebe
Whether it suffers from the same problem or not I have no idea.
> Thank you for you time.
> alan de G1GOP
You are very welcome, Alan. And again, I apologize if my response seemed unfriendly to you.
I was simply pointing out the fact that if a program is written to interface properly with an operating system's font (or graphics?) subsystem, the actual size that a chosen font appears on the screen should always be consistent, no matter what the physical resolution of the screen is.
If a program draws a one inch (or 2.54cm) square on the screen PROPERLY, then it should *always* appear on the screen as a one inch square, regardless of the screen resolution. As explained, if the screen resolution is a standard 96 dpi, the resulting square will be drawn (by the operating system's (i.e. by Linux's) graphics subsystem) 96 pixels tall and wide (since 96 pixels consumes one inch of screen space; that's what dpi (dots (pixels) per inch means), whereas if the screen's resolution is, for example, 1000 dpi, then the system should draw it on the screen as a square 1000 pixels tall and wide, resulting in the square appearing on your screen exactly the same: as a ONE INCH SQUARE. The resolution of the screen, *ideally*, should not matter.
The same is true for fonts: fonts are measured in "points" and a "point" is a fixed unit of measure. Thus a 20pt font should *always* appear as a 20pt font, no matter what the resolution of the screen is.
On Windows, your program's drawing context (the abstract object that your program "draws to") is initialized with the context for whatever device you are wanting to draw to, along with what is called a "mapping mode" (https://docs.microsoft.com/en-us/windows/desktop/api/wingdi/nf-wingdi-setmapmode). Then your program simply draws its user interface items (i.e. calls the various GDI functions) -- including fonts too -- to the "device context" object, and the underlying operating system GDI subsystem performs the proper translation into the appropriate number of pixels for the given physical device.
Thus, if a program is written properly, if the images and/or fonts that a program is using are not appearing on your screen properly (are not appearing on the screen at their proper size), then it should NOT be the fault of the program you are using. The fault should be somewhere else (such as a bug in the operating system's GDI (Graphics Device Interface) subsystem).
Of course, if the program in question is not written properly, then yes, depending on your screen resolution, images and text will appear much smaller on high resolution monitors than they will with normal resolution monitors..
That's all I was trying to say. I was NOT trying to place the blame on you! I was *not* trying to be smart aleck or be unfriendly in any way. I was simply trying to explain why the behavior you were experiencing *might* be caused not by the program but rather by however you have your system configured. I am not familiar (not very experienced) with Linux, so I don't know what settings you need to change (if any) to tell the operating system your monitor is a High Resolution monitor. Do you have the correct device driver installed? Are there any special settings you need to set somewhere? That's all I was suggesting you to verify before asking the programmer before asking that the program support a larger font size.
But yes, given your situation, a font size of only 20 points is probably much too small for you, and the program *should* allow you to set a much larger font size. There is no valid reason that I can see from a programming perspective why a given program should arbitrarily place a limit on the size of the font a person wishes to use. Not all eyes are the same. What seems reasonably large for the programmer (20 points) might not be reasonable to someone like yourself with poor eyesight.
So yeah, in this particular case I think Jacob *should* make a change to his program to remove its current font size limitation, so people like you can choose a much larger font if needed.
Sorry for using so many words to explain myself, but I didn't want you going away thinking this is an unfriendly group! Most everyone here is quite courteous and respectful in their replies to people asking for help. Most of them are willing to practically bend over backwards to help someone, so I again apologize for the apparent "unfriendliness" of my response. It was purely unintentional, I assure you!
I hope I've explained myself and have provide as friendly and helpful a reply as possible.
Have a great day, Alan!
Sincerely,
--
"Fish" (David B. Trout)
Software Development Laboratories
http://www.softdevlabs.com
mail: [email protected]