Quote from: Teukka on 02 July, 2006, 11:55:54 AMi have a weird problem. I'm trying to rate songs but it works only one playlist...when i choose another playlist and trying to rate songs...nothing happens. someone help me Probably you have "library only" checked and the files in the second playlist are not in the library.
i have a weird problem. I'm trying to rate songs but it works only one playlist...when i choose another playlist and trying to rate songs...nothing happens. someone help me
Quote from: fabiospark on 02 July, 2006, 12:57:59 PMQuote from: Teukka on 02 July, 2006, 11:55:54 AMi have a weird problem. I'm trying to rate songs but it works only one playlist...when i choose another playlist and trying to rate songs...nothing happens. someone help me Probably you have "library only" checked and the files in the second playlist are not in the library.where exactly i can uncheck this "library only"?
How can we get the separate values of a multi values field as the old 'tag' (with no %%) did in albumlist or the #tag# did in PLT?I can't figure up how to set PLT or browser panels to use the single values...Thanks.
Sry about lack of updates, my access to internet is quite limited...0.1 beta4- fixed an issue where info was not correctly saved for some tracks- fixed text file line change reading (now requires CR+LF)- fixed file deletion within fb2k (again)- renamed tagz functions: $ciget() -> $cinfo(), $cinum() -> $cinfo_num(), $cilist() ->$cinfo_list()- added function $cinfo_sep(). Behaves like $meta_sep().- fully(?) functional(?) SQLite info storage. Can also read the database created by Quicktag sql.- whole internal acrhitecture changed. Once again, hope I didn't break anything.- new SDK (or a "wannabe" SDK at least), completely rewritten
I can't see the CI commands in the context menu and I can't enable the info storing.After I choose the storing method, if I click on "save all" or exit and then re-enter the preferences page the box is still showing "none".
Another small thing: could you make it reopen its pref page when I reopen the preferences after selecting custominfo pref page, please? Now, it always opens on the general pref page.
I have some tags called style and featuring which I would like to copy from the files to the database, how would I go about doing this?
I certainly could make %tag% show all of the values... but that's not the issue. As you might have noticed, %tag% with custominfo fields is not recognized by masstagger either. It evaluates to "?" as if the field wouldn't exist. There is nothing I can do about it. Same thing with track info. Also, there is no way to split/branch the entries in playlist tree or browser using %<tag>%. They access the file info structures directly and know nothing about multi-valued custom fields. In album list one could do the branching with a special hack $char(4)$cinfo_sep(tag,$char(5))$char(4), but ... I think nobody's using album list anymore... :|Sorry about the bad news, but that's just how it is. And this also the only (legit) way I can think of implementing these db-only tags. The tech info approach used earlier doesn't work in 0.9 anymore.
- have you tried and asked about these preoblems in the development forum?- have you talked to cbowron, the author of foo_browser and foo_playlist_tree?Maybe they can give you some hints on where to go.
Is it right they don't work with foo_qiocksearch too?
I don't think there's any need for hints, cause I already know it's a dead end.. And there's no way I'm gonna start begging other authors to change their components. I don't know how easy it would be to change the titleformatting behavior (track info, masstagger etc.) or what are the benefits of current behavior, but the branching in browser / playlist tree would propably take huge amount of extra work (and make the component slower).
hello. great pluggin, thanks for releasing it.is there a way that I can use this pluggin with the foo_playcount so it saves first_player, last_played, and play_count to the database and not to a real tag withing the file?thanks!
foo_custominfo labelled as known potential troublemakerfoo_custominfo has been put on the list of known potential troublemakers because it wrongly assumes that metadb_display_hook methods are only called from the main thread. It thereby breaks components that run titleformatting scripts in a worker thread. Please use the "report post" feature when you announce a fixed version to notify a moderator.
1. Is there no way of editing the current information for the tracks other than completely overwriting it?
2. How do you remove stored information from a track?
1. The date/time variable fields are not padded with leading zero's
1. Have an option to create a backup of the database incase of corruption, accidential deletion etc?