Bug Changing Item type

If I create a Command or Dummy object… then change the type of the object into say a Music file. The “URL” does not update it still shows “Command:” instead of “URL:”

Um … I’d say that’s expected behaviour.

If you create a Command or Dummy item (item is the correct term BTW!), then you shouldn’t be trying to change it into some other item Type later. Why it doesn’t seem to work is a different question (but then I don’t really understand you!).

I also don’t understand what you mean by URL here? If (I’m guessing) you mean the Title that appears after sending ‘now playing’ or stream Title info. somewhere, again that’s expected behaviour. Probably what you want/need to do is change the Title of the item so that something sensible comes up, like ‘more music soon on LFM: stay tuned!’ Am I right?

BFN
Cad

Ohhh ok,

I had been attempting to add in some Dummy Items into MairlistDB such as “F:\Markers## 9pm Time Market ##.txt”. This is a physical existing file as this was the only way I could add this into my music scheduling software as I couldn’t get the mairlist command working as per
http://forum.mairlist.com/index.php/topic,5811.0.html

Please do not confuse the item class (File, Dummy, Stream, Command, Container, etc.) with the item type (Music, Advertising, etc.).

The item class determines what kind of item that is and how mAirList handles it, e.g. a file, or a stream, a container of multiple files, or just a dummy.

The item type is merely for display purposes, filtering etc. Most non-file item classes have a corresponding item type so that you get a useful default when you add a new item of that class.

You cannot change the class of an existing item; you have to delete and recreate it. Just changing its type doesn’t make sense.

That was a much more eloquent, detailed, and somewhat technical explanation of the remarks I made some moments ago. ;D

In other words, changing the Type in that nice drop-down in the Properties dialog for an item does not affect the way mAirList handles and uses the item. Or to put it another way, a Dummy item will always behave as a Dummy item, even if you change its Type (to — for example — Music) later.

Most of the time, that will just change the icon mAirList shows in the Playlist. HOWEVER … if you run a script which ‘hunts’ for items of a specific Type or Types (like for example, Music) and then ‘does something’ with or to them, a Dummy-with-a-Type-of-Music item will pass that test and (for better or worse) be processed by that script.

The IVP-MarkEndings script is a good example of a script that does this, but if you try this, you’ll quickly find it’s NOT a Good Idea. All that will happen is that your Dummy-with-a-Type-of-Music item has its Ending set to o, but try running the main IVP script afterwards, and it will fail and probably crash because, after all, it is a Dummy item really; and you wouldn’t expect IVP to do anything sensible with a Dummy item which somehow got an Ending code put on it.

BFN
Cad