Свежие комментарии
| Title | Comment |
|---|---|
| у libtiff вообще всё хорошо, |
у libtiff вообще всё хорошо, я смотрю |
| Для меня загадка отчего есть |
Для меня загадка отчего есть частично работающий TIFFReadRGBAImage |
| libtiff это же, по сути, |
libtiff это же, по сути, парсер… А ты хочешь полной интерпретации :-) |
| Либо я непонятно пишу, либо |
Либо я непонятно пишу, либо вы не читаете. |
| Но, как Вы понимаете, я вовсе |
Но, как Вы понимаете, я вовсе не настаиваю! |
| А ещё лучше, (безопасно) |
А ещё лучше, (безопасно) дописать это куда-нибудь в самое начало файла. |
| Вооот! ДА!!! |
Убираем весь "треш" из самого файла Прога, которая "в курсе", прочтёт и применит то, что нужно вам (и приверженцам вашего подхода и ваших программ), а все остальные этих "модификаторов" и не заметят. Всего-то дописать #lexa в конец файла! .. |
| Вы "только что" переизобрели лигаси. |
:-D Добавьте "временную" совместимость. Что вам мешает добавить "ничем не воспринимаемую метку" в оригинальный файл,,,, и положить рядом файлик с описанием "вашего взгляда на "правду" как и взгляда автора/пользователя снимка"??! Если ваше "API" универсальнее, удобнее, богаче и долговечнее, то ... /я вам не завидую/ |
| Вы вообще какой-то треш |
Вы вообще какой-то треш советуете. Украсить помойку еще и своей мусорной кучей. |
| Можно и лечь под ... |
Вытирать служебную "дату" из оригинального файла и не обязательно: |
| Мы оригиналы не трогаем не |
Мы оригиналы не трогаем не потому что не можем, а потому что считаем это неправильным. |
| бредовая "научная фантастика" |
А если "XMP-блок" и прочую мутоту перезаписывать... Даже если не проканает с Корелом, приверженцы Ваших программ будут юзать и каждый раз спасибо говорить! Куда писать всё (кроме самой картинки) удалённое из оригинального файла - ваше дело. Но лучше сразу "стандартизовать". В очередной раз извините за бред. |
| Поллинга как такового нет. На |
Поллинга как такового нет. На самом деле этот параметр значит две вещи Вполне может быть, что игнорировать в случае 2) просто не надо. |
| Вы уже уговорили, в это место |
Вы уже уговорили, в это место стоит заглянуть. |
| в отличии от галочки - более |
в отличии от галочки - более гибко, если кому-то надо игнорировать подольше, а проверять почаще |
| чукча не читатель !!!... т.е. |
чукча не читатель !!!... т.е. у если запущенная из FRV программа создает DNG, TIFF, JPG, PNG в исходном фолдере быстрее чем этот параметер * 3 (было 2 сек * 3 = 6 сек) то FRV не будет показывать (проигнорировав все изменения в содержиром фолдера) новоявленные объекты, а если медленне то будет... хммм... не проще ли тогда задавать 2 независимы времени в настройках явно - время межды последовательными проверками изменения содержимого и время в течении которогo FRV будет игнорировать проверку после запуска программы... я поставлю себе проверять не слишком часто (чтобы успеть чаю хлебнуть из стакана), а игнор поставлю в 0 (т.е. не игрнорировать) и буду счастлив что с SSD что с чем-то медленным где часто проверять не хочется... |
| Я ж написал там выше: " |
Я ж написал там выше: "(утроенное время того параметра)" |
| "...раз при короткой задержке |
"...раз при короткой задержке..." - имелось ввиду "... раз при малом заданном интервале между проверками... " |
| > а после запуска внешней |
> а после запуска внешней программы - сигналы об изменении в текущей папке игнорируются (утроенное время того параметра). хочу уточнить - ну вот сейчас FRV запустил внешнюю программу - когда именно он начинает игнрорировать изменения - раз при короткой задержке auto refresh сработал значит не сразу после запуска - как соотносится эта задержка начала игнорирования с частотой проверки фолдера которуя я задал в настройках ? |
| И не забудьте облачное API... |
И не забудьте облачное API... чтобы FRV без коннекта не работал как надо ! |
| Об экосистеме должен думать |
Об экосистеме должен думать регулятор, если он есть. Вендор, который думает про экосистему вместо дедлайнов, проиграет и вылетит с рынка. |
| Думаю, надо фронтальную |
Думаю, надо фронтальную камеру анализировать. Куда смотрит юзер, есть ли у него счастье на лице.... |
| может быть проще попробовать |
может быть проще попробовать детектировать что внешняя программа делает на темы: продолжает ли она выплевывать много файлов в текущий каталог или нет + находится ли ее окно поверх FRV в режиме грида (типа если нет то пользоватеь таки смотрит на грид и ожидает увидеть) ... |
| Ну возможно нужна таки |
Ну возможно нужна таки галочка (скрытая?) "do not suppress folder refresh after external program run". Записал в TODO, дело копеечное, а проблему данную действительно решит. |
| предположу что средний |
предположу что средний пользователь хотел бы чтобы refresh работал всегда, если уж он так назван ... каким образом он должен догадываться что "после запуска внешней программы - сигналы об изменении в текущей папке игнорируются" ? да и почему они должны игнорироваться кстати ? из FRV никто не выходил... |
| Нет, не в коде. |
Нет, не в коде. Можно добавить tunables, но если с 0.5 работает (и с 1.0 наверное будет работать), то зачем? |
| с 0.5 сек работает... это что |
с 0.5 сек работает... это что ? разница между SSD/HDD где-то в коде ? |
| Ага. Поставьте 0.5 |
Ага. Поставьте 0.5 |
| debug log послал мылом на |
debug log послал мылом на "blog--admin@" с subject "https://blog.lexa.ru/comment/50773#comment-50773" |
| PS: check for folders updates |
PS: check for folders updates each - стоит > 0 ... (2 сек) |
Pages
