Gj, just a few suggestions though:
1: In your dialog calling alias you can shorten it by doing something like this: alias hashexp dialog $iif($dialog(etc),-v hashexp hashexp,-m hashexp hashexp)
2: You could form this into a full editor and it\'d be even better.
I found this useful though as I need to check hash tables often.
well the reason it doesnt have the amsg feature and ect.. is because i wanted it to be simple and sweet. and im in help channels s the amsg away isnt welcomed there. which is why its just a simple away on query. No this isnt my first script. and the reason for the timers is if someone else trys to flood you bcause they know you have an automated query, it makes it so the automated msg is only active every 10 seconds so your not flooded out. Thanks for the comments and the inputs tho, i love to hear your thoughts and ideas. and ive tested the script and it works perfectly fine.
Yes, but mIRC\'s built-in automated response doesn\'t flood you out either. It may flood the user with the notice, but you aren\'t actually giving it off. /away won\'t give off an amsg either. But whatever you want is fine.
For most of the functionality, you did a good job. Would be excellent to add a directory without making a new playlist. I would also like to see an add file and remove file option because I have quite a bit of songs loaded in my directory. That would make the playlist option better.
For the coding, not so good. I\'m surprised that it makes it easier for you to understand. /\'s usually tend to make coding look sloppy and confusing in my opinion. I\'d strongly recommend you remove them, but that isn\'t significant. You also lack error checking. (Opening dialogs is an example.)
For the way you handle your files, I think you can improve upon that as well. Your writeini can\'t support 64k or more (going back to large directories). I\'d use hash tables, or just make the writeini command /writeini -n.
I\'d like to see a scroll bar instead of two buttons to seek though the song. That way the user could get more exact with the position. It would be good to make your options into a separate dialog, the actual mp3 dialog itself would look a lot neater. Another thing I noticed in a lot of the mp3s on here, when they have volume seeking in their snippet, is that they skip to a certain percentage instead of scrolling regularly. If you could change your current buttons to a scrollbar as well, that\'d be great.
Perhaps add an id3 editor, and more options as to the display. (Such as size and album for example.)
After that novel, I\'d have to say you put a lot of effort and tried to create a decent mp3 player. You did, and I credit you for that. If you just included some updates and fixes, you\'d have an even better snippet. Very good job.
Thanks, it\'s quite simple if you\'re fluent in token identifiers:
Let\'s say I had the string \"this is my string of tokens\"...
Now if we typed up //echo -a $multiremtok(this is my string of tokens,1,2,32) would return \"my string of tokens\" Because it removed the first token, this, and the second token, is.
Any more questions you have feel free to ask and I\'ll be glad to help. Although this should have been covered in the comments I put into the snippet.
Thanks xDaeMoN. But I do believe that mIRC\'s built-in $matchtok will only return one token. Meaning if I used: $matchtok(this is a string,s,1-,32) would only return this. (That\'s what I got when I tested it.) On the contrary, my snippet uses $gettok when retrieving data so you can use things such as 1-. I guess this is just an enhancement to $matchtok.
I performed a search on the mass snippets on here and found this:
http://www.hawkee.com/snippet/3375/, exactly identical. You just added an else event in there. Please give the author proper credit, thanks.
Now onto your own coding:
Awful /\'s in front of commands, you advertise literally everywhere, you are missing a bracket, you don\'t check if the dialog is in use, and not sure who X is? Either way, you should just use the /ban command.