Fixed problem of player looking for CSS file in a hard-coded location.
authorfliep <fliep@ddfedd41-794f-dd11-ae45-00112f111e67>
Sun, 25 Apr 2010 12:51:37 +0000 (12:51 +0000)
committerfliep <fliep@ddfedd41-794f-dd11-ae45-00112f111e67>
Sun, 25 Apr 2010 12:51:37 +0000 (12:51 +0000)
commit8074ac45857e41586d907edc3e3b88425908170e
tree83cb3e531cd13a018c7e36069f16169786539cea
parentca43ce22786c5bd414b991d8bbc1c7553d33a323
Fixed problem of player looking for CSS file in a hard-coded location.
Dug up a lot of other problems doing that:
* Moved style initialization to the constructor of ChimaraGlk
* Now styles are always initialized, so we don't have to keep track of
  whether they are or not
* Moved style initialization and CSS parsing out of the Glk thread, into the
  main GTK thread, since it's controlled by the widget API not the Glk API
* Removed the 'default-font-description' and 'monospace-font-description'
  properties and their associated API
* Added API chimara_glk_set_css_to_default() [not implemented yet],
  chimara_glk_set_css_from_file(), chimara_glk_set_css_from_string()
libchimara/abort.c
libchimara/chimara-glk-private.h
libchimara/chimara-glk.c
libchimara/chimara-glk.h
libchimara/style.c
libchimara/style.h
player/Makefile.am
player/main.c
tests/test-multisession.c