| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
darcs-hash:20070626141221-c06f4-e034ff32ecc6e2d57ffaefaeb4f78d1e36a830a2.gz
|
|
|
|
| |
darcs-hash:20070409055428-1bfb2-caef9a48dbe90295d8dc374de00143e77cf19803.gz
|
|
|
|
|
|
| |
current buffer
darcs-hash:20070409051913-1bfb2-c965d42ac45f6510003919c6cba7783164028ea3.gz
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Roman Lagunov reported a bug: the last.fm plugin failed scrobbling tracks with
& in artist/title/album. The same applies to streams containing an ampersand.
So I added ?& and ?? to `emms-url-specials'. But because both are needed to
submit values via HTTP GET now you have to `emms-escape-url' only the arguments
that may contain special chars instead the complete url, e.g.:
(url-retrieve
(concat emms-lastfm-server
"?hs=true&p=1.1"
"&c=" emms-lastfm-client-id
"&v=" (number-to-string emms-lastfm-client-version)
"&u=" (emms-escape-url emms-lastfm-username))
instead of
(url-retrieve
(emms-escape-url
(concat emms-lastfm-server
"?hs=true&p=1.1"
"&c=" emms-lastfm-client-id
"&v=" (number-to-string emms-lastfm-client-version)
"&u=" emms-lastfm-username))
darcs-hash:20070113104902-c06f4-9bf8c040fff6d350a3a7dafcaf2cbf26700d2f04.gz
|
|
|
|
| |
darcs-hash:20070105073821-1bfb2-160387bb8220df00cc01d0c69d441ca34069e44d.gz
|
|
emms-lastfm.el. I plan to use these in other parts of EMMS as well.
darcs-hash:20070105034035-1bfb2-d213da8dab318baf3fc5d6a1f7a3ac75d0e7640c.gz
|