•
•
•
•
What is DaniWeb IT Discussion Community?
You're currently browsing the Monitors, Displays and Video Cards section within the Tech Talk category of DaniWeb, a massive community of 455,972 software developers, web developers, Internet marketers, and tech gurus who are all enthusiastic about making contacts, networking, and learning from each other. In fact, there are 3,808 IT professionals currently interacting right now! Registration is free, only takes a minute and lets you enjoy all of the interactive features of the site.
Please support our Monitors, Displays and Video Cards advertiser: Programming Forums
Views: 676 | Replies: 2
![]() |
•
•
Join Date: Nov 2007
Posts: 9
Reputation:
Rep Power: 0
Solved Threads: 0
If this is not an appropriate place to ask--can anyone direct me?
Trying to find out why two customers' computers, one in Japan one in Malaysia, display our fixed screens with characters bleeding off to right and bottom. Text screens display OK. No display problems on hundreds of other computers across the world, including some in Asia.
One customer has 3 character sets, 2 of them Asian, on his computer. Ay my suggestion, he tried setting English as default language; didn't work.
Thanks,
tweedsmuir
Trying to find out why two customers' computers, one in Japan one in Malaysia, display our fixed screens with characters bleeding off to right and bottom. Text screens display OK. No display problems on hundreds of other computers across the world, including some in Asia.
One customer has 3 character sets, 2 of them Asian, on his computer. Ay my suggestion, he tried setting English as default language; didn't work.
Thanks,
tweedsmuir
The first thing to suggest would be to press "print screen" to take a snapshot of the entire desktop, and then save the result as a PNG file (using mspaint).
This is to tell whether it's a problem with the physical display device (the same corruption isn't seen in the saved file), or the display driver really is drawing corrupted pixels.
Are these customers using "wide-screen" displays which may have non-standard DPI resolutions (I've read your other thread).
Do both customers report similar problems with any other s/w package, or just yours?
Do both customers use the same OS / graphics card ?
Are they running with the latest patches from the graphics card manufacturers, or some older version.
This is to tell whether it's a problem with the physical display device (the same corruption isn't seen in the saved file), or the display driver really is drawing corrupted pixels.
Are these customers using "wide-screen" displays which may have non-standard DPI resolutions (I've read your other thread).
Do both customers report similar problems with any other s/w package, or just yours?
Do both customers use the same OS / graphics card ?
Are they running with the latest patches from the graphics card manufacturers, or some older version.
•
•
Join Date: Nov 2007
Posts: 9
Reputation:
Rep Power: 0
Solved Threads: 0
Thanks much for the comeback, Salem. As far as I know my two problem posts are unrelated--one involves Vista only and an internal function; the character-bleed is (so far) in XP only on 2 machines in Asia.
One of the customers mentioned that he has a wide-screen display. Both checked dpi and confirmed 96--no custom dpi's. (Normally, the software silently adjusts to both screen-width and 96/120 dpi settings after interrogating the local computer, and we've had no complaints about that.) One customer says he hasn't had similar problems with other software, so it's probably our programming at fault. If it were graphics card/patches problems or wide-screen problems, I'd expect other, non-Asian customers to have them, as well, but none have shown up on over 500 other installations in 44 states and 34 foreign countries.
We haven't gotten full-screen dumps, but what they've sent is striking: our preprogrammed, fixed-size, fixed-text (using Windows's System font), Help-type screens show their headers & frames perfectly ok; all the menu bars are fine; output screens containing variable text sent by the software are all ok. The exception is only in the fixed text preprogrammed into the fixed-size Help-type screens--no distortion of the screens, no screen size changes, headers as expected; just the fixed text contents bleeding past the frame margins bottom and right. Most just bleed, or cut off, right; some have missing lines of text at bottom.
It's evidently a problem with the character sizes the computer puts into the fixed-size screens. But what?
Bummer. There's gotta be someone among the d-web quarter million who knows about this. What we don't know is whether it's a Programming 101 mistake or a sinister plot by large corporations to force purchases of their hardware. . . .
tweedsmuir
One of the customers mentioned that he has a wide-screen display. Both checked dpi and confirmed 96--no custom dpi's. (Normally, the software silently adjusts to both screen-width and 96/120 dpi settings after interrogating the local computer, and we've had no complaints about that.) One customer says he hasn't had similar problems with other software, so it's probably our programming at fault. If it were graphics card/patches problems or wide-screen problems, I'd expect other, non-Asian customers to have them, as well, but none have shown up on over 500 other installations in 44 states and 34 foreign countries.
We haven't gotten full-screen dumps, but what they've sent is striking: our preprogrammed, fixed-size, fixed-text (using Windows's System font), Help-type screens show their headers & frames perfectly ok; all the menu bars are fine; output screens containing variable text sent by the software are all ok. The exception is only in the fixed text preprogrammed into the fixed-size Help-type screens--no distortion of the screens, no screen size changes, headers as expected; just the fixed text contents bleeding past the frame margins bottom and right. Most just bleed, or cut off, right; some have missing lines of text at bottom.
It's evidently a problem with the character sizes the computer puts into the fixed-size screens. But what?
Bummer. There's gotta be someone among the d-web quarter million who knows about this. What we don't know is whether it's a Programming 101 mistake or a sinister plot by large corporations to force purchases of their hardware. . . .
tweedsmuir
![]() |
•
•
•
•
•
•
•
•
DaniWeb Monitors, Displays and Video Cards Marketplace
•
•
•
•
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
•
•
•
•
advertising apple audio bbc bluray broadcast business development digital downloads driving dvd effects files flash flv format gadget game games google handheld handsets hd hub internet marketing media memory cards merger movie news nintendo online playstation progressive psp pvr racing search skype sony stocks streaming tv video video game video games web youtube
- slight problem with undetermined character constant (C++)
- Writing a program that uses a Character Queue (C++)
- Something wrong with my code, why Junk character appears? (C)
- Blue screens and power offs, what could eb the cause? (Windows NT / 2000 / XP / 2003)
- character processing (C)
- Turn Off Display and Select an Animated Character in Search Companion in Windows XP (Windows tips 'n' tweaks)
Other Threads in the Monitors, Displays and Video Cards Forum
- Previous Thread: monitor problem
- Next Thread: New Monitor takes 2 boots to turn on



Linear Mode