Mmmm not really... below two examples of widely used software with complete
search UI and used by millions of people (not even developers). They are
TotalCommander and Notepad++, maybe we can learn something from them.
It's a matter of learning how to design a nice UI, not reducing the
features o
Martin's idea of sorting exact matches to the top should satisfy this
in practice,
without needing another checkbox. The less modes the better.
cheers -ben
On Wed, Feb 22, 2017 at 10:46 AM, Hernán Morales Durand
wrote:
>
> This is unfriendly. A Regex checkbox for the two people in the world who
Hi Hernán,When I asked the question, I got anwers by Sven and Ben which were spot on and helped me. Now I acknowledge your proposal looks interesting if someone wants to develop it.Cheers,MarkLe 22 février 2017 à 03:46, Hernán Morales Durand a écrit :This is unfriendly. A Regex checkbox for the t
This is unfriendly. A Regex checkbox for the two people in the world who
can memorize regular expression patterns...
Wouldn't be easier to add a "Exact match" check box?
There are also uppercase and lowercase issues there.
Cheers,
Hernán
2017-02-19 12:37 GMT-03:00 Ben Coman :
> You might tick
I've sometimes thought it would be nice if the Finder were to list any
*exact* match first, then puts the inexact matches below. It would save
considerable scrolling in cases like this.
Regards,
-Martin
On 02/19/2017 03:24 AM, Sven Van Caekenberghe wrote:
> Because 'now' is a case insensitive su
You might tick Regexp and search for... now$
cheers -ben
On Sun, Feb 19, 2017 at 7:24 PM, Sven Van Caekenberghe wrote:
> Because 'now' is a case insensitive substring of each of those selectors
> (like ..known.. or ..nOwner.. , both seem quite common).
>
>> On 19 Feb 2017, at 12:20, Mark Neagu
Because 'now' is a case insensitive substring of each of those selectors (like
..known.. or ..nOwner.. , both seem quite common).
> On 19 Feb 2017, at 12:20, Mark Neagu wrote:
>
> Hi everybody,
>
> The Finder has answered my question but the proper answers were sort of
> hidden in a heap of a
My project I load via filetree so for every package I have a filetree repo
assigned. I have a code snippet that changes all the filetree repos to
gitfiletree ones. But when I do System->Software update the repositories are
back to the filetree ones. Anyone has an idea what could cause this?
tha
On Wed, Feb 24, 2016 at 5:19 AM, Julien Delplanque wrote:
> I experience a strange behavior with Pragma>>#allNamed:in:
>
> When I use
>
> Pragma allNamed: #myPragma in: MyClass
>
> It works as expected.
>
> But when instead of hard-coding "MyClass" I use "self class" in an method
> (instance side)
2016-02-23 22:19 GMT+01:00 Julien Delplanque :
> Hi,
>
> I experience a strange behavior with Pragma>>#allNamed:in:
>
> When I use
>
> Pragma allNamed: #myPragma in: MyClass
>
> It works as expected.
>
> But when instead of hard-coding "MyClass" I use "self class" in an method
> (instance side),
>
Hi,
I experience a strange behavior with Pragma>>#allNamed:in:
When I use
Pragma allNamed: #myPragma in: MyClass
It works as expected.
But when instead of hard-coding "MyClass" I use "self class" in an
method (instance side),
Pragma allNamed: #myPragma in: self class
returns an empty arra
11 matches
Mail list logo
