Bug 153613 - Scoring options and game objective
Summary: Scoring options and game objective
Status: RESOLVED FIXED
Alias: None
Product: knetwalk
Classification: Applications
Component: general (show other bugs)
Version: 1.0
Platform: Debian testing Linux
: NOR wishlist
Target Milestone: ---
Assignee: Fela Winkelmolen
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-07 15:17 UTC by ss
Modified: 2008-03-15 15:51 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ss 2007-12-07 15:17:02 UTC
Version:           1.0 (using KDE KDE 3.95.0)
Installed from:    Debian testing/unstable Packages
OS:                Linux

As differnet boards have differnet levels of difficulty, it would be nice to have the score based on a 'par' value, the minimum
number of clicks needed to solve the board.

Also, considering bugs #141195 and #150386, how about a bonus for using less cabling than the computers solution. 

(and for key clicks, how about a third click type for flipping a tile 180 degrees)
Comment 1 Fela Winkelmolen 2007-12-07 19:31:47 UTC
I agree with you. My plan for kde 4.1 is to change the scoring to take extra moves (how many exceeding the minimum) and time into account. 
About using less cabling than neccesary I don't like the proposed solution very much. Maybe I will try to only generate levels for wich all cables have to be used to connect all terminals.
And I was planning for one move to mean moving one cell, no matter how many degrees. This also helps for example when accidentaly pressing the wrong mouse button.
Thanks for the report.
Comment 2 ss 2007-12-10 16:16:20 UTC
Fela Winkelmolen wrote:
[bugs.kde.org quoted mail]
Actually, I like having to be precise about which key I use to rotate
the cells. Perhaps there could be a user skill setting for counting keys or
cell rotates?
Comment 3 Fela Winkelmolen 2007-12-10 18:56:07 UTC
What about undoing clicks when it is obvious the user accidentally clicked the wrong button (like left_click/*woops* right_click/right_click counting as one click), this would still penalize people always using the same direction. 
It don't really seems something worth making an option.
Comment 4 Fela Winkelmolen 2008-03-15 15:51:22 UTC
SVN commit 785910 by fela:

* New scoring algorithm (now the score is based on the elapsed time as well as the number of moves)
* The cells now are always of the same size (it wasn't always the case, before).
BUG:153613
BUG:155577



 M  +4 -1      TODO  
 M  +10 -2     src/abstractgrid.cpp  
 M  +4 -1      src/abstractgrid.h  
 M  +58 -51    src/mainwindow.cpp  
 M  +19 -9     src/mainwindow.h  
 M  +2 -1      src/renderer.cpp  
 M  +5 -1      src/view.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=785910