By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 1983 - Menus and Dialogs Initially Drawn with Missing Text or Clipped Text
Summary: Menus and Dialogs Initially Drawn with Missing Text or Clipped Text
Status: NEEDINFO
Alias: None
Product: TDE
Classification: Unclassified
Component: tdelibs (show other bugs)
Version: R14.0.x [Trinity]
Hardware: Other Linux
: P5 normal
Assignee: Timothy Pearson
URL:
Depends on:
Blocks:
 
Reported: 2014-02-28 23:22 CST by David C. Rankin
Modified: 2018-05-27 10:49 CDT (History)
3 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description David C. Rankin 2014-02-28 23:22:17 CST
I want to take up the issue of text missing in initial display of menus and dialogs again and see if there isn't an easy solution that can be found for R14. The initial description is detailed here:

http://trinity-devel.pearsoncomputing.net/?0::12245

  Basically the first time a menu or dialog is displayed, there will either be text missing or the dialog group labels are cropped/clipped in half until focus is removed from the window and then restored. The most prevalent problems are seen with the 'GroupBox' container label which are almost always initially displayed 1/2 missing. (I believe GroupBox label is the technical term)

  An example of the text chopped in half is shown in this screenshot:

http://www.3111skyline.com/dl/dt/trinity/ss/kmail-config-clipped.jpg

  The screenshot shows an actual option chopped in 1/2 but that is the way most of the GroupBox labels first appear (it is just really difficult to get a screenshot because when focus changes to ksnapshot, the window is refreshed and the text redraws in full)

  I don't know what part of TDE is responsible for drawing or painting the .ui dialogs, but that seems like a good place to start. Has anyone done any research on this or know what part of TDE to start looking at? I presume this basic function must be a tdelibs function.
Comment 1 Darrell 2014-03-01 14:34:40 CST
Have you tested this against a new profile directory?

Have you tested by exiting TDE, deleting the tdesycoca files, and then starting TDE?

Have you tested with a different window manager (kcontrol->Appearance & Themes->Window Decorations->Window Manager)?

Can you verify this problem across different machines?

I have seen this behavior but only in isolated instances, such as bug 1020.

Please attach your images to the bug report.
Comment 2 Michele Calgaro 2014-03-02 22:05:17 CST
Personally I have never seen this problem during my normal use of TDE, but I will pay more attention in future, just in case.