New answers tagged search
K2pdfopt is an application that attempts to re-format PDF files for a smaller (e-reader) viewing screen and does a good job of not mangling/losing figures and mathematical formulas. It has an OS/X binary. Cross reference this e-books question.
The Finder searches for word prefixes. If you save your search as a Smart Folder and then inspect that using a text editor (e.g. TextMate) you will see the raw Spotlight query: ((kMDItemDisplayName = "foo*"cdw)) The "w" modifier tells Spotlight to search for words. The "*" wildcard at the end of the search string makes Spotlight search for word prefixes. ...
If you are stuck you could use a find command in a terminal window. Open a terminal window and type :$ find . -iname \*foo\* Here's an example using the files you mentioned in your question. mgagnon-mbp:tmp mgagnon$ ls AllTheFooReports.xlsx bar.foo.doc foo.doc foodstuffs.xlsx snafoos.docx mgagnon-mbp:tmp mgagnon$ find . -iname \*foo\* ...
If you don't want to mess with scripts, you can get close to the behavior you want with Araxis Find Duplicate Files $10 in the Mac App Store. There is also a 7 day demo on their web site. Find Duplicate Files searches for dupes by computing the hash for each file. You can approximate the behavior you want you would set up a folder with the single file you ...
I've tried creating a PDF file with that name on two machines and both immediately index the files and provide them in searches for any part of the name. I would be curious to the see the actual content of the file in case the content is somehow causing the indexer to fail, but then you say the indexes okay with shorter names, so it doesn't follow that the ...
This has been a bug in Spotlight for a very long time and there does not seem to currently be a workaround except for renaming the file to be a shorter filename, as you have already discovered. The bug is only present for certain files and folders though and appears more frequently on certain machines. This extenuates the likelihood of it being a bug. For ...
To search the PDF contents embedded in an email using grep you are facing at least one if not two challenges. The first is that files embedded in an email are not preserved in their raw form and instead are encoded into plain text for transmission in the email message. The MIME format commonly used is Base64 but it's not always the case. You can find more ...
You can directly search for zip files by entering: kMDItemFSName:.zip or even better: kMDItemKind:"Zip" into Spotlight Search in Finder. To get more kMD* keywords make mdls /path/to/file in Terminal to list them. Here is great pdf with a list of search attributes and other hints.
Open a new finder window and type "zip" in the search. Select "Zip archive" in "kinds". You can also just type out kind:.zip and press enter and you'll get the appropriate filter: Note - omitting the . after the : results in many compressed files and not just those with .zip extension or literal conformance to that specification.
Type ⌘+F on Finder and you will see the search bar. By default appears Kind is Any. Replace Kind with File Extension (you can find it under Others...), then you can type zip in the field and you will have the results immediately. Additionally if you feel confortable with the Terminal, you can use the following command: find . -name "*.zip"
xCHM should do it for you. It doesn't use "live search". If you get an error (something about wxWidget) opening it, kill the app and restart it. The error should be gone afterwards. ichm - though using "live search" it's extremely fast. I never waited longer than 1 sec.
The Finder search box does not support wildcards. You can add additional criteria to narrow down your search, though. Enter _doc in the search field to start a search. In the bar that appears (showing "Search: This Mac" etc) click the plus sign button all the way to the right. In the new row that appears, in the first combobox, select Name, then in the ...
Top 50 recent answers are included