Subject: | |
From: | |
Reply To: | |
Date: | Thu, 8 Apr 2021 12:18:57 -0700 |
Content-Type: | multipart/mixed |
Parts/Attachments: |
|
|
On 4/8/2021 11:11 AM, Terry Reese wrote:
> Can you send me what you are seeing. The program shouldn't cover data with
> controls -- and when it does, it should make the control scrollable. If
> that's not happening, it needs to be addressed.
I don't have a Z39.50 connection set up to our Alma instance, so I can't
do the exact same thing as Harriet is doing, but the look of the initial
window, with contents apparently overflowing the bottom without
producing a scrollbar, makes me think I might see something similar to
what she's seeing. I've attached a series of screenshots that are the
window's initial state, and then successive small increases in the
vertical size by dragging the bottom window border only. ME 7.3.11.
However, I do have some unusual settings when it comes to UI text size.
I do not use the native Windows zoom (Display settings > Scale and
layout); rather, I use a utility that is basically a GUI for
WindowMetrics registry tweaks to change font and point size of text in
UI elements like you used to be able to do in older versions of Windows.
This sometimes has unintended effects on window appearance and content
flow (and is quite annoying if a window has been programmed not to be
resizable).
--
Lisa Hatt
Cataloging | DeAnza College Library
[log in to unmask] | 408-864-8459
________________________________________________________________________
This message comes to you via MARCEDIT-L, a Listserv(R) list for technical and instructional support in MarcEdit. If you wish to communicate directly with the list owners, write to [log in to unmask] To unsubscribe, send a message "SIGNOFF MARCEDIT-L" to [log in to unmask]
|
|
|