Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

qq search #5

Open
thinknoack opened this issue Jan 6, 2014 · 5 comments
Open

qq search #5

thinknoack opened this issue Jan 6, 2014 · 5 comments

Comments

@thinknoack
Copy link

qq searchFragment

is no longer working for me. a qq returns all old .md files but no new ones created with a qq -a. The files are located in the same dir but are not searchable.

@ttscoff
Copy link
Owner

ttscoff commented Jan 13, 2014

Did anything change in your setup since it last worked?

@thinknoack
Copy link
Author

I updated to OS mavericks

@ttscoff
Copy link
Owner

ttscoff commented Jan 13, 2014

Ok, I'll have to do some testing. Might be an issue I haven't noticed
since my own upgrade.

On 13 Jan 2014, at 12:55, Gregory wrote:

I updated to OS mavericks


Reply to this email directly or view it on GitHub:
#5 (comment)

@paulelms
Copy link
Contributor

this is working for me in mavericks:
paulelms@6de771f

"имя" is the filename in localized spotlight.

@taylorbanks
Copy link

Also using Mavericks, but getting no results from qq... I can successfully add new entries with qq -a, but qq searchFragment returns "Sorry, I don't know the answer to that question.", as does qq with no arguments. :(

However, "mdfind -onlyin $NOTESDIR searchFragment" works...

UPDATE: Seems that by removing the "." preceding $NOTESEXT in lines 52 and 61 (the two lines invoking mdfind), I was able to get qq to work as expected. Is no one else seeing this behavior? :\

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants