Correction : i withdraw my criticism from above, i have played around more specifically . I does make sense!
So: one is pleased with the v10 find!
Well, as someone who has always used the "new" way of doing things, I haven't complained.
Probably because I never used the old way.
But I follow this discussion with interest as it helps me to make better use of the bits and pieces that I haven't noticed before. But that long awaited manual would be a great help. Preferably with worked examples.
One positive aspect of this discussion is that Leo, or whoever, can now write that manual with a better idea of the sort of things that people try to do.
So, nobody liked new find functionality? Oh, that's not true - I love new functionality of find panel, now after i discover how to use it, but don't like compact everything in one window! So - functonality (results ready for use in normal lister)? Of course yes! But link find window and lister together - hell no.
And I don't really think that number of people has anything to say about Opus functionality. In "find as you type field" post (about disabling animation) I get info that more than few people must want changes for made that changes (so I still stuck with animiated FAYT bar that blocks my shortcuts keys to drives while displayd and slow me down). But here, in this thread, lot of people want some changes and what? Nothing has changed - no matter, two or twenty people want something, it's still impossible. Maybe because of that people do not want to prove that some of their ideas are not so good (that's normal, everyone want to has right). Maybe reason is different - who knows, nevermind.
I suggest to leave functionality of find panel (results in working lister, that's really improvement) but give people possibility to unlink that find panel from lister. If there is possible to copy from one separate source lister to another - destination one (not in dual mode) then should be possible to show results in source lister too, even if find function will be without result area itself and be separate window.
Greetings
[quote="leo"][quote]... If you give us constructive criticism, or at least more details than "I don't like it", we might be able to do something with it...[/quote][/quote]Hello Leo...
Constructive criticism:
I am at a loss to understand the seeming reluctance to accept that the overwhelming message of this thread is that people want a floating, separate search.
This does not mean they want to revert to the Find window. I myself am quite satisfied with the solution I have created with a Find layout of my own devising, which of course, displays the Find panel. If DOpus were to provide that as an option, so that those less comfortable with customising DOpus could enjoy the benefit of the Find panel without having to create their own layout (much as they do now with the Synchronize (sp) function) I believe the complaints would simply go away.
This thread does not represent a majority of users.
Almost everyone in the thread seems to be happy with one of the solutions offered.
I said I'm open to the idea of making it easier for people who don't like the defaults to change them, without having to create layouts etc., but it's also not clear how that should work.
We're not going to change things further without a coherent idea of what the problems are and how they can be addressed. Otherwise we risk adding complexity while only making a handful of people (if any) happy, with other people either already happy with the default or wanting something else entirely and still unhappy.
If you have suggestions for how the alternative configuration/mode/whatever should work then please voice them.
Just saying "people want floating separate search" doesn't tell us very much. Does that just mean the find panel in a separate window? With or without some kind of results list attached? Tied to the lister that launched it or not? Is whatever you're advocating the same as what everyone else in the thread wants, or does everyone want a different thing?
Are you just asking for some pre-defined layouts and toolbar buttons (i.e. just configuration), or something in Preferences which changes what the Find command does to use a layout, or what?
If it's a layout, how would the layout work? I mean, you want your Find layout to open full-screen on a particular monitor; that would never be the default so in your case you'd always have had to at least save-over a layout to get what you want. In that case, what value would we really be adding by creating a default layout that wasn't what you wanted? You'd probably still have had to ask for help or find a FAQ to know that a layout was being used and needed to be updated, so what real benefit is there to having some kind of explicit support for that in the code versus having a FAQ which explains, in a few simple steps, how to set it up now?
And with each aspect of the suggestion, please explain why it is wanted and which problems it would solve, so we can understand what the benefits and underlying requirements are. Otherwise we risk misinterpreting what you say and producing something that doesn't do what you meant for it to do.
I find the old panel actually inferior to the integrated one. Sure, you may need to customize layout to your liking, but you CAN customize, while the old panel was fixed design. I guess an option switch here and there would facilitate using the panel, but that's all about it.
Actually I never used the old separate find window, and I think a find pane is (generally) the right thing. However, for the life of me I never can't seem to identify to which of my dual listers the find pane belongs, or especially if I do searches in both lister panes.
This is of course due to the current find pane's (sorry, major) design flaw consisting of the find pane spanning all listers. This doesn't make sense and obviously is only due to the fact that "find" and "synchronize" share the same pane (where with the latter the spanning of course DOES make sense, but not with the former).
Additionally, the find pane gets ridiculously wide if you use multiple monitors.
Thus, I'm absolutely convinced that the solution would be to have the find pane span ONLY the very lister it belongs to!
The find panel is already restricted to a single lister. (The lister is the whole top-level window.) Restricting the panel to the width of just one of the file-displays would make it completely unusable on many people's setups. The area would not be wide enough for what it needs to contain.
The current layout is only a "major design flaw" if you think Opus was designed to be used with a single window spanned across three monitors, the way you use it. It wasn't.
Use Opus however you want, but keep in mind that almost everyone else's setup is different.
No your honour, I disagree.
The find panel even is unnecessary wide on a single stinky 4:3 monitor, let alone on a typical taday's 16:9 monitor:
I therefore strongly uphold that the find panel must look ca. like this:
Cheers David.P
Not everyone has their windows maximized.
Sounds like a case for a separate detached find dialog minimally sized to the width ~required for all the find panel elements to be visible.
ROTFL... </serious_but_mentioned_in_jest>
But the sub-thread you're replying to started with:
So it doesn't sound like a case for a separate, detached anything.
Geez... and no smiley's or anything... who pee'd in YOUR cereal lately...?
Can you answer me what about my idea? As I suggest in this thread - new find METHOD is very nice - files are ready to use them in working file lister and that is really great! But what is problem with unlink that find part of window and make it float? Results can be placed in active source lister and everything will works like now (better way than in old Opus, I must agree) except that find window will not be placed inside panel? And everyone will be happy.
PS. "find window" - i mean only that part of window with search parameters, not results.
Because nobody has convinced us that that would be worth the time & effort required to write, document and (forever) test it every time anything related was changed.
Which problems would your suggestion solve?
Problems with resizing listers if I want to see "Find" button? Anyway, that should make Opus more flexible.
Just an example of my idea.
Of course this is only suggestion.
What problems resizing listers?
Why is it a problem to just (for example) maximize the source lister if it's not big enough? You can built it into the find button/hotkey if you want.
Nice never-ending discussion where a bunch of concerned users (some of whom seemingly coming out of nowhere lol) are on one side (PRO FSS) and a single discussionist on the other side (CONTRA FSS) and with the remaining thread readers being indifferent.
[quote="teefan"]that should make Opus more flexible.
[img]http://www.opus.xs.com.pl/examplefind.png[\img]
Just an example of my idea.[/quote]
Nice screenshot stefan! I LIKE IT. 
![http://www.opus.xs.com.pl/examplefind.png[\img]](http://www.opus.xs.com.pl/examplefind.png%5B%5Cimg%5D){kind=link}
I've tested v.9.6.5.0 (it works with my purchased license yay!) and i am realizing that the Find Window was simply abandoned in DO10. Interesting! Honestly I didnt like DO9's separate Find Window (too bulky, sorry) but stefan's screenshots are quite attractive fwiw. While i dont understand in detail why ppl in this thread desire a FSS (Float separate search), like bspeight i do understand that they desire it. Various users have tried to voice their opinion and likings and preferences in this discussion thread. I thought that Dopus philosophy and Dopus policy was and is "If enough users liked and preferred an idea (new feature request/program suggestion), then Dopus would oblige by implementing it". In this thread we learn that it's more like "Only if leo likes it (because he's been convinced or he likes it), then Dopus team would oblige by implementing".
If this forum doesnt allow for polls, then i suggest that each concerned user sends in the same feature request via e-mail, or alternatively, raises his/her hand in this thread with a short post (such as "FSS? I want! Me too!!"). Minority support. In an effort to support all those users who for whatever inexplicable reason "were liking or preferring the old" Find Window, my vote in the poll goes to:
FSS? I want! Me too!! (EDIT: i've just sent in the feature request/program suggestion. it's filed under tracking number #420862191. So join me! 
)
As I keep saying:
[ul][li]Different people have said (both in this thread and elsewhere) they are both for and against the way things are. (And the vast majority of people haven't said anything either way, so we don't know what they think.)[/li]
[li]The people against the way things are are not all asking for the same thing (so it's not clear that any one change would make everyone happy).[/li]
[li]Almost everyone is (more or less) happy with the way things are once it's explained to them how they can change/configure things to their liking.[/li]
[li]We're open to suggestions on how to improve things, but we're only going to spend time on changes -- and complicate using the program, documentation, and all future testing and development -- where those changes seem justified.[/li]
[li]I have repeatedly asked that if people request an idea, they explain not just the details of the idea itself but also why they want it and which problems it will solve.[/li]
[li]"Because I want it" is not enough to convince someone else that a change is worthwhile, or that it will solve a problem that cannot already be solved differently, or that couldn't be solved better in an alternative way (which may make even more people happy, and/or make more sense from a development perspective).[/li]
[li]"Because someone else wants it, even though I don't care about it myself" is an even weaker argument.[/li][/ul]
Plunder, your post is just pouring more fuel on the fire; don't do that. You may not intend it but it is trolling behaviour. You say yourself you do not personally care about the issue, so leave the discussion to those who do.
BTW, it would not be me that writes any changes to do with the Find tool, so it really isn't me that people have to convince. All I've been trying to do is explain how to use/adapt what's there now, and get people to explain what they might want changed and why. In other words, I've been trying to steer the conversation in a useful direction.
I am getting very tempted to lock this thread again as it's causing nothing but frustration (on both sides, I am sure), and that doesn't get us anywhere.
Please keep the above points in mind when adding to the discussion.
My suggestion was only a suggestion that can make opus more flexible (for example - one lister as source shows results when i search for ".txt" files, then I switch to another lister, search for ".jpg" files and that seems to be just more easy like opening another lister with find window, search for files, closing find panel, opening new window with find panel, searching for files etc.). As I remember, Opus was multi-window filemanager from 5th version, so my suggestion is keep that style and do not join windows together like in some commander-style filemanagers.
Why you must be unpleasant for people who want to improve something? This is forum where people discuss on various topics related to Directory Opus. If you want only positive feedbacks, then guestbook is more proper than forum. As I think, everyone here want to make Opus better and no one want to hear that he is troll.