Error using figure: First argument must be a figure object or a positive Integer

Question

Jochem Bonarius 2018-8-7

0
链接

此问题的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/413887-error-using-figure-first-argument-must-be-a-figure-object-or-a-positive-integer

评论： Jan 2019-7-28

temp = uint32(1);
figure(temp);

Gives:

Error using figure
First argument must be a figure object or a positive Integer

If anything, 'temp' is definitly a positive integer. What is wrong? (Fix it Mathworks...)

4 个评论
显示 2更早的评论隐藏 2更早的评论

Jochem Bonarius 2018-8-7

@Stephen Cobeldick becasue the uint32 values come directly from a MySQL database (not mine to change). As a programmer it sounds insane that I have to recast these to double in order to get a 'mathematical integer' between 1 and 2^31-1. IMHO figure should just as well work with an int-type. I haven't encountered this using R, Python or Mathematica...

Stephen23 2018-8-7

编辑：Stephen23 2018-8-7

"I haven't encountered this using R, Python or Mathematica..."

Sure, because other languages have their own "features", e.g. Python's default of integer division, which was a much more significant "feature" that caused far more people problems than this "feature" of MATLAB's. Both are documented too!

Comparing "features" like this is likely to be an endless game that no one wins.

"IMHO figure should just as well work with an int-type."

I totally agree. You should make a feature request: click "My Service Requests" at the bottom of this page:

https://www.mathworks.com/support.html

请先登录，再进行评论。

请先登录，再回答此问题。

Answer 1

Pawel Jastrzebski 2018-8-7

0
链接

此回答的直接链接

https://ww2.mathworks.cn/matlabcentral/answers/413887-error-using-figure-first-argument-must-be-a-figure-object-or-a-positive-integer#answer_331876

The doc says the input argument must be of double type:

15 个评论
显示 13更早的评论隐藏 13更早的评论

Ilmari Pohjola 2019-7-17

@Stephen Cobeldick In mathematical literature integers are usually not defined at all like that. in Wikipedia the first sentence is misleading. Indeed integers "can be written without a fractional component" and one can interpret this as the definition as the sentence as a whole is not unambiguous. Wikipedia is Wikipedia. Mathematics always aims at unambiguous formatting of definitions. Depending on the field of mathematics, integers migth have different definitions which all are unambiguous and probably all of them are equivalent.

From a theoretical mathematical point of view the functioning of Matlab is not obvious. I'm working in a research group in applied mathematics with Matlab, and just like all the other languages, you have to learn to use it and it is really good at some things. There is no problem with anything else here, but the error message. Matlab Documentation lists it's integer types and none of the is a double without a fractional part. Figure does not expect the input to be integer but double as the accepted answer points out so the error message should not be as it is. This would be reasonable from all aforementioned reasons.

Jochem Bonarius 2019-7-19

Excactly my point.

But I get where this is coming from. Before I became a scientist, I spend 8 years in software development. What I know from this experience is that software engineers are very convinced about the way they solved a problem. However, usualy they are not so good with users. That's why thriving companies have UX designers and markering/product managers to steer SW developers. Further more, SW developers do not like to admit they did something wrong, as that will mean they will have to fix it=more work.

In this case, SW engineers found some SW solution for handling multiple figures, by using "handles" to objects. Very nice for SW engineers.... but us scientists and mathematicians just want to use numbers! We don't want to maintain a software structured database of figure objects. We want to draw figures to display our data and put them in articles.

So for the Mathworks SW engineer reading this: please call a UX designer to help you make a nice interface for your users.

Jan 2019-7-19

编辑：Jan 2019-7-19

在 MATLAB Online 中打开

"scientists and mathematicians just want to use numbers!"

No. Computers and programmings languages are tools. Many scientists have learned to use tools carefully. Using numbers to address GUI elements is like using a drilling machine to pull a nail into the wall. There have been ambiguities with using doubles to identify GUI objects:

plot(X, Y)

could be misunderstood, if X is a scalar and contains a value, which accidentally equals the handle of an axes object.

With the GUI handle objects these problems are solved. Writing stable and clean codes is or should be the vital interest of scientists and mathematicians. Of course, I have seen many scientists also, who simply do not care about code quality. I've see programs written for a PhD, which do not care about software engineering, documentation, unit-testing and maintainability.

The only problem here is, that the error message was missleading:

First argument must be a figure object or double with a positive Integer value.

That a user misinterpretes "positive Integer" with an integer type, is not really likely. At least one would take a look into the documentation, because there are many integer types: (U)INT8/16/32/64. So chosing just one of them an hoping, that it is the expected one, looks naiv.

Steven Lord 2019-7-19

在 MATLAB Online 中打开

but a figure object is not a scalar, isn't it? At least I hope not. Else it would be very easy to mix things up.

One figure handle is a scalar. A vector of figure handles is not.

f = figure;
isscalar(f) % returns true
f(2) = figure;
isscalar(f) % returns false

