Summary: | korganizer->configure->time&date: Window has unusable width - more than 2000 pixel. | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | Thomas Steudten <thomas> |
Component: | general | Assignee: | Reinhold Kainhofer <reinhold> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | arturcz, christophe, reinhold |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
KOrganizer_TimeZoneCombo.png
picture left half picture right half Window if timezone button is selected |
Description
Thomas Steudten
2005-08-11 10:01:44 UTC
Can you please find out which timezone is the problem? Cheers, Reinhold Hi Today I trace the korganizer. ok, the problem is not the length of the zonename, instead the number of entries to choose. If you have more than 200 entries in /usr/share/zoneinfo/zone.tab (for FC4 it's the package tzdata) the selection window is very big. one column is ok, 3 gives you trouble and more than 6 columns - this means about 6x54 entries in zone.tab - gives big trouble. However, I think it's a problem in the binding of this button to the left or to the right - you see that this button gets bigger at about 3 columns. Or a problem in the QT Library for this type of selection. Reproduce: Add package tzdate or add about 300 entries to zone.tab. Solution: 1. Keep the button the same size 2. Create Subselection windows for more than 3 columns width windows. On Thursday 11 August 2005 18:32, Thomas Steudten wrote: > Today I trace the korganizer. ok, the problem is not the length of the > zonename, instead the number of entries to choose. If you have more than > 200 entries in /usr/share/zoneinfo/zone.tab (for FC4 it's the package > tzdata) the selection window is very big. one column is ok, 3 gives you > trouble and more than 6 columns - Hmm, what do you mean by columns? Here my korganizer's config dialog has a combo box, which doesn't have multiple columns... See the attached screenshot. > this means about 6x54 entries in zone.tab > - gives big trouble. > However, I think it's a problem in the binding of this > button to the left or to the right - you see that this button gets bigger > at about 3 columns. Or a problem in the QT Library for this type of > selection. > > Reproduce: > Add package tzdate or add about 300 entries to zone.tab. My zone.tab has 385 entries, and I don't have a problem. > Solution: > 1. Keep the button the same size > 2. Create Subselection windows for more than 3 columns width windows. There should only be one column used by the combo box. It will scroll if there are more entries. Can you please use ksnapshot to make a screenshot of the dialog and the combo box? Thanks, Reinhold Created an attachment (id=12177) KOrganizer_TimeZoneCombo.png Created attachment 12200 [details]
picture left half
Created attachment 12201 [details]
picture right half
Created attachment 12202 [details]
Window if timezone button is selected
Hi Sure, you're box looks good. A scrollbar has only the work from- to selection, not this window. korganizer --version Qt: 3.3.4 KDE: 3.4.2-0.fc4.1 Red Hat KOrganizer: 3.4.2 See screenshoots. Ah, thanks, that seems to be a problem with your widget style. Which style do you use? (See the "Appearance & Themes" -> "Style" section in the control center) Cheers, Reinhold It's gnome. Bluecurve-Tangerine. Window border crux. with style keramik the window looks fine, like yours. How can we fix the other bug? Please check your widgets/gadgets with "korganizer --style bluecurve". Thanks. That's a bug in the widget style, which obviously isn't able to cope with combo boxes with lots of entries. Please report that bug as a bug in the widget style to whoever wrote that style (bluecurve is not one of the styles that are developed by the KDE project, but as far as I remember, by Redhat as part of their "corporate identify"ing KDE and gnome to a similar look). KOrganizer relies on the widget style to behave properly also for extreme cases like this. Cheers, Reinhold This bug still exists in some styles. How can I check where I should submit a bug to the style? The one I am using is Motif. This bug should not be closed. Please reopen. Ah, thanks for the hint that the problem appears in the motif style. The real problem is that that style does not properly handle combo boxes with hundreds of entries... I'm able to reproduce the bug with korganizer --style motif now. If you display the combo box contents, it doesn't fit on the screen, so there is another problem with the style: How can you select some entry from the end of the list??? Cheers, Reinhold > If you display the combo box contents, it doesn't fit on the screen, so there is another problem with the style: How can you select some entry from the end of the list???
I do not do that :) As far as I remember I set the proper value before I set my widget style to Motif. Or perhaps it was just copied from my global KDE settings. I really cannot remember :)
On the other hand, as far as I remember the original Motif worked this way. The question is: should the KDE style copy that behavior for sake of compatibility or should KDE have this tyle working in the userfriendly manner. I prefer the last option :)
And the problem is stil open for other styles. I checked all styles available in my default installation (KDE 3.5.5 from Debian unstable) without additional themes. Affected by this problem are: CDE, Motif, Motif Plus and SGI.
Best regards
Artur
Resolved in KDE4 even if I test with the "motif" style. Closing. |