As I said, If you wish me to spend some time to investigate this, contact me by email for a private consulting.

What happens is that depending on button presses editboxes are dynamically created, customized, removed all the time.

Essentially, I just need to keep new ones at the back of old components. The problem is that new ones always appear on top, and a single ‘uistack’ call removes all previous border changes.

To cut the long way with codes, could you give a quick tip (or keywords) on:
Is it possible to add new components right to the back with java? Or can we set some java ‘always on top’ property? (similar to TooltipString behavior)

(Thanks a lot for all your time and prompt response!)

I do not accept your claim. You can always store the findjobj-ed handle in some variable and then use it immediately after uistack to reset the border.
I don’t know what the specific problem with the z-order is.
If you wish me to spend some time to investigate this, contact me by email for a private consulting.

😉 Unfortunately, it is impossible in the actual code, where I need this. I’ve shown a very simplified demo-script. The actual code does not allow to permute those operations. Is there a way to fix ‘z-Order’ solution in the previous code? Thank you!

@Liu – why not simply move the uistack command before findjobj, then modify the border?

% --- Figure with listbox and editbox
f = figure; 
hList = uicontrol(f,'style','listbox','position',[10 10 400 20]);  
hEdit = uicontrol(f,'style','edit','position',[10 10 200 50]); 

% --- Change border of the editbox
jEdit = findjobj(hEdit);
jEdit.Border = javax.swing.border.LineBorder(java.awt.Color(0.3,0.3,0.3),3,true);
jEdit.repaint;             

% --- Method 1 - listbox to front - cancels border change
%uistack(hList,'top');

% --- Method 2 - listbox to front - java error on figure closing
jObj = findjobj(hList); 
jPar = jObj.getParent;
jPar.getParent().setComponentZOrder(jPar, 0);
jPar.getParent().revalidate;

thx for quick reply, already tried method you suggest yesterday but had some troubles and noticeable delay before changes are applied. Especially if i try to change border and background at the same time, it only changes one property and i have to rerun it to change all… (changing foreground and background at the same time works)

Do you have any idea how to minimalize the delay before applying changes?
here is the code i use
**************************************************************

lineColor = java.awt.Color(1,1,1); 
thickness = 1; 
roundedCorners = false;
newBorder = javax.swing.border.LineBorder(lineColor,thickness,roundedCorners);

backgroundColor=java.awt.Color(0.141,0.518,1);
foregroundColor=java.awt.Color(1,1,1);
jButton = findjobj('class','pushbutton');       
length(jButton)

for i=1:1:length(jButton)
   set(jButton(i), 'Background', backgroundColor, 'Foreground', foregroundColor, 'Border', newBorder);
end

FindJObj *cannot* work in the GUIDE-created *_OpeningFcn because the figure is not yet visible at this time and so the Java components have still not rendered and therefore cannot be found.

Try placing your call to FindJObj *after* the figure has become visible and all the controls have completed rendering, for example by moving your FindJObj call to the *_OutputFcn function, hopefully after a call to drawnow to ensure that everything has completed rendering.

My problem is, that i don´t know where exactly should i place the code, which changes button border… At first, I placed it logically into main figure opening function (executed before figure actually appears), but findjobj doesn´t find any java objects (it returns just empty array), although handle structure already consist of all matlab gui handles… it works If I change code and press, while app is already launched. (java objects existing…)

Do you have any suggestions how to solve my problem?