thanks Simon,
As you said,
> As for the values of the settings when the dialog box is first opened, I
> would arbitrarily choose either the left or top border as reference.
in fact, my patch in that bug is doing this, but if
b. not first time =====>
if users set top, left, right, bottom thickness the same
=======> we can display the same value
if users set top, left, right, bottom thickness seperately
to not the same =====> what should we display?
please advise~
To the render bugs, yes, it is a Windows specific bug. but I found
that in the graphical
layer (the code in the directory src/af/gr/ ) drawline function just
use GDI (moveto and lineto) and the pixels are all right, so I have
no idea the reason cause this.
thanks,
Vincent
在 2012年4月4日 上午8:35,Simon Larochelle <larochelle.simon.1@gmail.com> 写道:
>
> I have the impression of fighting against the UI to set the borders.
> My preference would be that we adopt the same type of dialog behavior
> that GNUMERIC uses to set the borders of cells. Concerning the issue
> of switching dialog boxes, it may be better to always reinitialize the
> preview area to the current state of the frame as there may be some
> elements like a background image that the user does not want to
> change. On the other hand, the settings should stay the same. As for
> the values of the settings when the dialog box is first opened, I
> would arbitrarily choose either the left or top border as reference.
>
> Vincent, concerning bug 7976, the problem is likely in the graphical
> layer (the code in the directory src/af/gr/ ) as this is a Windows
> specific bug.
>
> Simon
Received on Wed Apr 4 05:25:12 2012
This archive was generated by hypermail 2.1.8 : Wed Apr 04 2012 - 05:25:12 CEST