[palapeli] [Bug 366796] Ctrl-click should never, ever deselect all pieces

2016-08-21 Thread Ian Wadham via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366796

--- Comment #8 from Ian Wadham  ---
@Stefan: There are now two more configurable mouse actions: teleport pieces and
switch to close-up or distant view.  I followed the existing scheme, with
interactors, etc. because it seemed simpler to leave well enough alone.  Also
the config dialog is a handy lookup-table for users even if they never change
the default mouse actions.

One very nice thing about the current setup was that the functionality of
Palapeli's view and scene classes came for free with every piece holder window,
making it possible to do sub-assemblies within large puzzles in any window ---
main puzzle table or piece holder.

There is just one problem with the interactors as far as I am aware: they can
run on after a piece object has disappeared and cause a crash, e.g. in some
circumstances when merging pieces and always if you do Restart Puzzle (as a
keyboard shortcut) in the middle of a drag (which makes the crashes
reproducible).

-- 
You are receiving this mail because:
You are watching all bug changes.


[palapeli] [Bug 366796] Ctrl-click should never, ever deselect all pieces

2016-08-19 Thread Ian Wadham via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366796

--- Comment #6 from Ian Wadham  ---
@Matthew: I had a brief look at how Palapeli is handling selects. It is mostly
home-grown and could be changed, but I won't be fixing it.  See my reply to
Christoph.

QAbstractItemView is part of the model/view classes (lists, tables and trees).
I suppose it would apply to selections in the view of the puzzle collection (a
list view), but it does not apply to pieces on a puzzle table.

Do you wish to make the changes and commits to fix this bug? If so, I can help
you get started.

-- 
You are receiving this mail because:
You are watching all bug changes.


[palapeli] [Bug 366796] Ctrl-click should never, ever deselect all pieces

2016-08-19 Thread Ian Wadham via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366796

--- Comment #5 from Ian Wadham  ---
(In reply to Christoph Feck from comment #4)
> Ian, while Palapeli has a KF5 port lingering at the frameworks branch, the
> released version is still KDE4 based. So hack ahead ;)
Thanks, I know that, but I have retired from KDE programming, permanently.

-- 
You are receiving this mail because:
You are watching all bug changes.


[palapeli] [Bug 366796] Ctrl-click should never, ever deselect all pieces

2016-08-15 Thread Ian Wadham via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366796

--- Comment #2 from Ian Wadham  ---
(In reply to Matthew Woehlke from comment #0)
> I'm not familiar enough with how palapeli is implemented, but it occurs to
> me the problem might be in the QGV frameworks? (In which case I'm happy to
> punt this to Qt...)

I have not checked the code, but I am pretty sure this behavior is nothing to
do
with Qt or QGraphicsView.

There are some other mouse operations I am not happy about in Palapeli, such
as the possibility of crashing Palapeli when dragging and joining pieces. 

Unfortunately I am not in a position to do any serious maintenance, due to my
advanced age and the fact that I am on an Apple computer and do not yet have
KF5.  I last worked on Palapeli about a year ago.

If you are interested in fixing Palapeli, I could help you find the pieces of
code
that need work and perhaps suggest some patches.

The position of maintainer is also vacant and porting to Frameworks is
incomplete.

-- 
You are receiving this mail because:
You are watching all bug changes.


[palapeli] [Bug 366796] Ctrl-click should never, ever deselect all pieces

2016-08-15 Thread Ian Wadham via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=366796

Ian Wadham  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||iandw...@gmail.com
 Status|UNCONFIRMED |CONFIRMED

--- Comment #1 from Ian Wadham  ---
(In reply to Matthew Woehlke from comment #0)
> It is very, very frustrating when I am trying to select a bunch of pieces by
> clicking on them individually while holding ctrl that palapeli drops my
> entire selection if the mouse is over the wrong pixel when I click.
> 
I agree, but perhaps not with a second "very"... :-)  Also the procedures for
deselecting a whole group of selected pieces or just one piece from such a
group should be clearer and more intuitive.

> Multi-select behavior should work like it does in every other application.
> Specifically:
> 
> - A ctrl-click on empty space DOES NOTHING. It absolutely, positively should
> not deselect every piece I've worked hard to select.
> - A ctrl-click-and-drag should ADD to the selection, not replace it.
> 
Is there a standard on this?  If so, Palapeli should follow it.

> (It would also help if there was a little fudge factor for clicking on
> pieces, but that probably deserves a separate report.)
> 
Agreed, but the little hand that appears is a reliable indicator, even
for pieces that are currently too small to see properly.

-- 
You are receiving this mail because:
You are watching all bug changes.


[palapeli] [Bug 365218] Discover doesn't find palapeli because the appstream data is missing

2016-07-07 Thread Ian Wadham via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=365218

Ian Wadham  changed:

   What|Removed |Added

 CC||iandw...@gmail.com
   Severity|normal  |wishlist

--- Comment #1 from Ian Wadham  ---
>From what I can see, Palapeli is not alone in this.  NONE of the KDE Games have
appstream data.  Is appstream something KDE Games is supporting - or KDE
software as a whole for that matter?

Not knowing what appstream was, I had a brief look via Google, Wikipedia and
freedesktop.org and found it a bit of a turn-off.  But then I am approaching 80
and have announced my retirement from KDE Games some time ago.

So yeah, maybe a junior job, if the KDE Games group wants to do anything about
it.

-- 
You are receiving this mail because:
You are watching all bug changes.


[kmahjongg] [Bug 363699] The re-showing of a resolved game does not stop

2016-05-30 Thread Ian Wadham via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=363699

Ian Wadham  changed:

   What|Removed |Added

 CC||iandw...@gmail.com
 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Ian Wadham  ---
This is actually a feature now, not a bug.

To interrupt the animation, just hit New, Quit or whatever.

-- 
You are receiving this mail because:
You are watching all bug changes.


[drkonqi] [Bug 337742] Error sending the crash report: /Received unexpected error code 410 from bugzilla. Error message was: You must log in before using this part of KDE bugtracking system.../

2016-05-16 Thread Ian Wadham via KDE Bugzilla
https://bugs.kde.org/show_bug.cgi?id=337742

--- Comment #73 from Ian Wadham  ---
(In reply to Stanislav Kravets from comment #72)
> The same bug in kubuntu 14.04.3, KDE 4.13.3

Please read comments #66 and after.  The bug was fixed in version KDE
Applications/14.12.1, in January 2015, which came after KDE 4.14, the last full
KDE 4 release.  Please contact Kubuntu maintainers to get the fix applied and
released in Kubuntu.

-- 
You are receiving this mail because:
You are watching all bug changes.