@Carl Love I had written an explanation of what my answer was supposed to convey, but lost it entirely when hitting the Submit button (the site game me that new message about there being a problem with the submission...). No back action available in my chrome tag. Extreme wtf moment.

Anyway, my earlier intention was to wait until finding out something more about the OP's motivation in asking why it didn't "work" before spending time fiddling with evalf[d] or ilog10 (or what have you) to accomodate the region about zero. But being unable to use the site's editor as usual made me lose interest.

@bryon I tried to edit an exisiting Answer of mine (after the first fix), and the HTML mode of the editor showed only as blank. The content was not avaiulable for editing.

@Markiyan Hirnyk Thanks, I was having a lot of trouble editing my answer, trying to add in the plots.

It is not completely clear (to me) exactly what the Asker wants to obtain, in terms of a visual result.

@Markiyan Hirnyk Thanks, I was having a lot of trouble editing my answer, trying to add in the plots.

It is not completely clear (to me) exactly what the Asker wants to obtain, in terms of a visual result.

For example, calling R() once produced this image. It produces a different result each time it gets called.

acer

For example, calling R() once produced this image. It produces a different result each time it gets called.

acer

@Markiyan Hirnyk Sure, and I'm not disagreeing with your answer, which does the job asked. But the requested task seems a bit flaky, if generalized in some ways.

Suppose that you had something with units m^3 added to something with units cm^2. You could not make that unit-free, it would make no sense. It cannot be made unit-free without knowing which variable is supposed to represent a unit that makes the dimensions compatible. And since the units of length vary in scale then it would not be valid to just eradicate them without rescaling.

If everything has the very same units (eg. m^3*s, or whatever) then you could simply evaluate with Units:-Unit=1.

acer

@Christopher2222 It might be possible to unprotect and overwrite routines in the Typesetting package in order to have typed 2D Math input be displayed (or even parsed?!) differently. But one might want some Button, coded to restore the original, or else doing anything else in the session could be problematic.

@Christopher2222 It might be possible to unprotect and overwrite routines in the Typesetting package in order to have typed 2D Math input be displayed (or even parsed?!) differently. But one might want some Button, coded to restore the original, or else doing anything else in the session could be problematic.

@Christopher2222 That's the earlier post I had in mind, thanks.

@Christopher2222 That's the earlier post I had in mind, thanks.

The warning is just there to let you know that you forgot to declare p1 as a local inside the procedure `myplot`. The original post, which you cited, did not make that omission.

acer

@Christopher2222 I think I see. So you don't want to programmatically insert any new embedded component, which is how I interpreted your question. You want to type into an existing component and have it update (by running some custom code) as you type.

As far as I know the Action When Changed code behind components currently on gets executed when the focus is changed to elsewhere.

And I seem to recall previous related queries which could not be done even by some Thread (Threads package) in the "background" because the GUI did not allow asynchronous updating of that sort. I could be wrong about this.

That's about all I can think of, for mechanisms that might actively watch the value of a Text/Math component and process and replace it in such a dynamic manner.

@Christopher2222 I think I see. So you don't want to programmatically insert any new embedded component, which is how I interpreted your question. You want to type into an existing component and have it update (by running some custom code) as you type.

As far as I know the Action When Changed code behind components currently on gets executed when the focus is changed to elsewhere.

And I seem to recall previous related queries which could not be done even by some Thread (Threads package) in the "background" because the GUI did not allow asynchronous updating of that sort. I could be wrong about this.

That's about all I can think of, for mechanisms that might actively watch the value of a Text/Math component and process and replace it in such a dynamic manner.