added a subscriber:
Unknown Object (MLST).
Comment ActionsI agree with you Bawolff that the camera manufacturers are to blame here, I think that adding a $2 parameter to [[MediaWiki:Exif-software-value]] that contains the same value as $1 does in [[MediaWiki:Exif-make-value]] then it would be easy to use parser functions or whatnot to say if $2 is Apple and $1 is 6.0 then link to iOS_6.
Comment ActionsI had a patch that added a parser function which could access other metadata fields (gerrit change 67047. Its been in limbo for a while now). That is one possible solution to this problem.
Comment Actions(In reply to comment #2)
I agree with you Bawolff that the camera manufacturers are to blame here, I
think that adding a $2 parameter to [[MediaWiki:Exif-software-value]] that
contains the same value as $1 does in [[MediaWiki:Exif-make-value]] then it
would be easy to use parser functions or whatnot to say if $2 is Apple and $1
is 6.0 then link to iOS_6.
Hmm. It seems just really arbitrary to me, given the fields are supposed to be independant.
What about special casing it so if the make is apple, and software is 6.0, then we display exif-software-value-6.0 rather then the normal msg. Somehow this feels like it would be less arbitrary to me, although it would still be pretty arbitrary.
Is 6.0 the only value this happens for?
Comment ActionsAccording to the discussion redrose linked, it's not the only one. There is also at least a 7.2.x with a similar issue. Being able to get a wider set of important values and using parser functions is most logical to me. How those values are obtained is unimportant whether it's done with a $2 variable or the new parser function you mentioned above.
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4