5

Is it possible to write a GUI from inside a function?

The problem is that the callback of all GUI-functions are evaluated in the global workspace. But functions have their own workspace and can not access variables in the global workspace. Is it possible to make the GUI-functions use the workspace of the function? For example:

function myvar = myfunc()
    myvar = true;
    h_fig = figure;

    % create a useless button
    uicontrol( h_fig, 'style', 'pushbutton', ...
                      'string', 'clickme', ...
                      'callback', 'myvar = false' );

    % wait for the button to be pressed
    while myvar
        pause( 0.2 );
    end

    close( h_fig );

    disp( 'this will never be displayed' );
end

This event-loop will run indefinitely, since the callback will not modify myvar in the function. Instead it will create a new myvar in the global workspace.

gnovice
  • 125,304
  • 15
  • 256
  • 359
bastibe
  • 16,551
  • 28
  • 95
  • 126

3 Answers3

5

There are a number of ways to build a GUI, such as using the App Designer, GUIDE, or creating it programmatically (I'll illustrate this option below). It's also important to be aware of the different ways to define callback functions for your GUI components and the options available for sharing data between components.

The approach I'm partial to is using nested functions as callbacks. Here's a simple GUI as an example:

function make_useless_button()

  % Initialize variables and graphics:
  iCounter = 0;
  hFigure = figure;
  hButton = uicontrol('Style', 'pushbutton', 'Parent', hFigure, ...
                      'String', 'Blah', 'Callback', @increment);

  % Nested callback function:
  function increment(~, ~)
    iCounter = iCounter+1;
    disp(iCounter);
  end

end

When you run this code, the counter displayed should increment by one every time you press the button, because the nested function increment has access to the workspace of make_useless_button and thus can modify iCounter. Note that the button callback is set to a function handle to increment, and that this function must accept two arguments by default: a graphics handle for the UI component that triggered the callback, and a structure of associated event data. We ignore them with the ~ in this case since we aren't using them.

Extending the above approach to your particular problem, you could add your loop and change the callback so it sets your flag variable to false:

function make_stop_button()

  % Initialize variables and graphics:
  keepLooping = true;
  hFigure = figure;
  hButton = uicontrol('Style', 'pushbutton', 'Parent', hFigure, ...
                      'String', 'Stop', 'Callback', @stop_fcn);

  % Keep looping until the button is pressed:
  while keepLooping,
    drawnow;
  end

  % Delete the figure:
  delete(hFigure);

  % Nested callback function:
  function stop_fcn(~, ~)
    keepLooping = false;
  end

end

The drawnow is needed here to give the button callback a chance to interrupt the program flow within the loop and modify the value of keepLooping.

gnovice
  • 125,304
  • 15
  • 256
  • 359
1

You can declare a variable global in your function and global in the GUI code, certainly if the callback is in a separate function rather than inline. I've done this in a little skeleton GUI I use to make quick menu system.

In your code above you may be able to add the global keyword to your initial declaration and also to your inline callback i.e. 'global myvar = false'

Ian Hopkinson
  • 3,412
  • 4
  • 24
  • 28
  • OP will need to change the output variable to something else and create "global myvar" in the base workspace for this to work. – Azim J Nov 07 '08 at 17:29
  • Is this really the only way? It seems to be kind of blunt to use global variales for the job. – bastibe Nov 08 '08 at 08:55
  • It's the best way I've come up with - I agree it's a bit ugly, I don't think the Matlab GUI model is very good. You might want to check the code in the uitable(?) contribution on Mathworks. Site is down at the minute. – Ian Hopkinson Nov 08 '08 at 11:19
1

I found a solution to the problem. The callback-function has to modify the handle-structure of the GUI. This structure can be accessed both from within the callback and from the function without introducing new variables to the global workspace:

function myfunc()
    h_fig = figure;

    % add continue_loop to the GUI-handles structure
    fig_handles = guihandles( h_fig );
    fig_handles.continue_loop = true;
    guidata( h_fig, fig_handles );

    % create a useless button
    uicontrol( h_fig, 'style', 'pushbutton', ...
                      'string', 'clickme', ...
                      'callback', @gui_callback );

    % wait for the button to be pressed
    while fig_handles.continue_loop
        fig_handles = guidata( h_fig ); % update handles
        pause( 0.2 );
    end

    close( h_fig );
    disp( 'callback ran successfully' );
end

% The arguments are the Matlab-defaults for GUI-callbacks.
function gui_callback( hObject, eventdata, handles )
    % modify and save handles-Structure
    handles.continue_loop = false;
    guidata( hObject, handles );
end

note that since the while-loop will only update fig_handles when it is run, you will always have at least 0.2 seconds delay until the loop catches the modification of fig_handles.continue_loop

bastibe
  • 16,551
  • 28
  • 95
  • 126
  • The answer you gave here certainly looks correct, and this is how many people probably handle this sort of problem. It's all about personal preference: some people like to use GUIDE, whereas I always felt I could make things look cleaner with nested functions (it's a little more work, though). – gnovice Feb 10 '09 at 16:15
  • I second that. In fact I suffered so much from the GUIDE-generated code, that I wrote fig2cmd - to extract from a .fig file the commands necessary to reproduce it in an m-file. – Ofek Shilon May 01 '09 at 08:40