The only time the isscalar function cares about the class of its input is when the class of its input has specifically overloaded isscalar (and that's a somewhat uncommon situation, in my experience.) Before the graphics system update in release R2014b figure handles were stored as double arrays and isscalar accepted (and still accepts) them. Since the graphics system upgrade figure handles are actual handle objects, and isscalar accepts them.

But anyhow, the way most people I know change figures to plot is just:

figure([nr]); plot(X,Y);

They do not use handles.

And nr must be a double precision integer value.

And the interger problem you mention: most other languages have no issue with this (python, C++, Java, etc.). Why does Matlab have to be so different??

This predates the start of my tenure at MathWorks by quite a bit, but the figure function predates the introduction of the integer data types (and I believe even single precision) to MATLAB. The figure function exists (and accepts a handle as input to make a specific figure active or to create that figure) in MATLAB 4.0 (from 1992) but there doesn't appear to be any integer data types in that release (at least looking for help text.) I'm not sure if figure was introduced in MATLAB 4.0 or in an earlier version, but that's as far back as I can easily check.

The picture's not quite clear to me exactly when uint8 was added to MATLAB, but I have found a reference in the MATLAB 5.3 (release R11) Release Notes to the introduction of additional integer classes beyond "the existing uint8 class".

We introduced the 64-bit integer types in MATLAB 6.5 (release R13.)

So my guess is that there hasn't been enough demand for figure to accept non-double integer values in the 20+ years since the integer types have been introduced for us to modify figure to accept them. If this is an important capability for your work, I recommend contacting Technical Support using the button with the telephone icon in the upper-right corner of this page and requesting this functionality.

Jan 2019-7-23

编辑：Jan 2019-7-28

在 MATLAB Online 中打开

@Jochem: If you drive a car, you have to care for the pressure in the tires, the oil in the engine and the working lights. This argument is not convincing also: "Oh no, I'm not a mechanic, I just want to drive from A to B. And by the way, what are the funny red/yellow/green ligts beside the road?" Unfortunately I have seen many code written in this level: A bunch of scripts, which are needed to be called in a specific order, while all data are stored in the base workspace. It is hard to reproduce the results and in conseuqence to suitable for scientific work.

If you use such a powerful tool as a programming language, it is required to learn at least the basics. This is not hard and you do not need to understand all details. Teaching a good programming style is easy:

% For plotting into a specific figure use:
FigH = figure;
AxesH = axes(FigH);
plot(AxesH, X, Y)

The user do not need to understand, what a "handle" is. Just copy&paste&adjust some example code is sufficient. It's like "Take D to drive" and it does not require to understand the engine.

But if a user insists on addressing figures by integer numbers, this bad programming style can cause troubles, which produce the need to understand, what is happening inside Matlab's engine. It is like pouring some oil in the fuel tank: Suddenly you are faced with unnecessary troubles. Using figures with numbers produce the need to understand, why "integer" means "integer value" and not "integer type".

By the way, I'm physicist and decided to write clean code, because I need reliables tools. One is used for clinical decision making in several labs and has > 300'000 lines of code. The tools are used and expanded by other scientists and e.g. physiotherapists. If some code is shared between the labs and based on using integer figure numbers, collisions will occur and they can cause severe errors, which are hard to reproduce and to debug. Therefore I've used an own object oriented method to address figures long before HG2 was introduced in Matlab. As you say: I'm writing software for users. And if it is a powerful tool, the users have to learn how to apply it corrrectly and safely.

I have the opinion, that a certain level of software engineering is required, if computers are used to solve problems. My grandma (not a software engineer) told me: "If you do something, do it right." She meant, that I have to clean up the tools after working in the garden, and that I have to use the spade if and only if a spade is the best tool.

Figure handles are the best tool. Avoid numbers (to be exact: scalars of type double with integer values).

Jochem Bonarius 2019-7-26

编辑：Jochem Bonarius 2019-7-26

One more thing

"% For plotting into a specific figure use:

FigH = figure;

plot(FigH, X, Y)"

Doesn't work. Just try it.

QED: so easy to get it wrong...It is just not user friendly.

Furthermore: if somebody closes the figure, it's handle disapears. If by accident, this could mean a script crashes. Could mean you lose a lot of simulation time. With the "figure(1);" method a new figure will just be opened... no crash...

Jan 2019-7-28

@Jochem: You are right, the figure handle is not correct to define the parent of a plot command. Of course an axes is needed. This was a too sloppy translation of my own handle graphic objects, in which this call is valid. See my edited code. Thanks for checking this detail.

figure(1) will work. The original question concerned figure(uint32(1)). Then the actual problem was the error message, which can be misunderstood by a person, who is not familiar with the Matlab language.

Did you write an enhancement request, such that Matlab fixes the error message?

请先登录，再进行评论。

Error using figure: First argument must be a figure object or a positive Integer

4 个评论
显示 2更早的评论隐藏 2更早的评论

采纳的回答

15 个评论
显示 13更早的评论隐藏 13更早的评论

更多回答（0 个）

另请参阅

类别

标签

产品

版本

Community Treasure Hunt

Error using figure: First argument must be a figure object or a positive Integer

4 个评论 显示 2更早的评论隐藏 2更早的评论

采纳的回答

15 个评论 显示 13更早的评论隐藏 13更早的评论

更多回答（0 个）

另请参阅

类别

标签

产品

版本

Community Treasure Hunt

4 个评论
显示 2更早的评论隐藏 2更早的评论

15 个评论
显示 13更早的评论隐藏 13更早的评论