Sign in to follow this  
Followers 0
atomman

For a dev: IniRead default string return value

6 posts in this topic

I'm just curious as to the thinking behind IniRead returning the default string only if the key isn't found. Why not return the default string if the key isn't found OR there is no value for the key?

Reason i ask is because if the key is written, but then the user deletes the value, it seems like it would be easier to set the default value by using the default IniRead string instead of having to do if/else statements or whatever.

Share this post


Link to post
Share on other sites



I agree, it would be a lot better to have such ability...

But once the IniRead function find a Key, "Default" can not be used, now all depends on the value of that key :) - even if its "" (empty string).. so we have to check: If $IniRead = "" Then $IniRead = $OurDefault :P

P.S

Perhaps you should/could make an AutoIt Feature Request on that one.


 

Spoiler

Using OS: Win 7 Professional, Using AutoIt Ver(s): 3.3.6.1 / 3.3.8.1

AutoIt_Rus_Community.png AutoIt Russian Community

My Work...

Spoiler

AutoIt_Icon_small.pngProjects: ATT - Application Translate Tool {new}| BlockIt - Block files & folders {new}| SIP - Selected Image Preview {new}| SISCABMAN - SciTE Abbreviations Manager {new}| AutoIt Path Switcher | AutoIt Menu for Opera! | YouTube Download Center! | Desktop Icons Restorator | Math Tasks | KeyBoard & Mouse Cleaner | CaptureIt - Capture Images Utility | CheckFileSize Program

AutoIt_Icon_small.pngUDFs: OnAutoItErrorRegister - Handle AutoIt critical errors {new}| AutoIt Syntax Highlight {new}| Opera Library! | Winamp Library | GetFolderToMenu | Custom_InputBox()! | _FileRun UDF | _CheckInput() UDF | _GUIInputSetOnlyNumbers() UDF | _FileGetValidName() UDF | _GUICtrlCreateRadioCBox UDF | _GuiCreateGrid() | _PathSplitByRegExp() | _GUICtrlListView_MoveItems - UDF | GUICtrlSetOnHover_UDF! | _ControlTab UDF! | _MouseSetOnEvent() UDF! | _ProcessListEx - UDF | GUICtrl_SetResizing - UDF! | Mod. for _IniString UDFs | _StringStripChars UDF | _ColorIsDarkShade UDF | _ColorConvertValue UDF | _GUICtrlTab_CoverBackground | CUI_App_UDF | _IncludeScripts UDF | _AutoIt3ExecuteCode | _DragList UDF | Mod. for _ListView_Progress | _ListView_SysLink | _GenerateRandomNumbers | _BlockInputEx | _IsPressedEx | OnAutoItExit Handler | _GUICtrlCreateTFLabel UDF | WinControlSetEvent UDF | Mod. for _DirGetSizeEx UDF
 
AutoIt_Icon_small.pngExamples: 
ScreenSaver Demo - Matrix included | Gui Drag Without pause the script | _WinAttach()! | Turn Off/On Monitor | ComboBox Handler Example | Mod. for "Thinking Box" | Cool "About" Box | TasksBar Imitation Demo

Like the Projects/UDFs/Examples? Please rate the topic (up-right corner of the post header: Rating AutoIt_Rating.gif)

* === My topics === *

==================================================
My_Userbar.gif
==================================================

 

 

 

AutoIt is simple, subtle, elegant. © AutoIt Team

Share this post


Link to post
Share on other sites

thanks for reply

i put in a feature request

Share this post


Link to post
Share on other sites

I'm just curious as to the thinking behind IniRead returning the default string only if the key isn't found. Why not return the default string if the key isn't found OR there is no value for the key?

Reason i ask is because if the key is written, but then the user deletes the value, it seems like it would be easier to set the default value by using the default IniRead string instead of having to do if/else statements or whatever.

In my humble opinion when the key is present in the INI file, it should return its value regardless what it is.

Sounds much more logical to me :)


Visit the SciTE4AutoIt3 Download page for the latest versions        Beta files                                                          Forum Rules
 
Live for the present,
Dream of the future,
Learn from the past.
  :)

Share this post


Link to post
Share on other sites

I'm just curious as to the thinking behind IniRead returning the default string only if the key isn't found. Why not return the default string if the key isn't found OR there is no value for the key?

Reason i ask is because if the key is written, but then the user deletes the value, it seems like it would be easier to set the default value by using the default IniRead string instead of having to do if/else statements or whatever.

In my opinion the current behaviour of IniRead() is correct.

A missing key and an empty key are very different things.

I have a number of applications written in several different programming languages that use ini files and they all have keys that are sometimes deliberately have no value set. Having IniRead() return the default value would break these applications.

In situations where a particular empty key is not a valid value I add my own code to handle the situation.


"Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to build bigger and better idiots. So far, the universe is winning."- Rick Cook

Share this post


Link to post
Share on other sites

Yeah, i'm starting to understand the logic here, i just haven't taken advantage of empty key values yet.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0