MATLAB Answers

Passing variables in GUI vs. assignin then evalin

12 views (last 30 days)
Dc215905 on 11 Mar 2020
Commented: Dc215905 on 13 Mar 2020
I've looked through multple ways to do this on the forum but I still can't seem to figure it out.
I'm loading a bunch of variables into my GUI that I want to be able to pass to different functions/callbacks (they are the same, right?).
In the past I have done this by:
[fname, path]=uigetfile('*.mat');
File = fullfile(path, fname);
assignin(many more)
and then in another callback:
com = evalin('base','com')
manymore = evalin('base','manymore')
How do I pass these individual variables between different callbacks so I don't have to always pass it throught the workspace and bring int back (also, what's wrong with doing it this way?)?
I know guidedata(hObject, handles) exist, but I can't for the life of me make it work.
Dc215905 on 13 Mar 2020
Thank you! There's a lot of valuable info in this post.

Sign in to comment.

Accepted Answer

Rik on 11 Mar 2020
Edited: Rik on 11 Mar 2020
To answer the question of how to do it with guidata:
%this stores data to your figure:
%this retrieves that data:
In your function you can modify or create fields of the struct. If you modify data, don't forget to use the first to update the data stored with the figure.
You can treat the first line as a set() and the second line as a get(). If you have a GUI created with GUIDE the second line is implicitly executed every callback, so you'll only need to use the first line.
  1 Comment
Dc215905 on 13 Mar 2020
Thanks for the simple explanation. Your set() and get() comment made perfect sense.

Sign in to comment.

More Answers (1)

Peter O
Peter O on 11 Mar 2020
Nested Functions are your favorite friend when working with GUIs. Place the callbacks within the main UI, and they'll be able to access the scope of the parent function.
Whenever possible avoid using evalin and evalc. They permit execution of arbitrary code (including shell commands), so they can be a security risk.
For scoping reasons, it's "dangerous" to place variables into global namespace because they can be accessed and modified by other functions that you might hypothetically have running, and it creates a lot of memory access overhead. And they might overwrite your poor user's code if names overlap. For instance, if you have the variable in the UI called "data," there's a high probability it might overwrite the information the user just loaded in the workspace from data.mat :)

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!