far.FileTimeResolution
влияет на win.FileTimeToLocalFileTime
,win.FileTimeToSystemTime
,win.GetSystemTimeAsFileTime
,win.SystemTimeToFileTime
.Но не влияет на
win.GetFileTimes
/win.SetFileTimes
.Почему так сделано?
far.FileTimeResolution
влияет на win.FileTimeToLocalFileTime
,win.FileTimeToSystemTime
,win.GetSystemTimeAsFileTime
,win.SystemTimeToFileTime
.win.GetFileTimes
/win.SetFileTimes
.Детали принятия решения не помню, но там всегда полная 100-наносекундная резолюция.
win.SetFileTimes
данные из tPluginPanelItem
.Именно так.
Мы всегда рады вашим патчам, независимо от их размера.
Это так.
Мне почему-то кажется что ни один макрос не пострадает)
Безусловно, не всё сделано идеально, и безусловно, многое можно улучшить.
Для начала попробуйте на своих макросах. Поставьте в _macroinit.lua
far.FileTimeResolution(2)
Вот календарь от SUSim (не последняя версия, а та, с которой я начал свои изменения).
Очевидно способно, но таких макросов будет мало, и их легко один раз адаптировать, и навсегда забыть о том, что время в скриптах может требовать разной резолюции.
130732490890000000LL
При этом вы всё же иногда находите время присылать патчи и нам, за что вам огромное спасибо.
Спонтанно... охренеть!John Doe wrote: ↑Fri 19 May, 2023 21:131000
не должно быть константой.
Возможно стоит предусмотреть возможность передачи параметром.
Документация:
- Учитывая возможности изменить с помощью
far.FileTimeResolution
разрешающую способность ряда функций апи плагинов, иногда требуется вычислять так:Code: Select all
local resolution = far.FileTimeResolution()==1 and 1000 or bit64.new(10000000)
- В случае же если значение предполагается использовать в контексте
win.Get/SetFileTimes
, требуетсяbit64.new(10000000)
независимо от режимаfar.FileTimeResolution
.Обсуждение: viewtopic.php?p=174178#p174178hh mk:@MSITStore:%FARHOME%\Encyclopedia\luafar_manual.chm::/544.html