| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
darcs-hash:20080503150900-94065-f674212fe81666e233d381462fbe3bd1f67f9eae.gz
|
|
|
|
| |
darcs-hash:20080221063736-1bfb2-413a3e0ba2ea79c693651e5b8e5d61c2a790fcd5.gz
|
|
|
|
| |
darcs-hash:20070902024848-94065-92a423e34a493d7e9e278ace8e763301bc928cee.gz
|
|
|
|
| |
darcs-hash:20070819150408-1bfb2-c1c9ec1c084499b0e171299a91024d27a41d7db0.gz
|
|
|
|
| |
darcs-hash:20070818185218-1bfb2-fa9c17ee4eb9fbbef332a9ecc1a0e193279c1d35.gz
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The browser keybindings are somewhat discontiguous to avoid breaking
people's finger macros: browsing by composer and performer are `b 5' and
`b 6' respectively, where artist is `b 1'.
In the tag editor, I changed the note format character to %;, making room
for composer as %c.
I've not added support to last.fm for composer or performer, as it doesn't
seem to support either. (I suspect that in most cases the composer should
be reported as the artist if it is present, but that is not impolemented
here.)
darcs-hash:20070818133412-984cd-07ed55c9bf357ee6119f6d70fc2f267e9e8ecef9.gz
|
|
|
|
| |
darcs-hash:20070817150402-c06f4-6e36d700851b4b80a6ac7408e630a20e35e06394.gz
|
|
|
|
|
|
|
|
|
|
| |
When I implemented the renaming stuff, I was not aware that Ye already thought
of this feature. When editing a track, one can edit the filename and the file
will be renamed and the cache updated. Now renaming by hitting `R'
(`emms-tag-editor-rename') in the playlist makes use of this functionality
instead of doing it on its own.
darcs-hash:20070817100310-c06f4-49ce1f24221f5701fd77be87f4823cf594bb1146.gz
|
|
|
|
|
|
| |
I fixed the problem with the cache I mentioned in my last patch.
darcs-hash:20070816070106-c06f4-d82d39fdf633aa7943026628a26b96fe23efbc35.gz
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With `R' in a playlist (calls `emms-tag-editor-rename') the file(s)
corresponding to the (marked) track(s) or the track at point will be renamed
according to the format specified in `emms-tag-editor-rename-format'.
Work ok for me, but there's a little problem maybe someone can fix:
- If users use the cache it has to be updated somehow. `emms-cache-sync'
seems to remove the renamed files. So you have to re-insert all renamed
tracks to get them into the cache again.
darcs-hash:20070815183247-c06f4-1419a175a28e72530fba2a67ee3925a45f311a1c.gz
|
|
|
|
| |
darcs-hash:20070626141221-c06f4-e034ff32ecc6e2d57ffaefaeb4f78d1e36a830a2.gz
|
|
|
|
| |
darcs-hash:20070626023252-94065-b4d98c8dd111981ba80a479ced3440bb0ee2d58d.gz
|
|
|
|
| |
darcs-hash:20070614155834-94065-5daec0b01f392ead46ee58d88544703da34e3057.gz
|
|
|
|
| |
darcs-hash:20070614155806-94065-683464c11c64d331b912ceb712f571778f2ffc3a.gz
|
|
|
|
| |
darcs-hash:20070609025545-94065-069438ac164738b51bca7bd92acc77a9870be09d.gz
|
|
|
|
| |
darcs-hash:20070610164902-1bfb2-6c0568753cfff5deb6ebe8d750868749b7950611.gz
|
|
|
|
|
|
|
|
| |
I'm not familiar to regexp internal, so the
emms-tag-editor-compile-pattern may not robust or have bugs. Any advice
will be wellcome.
darcs-hash:20070609023733-94065-1060f4dc3fedbf75afd94c22cd7412d0dffe1c61.gz
|
|
|
|
| |
darcs-hash:20070609023409-94065-e999c77f14a22e48125608e9b6d0ca8158b6f555.gz
|
|
|
|
| |
darcs-hash:20070606020643-1bfb2-fe16b89855d731eb81f486db0c82d3d8d5f46cbc.gz
|
|
|
|
| |
darcs-hash:20070521070130-94065-b642910b76fcc3aa1c344b1f543fe1f91edb43ed.gz
|
|
|
|
| |
darcs-hash:20070521070049-94065-36a4faaa4118198646a8131ee8ffd5776fd7eadd.gz
|
|
|
|
| |
darcs-hash:20070521065107-94065-b55aac1aaed355a50b8643ef1d77732c170cd6fe.gz
|
|
|
|
| |
darcs-hash:20070521062827-94065-df982456724837444c4491e57aa5086d6ca37b32.gz
|
|
|
|
|
|
|
| |
the line, so that we can copy & paste stuffs tainted with 'emms-track
property as well.
darcs-hash:20070426071317-cfa61-f7ce531e7952eff61318b65df063430c2bd5f174.gz
|
|
|
|
| |
darcs-hash:20070408113129-94065-4abe8743412c621c46f6d6e1136222e4c86d2754.gz
|
|
|
|
| |
darcs-hash:20070408111309-94065-0a835a494fdb296418a704a27aa8153cc419f055.gz
|
|
|
|
|
|
|
|
|
| |
Files made by those who haven't yet completed the assignment process
remain copyrighted by that person. Those who have assigned have their
files changed to be copyrighted by the FSF, but retain their Author
line for the sake of giving proper credit.
darcs-hash:20070319145852-1bfb2-2a4bb04c74262f43732fa5a81aa2d488da502995.gz
|
|
|
|
| |
darcs-hash:20070317070451-1bfb2-e70494207b236439512e416d75d57d80255410d8.gz
|
|
|
|
| |
darcs-hash:20070316075057-94065-61127edd46eb789b5060d10072376c06faf2af3b.gz
|
|
|
|
| |
darcs-hash:20070316075015-94065-8e5cb73a6899d2eccb68f17d22f3d0fdef753255.gz
|
|
|
|
| |
darcs-hash:20070316144749-c06f4-53f17af7130aae6d35efeb715e126a2de44bbe15.gz
|
|
|
|
| |
darcs-hash:20070308141238-94065-8d8dba74575bede5f583ee75908f3532615b8a2d.gz
|
|
|
|
| |
darcs-hash:20070308141209-94065-e42c62f7816a62ada269de9ed57d14fa05289a6f.gz
|
|
|
|
| |
darcs-hash:20070308141123-94065-8a889520d49cf3d7bd8638d82f38e40dadc0247e.gz
|
|
|
|
| |
darcs-hash:20070215231146-1bfb2-8b67281c41a771504c6549ad234eb82e26bbfc91.gz
|
|
|
|
|
|
|
|
| |
It turns out we have to have the "-t" option before each bit of track
information, not just the first. Also, avoid sending empty track
information to vorbiscomment.
darcs-hash:20070129154657-1bfb2-a8266b299f4c9eee6db666b1ff71a04c3aa48076.gz
|
|
|
|
| |
darcs-hash:20061207143511-1bfb2-90e8bee5074d6ef5ca4c9998886d28eedf6df671.gz
|
|
|
|
| |
darcs-hash:20061207142310-1bfb2-3dda8c692c17a031f70477aa2597ef161f420780.gz
|
|
darcs-hash:20061207141945-1bfb2-bec40763ab0162499c3829e073717915ba509653.gz
|