Skip to main content

Evaluation leak from Dynamic in Button's action 


a = 1;


Button["Print", a++]
Button["Print", Dynamic[a++]]
Button["Print", Dynamic[a++];]
Button["Print", {Dynamic[a++]}]

Dynamic @ a

The second Button is not supposed to change the value of a but it does.


Have I missed something or is it a bug?




Why it is not supposed to?



Button[label,action] [...] evaluates action whenever it is clicked.



Evaluation is supposed to leave Dynamic intakt and if it is part of returned result MakeBoxes will create DynamicBox which is supposed to be handled by FrontEnd which should send contents to evaluation when needed.


Yet the Button isn't creating any visible result when clicked.



While Button["Print", Dynamic[a++]] isn't useful in general, the leak is the leak.




A support case with the identification [CASE:3609709] was created


[...] I have filed an incident report with the information you provided.


[...] I have also filed a second incident report for the documentation example [...]




Answer



To understand this, look at the typesetting:


In[1]:= ToBoxes[Button["Print", Dynamic[a++]]] // InputForm

Out[1]//InputForm=
ButtonBox["\"Print\"", ButtonFunction :> Dynamic[a++], Appearance -> Automatic, 

 Evaluator -> Automatic, Method -> "Preemptive"]

Front end options, which includes all box options, can take Dynamic heads. That basically means that the FE will compute the value of the Dynamic and use it for the option. And that it will be updated whenever a Dynamic dependency updates.


Because Button is passing its second argument unmolested to the right-hand side of ButtonFunction, it looks like a Dynamic rhs which needs to be computed by the FE. And that computation increments a++.


At first, I was surprised that it didn't increment by virtue of simply being displayed on the screen. I.e., I might have expected a to be 2 even before you pressed the button. As it turns out, it doesn't because it's in a class of options which are treated as always held, until they're actually used. Other such options include the Initialization, Deinitialization, and TrackedSymbols options of various boxes. And too many more to list, but only a small number of the overall number of options.


So, is it a bug? Maybe. These "always-held" options certainly don't gain any benefit from Dynamic handling. However, if we added special handling for them, then we'd have to list all of the options and document why they're excluded from standard Dynamic handling, which I think would be burdensome for everyone. I think I would lean towards calling it not a bug.


I think the better thing in this case would be to properly document that the second argument of Button is passed to ButtonBoxOptions->ButtonFunction.


Comments

Post a Comment

Popular posts from this blog

functions - Get leading series expansion term?

Given a function f[x] , I would like to have a function leadingSeries that returns just the leading term in the series around x=0 . For example: leadingSeries[(1/x + 2)/(4 + 1/x^2 + x)] x and leadingSeries[(1/x + 2 + (1 - 1/x^3)/4)/(4 + x)] -(1/(16 x^3)) Is there such a function in Mathematica? Or maybe one can implement it efficiently? EDIT I finally went with the following implementation, based on Carl Woll 's answer: lds[ex_,x_]:=( (ex/.x->(x+O[x]^2))/.SeriesData[U_,Z_,L_List,Mi_,Ma_,De_]:>SeriesData[U,Z,{L[[1]]},Mi,Mi+1,De]//Quiet//Normal) The advantage is, that this one also properly works with functions whose leading term is a constant: lds[Exp[x],x] 1 Answer Update 1 Updated to eliminate SeriesData and to not return additional terms Perhaps you could use: leadingSeries[expr_, x_] := Normal[expr /. x->(x+O[x]^2) /. a_List :> Take[a, 1]] Then for your examples: leadingSeries[(1/x + 2)/(4 + 1/x^2 + x), x] leadingSeries[Exp[x], x] leadingSeries[(1/x + 2 + (1 - 1/x...
Post a Comment
Read more

mathematical optimization - Minimizing using indices, error: Part::pkspec1: The expression cannot be used as a part specification

I want to use Minimize where the variables to minimize are indices pointing into an array. Here a MWE that hopefully shows what my problem is. vars = u@# & /@ Range[3]; cons = Flatten@ { Table[(u[j] != #) & /@ vars[[j + 1 ;; -1]], {j, 1, 3 - 1}], 1 vec1 = {1, 2, 3}; vec2 = {1, 2, 3}; Minimize[{Total@((vec1[[#]] - vec2[[u[#]]])^2 & /@ Range[1, 3]), cons}, vars, Integers] The error I get: Part::pkspec1: The expression u[1] cannot be used as a part specification. >> Answer Ok, it seems that one can get around Mathematica trying to evaluate vec2[[u[1]]] too early by using the function Indexed[vec2,u[1]] . The working MWE would then look like the following: vars = u@# & /@ Range[3]; cons = Flatten@{ Table[(u[j] != #) & /@ vars[[j + 1 ;; -1]], {j, 1, 3 - 1}], 1 vec1 = {1, 2, 3}; vec2 = {1, 2, 3}; NMinimize[ {Total@((vec1[[#]] - Indexed[vec2, u[#]])^2 & /@ R...
Post a Comment
Read more

plotting - Plot 4D data with color as 4th dimension

I have a list of 4D data (x position, y position, amplitude, wavelength). I want to plot x, y, and amplitude on a 3D plot and have the color of the points correspond to the wavelength. I have seen many examples using functions to define color but my wavelength cannot be expressed by an analytic function. Is there a simple way to do this? Answer Here a another possible way to visualize 4D data: data = Flatten[Table[{x, y, x^2 + y^2, Sin[x - y]}, {x, -Pi, Pi,Pi/10}, {y,-Pi,Pi, Pi/10}], 1]; You can use the function Point along with VertexColors . Now the points are places using the first three elements and the color is determined by the fourth. In this case I used Hue, but you can use whatever you prefer. Graphics3D[ Point[data[[All, 1 ;; 3]], VertexColors -> Hue /@ data[[All, 4]]], Axes -> True, BoxRatios -> {1, 1, 1/GoldenRatio}]
Post a Comment
Read more