-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101492/#review3651
-----------------------------------------------------------



kdeui/widgets/kmainwindow.cpp
<http://git.reviewboard.kde.org/r/101492/#comment3034>

    Why change x to nx and y to ny ? What is that supposed to signify ?



kdeui/widgets/kmainwindow.cpp
<http://git.reviewboard.kde.org/r/101492/#comment3033>

    isn't this if statement supposed to use YValue instead ?


- Dawit


On June 2, 2011, 11:08 a.m., Urban Widmark wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/101492/
> -----------------------------------------------------------
> 
> (Updated June 2, 2011, 11:08 a.m.)
> 
> 
> Review request for kdelibs.
> 
> 
> Summary
> -------
> 
> When an X geometry is given on the command line, parseGeometry() will, for 
> positive positions, use geometry().x()/.y() instead of the x/y value parsed 
> from the string. This causes positive positions to not work. For negative 
> values the string values are used.
> 
> No direct bugs reported on this that I can find, but the odd position 
> behavior is noted in some --geometry related bugs:
> Comment #6, http://bugs.kde.org/show_bug.cgi?id=165355
> http://bugs.kde.org/show_bug.cgi?id=230663
> 
> 
> For the KMainWindow --geometry parsing to work for both size and position, 
> the client application will have to call applyMainWindowSettings() or 
> restoreWindowSize(). The parsing done by KMainWindowPrivate::init() will only 
> set position. Not sure if that is good, as a user of the window I would 
> expect it to use all of the --geometry data at the same time (either on 
> creation or some later call).
> 
> 
> Diffs
> -----
> 
>   kdeui/widgets/kmainwindow.cpp 1d27722 
> 
> Diff: http://git.reviewboard.kde.org/r/101492/diff
> 
> 
> Testing
> -------
> 
> Using a KApplication program with a KMainWindow that also calls 
> applyMainWindowSettings (keditbookmarks), positions verified using xwininfo:
> keditbookmarks --geometry 400x300+100+200
> keditbookmarks --geometry 400x300-100+200
> keditbookmarks --geometry 400x300+100-200
> keditbookmarks --geometry 400x300-100+200
> keditbookmarks --geometry 400x300
> keditbookmarks --geometry +100+200
> 
> Without patch all +coords are replaced by 0.
> Negative positions do not account for window decorations as the size of those 
> are not known. I suspect the user will have to adjust for that in their input.
> 
> 
> Thanks,
> 
> Urban
> 
>

Reply via email to