Ok, I've managed to find your bug, although not entirely. I have stripped code from CueReader2 until the bug went away and after much testing, the line which is causing the problem is
It appears that querying whether the player is playing seems to cause MM to start playing in this situation. This is a bug with the MM side of scripting, not mine, so unfortunately I cannot fix this for you.
Trixmoto, what i meant with the stay on top thing was that if I changed program the cue reader window appeared on top of that program. But guess what. A simple reboot cured that problem and it's working as it should.
As for the "real" bug. Psyxonova seems to have found a workaround!
Thanks
/Martin
Last edited by Bex on Wed Jan 11, 2006 10:32 am, edited 1 time in total.
Actually, I have a hard one! (I think?)
Make it possible to edit all text fields (eg. Artist and Title) directly in the cue reader window So it's saved in the cue file.
Editing the fields would mean a LOT of extra work and I don't think it would be very stable. I'll have a think about it and let you know.
Docking is currently not possible as there simply aren't the commands for it. Such functionality has been requested - not sure whether the MM team ever said they'd do it or not.
As always, thanks for the feedback!
Download my scripts at my own MediaMonkey fansite.
All the code for my website and scripts is safely backed up immediately and for free using Dropbox.
LOL....
It seems like Bex is always hungry for new functionality...
Anyway, my opinion is that implementing editing in the Cue Reader form will only create problems. Perhaps a better sollution would be if an extra form (with standard text fields and not explorer objects) could be created just for editing. It would still be easier than editing the cue file and would create little effort compared with the job that has be done to make the current form editable.
As for docking, i have too tried to implement it and there is no easy way, just (not very stable) workarounds. I hope in the future we will be able to see that. Perhaps what MM needs is a sidebar with customizable content (and accesible for scripting). I am pretty sure that this will boost MM's funtionality as well as unleash the imagination of scripters...
trixmoto wrote:Editing the fields would mean a LOT of extra work and I don't think it would be very stable. I'll have a think about it and let you know.
Well, if it's hard to implement dont do it. I'm very satisfied as it is now!
psyxonova wrote:LOL....
It seems like Bex is always hungry for new functionality...
Well there's no way to do it accurately because you can't equate a string with it's physical length (ie: "iiiii" is shorter than "wwww"). But I am rewriting this script as a dockable panel, so then you wouldn't want it to be different sizes anyway, as it would be static.
Download my scripts at my own MediaMonkey fansite.
All the code for my website and scripts is safely backed up immediately and for free using Dropbox.
Is ther a way to get the plugin window to display some ID3 frames from the tag of the corresponding file?
Such as composer, year, comments?
Just asking...
This is of course possible. But why would you want to? MM displays all of this information. The plugin is designed to display the information which MM will not (the CUE information).
Download my scripts at my own MediaMonkey fansite.
All the code for my website and scripts is safely backed up immediately and for free using Dropbox.
I just found that Script. It's a really GREAT one. It leaves nothing to be desired. I love it!
There's only one thing:
After using that script I get a "COM Server Warning" when closing MM:
"There are still active COM objects in this application. One or more clients may have references to these objects, so manually closing this application may cause those client application(s) to fail.
Are you sure you want to close this application?
|Yes|------|No|"
Any idea about it? Didn't find a comment on that yet.