weird string indexing

[Daniel Silva]

I have already done lots of tests with this problem:

I have a folder in my catalog named "organização de computadores B" (in portuguese).

I have associated it with the string "org". It works beautifully.

But I wanted to associate it with the string "orgb" or "orgB".

When I search for "orgb", "organização de computadores B" vanishes from the results list and only another folder (named "Programming Ruby") remains there.

Why is it? Does the string indexing has a size limit? Isn't it indexing the capital "B" at the end of the folder name?

How can I test/debug it?

[Patrick Robertson]

There are currently a few known problems with Quicksilver searching strings with certain characters, and it's possible that the ç or ã are stopping the search. 

See https://github.com/quicksilver/Quicksilver/issues/1042 for more details 

--
You received this message because you are subscribed to the Google Groups "Quicksilver" group.
To unsubscribe from this group and stop receiving emails from it, send an email to blacktree-quicks...@googlegroups.com.
To post to this group, send email to blacktree-...@googlegroups.com.
Visit this group at http://groups.google.com/group/blacktree-quicksilver?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[philostein]

I have this problem. Searching for characters that are towards the end of object names often fails.

Example:

My Quicksilver Actions folder shows its scripts as actions in pane 2. 

I have a script action called 'Notational Velocity search.scpt' (~/Library/Application Support/Quicksilver/Actions/Notational Velocity search.scpt).

If I search 'NV' in pane 2, I see it (red icon):

http://dl.dropbox.com/u/157506/Picture%2036.png

If I search 'NVS', I don't:

http://dl.dropbox.com/u/157506/Picture%2036%20b.png

It happens to other objects in pane 1 sometimes, I'll try to reproduce.

QS 1.0.0 (4000), MBA 2011, keyboard U.S. (typing on a kana keyboard).

[1.61803]

On Wednesday, April 17, 2013 5:07:34 AM UTC+2, Patrick wrote:

There are currently a few known problems with Quicksilver searching strings with certain characters, and it's possible that the ç or ã are stopping the search.

Should ä ö ü have different outcomes as without umlaut? E.g. 'ö' finds in my system 'O'Reilly e-books' folder while 'o' finds 'Other Paintings'. I'd prefer/expect them to be treated as plain a o u.

[Daniel Schmidt da Silva]

I have run some more test with you info, and it became worse:

If I search for the entire string, it works. Does not break at 'ç' or 'ã'.

If I search for 'ORG B' (with a space) it goes to text mode (as if I typed '.')

Any search I do with the second word onwards (including the final 'B') works perfectly.

I renamed the folder with plain 'c' and 'a' instead of 'ç' and 'ã'. The results were exactly the same.

Now I'm confused.

--
You received this message because you are subscribed to a topic in the Google Groups "Quicksilver" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/blacktree-quicksilver/YUSlSZlbCls/unsubscribe?hl=en.
To unsubscribe from this group and all its topics, send an email to blacktree-quicks...@googlegroups.com.

[Patrick Robertson]

I studied this bug earlier today, and found that the problem is with searching for text at the beginning and end of a word. So that is why Org...b does not work, but searching for letters close to each other it works.

I have fixed it at https://github.com/quicksilver/Quicksilver/pull/1475