Re: [evolution-patches] A patch for calendar based on trunk



Rodrigo Moya wrote:

On Tue, 2004-03-02 at 15:18 +0800, Kidd Wang wrote:

JP Rosevear wrote:

On Mon, 2004-03-01 at 02:12, Kidd Wang wrote:


Hi,

This patch is aimed for trunk. We have found a bug in calendar which can be reproduced as follows:
1. Invoke evolution on Japanese locales.
2. Choose [File] -> [New] -> [Appointment].
3. Select [Appointment] tab.
4. Choose an arrow button in "Start time" or "End time".

Then Japanese "01:00 AM" is longer than the text box, so the string is shifted left.

Enclosed is the snapshot and a patch to fix that. Would you like to spend a little time to review it?
I suspect hardcoding a larger value is not the way to fix this.  IIRC
this hard code is there because ages ago gtk did not properly size
allocate the combo box based on the child size.  The hard coded size may
not even be necessary now, the other option would be to calculate the
size of the time strings and then set the size request to the maximal
size plus some padding.

-JP


Before I sent you the patch yesterday, I did have tried your second option to call some pango functions, such as pango_layout_get_pixel_size, to calculate the accurate size of the box, but unfortunely it seems that these functions can only give me
an approximate value which is almost always much less than the text appears.
Enclosed is a patch conforming to your first option and snapshots are also given below.
Does it look OK?

this will make the combo get the same size on every locale, so there
might cases, in some resolutions and locales where it is smaller than
the text. Do we want that? If we do, the patch looks ok.

cheers

JP, I'd like to know your opinion.




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]