|
Feature suggestion: customise abum, title inside groups
|
|
28-04-2013, 00:18
Post: #23
|
|||
|
|||
RE: Feature suggestion: customise abum, title inside groups
(27-04-2013 12:45)simoncn Wrote: It isn't impossible, but each extra option adds complexity (in the implementation and in the documentation). For example, this option would also need to change the way albumArtist is computed for the tracks in the group (see the description in my previous post). I'm not convinced that the benefit from adding this option is worth the added complexity. Hi Simon ok if this is complex - skip it, it is only a very minor issue for my ideas (and maybe it won't be an issue anymore in some time). When I will feel still the way that this would be a good idea, I'll be back with it when MinS has reached 1.0 I don't see Discsubtitling in this case being helpful, but I do see great potential in using Discsubtitle in many more ways if the seperation it makes wouldn't actually be limited to the physical discs. Especially I would see very good use in my Pop Collection if this could be used to separate the Original Album Titles from the bonus titles of an Album. It is not very helpful to make 2 groups for that as you won't select tracks that way but, as a reminder to see where the bonus titles begin Discsubtitle could be a great feature for this if it could be used independently from the discnumbers. I just tried to alias such a seperation to the DISCNUMBER TAG to get this result but with no luck even when making it 1,2,3,4 like real discnumbers and using discsubtitles accordingly. Obviously I don't fully understand how this disc seperation actually works. (Maybe I should begin with the Tracknumbers each time at 1 to get any effect.) Additionally I have discovered a presumably unwanted effect of the Multidisc handling. (at least in my eyes): In one of my MinS Instances I want to do strictly a work search (as described in a previous post) and therefore i have aliased: Work:Album From your Description of the multidisc beahviour in the handbook I suspected that this would work easily - and it does ![]() nearly. ![]() Here are my example(s) First I have a Album which originally consists of 2 discs but contains 5 Works: the first 2 on Disc 1 the other 3 on Disc 2 After aliasing Work:Album (and Album to something else to avoid conflicts) MinS shows a list of 5 Albums as expected. The Title list of the first Work appears as expected The Title list of the second Work looks the same, but with one exeption the Tracknumbering does not begin with 1, but with the first Original Track number. The Title list of the third work begins again with tracknumber 1 but now there is a Disc 2 Separator at the top of the list (like from discsubtitle) The fourth work has a Seperator 2 and doesn't begin with a 1 (as the 2nd Work) From the explanations of your handbook I would have suspected that the renumbering of multidiscalbums would work here to renumber each album created from a Work this way with number 1 and not indicating multiple discs. To understand this behavior better I eliminated the discnumber Tag. The the disc-seperator vanished, but then obviously I will have a sorting problem when there are works that occupy more than 1 disc. Am I right with the following: an items list of an Album is always sorted 1.discnumber 2.tracknumber 3.title it always begins with tracknumber of the first title in the list the discnumber is shown as a DiscSeperator when the first discnumber is 2 or greater. Renumbering only kicks in when there is a change of discnumber from 1 to 2 in the list. (and it doesn't kick in from 2 to 3 if there wasn't a 1 to 2 change) If that is so would it be possible (without much effort - and as an option) to force the renumbering at the beginning of the item list in any case ? ![]() If this is not possible I will have think of an easy way to tag an alternate tracknumber for the works. ![]() Thanks to your great alias Funktion I Imagine I can get what I want by doing this. (having a simple list beginning from 1 for each work) ![]() Ahh I got carried away again Post is much too long SORRY
|
|||
|
« Next Oldest | Next Newest »
|
User(s) browsing this thread: 1 Guest(s)

Search
Member List
Calendar
Help







Post is much too long
SORRY 
