Skip to main content

front end - Programming scripts to create and modify stylesheets: problems with contexts


I am trying to emulate the shift and shift+tab feature in the Outline.nb stylesheet that comes with Mathematica.


I added the following code to a private stylesheet at the notebook level.


Cell[StyleData["NUM"],
CellDingbat->Cell[

TextData[{
CounterBox["NUM"], "."}]],
CellMargins->{{80, 10}, {7, 7}},
ReturnCreatesNewCell->True,
StyleKeyMapping->{"Tab" -> "SubNUM"},
CellGroupingRules->{"SectionGrouping", 50},
DefaultNewCellStyle->"SubNUM",
DefaultReturnCreatedCellStyle->"NUM",
ParagraphIndent->0,
CounterIncrements->"NUM",

CounterAssignments->{{"SubNUM", 0}},
MenuSortingValue->1200,
MenuCommandKey->"1",
FontFamily->"Times",
FontColor->GrayLevel[0]]

Cell[StyleData["SubNUM"],
CellDingbat->Cell[
TextData[{
CounterBox["SubNUM"], "."}]],

CellMargins->{{120, 10}, {7, 7}},
ReturnCreatesNewCell->True,
StyleKeyMapping->{
"Tab" -> "Outline3", "Backspace" -> "NUM", KeyEvent["Tab", Modifiers -> {Shift}] -> "NUM"},
CellGroupingRules->{"SectionGrouping", 60},
ParagraphIndent->0,
CounterIncrements->"SubNUM",
CounterAssignments->{{"Outline3", 0}},
MenuSortingValue->1250,
MenuCommandKey->"2",

FontFamily->"Times",
FontColor->GrayLevel[0],
CounterBoxOptions->{CounterFunction:>(Part[
CharacterRange["a", "z"], #]& )}]

So Shift and Shift+Tab work perfectly in the notebook containing the stylesheet. I tried them and they both work.


However, when if I create a new notebook and then apply the stylesheet to that notebook I loose the shift+tab feature. But for some reason the tab feature does transfer over. It seems to break only the shift+tab feature. As you can see in the animated gif below, the tab key works, but shift+tab does not work.


enter image description here




I use the function below to apply the styles in my master stylesheet notebook to any notebook I am working in.



ApplyStylesheet:=Module[{nb,stylesheet},

nb=NotebookOpen[$HomeDirectory<>"/Library/Mobile Documents/com~apple~CloudDocs/Ventura College/Mathematica/Master Settings/MStylesheet.nb"];
stylesheet=Options[nb,StyleDefinitions];
NotebookClose[nb];
nb=InputNotebook[];
SetOptions[nb,stylesheet];
];




Edit 2: @Kuba - I was able to verify that your code below works like a charm. However, I was still having issues using it in conjuction with my ApplyStylesheet function above. As it turns out


stylesheet=Options[nb,StyleDefinitions]


was not saving the contexts. As a solution for applying a master stylesheet to multiple notebooks, I name the master stylesheet configuration (like yours configuration below) and then call it within any notebook. Contexts are kept intact this way. Thank you!



Answer



One has to be extremely careful with Cell options that are not released in System` context. It seems that your problem is caused by additional $CellContext` given to KeyEvent Modifiers and Shift.


I've faced it with earlier: NotebookWrite a Cell with WholeCellGroupOpener option


With


FrontEnd`KeyEvent["Tab", FrontEnd`Modifiers -> {FrontEnd`Shift}] -> "NUM"

Stylesheet works for me.



but it is not the only thing that won't work, you have to fix:


FrontEnd`DefaultNewCellStyle (*and*)
FrontEnd`DefaultReturnCreatedCellStyle (*and*)
FrontEnd`ReturnCreatesNewCell

too. Cumbersome...




  • when I'm writing scripts to manipulate stylesheets I'm using string names for option names "ReturnCreatesNewCell" etc. Not documented but working. String option names for Cells





  • (New edit:) What if it is not you who specifies those options and you have to e.g. NotebookWrite cell contents that can have those not released symbols somewhere?




    • You can do a replacement just before doing this. Let's create a test cell: Cell["asd", "Subsection", WholeCellGroupOpener->True], now put before that cell


      CellPrint[
      NotebookRead[
      NextCell[]
      ] /. s_Symbol /; Context[s] === "Global`" :> Symbol["FrontEnd`" <> SymbolName[s]]
      ]


      It will generate correct copy, while without replacement you'd end up with $CellContext`.




    • Or you can force those unknown symbols to be put in FrontEnd` context when read:


      CellPrint @ Block[
      {$Context = "FrontEnd`", $ContextPath = {"System`"}},
      NotebookRead[NextCell[]]
      ]







SetOptions[
EvaluationNotebook[],
StyleDefinitions -> Notebook[{
Cell[StyleData[StyleDefinitions -> "Default.nb"]],
Cell[StyleData["NUM"],
CellDingbat -> Cell[TextData[{CounterBox["NUM"], "."}]],

ReturnCreatesNewCell -> True,
StyleKeyMapping -> {"Tab" -> "SubNUM"},
CellGroupingRules -> {"SectionGrouping", 50},
DefaultNewCellStyle -> "SubNUM",
DefaultReturnCreatedCellStyle -> "NUM",
ParagraphIndent -> 0,
CounterIncrements -> "NUM",
CounterAssignments -> {{"SubNUM", 0}},
MenuSortingValue -> 1200,
MenuCommandKey -> "1"]

,
Cell[StyleData["SubNUM"],
CellDingbat -> Cell[TextData[{CounterBox["SubNUM"], "."}]],
CellMargins -> {{120, 10}, {7, 7}},
ReturnCreatesNewCell -> True,
StyleKeyMapping -> {"Tab" -> "Outline3", "Backspace" -> "NUM",
KeyEvent["Tab", Modifiers -> {Shift}] -> "NUM"},
CellGroupingRules -> {"SectionGrouping", 60},
ParagraphIndent -> 0,
CounterIncrements -> "SubNUM",

CounterAssignments -> {{"Outline3", 0}},
MenuSortingValue -> 1250,
MenuCommandKey -> "2",
FontFamily -> "Times",
FontColor -> GrayLevel[0],
CounterBoxOptions -> {CounterFunction :> (Part[
CharacterRange["a", "z"], #] &)}]
}
]/. s_Symbol /; Context[s] === "Global`" :> Symbol["FrontEnd`" <> SymbolName[s]]
]

Comments

Popular posts from this blog

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...

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...

What is and isn't a valid variable specification for Manipulate?

I have an expression whose terms have arguments (representing subscripts), like this: myExpr = A[0] + V[1,T] I would like to put it inside a Manipulate to see its value as I move around the parameters. (The goal is eventually to plot it wrt one of the variables inside.) However, Mathematica complains when I set V[1,T] as a manipulated variable: Manipulate[Evaluate[myExpr], {A[0], 0, 1}, {V[1, T], 0, 1}] (*Manipulate::vsform: Manipulate argument {V[1,T],0,1} does not have the correct form for a variable specification. >> *) As a workaround, if I get rid of the symbol T inside the argument, it works fine: Manipulate[ Evaluate[myExpr /. T -> 15], {A[0], 0, 1}, {V[1, 15], 0, 1}] Why this behavior? Can anyone point me to the documentation that says what counts as a valid variable? And is there a way to get Manpiulate to accept an expression with a symbolic argument as a variable? Investigations I've done so far: I tried using variableQ from this answer , but it says V[1...