Пошук в Windows 7. Частина 3 – календар, збереження умов і федеративний пошук, Windows, Операційні системи, статті

У попередній частині статті я продемонстрував пошук в бібліотеках і неіндексіруемих місцях, а також розповів про операторів пошуку. У цій частині йтиметься про:



Пошук за допомогою календаря


Я часто звертаюся до документів, картинках і архівів, створеними або зміненим в певний період часу. Щоб прискорити роботу в провіднику, я зберіг декілька умов пошуку, що використовують календар.


*


Фільтр календаря працює за принципом ТіпДати: Умова, де умовою є період часу. Наприклад:



Коли в якості періоду вказується конкретна дата або діапазон дат (перший пункт у списку), пошук працює цілком передбачувано. Але в календар вбудовані також і динамічні умови по днях, тижнях, місяцях і роках. І я хочу зупинитися на них докладніше, оскільки в календарі перераховані не всі умови, а деякі з наведених там працюють не цілком очевидно.


Вбудовані умови календаря


Повинен зізнатися, що я не відразу зрозумів логіку умов, запропонованих для вибору в календарі. Особливо мене бентежили ті, що включають в себе слово “раніше”. Як з’ясувалося, вся хитрість у тому, що вбудовані умови не накладаються один на одного, тобто їх періоди не перетинаються. Словами це важко описати – краще один раз побачити, ніж сто разів почути. Уявіть, що сьогодні 18 березня 2010 року, і подивіться на картинку нижче.



Як бачите, жоден з періодів не входить в інший. Тому пошук з використанням деяких умов може призвести до несподіваних результатів. Можливо, ви розраховуєте знайти запитом датаізмененія: раніше цього тижня все файли, змінені за цей тиждень. Змушений вас засмутити – в результатах не буде файли, редагувати вчора і сьогодні. Але це не помилка, оскільки “раніше на цьому тижні” означає “на цьому тижні, але раніше, ніж вчора “.


Аналогічна ситуація виникає і з умовою “раніше в цьому місяці”, що означає “раніше, ніж минулого тижня”. Більше того, ця умова в принципі не може знайти нічого, якщо з початку місяця минуло менше двох тижнів.


Я вважаю, що розробники пошуку обрали таку логіку для того, щоб чітко розмежувати результати і зробити кожен запит унікальним, тобто одні і ті ж файли не знаходяться в різні періоди часу. Однак вони могли вчинити інакше, оскільки календар підтримує і інші умови.


Додаткові умови календаря


На відміну від вбудованих в календар, додаткові умови ведуть себе більш передбачувано.



Як бачите, кожен період включає в себе всі попередні. Таким чином, умова “на цьому тижні” знаходить всі файли, починаючи з понеділка, а “в цьому місяці” – всі файли з початку місяця.


Умови календаря і оператори пошуку


Як це не дивно, але серед такого різноманіття умов не знайшлося потрібного мені. А я всього лише хотів знайти файли, змінені тільки сьогодні і вчора. Справа в тому, що іноді мій робочий день затягується за північ, і мені потрібно швидко відобразити лише файли, створені на всій його довжині. На допомогу прийшли оператори пошуку, про які я детально розповідав в попередній статті. У таблиці нижче наводяться приклади запитів з використанням різних умов календаря і операторів пошуку. Звичайно, їх можна доповнювати іншими умовами, в першу чергу ключовим словом для пошуку за назвою файлу або його вмісту.



























Щоб знайти Використовуйте запит
файли, змінені сьогодні

датаізмененія: сьогодні

документи, змінені в останні два дні (сьогодні і вчора)

вид: = документ датаізмененія:> раніше на цьому тижні


Дуже зручний запит для пошуку нових документів.

картинки, створені на цьому тижні

вид: = зображення датасозданія: на цьому тижні
або
вид: = зображення дата створення>: минулого тижня


Другий варіант запиту означає “новіше, ніж минулого тижня”.

листи, отримані в цьому місяці

вид: = пошта датаполученія: в цьому місяці
або
вид: = пошта датаполученія:> в минулому місяці


Другий варіант запиту означає “новіше, ніж минулого місяця”.

листи, відправлені в цьому місяці, але раніше Минулого тижня

вид: = пошта датаотправкі: раніше в цьому місяці


Фактично це умова знаходить хоч що-небудь, починаючи тільки з третього тижня місяця.

фотографії, зроблені більше місяця назад датас’емкі: <в цьому місяці
фотографії, зроблені більше двох місяців тому датас’емкі: <в минулому місяці

Я сподіваюся, що логіка зрозуміла. Пошук за роками працює за таким же принципом, як по місяцях і тижнях. Можна використовувати умови “цього року” і “в минулому році”, поєднуючи їх з операторами.


Такий докладний розбір календаря почасти був прелюдією до розповіді про збереження умов пошуку. З прикладів наступного розділу стане зрозуміло, чому я приділив цьому питанню так багато уваги.


Збереження умов пошуку


Виконавши пошук і отримавши бажаний результат, ви можете натиснути на панелі провідника кнопку Зберегти умови пошуку, Щоб скористатися ними в майбутньому.



Зберігаються саме умови, а не список результатів, що дуже зручно. Якщо ви в якийсь момент створите або додасте на диск файли, відповідні збереженим раніше умовам пошуку, вони знайдуться без проблем.


За замовчуванням умови зберігаються в папці “Пошуки” вашого профілю у файлі з розширенням. Search-ms, а ярлик закріплюється в розділі “Вибране” області переходів провідника.


Я наведу три приклади умов пошуку, які я зберіг і використовую частіше за все, і почну з самого простого.


Пошук по розширенню файлів



Як бачите, федеративний пошук володіє великою гнучкістю – можна шукати на будь-якому мережевому ресурсі, не виходячи з провідника.


Я присвятив три статті основних можливостей пошуку Windows 7, але ще не вичерпав теми для розмов. У наступній статті я хочу поглянути на пошук як на особливий спосіб навігації по диску. Мова піде про інтеграції пошуку з провідником – її можливості і переваги в порівнянні з попередніми ОС Microsoft і альтернативними файловими менеджерами. Я також торкнуся тему усунення неполадок пошуку, якої не знайшлося місця в цій статті.

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*