New answers tagged

0 votes

ArcLength Function Outputting an Integral and Not a Value

In general, the right thing to do is to use N. Like so: ...
Walhiskaz's user avatar
2 votes
Accepted

SortBy does not work correctly when nest in Evaluate in With in Block

In response to the question about design advice... Since I don't know the semantics, I'm not sure if what follows is ideal, but hopefully it illustrates some better design choices. ...
lericr's user avatar
  • 24.3k
2 votes

SortBy does not work correctly when nest in Evaluate in With in Block

Just making minimal changes to your TSa function (there are larger design issues here that I'm ignoring): ...
lericr's user avatar
  • 24.3k
0 votes

Eigenvectors are divided by zero depending on evaluation, 6x6 matrix

Eigenvectors can be expanded by multiplying with an arbitrary number. So why not just multiply each eigenvector with the product of the denominators of its components? ...
Rainer Glüge's user avatar
0 votes

Eigenvectors are divided by zero depending on evaluation, 4x4 matrix

Do ...
Rainer Glüge's user avatar
2 votes

How to maintain the input form of InputField?

Expand the comment to an answer. Based on the solution in this comment: ...
xzczd's user avatar
  • 63.4k
3 votes

How to maintain the input form of InputField?

This is the idiomatic way: ...
Sjoerd Smit's user avatar
  • 21.9k
0 votes

How to maintain the input form of InputField?

Does the following what you want? ...
Daniel Huber's user avatar
  • 47.1k
0 votes
Accepted

Same code behaves differently as a pure function and a function, and insider another function

That's due to the renaming mechanism of nested scopings. When evaluating Transformer2[algebra_] := , the local variable algebra ...
Lacia's user avatar
  • 2,208
0 votes

Same code behaves differently as a pure function and a function, and insider another function

This doesn't really seem to have to do with Function versus SetDelayed, so it might warrant a separate question. Rather then ...
lericr's user avatar
  • 24.3k
1 vote

Eigenvectors are divided by zero depending on evaluation, 6x6 matrix

This is just an application of answer posted here. ...
Wjx's user avatar
  • 9,518
2 votes

Eigenvectors are divided by zero depending on evaluation, 4x4 matrix

As you set the limit of b->0, some components will approach infinity, causing inconvenience. Fortunately, as we are dealing with eigenvectors, we can scale them ...
Wjx's user avatar
  • 9,518
4 votes

Eigenvectors are divided by zero depending on evaluation, 6x6 matrix

This is not an answer but too long for a comment. I can try to explain why you might not want to go the route you seem to be taking. First observe that, independent of the parameters, 0 is an ...
Daniel Lichtblau's user avatar
1 vote

How to force evaluation of RuleDelayed?

Besides reconstruct the association via e.g. AssociationThread, you can also use the trick of in-place evaluation: ...
Lacia's user avatar
  • 2,208
4 votes
Accepted

How to apply a transformation to a total derivative?

RuleDelayed (:>) doesn't hold its first argument (it only has the attribute HoldRest), so ...
xzczd's user avatar
  • 63.4k
3 votes

Eigenvectors are divided by zero depending on evaluation, 6x6 matrix

This is too long for a comment, but not quite a full solution, since it would require tweaking for the particular problem at hand. But I can at least illustrate a method of fixing this issue that ...
march's user avatar
  • 22.8k
5 votes

Eigenvectors are divided by zero depending on evaluation, 4x4 matrix

You have to use FullSimplify: ...
eldo's user avatar
  • 47.5k
0 votes

How to prevent evaluation without simplification?

f[z_] := Sin[z]; g[z_] := f[z]/f[z] g[z] (* 1 *) Limit[g[z], z -> 0] (* 1 *) ??
Alexei Boulbitch's user avatar
0 votes

Evaluation gives different results before and after simplifying expression

This is a precision problem. First simplifying will give an more accurate result. However, if you change z1 to an exact number, you will get an exact result ...
Daniel Huber's user avatar
  • 47.1k
1 vote

How to prevent evaluation without simplification?

This is just evaluation order. One way to workaround it could be f[z_] = Sin[z] g[z_] := Module[{x}, FullSimplify[f[x]/f[x]] /. x -> z] And now There might be ...
Nasser's user avatar
  • 136k

Top 50 recent answers are included