[Octave-bug-tracker] [bug #59113] Warning when String property of a uicontrol is a char array

[Guillaume]

URL:
  <https://savannah.gnu.org/bugs/?59113>

                 Summary: Warning when String property of a uicontrol is a
char array
                 Project: GNU Octave
            Submitted by: gyom
            Submitted on: Mon 14 Sep 2020 11:28:20 AM UTC
                Category: Octave Function
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Unexpected Error or Warning
                  Status: None
             Assigned to: None
         Originator Name: Guillaume
        Originator Email: 
             Open/Closed: Open
                 Release: dev
         Discussion Lock: Any
        Operating System: Any

    _______________________________________________________

Details:

Following bug #49536, the following now displays a warning when the String
property is a char array:


F = figure ();
U = uicontrol (F, 'Style','listbox',...
   'Position',[50 100 100 100],...
   'String', char ({'A','B','C'}));
get(U,'String')
U = uicontrol (F, 'Style','listbox',...
   'Position',[200 100 100 100],...
   'String', 'D|E|F');
get(U,'String')
U = uicontrol (F, 'Style','listbox',...
   'Position',[350 100 100 100],...
   'String', {'G','H','I'});
get(U,'String')


Current Matlab documentation does not mention char array as a supported format
but I presume it used to be the case before string arrays was introduced:
https://www.mathworks.com/help/matlab/ref/matlab.ui.control.uicontrol-properties.html#mw_9885699e-8fe3-4ebe-a09a-c3258d2104ac
It seems that Octave automatically converts it to pipe-delimited row vector
'A|B|C' while Matlab does the other way round by converting 'D|E|F' into a
char array.

I would suggest Octave still allows char arrays for backward compatibility
(they can be stored in *.fig files), without displaying a warning.




    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?59113>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/