> On July 20, 2014, 9:18 p.m., Adam Pigg wrote: > > What do you think about changing the behaviour to: > > 1. If no item i currently selected, paste item in the top left as per the > > patch > > 2. If an item is selected, paste it offset to the selected item (maybe > > x+10, y+10) > > Wojciech Kosowicz wrote: > It's interesting but I think we should stick to what the users are used > to. The behavior above does not seem natural whereas the one presented by me > can be found in a bunch of programs. Whole user experience should be about > making user feel like she/he already knows the program based on their > previous experience with other applications
Isn't the case 2. similar to what we have in forms (http://wstaw.org/m/2014/07/27/plasma-desktopXo4681.png)? Forms behave this way even if the copied widget is not currently selected. If so I am all for it. The goal is to avoid completely covering widgets with newly pasted ones. (in forms better test with a button widget, not a frame widget because the latter is a container, so pasting inserts a new widget as a child of the selected container -- a special case) Let's see how it's done elsewhere: Qt Designer and Inkscape currently pastes at position pointed by the mouse cursor. Not bad. We could have it in forms or reports too in addition to implementing "paste it offset to the selected item (maybe x+10, y+10)" (a topic for another JJ). LibreOffice (and IIRC MS Office) just pastes in the original place. It happened to me that I pasted multiple objects in one place in these apps... General rule: we shall have the same behaviour in forms and reports, whateven the behaviour is. - Jarosław ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119369/#review62750 ----------------------------------------------------------- On July 19, 2014, 5:44 p.m., Wojciech Kosowicz wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://git.reviewboard.kde.org/r/119369/ > ----------------------------------------------------------- > > (Updated July 19, 2014, 5:44 p.m.) > > > Review request for Calligra and Adam Pigg. > > > Bugs: 334967 > http://bugs.kde.org/show_bug.cgi?id=334967 > > > Repository: calligra > > > Description > ------- > > Item pasted in Kexi reports gets selected and pasted in the upper left corner > instead of being not selected and being directly put on the item that it was > copied from (making it impossible) > > > Diffs > ----- > > libs/koreport/wrtembed/KoReportDesigner.cpp 63152a7 > > Diff: https://git.reviewboard.kde.org/r/119369/diff/ > > > Testing > ------- > > After pasting item in Kexi's report it is selected it's properties are active > and it appears in the left upper corner of the report > > > Thanks, > > Wojciech Kosowicz > >
_______________________________________________ calligra-devel mailing list calligra-devel@kde.org https://mail.kde.org/mailman/listinfo/calligra-devel
