As to restrictions, I don’t see how making Event Scheduler only available from the Control Panel would help; unless of course you don’t display the Control Panel in your GUI?
And is Save Desktop causing you specific problems? Again, I’m not understanding what the problem is, because not much gets saved in a Desktop file anyway.
I think most users would NOT want to see that in the GUI, especially so if they use mAirListDB (where the whole idea is that you DON’T need to know wher anything is physically stored). If you really need to know this, is it such a big deal to double-click an item and then click the Audio File tab in the Item Properties dialog?
The obvious problem with this is: what happens when there are items loaded from more than one playlist file in the GUI Playlist? Or are you suggesting that this is shown for EVERY item in the Playlist? Again, I’m puzzled as to why you would want to see this in the GUI? Certainly with my presenters, ‘less is better’ in the GUI. They get confused enough as it is!
OK, let me explain it with your own words ;D
Didn’t you mention something about presenters applying their own “settings” on the mixer?
What I want to avoid is that by just clicking on the next event time, that one gets access for changing/deleting events.
I know that if somebody gets into this, he will fiddle around there,you know, I know…
Save desktop with empty carts will overwrite our “standard” desktop when starting mAirList, resulting in loss of what was stored there (Jingles, Beds, Ads, etc…) The next presenter will call me at night claiming that the carts have disappeared, we can bet on that!
The presenter would not be interrested in seing the location of the currently playing file, but I do. Our current automation playout system displays this in the bottom bar which is very helpful.
Same for the current Playlist loaded. For me it’s important to see (when logging remotely in) to see what playlist is currently in use.
Nothing special, only a request to get what we have today.
I can live with checking the properties of the playing file to see its location, but the current active playlist is something important for me.
These are only the final points I got on my list to clarify before skipping the old playout system.
OK. In Config, Cartwall, Options, Options tab, CLEAR the Save cartwall contents in desktop files (.mld) option to fix that. I’ve tried this and it DOES work. Of course, you would need to switch this option ON if you DO want to save a ‘default’ Cartwall in (say) your ‘standard’ desktop. You might also want to switch the second option in that list OFF as well, to prevent accidental changes to .mlt files.
Re the Event time box: yeah, OK, I see your point!
The ‘current active playlist,’ as I said before, is more problematic. Playlists can be loaded or appended by the Event Scheduler, by a script, or manually. And that information (which playlist did this file come from?) is simply not available in mAirList at all, because when a playlist file is loaded, all that happens is that its files (properly, its items) are loaded into the ‘live’ playlist as items, with no record internally of their source. The ;live’ playlist is simply a list of items. Also, don’t forget that items can also be dragged and dropped into the live playlist from the Browser, from mAirListDB, or even from a Windows Explorer window. What would you display as the ‘playlist file’ for items like that?
Plus, as I said previously, what should mAirList show as the ‘current playlist’ if there are (say) two items left from the current hour’s playlist, but the next hour’s playlist has already been appended?
So, apart from the fact the information isn’t available anyway :D, I can foresee considerable programming difficulties in showing that information, other than for individual items. I could understand how displaying that info. would be possible if you have a playout system where you could only load items into the ‘live’ playlist as part of a playlist file, but mAirList doesn’t have that restriction; hence (partly) the difficulty in trying to show you the ‘current playlist.’ Does that explanation make sense?
right clicking the file to check the full path and filename
check the log what playlist has been loaded last
Regarding Playlist indication, all I need (in unattedend mode) is to find out which playlist has been loaded. It’s just in case of problems with a file (as an example) to quickly identify the culprit. Again, this happens rarely and is not woth the effort.
Thanks for the hint on “Save cartwall contents in desktop files”
The only “real” issue remaining is keeping away presenters form accessing the Events
[quote=“Cad, post:5, topic:7143”]OK. In Config, Cartwall, Options, Options tab, CLEAR the Save cartwall contents in desktop files (.mld) option to fix that. I’ve tried this and it DOES work. Of course, you would need to switch this option ON if you DO want to save a ‘default’ Cartwall in (say) your ‘standard’ desktop. You might also want to switch the second option in that list OFF as well, to prevent accidental changes to .mlt files.
CAD[/quote]
I just tried this, and nope, it overwrites the carts and browser tabs in Standard.mlt. It also saves the currently loaded playlist to Standard.mlt.
And yes, I unchecked the options you mentioned AND the same options for the Browser under GUI, Browser in Config.
So unless this is a bug (cartwall save and browser tabs) I’m still stuck with preventing the current playlist from being saved to .mlt
Removing the items from the toolbar menu would be the right way to go.
OK, first of all there is a Config option to prevent display of the ‘Event box.’ Clear this checkbox:
Config, Playlist, Control Bar tab, Show next event time box.
I suspect this the setting samethe exact same option you discovered yourself.
Second, I tried clearing the options to save the cartwall and browser in MLT files, then I put ‘stuff’ in the Cartwlal and Browser and tried saving the desktop as the default template (standard.mlt). I can confirm that the resulting file did NOT contain any of the ‘stuff’ I had added. So in effect, you’re writing an ‘empty’ Cartwall and Browser to standard.mlt by doing that. Does that make sense?
As to your other question, perhaps there is a need for a new node under Config, GUI (maybe named Toolbar?) which would have checkboxes for each item/button in the main Toolbar, something like this:
“Show next event time box” is obviously the same than the key I found in gui.ini
Our Standard.mlt contains the Ads block and some jingles and beds preloaded in the cartwall, same for comomnly used folders in the browser.
If I uncheck the save options and perform a save, I end up with a standard.mlt containing nothing in the carts and browser.
That’s not what it was intended to. It shall simply not overwrite these sections and leave in what is.
In skin.ini there is a [Toolbar] that allows you to enable/disable the Buttons, but not the item of each button.
I had a vague feeling there were skin.ini settings for [Toolbar], but it’s some time since I used them, so I’d forgotten.
Torben: Just for my own reference (and to go into the manual ;)), is there a way to hide the entire Toolbar, other than by setting its size to 0×0 pixels in Layout Designer?
I’ve tried this and it DOES work. Of course, you would need to switch this option ON if you DO want to save a ‘default’ Cartwall in (say) your ‘standard’ desktop. You might also want to switch the second option in that list OFF as well, to prevent accidental changes to .mlt files.
I’ve tried this and it DOES work. Of course, you would need to switch this option ON if you DO want to save a ‘default’ Cartwall in (say) your ‘standard’ desktop. You might also want to switch the second option in that list OFF as well, to prevent accidental changes to .mlt files.