http://bugs.winehq.org/show_bug.cgi?id=25010
Summary: radmin fast search halfworking. Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: emoxam@gmail.com
cursors moves unlogical when trying to search a folder by pressing a keys matched first letter of the folder name! it works logical only if you press only first letter!
what did i mean!
we know that in the most every folderlist we can press fisrt letters of the folder name and cursors moves to the right folder if a folder exists in the current location.
so that function i used in windows.. it's really comfortable when you have about 80 folders..
so how it works in radmin through wine - really unlogical!
we have two fims.. begins with the "ved" and "var" (var is the first in the folder listing who begins from "v") so we press leters "v" and then "e" - all good - we are on "ved" so we press letters "v" and then "a" - cursor position is firm wich begins from "ve" - i mean "ved" adain! why "ved" ?
so we have "oao" - i press "o,a,o" and i am on the third firm that in the listing begins from "o", but firm begins from oao is only one! uncorrect "a" letter work ?
so we have "lpq" - i press "l,p" i am on the seconf firm.. the first was lpq .. unlogical - i am pressed the "p" and cursors didn't stay on the place. this is the only one firm begins from "lpq"! BUT if a press "l,p,q" i exactly ont "lpq" firm!
so thats what i meant unlogical moves! i caanot understand algorithm.
thank you!
http://bugs.winehq.org/show_bug.cgi?id=25010
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.radmin.com/downl | |oad/radmin35.zip
http://bugs.winehq.org/show_bug.cgi?id=25010
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com 2013-01-29 01:48:02 CST --- Could you be more specific? Do you mean tree or list that doesn't search correctly?
Also if you're still able to reproduce that with current wine, post exact steps to reproduce that - full list of directory names to add, which one is focused initially and what sequence you type in.
http://bugs.winehq.org/show_bug.cgi?id=25010
--- Comment #2 from Alexander emoxam@gmail.com 2013-01-29 03:02:28 CST --- Lets make two folders in radmin.. first is "ved" and second is "var" (var is the first in the folder listing who begins from "v") so we press leters "v" and then "e" - all good - we are on "ved" so we press letters "v" and then "a" - cursor position is on folder wich begins from "ve" - i mean "ved" again! why "ved" ?
next - we have 3 folders. "oao", "ober" and "okto" so i press "o,a,o" and i am on the third folder that in the listing begins from "o", but folder begins from oao is only one! Why cursor moved not to oao but to "okto" ?
so we have "lpq" and "lud" - i press "l,p" i am on the second folder (on lud).. the first was lpq ..
Here's three examples, you can make any folders and try to set cursor by typing folders name.
http://bugs.winehq.org/show_bug.cgi?id=25010
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Component|-unknown |comctl32 Ever Confirmed|0 |1
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com 2013-01-29 04:13:39 CST --- Yeah, I can see what you mean now. Only ListView is affected, TreeView works fine for me. Native comctl32 is a workaround.
http://bugs.winehq.org/show_bug.cgi?id=25010
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor
http://bugs.winehq.org/show_bug.cgi?id=25010
--- Comment #4 from Alexander emoxam@gmail.com 2013-01-29 04:38:32 CST --- Right now i don't have Linux near, so i act "without book" .. how difficult the fix is and should i wait fir it ?
http://bugs.winehq.org/show_bug.cgi?id=25010
--- Comment #5 from Nikolay Sivov bunglehead@gmail.com 2013-01-29 04:45:43 CST --- The problem is that it doesn't wrap back to index 0 while searching it seems.
http://bugs.winehq.org/show_bug.cgi?id=25010
--- Comment #6 from Alexander emoxam@gmail.com 2013-01-29 04:56:23 CST --- as i remember if we have 3 folders begins grom one letter presing this key must cylce all folders which begins with that letter, but it doens't work. For example lets create vedi, var, vol and lets begins to press "v" on several occasions.. look that there is no cycle at all
so i think that's bugs have the same roots
http://bugs.winehq.org/show_bug.cgi?id=25010
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com 2013-01-30 02:19:58 CST --- I just sent a patch that fixes this for me http://www.winehq.org/pipermail/wine-patches/2013-January/121976.html. Anyone care to confirm?
http://bugs.winehq.org/show_bug.cgi?id=25010
--- Comment #8 from Dmitry Timoshkov dmitry@baikal.ru 2013-01-30 02:55:24 CST --- (In reply to comment #7)
I just sent a patch that fixes this for me http://www.winehq.org/pipermail/wine-patches/2013-January/121976.html. Anyone care to confirm?
You can test it with any application that brings Open File dialog, notepad is an easy choice, just resize the file selection dialog and choose All (*.*). The patch makes current behaviour better, but not entirely correct (it seems).
http://bugs.winehq.org/show_bug.cgi?id=25010
--- Comment #9 from Alexander emoxam@gmail.com 2013-01-30 03:13:30 CST --- Why noteopad ? We are talking about folders in radmin, do we ?
http://bugs.winehq.org/show_bug.cgi?id=25010
--- Comment #10 from Nikolay Sivov bunglehead@gmail.com 2013-01-30 03:17:09 CST --- (In reply to comment #9)
Why noteopad ? We are talking about folders in radmin, do we ?
Because it doesn't matter where listview is hosted. As long as application doesn't change default message flow it should behave the same.
http://bugs.winehq.org/show_bug.cgi?id=25010
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |8f87fc5b39c83d59da5f5a2f1b4 | |82304f401719b Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #11 from Nikolay Sivov bunglehead@gmail.com 2013-01-30 13:54:25 CST --- This works better now after 8f87fc5b39c83d59da5f5a2f1b482304f401719b.
http://bugs.winehq.org/show_bug.cgi?id=25010
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Alexandre Julliard julliard@winehq.org 2013-02-01 04:55:46 CST --- Closing bugs fixed in 1.5.23.
-
wine-bugs＠winehq.org