create binaries for addicon, rmicon, ...

[mmadia]

Creating binaries to allow commandline manipulation of a file's HVIF icon would be useful. Tests show that the icon seems to be cached as type 'VICN' in the "BEOS:ICON" attribute -- so, addattr/rmattr would not be effective. (plus addattr does not support type 'VICN')

Somewhat related to ​haiku-3rdparty-dev:Setting vector icons for types

[idefix]

Doesn't the following work:

addattr -t "'VICN'" "BEOS:ICON" <icon data> <file to write the attribute to>

or:

addattr -f <icon data from file> -t "'VICN'" "BEOS:ICON" <file to write the attribute to>

?

[mmadia]

Nope.

addattr -t "VICN" "BEOS:ICON" /path/to/HVIF-file ApplicationName
addattr: attribute type "VICN" is not valid
        Try one of: string, mime, int, llong, float, double,
                bool, raw, or a numeric value (ie. 0x1234, 42, 'ABCD', ...)

addattr -f <HVIF file> "BEOS:ICON" ApplicationName does not output an error. However, it does not work as the type becomes `Text'

This can be better seen by removing the icon attribute and then identifying the file. `rmattr "BEOS:ICON" ApplicationName` will remove the attribute and cause Tracker to display the default application icon -- however, once the file is identified, the icon will be restored.

[idefix]

Do note the two ' in:

"'VICN'"

[idefix]

I've just confirmed that:

touch test
addattr -f hvifdata -t "'VICN'" "BEOS:ICON" test

(where hvifdata is the hvif file exported with icon-o-matic) works as expected.

[mmadia]

After an explanation with Rene: rmattr indeed is working. It just doesn't modify the program's resources. That's where it was confusing me.

Closing.