There is a desire of having value and comment for folder keys.
- Value is important for a closer Windows compatibility. This way a 100% portable app can use Elektra API to fully access former keys on the Windows registry.
- Comment is important because sometimes is more practical to comment an entire folder than each key separatelly.
Today the Key struct has the DIR status of a key instance in two places: in the (value's) type and in the access permissions (mode_t), because this is inherithed from POSIX.
So the idea is to have only one source of key status (DIR or not DIR) in the access bit array, and use the type only for the value.
LINK is a special case. It is currently questionable the cost and benefits of this.
All this discussions are about DIR, not link.
Regards,
Avi
On 8/24/06, Bardur Arantsson <[EMAIL PROTECTED]
> wrote:
Yannick Lecaillez wrote:
> Hi,
>
> Avi and i discussed about removing KEY_TYPE_DIR. Avi proposed to
> split key type (regular, dir, link) from key value type (string, binary).
Are these actually orthogonal? I.e. can you have a "binary" dir,
"string" dir, a "binary" link, a "string" link, etc, and is there any
difference between "string" and "binary" in those cases?
If not, then I don't think splitting them is a good idea regardless of
other concerns. If you do, you're introducing confusion as to what
constitutes a valid combination of (regular,dir,link) and
(string,binary) instead of simply enumerating all the valid
combinations. IMHO that's a bad idea.
Cheers,
--
Bardur Arantsson
--
my blog: http://avi.alkalay.net/
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________ Registry-list mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/registry-list
