Thanks for the note Eric – you forgot the crucial call to jTable.setLabelTable(labelTable) – I added it into your code snippet above.

labelTable = java.util.Hashtable;
for key = 1:N
    mLabel = 'Yout label here'; %Matlab Char
    jLabel = javaObjectEDT('javax.swing.JLabel', mLabel); % Java JLabel
    labelTable.put(int32(key), jLabel);
end
jTable.setLabelTable(labelTable);

@Samina – in Matlab you have a choice between web-based UI (as with App Designer) or using Java-based controls (as I’ve shown in many articles on this website). In either case, if you wish to achieve professional-looking UI, consider using my professional services. More information and sample screenshots here: http://undocumentedmatlab.com/development

This topic is already discussed elsewhere: https://groups.google.com/forum/#!topic/jquery-ui-dev/o1CImjd8Wbg
But the solution already was on my hand:
– Src.getValueIsAdjusting appears to only be true if the user interacted with the slider (and at the _first_ setLowValue/setHighValue call, even if the value hasn’t changed)
– only trigger global tool parameter update if Src.getValueIsAdjusting=false (that’s equivalent to uicontrol(‘Style’,’slider’) callback)

@Robi – you could try to trap MouseDraggedCallback and MouseClickedCallback, which would only trigger if the user interacts with the slider using the mouse (also trap KeyPressedCallback if you want to trap arrow key-clicks etc.).

Alternatively, you can keep your existing mechanisms and simply add a re-entrancy check – several alternatives are discussed here: http://undocumentedmatlab.com/blog/controlling-callback-re-entrancy.

1) Using StateChangeCallback:

function rangeSliderStateChange
%RANGESLIDERSTATECHANGE
   fh = figure('NumberTitle','off','Name','StateChangeCallback');
   jRangeSlider = com.jidesoft.swing.RangeSlider(0,100,20,70);  % min,max,low,high
   jhgRangeSlider = javacomponent(jRangeSlider, [0,0,200,80], fh);
   jhgRangeSlider.StateChangedCallback = @slide;
end

function slide(Src,EvtData )
%SLIDE
   if Src.getValueIsAdjusting
      fprintf('Dragging to %d\n',Src.getValue)
   else
      fprintf('Stopped at %d\n',Src.getValue)
   end
end

This has the limitation that I cannot determine if the left or right knob was dragged, which is OK for me.

2) Using PropertyChangeCallback:

function rangeSliderPropertyChange
%RANGESLIDERPROPERTYCHANGE
   fh = figure('NumberTitle','off','Name','PropertyChangeCallback');
   jRangeSlider = com.jidesoft.swing.RangeSlider(0,100,20,70);  % min,max,low,high
   jhgRangeSlider = javacomponent(jRangeSlider, [0,0,200,80], fh);
   jhgRangeSlider.PropertyChangeCallback = @slide;
end

function slide(Src,EvtData )
%SLIDE
   if strcmp(EvtData.getPropertyName,'lowValue')
      fprintf('Ended low at %d\n',Src.getLowValue)
   elseif strcmp(EvtData.getPropertyName,'highValue')
      fprintf('High at %d\n',Src.getHighValue)
   %else all kinds of properties I am totally not interested in
   end
end

This may have more overhead because there are many events fired we need to filter out.

Both these solutions do have the drawback that the change events are also fired if the knob values are changed programmatically, which could easily end up in an infinite loop.
I think the point is, that the sliders do not have an ActionCallback like most of the other swing controls.
Can you think of a solution which only fires events if the user interacts with the knobs?

Background is that I like to design my apps in a more or less global MVC pattern: One or more parameter objects with setObservable properties. A listener updates all uicontrols. When the user enters something into an edit textbox for numeric content, for example, the uicontrol callback converts to numeric and tries to update the parameter object. The parameter object checks the value range and updates the corresponding property, which fires the event which updates the uicontrol (-> infinite loop for the RangeSlider).

The slider thumb color is typically set by the Look&Feel and cannot be changed, except by changing the L&F’s standard control color (which is not advisable).
To update the Look-&-Feel in Matlab GUI, look here: http://undocumentedmatlab.com/blog/modifying-matlab-look-and-feel.

A few L&Fs may honor the settable internal Slider.thumb client property, but I’m not sure which L&Fs and under which circumstances (for example, it might depend on your Operating System and/or the Matlab release [which affects the version of Java]):

jSlider = javaObjectEDT(javax.swing.JSlider(0,100,20));
jColor = java.awt.Color(1.0,0.0,0.0);  % red
jSlider.putClientProperty('Slider.thumb',jColor);
[hjSlider,hContainer] = javacomponent(jSlider, [10,10,100,20], gcf);

but as I said above, many L&Fs ignore this property. Discovering how to proceed from here is a pure Java issue, unrelated to Matlab, so I leave this up to you and other readers to figure out on Java forums. Here are 2 places to get you started: link1, link2.

@Yair Altman – Thanks for the quick response. I’ll investigate the color properties some more. I tried changing the look and feel using the directions on your website, but each one (Metal, Nimbus, Motif, and GTK) has an unfilled slider.
I found an option that looks promising: modifying the client properties to set “isFilled” to true.

Interestingly, in the application I’m working on, I don’t get a filled JSlider, but as I was putting together an example to show how it didn’t work, I got a filled JSlider!

So, here’s the working example:

f = figure;
jSlider = javaObjectEDT(javax.swing.JSlider(0,100,20));
jSlider.putClientProperty('JSlider.isFilled', java.lang.Boolean.TRUE)
[jsl,hsl] = javacomponent(jSlider);

Now I just have to figure out how to make it work with my application.

This is not a settable property of the standard Swing JSlider. You need to modify the slider’s look-&-feel properties. These include several color properties, so play around a bit.
To update the Look-&-Feel in Matlab GUI, look here: http://undocumentedmatlab.com/blog/modifying-matlab-look-and-feel.