Vassili Pastushenko

Less than 2nd rate. Why bother with this, if VP can't be bothered to make it easy to use? Not a uicontrol anyway. Just as easy to use use ginput if you must create a new figure window.

John wrote:
///First, I see that when the cursor drops outside the axes, you get a NaN when you go below the lower bound. But there is no constraint on the upper end. This seems inconsistent. Why do it this way? ///

SLIDDER is a part of a GUI which integrates several matrix-oriented procedures, all need NONNEGATIVE integer vertical and/or horizontal parameters. NaN means that corresponding procedure skips the processing in corresponding matrix dimension. This is a very convenient and clearly percepted convention.

Therefore I do not need to treat the upper bound in a similar way. Moreover, the filtering windows vary in the range from 10 to 100. The greater the upper bound, the more difficult is to catch wanted window. Therefore the option of overriding the upper bound really makes the users life easier. The thing is that the SLIDDER works in parallel to an editable text box which receives the output from the SLIDDER. If catching numbers with SLIDDER appears difficult, the user has to type the windows by hand. However, the probability of a conflict between x-y sequence convention and 1-st and 2-nd dimension convention increases, because not all the users eat wooden chips. This probability is minimized by the option of overriding upper bound: if my default is 31 31, I still can easily reach much greater values like 71 or so with the SLIDDER. Therefore accepting upper bound smaller than it finally appears to be necessary improves catching numbers and leads to no conflicts exactly due to overriding the upper bound.

Thus, what seems to be inconsistent in the West, can easily appear to be a life necessity in the East.

Because not always the parameters should be integer I have added the float mode. In my practice, I did never work with fixed steps < 1. However, if such a special case comes, then the continuous output can easily be quantified. However, should I add this option, any expert, not to speak about normal users, will be overloaded. Too good is again bad.
  

///The simple fix is to define the "CloseRequestFcn" as the same as clicking on the finish button in the window.///

This is a really useful and helpful remark, thanks. I shall try and probably resubmit the SLIDDER if not delete it. I personally do not lose anything.

 The name SWIDDER does not mean SaintWIDDER. Another John informed me that my submission can not be accepted because it was compressed by .rar, not .zip. I had to resubmit, but it was too late and I was tired. In a couple of days many people come here to participate in the conference, and those who have seen the SLIDDER before coming (as well as MLIN, POWEL, LINPAT which are parts of the same GUI) will have more preliminary informations, therefore they will use their time here more efficiently.