I don't know of a way to move that exponent label, but if you have R2023b or later, you can use the ysecondarylabel function to set its string to empty, and then create your own exponent label (using the text function) where you want. plot(1e6:1e6:7e6) ylim([1e6 7.5e6]) ax = gca(); ysecondarylabel(ax,'') text(ax, ... 'String','x10^{6}', ... 'Units','normalized', ... 'Position',[0 1], ... 'HorizontalAlignment','right', ... 'VerticalAlignment','bottom')

Use e fromat specifier instead:

str1 = sprintf('Re = %2.2e', Re);

You can also use g which will automatically choose between f and e based on the size of resulting string.

Um, actually your ststement is mistaken. It is not that MATLAB won't accept a negative exponent. It is that vpi/powermod won't accept that. If powermod was not written to do so, then you cannot make it behave in that way. Ok, I'll admit that had I thought of it when I wrote that code, I should probably have done so. So sue me. :) I wrote minv after I wrote powermod, and did not think at the time to simply wrap it into powermod. The simple solution is to use a fix like this: negpowermod = @(a,d,n) minv(powermod(a,abs(d),n),n); so, for a negative exponent d, negpowermod will do the powermod computation, then compute the modular inverse. a = 23; d = 17; n = 137; negpowermod(a,d,n) ans = 96 Did it work? Of course. mod(96*powermod(23,17,137),137) ans = 1 Note that not ALL integers will have a modular multiplicative inverse with respect to any given modulus, so that negative exponent can fail. In that case, the result will be empty. Thus: minv(2,10) ans = 1×0 empty double row vector The failure will arise when the two are not relatively co-prime, as I recall.

Basic math can tell you that:

floor(log10(N))

The log base 10 of a number tells you approximately how many digits before the decimal are in that number.

For instance, 99987123459823754 is 9.998E+016

log10(99987123459823754) is 16.9999441, the floor of which is 16 - which can basically tell you "the exponent in scientific notation is 16, very close to being 17".

Floor always rounds down, so you don't need to worry about small exponents:

0.000000000003754 = 3.754E-012
log10(0.000000000003754) = -11.425
floor(log10(0.000000000003754)) = -12

Trying to compute x^n using only summation is a terrible method. Surely you would be allowed to use multiplication! ExpValue = 1; for k = 1:n % (Corrected) ExpValue = ExpValue*x; end

you need to take a look at MATLAB syntax. Here is the equation you are trying to write: y = exp(0.5x)sin(2x) Here is what you actually wrote: y = exp(1)0.5x sin(2)x What you wrote was exponential to power of 1, times x halved, times sin of radians 2, times x. In MATLAB, to use the exponential function correctly you’d want exp(0.5.*x), same with the sin function: sin(2.*x) The command window is a great tool. Why not compare what exp(1) produces with exp(x)? Test everything to understand the syntax. Also use the documentation for any function. For example, for documentation of exp, type “help exp” or “doc exp”.