path: root/options/m_config.c
Commit message (Collapse)AuthorAgeFilesLines
* options: fix --list-options outputwm42014-02-261-2/+2
| | | | This was a bit damaged by commit f3c933e5.
* command: make options property return the list of all optionswm42014-02-241-0/+20
* client API: implement setting options using their native type toowm42014-02-241-0/+31
| | | | | | | | | | | This is only half-implemented: actually the option will first be converted from mpv_node to its native type, then it's converted to a string, and then back to its native type. This is because the option API was made for strings and not anything else. Other than being grossly inelegant, the only downside is probably with string lists and key/value lists, which don't escape strings containing syntax elements correctly.
* options: print any options set in verbose modewm42013-12-231-0/+5
| | | | | So we will know whether someone uses broken config file options when posting a log with -v.
* m_option, m_config: mp_msg conversionswm42013-12-211-49/+42
| | | | | | | | Always pass around mp_log contexts in the option parser code. This of course affects all users of this API as well. In stream.c, pass a mp_null_log, because we can't do it properly yet. This will be fixed later.
* m_config: add custom context to includefunc callbackwm42013-12-211-1/+1
* Split mpvcore/ into common/, misc/, bstr/wm42013-12-171-1/+1
* Move options/config related files from mpvcore/ to options/wm42013-12-171-0/+755
Since m_option.h and options.h are extremely often included, a lot of files have to be changed. Moving path.c/h to options/ is a bit questionable, but since this is mainly about access to config files (which are also handled in options/), it's probably ok.