You are not logged in.
Pages: 1
Hello Denis,
When using the new beta with a prior INI file, an error is shown. Minor I know, but I thought I'd point it out.
[Settings]
DisplayMsgOnSuccessfulRename=0
ClearRulesListOnRename=0
ClearFilesTableOnRename=0
AlwaysOnTop=0
UseNaturalSort=1
RememberLocation=0
AutoSizeTable=1
ValidateOnPreview=0
ResortOnAddedFiles=1
SaveAndLoadDefaultPreset=1
AutoPreviewOnRulesChange=1
AutoPreviewOnFilesAdded=1
OverwriteWithNewName=0
DragFilesText=Rename
AddRulesText=Rules
FilesTableColumns=0|3|4|1|7|
PreviewRealTimeUpdate=1
CloseProgramAfterSuccessfulRename=0
HighlightChangedNames=1
ClearRenamedFilesOnRename=0
AnalyzeAutoApplyRules=0
AnalyzeApplyRulesForEachLine=0
[Last]
MarkByMask=*.sfv
SelectByMask=*.*
SelectByExtension=
SelectByFilenameLength=64
AddFilesDir=
AddFoldersDir=
[MetaTags]
Support=1
DateTimeFormat=dd-mm-yyyy hh.nn.ss
[Filters]
AddFilesFromFolders=0
AddFoldersAsFiles=1
IncludeSubfolders=0
IncludeHidden=0
IncludeSystem=0
SkipRootFoldersAsFiles=0
Masks=
[Position]
PosX=0
PosY=0
Width=1024
Height=768
RulesHeight=146
[Sorting]
Remember=1
Ascending=1
Column=3
Offline
Hi Nighted,
Thanks for reporting this issue! I was able to reproduce it, and fixed it straight away.
It was due to the new feature: "Auto apply rules" action in Analyze dialog trigged on change of rules. The problem occurred when ReNamer was loading default preset, due to the SaveAndLoadDefaultPreset=1 option, which happened on the main form's creation when other forms are not yet available. This caused an access violation because main form tried to send a message to the Analyze dialog about the change of rules.
Anyway, I put in place necessary checks, so this problem should be fixed now.
Please download the latest dev version: ReNamerBeta.zip
Offline
Yeah, I thought that's what it was. Thanks for the fast fix!
Offline
Pages: 1