View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0002178 | Far Manager | File System | public | 2012-10-23 14:15 | 2015-02-20 12:46 |
Reporter | ladserg | Assigned To | |||
Priority | normal | Severity | minor | Reproducibility | always |
Status | new | Resolution | open | ||
Summary | 0002178: При вызове дерева папок под бесправным пользователем выдется ошибка о записи в C:\tree2.far | ||||
Description | При вызове дерева папок под бесправным пользователем XP или без повышенных привелегий в Windows Vist/7, выдется ошибка: Файл не найден Ошибка записи дерева папок в файл C:\tree2.far Что обусловлено запретом по умолчанию на запись в корень диска обычным пользователям или программам в непривилегированном режиме. Вообще, ИМХО, этот файл можно засунуть в %TEMP%, кому надо его найдет, кому не надо - он только бардака добавит. А во временном каталоге уже его создавать, скажем, с именем <имя диска>_tree.far, ну или что то в этом духе. | ||||
Tags | No tags attached. | ||||
Build | |||||
|
Предложение правильное, само по себе. Но не надо ли от дерева, основанного на файле, уйти? В 90-х с маленькими дисками и тормозными компами кеширование в файл было разумным решением. Сейчас это не так. |
|
Ну, т.к. файл с кешем у меня не записывается, то при каждом вызове дерева каталогов все каталоги обходятся заново. На моём диске, где итак от винды 100500+ файлов и каталогов, да еще мои файлы которые копятся и кочуют от компа к компу с начала 90х, каждый расчет дерева обходится в 5-20% минут. |
|
Но если все же реализовывать с файлом, то надо не забыть про съемные диски, флешки и т.п. У них буквы могут и совпадать, %TEMP%\<имя диска>_tree.far может от другого диска быть. |
|
можно примотать сюда еще метку, какой нибудь GUID/SUID/USBID. |
|
Офтопик опять, прошу уже прощения. Но лучше бы уйти от файлов. Реально я не пользуюсь деревом, диски слишком много всего содержат. Более того, у меня эти клавиши специально переопределены, чтобы случайно дерево не вызвалось. А жаль, полезная ведь фича-то сама по себе. |
|
Дык, я тоже если честно не сильно ползуюсь :-) Но порой бывает надо оглядеть структуру каталогов. Впрочем тут действительно можно безболезненно функцию изъять. Кста, а зачем эта функция (просмотр дерева каталогов)? мне кажется если ответить на вопрос для чего это функция, то проще будет определиться с её судьбой. Например мне по сути нужно не столько дерево, сколько взгляд на структуру каталогов с размерами. Т.е. уже получается меня больше интересует тот C:\tree2.far, который не генерится, чем само окно с деревом :-) |
|
Судя по "tree2.far" инц по душу FAR 2? :) Ну а вообще-то начало уже было положено: svs 22.03.2012 12:35:09 +0400 - build 2562 1. Подготовка к теме о хранение файлов-деревьев - новый диалог "Tree settings". 2. Опция "Auto change folder" перенесена из "Panel settings" в новый диалог "Tree settings". 3. Дерево теперь хранится в файле с именем tree3.far ("структура" пока не поменялась), а кэш - в каталоге tree3.cache. 4. Каталог tree3.cache теперь располагается в LocalProfilePath (раньше был в %FARHOME%) |
|
Пока диалог такой: ╔══════▒Настройки▒дерева▒папок▒══════╗ ║▒[▒]▒Автосмена▒папки▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒▒║ ║▒Минимальное▒количество▒папок:▒▒4▒▒▒║ ╟────────────────────────────────────╢ ║▒▒▒▒▒▒▒▒▒{▒OK▒}▒[▒Отмена▒]▒▒▒▒▒▒▒▒▒▒║ ╚════════════════════════════════════╝ Из хелпа: Минимальное количество папок Минимальное количество папок на диске, после которого будет создаваться файл tree3.far. |
|
> Судя по "tree2.far" инц по душу FAR 2? :) В Far 3 просто матюкается на C:\tree3.far, и вся разница :-) А автосмена папки видимо не относится к каталогу с кешем, т.к. что с этой галкой, что без нее всё одинаково. |
|
А если пофантазировать (оффтопно), то можно: 1. хранить структуру дисков в БД. Насколько изменится скорость - это, конечно, вопрос 2. использовать эту информацию, например, при поиске файлов, при автокомплите... 3. плагинам эта информация тоже бы пригодилась ... |
|
А, дык, это уже аналог линуксового locate получается. Если уж использовать данную информацию в плагинах и при поиске, то придется периодически актуализиовать информацию. Только не знаю есть ли смысл. Файлы ищутся редко, того что есть хватает, по времени вроде терпимо. Статистику какую то вести, так тут есть другое ПО. а так для чего это я даже не знаю. |
Date Modified | Username | Field | Change |
---|---|---|---|
2012-10-23 14:15 | ladserg | New Issue | |
2012-10-24 05:04 | NightRoman | Note Added: 0009647 | |
2012-10-24 05:11 | ladserg | Note Added: 0009648 | |
2012-10-24 05:21 | NightRoman | Note Added: 0009650 | |
2012-10-24 05:30 | ladserg | Note Added: 0009652 | |
2012-10-24 05:38 | NightRoman | Note Added: 0009653 | |
2012-10-24 05:52 | ladserg | Note Added: 0009654 | |
2012-10-24 05:52 | ladserg | Note Edited: 0009654 | |
2012-10-24 06:18 | DAtaMan | Note Added: 0009655 | |
2012-10-24 06:19 | DAtaMan | Note Edited: 0009655 | |
2012-10-24 06:20 | DAtaMan | Note Edited: 0009655 | |
2012-10-24 06:25 | DAtaMan | Note Added: 0009656 | |
2012-10-24 06:32 | DAtaMan | Note Edited: 0009655 | |
2012-10-24 06:33 | ladserg | Note Added: 0009657 | |
2012-10-24 07:16 | vskirdin | Relationship added | related to 0000186 |
2012-10-24 07:20 | DAtaMan | Note Added: 0009658 | |
2012-10-24 07:36 | ladserg | Note Added: 0009659 | |
2015-02-20 12:46 | 2useven10 | Relationship added | related to 0002951 |