Bug 273484

Summary: Plasma digital clock wraps text for additional timezone
Product: [Unmaintained] plasma4 Reporter: Paul Fee <paul.f.fee>
Component: widget-clockAssignee: Plasma Bugs List <plasma-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: jlayt
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Fedora RPMs   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Wrapped tooltip text
Not wrapped

Description Paul Fee 2011-05-17 14:59:17 UTC
Created attachment 60080 [details]
Wrapped tooltip text

Version:           unspecified (using KDE 4.6.2) 
OS:                Linux

Using KDE 4.6.3 - but couldn't select that from bugzilla dropdown list.

Hover over the digital clock and a tooltip appears with the day, date and additional timezone information.  The text for the additional timezone gets wrapped at the last character.

When two additional timezones are configured, the wrapping does not occur.

See attached screenshots for examples.

Reproducible: Always

Steps to Reproduce:
In plasma digital clock, go to digital clock settings, Time Zones.
Enable one timezone (Los Angeles).
Hover over digital clock.
Is timezone text wrapped?

Actual Results:  
The timezone influenced the results, with only Los Angeles, the text wrapped at the last character.  With only London, the text didn't wrap.

With both Los Angeles and London, the text didn't wrap.

Seems that a single (long) timezone area causes wrapping.  Is there a fixed size widget involved?

Expected Results:  
Expect tooltip to grow to fit the text, up to a reasonable limit.  If wrapping is still necessary, then wrapping shouldn't occur within a word.

Don't understand how adding a second timezone could prevent the wrapping, maybe different code or layout is used for more than one timezone configurations.
Comment 1 Paul Fee 2011-05-17 15:01:47 UTC
Created attachment 60081 [details]
Not wrapped

Two timezones.  This shows the expected behaviour, i.e. no wrapping.
Comment 2 John Layt 2011-05-27 19:19:29 UTC

*** This bug has been marked as a duplicate of bug 260394 ***