Khaled:
I feel that mIRC shouldn't attempt to predict and prevent scripted errors. For example, /bread can fill memory, looping + opening coms can fill memory, etc; typos in scripts happen, at most the scripter kills mIRC and restarts it after removing the offending script. To take preventative measures against such would end with mIRC being 99% of 'this *might* happen'.
--
Wims:
How is this any different than removing the limitation? you are simply aliasing what Khaled was attempting to prevent
--
I agree with Saturn though that at the very least, when a picwin's width and height are specified with the -f switch, the internal canvas should be increased to the specified size:
;; This should force the canvas to be 2000 x 2000.
;;
;; If the window is pre-existing, the canvas should
;; be extended to cover at least this space if it does
;; not currently do so.
window -pf @ -1 -1 2000 2000
--
My suggestion would be to remove the limitation that stops the internal bitmap/canvas from being extended with /draw*. We've seen quite a few bug reports over the years in which the poster thought it was an issue with a specific /draw* command and it turned out to be how mIRC handles the canvas.
