Store Dynamic-accessible hidden metadata in a cell Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern) Announcing the arrival of Valued Associate #679: Cesar Manara Unicorn Meta Zoo #1: Why another podcast?Notebook's TaggingRules inherit too muchGraphics copy pasteSaving my code before cell evaluations: Insurance against front end hanginghow to select all cells with specific property such as the ones that are closedHow can I programmatically ungroup cellsHow is CellContext->CellGroup supposed to work?How to close all tagged input cells without closing their output cells?How to Print a Cell Landscape in a Portrait Orientation Notebook?Cell @ CellGroupData[… in Cells familyDynamic docked toolbar that appears only in the Working screen environmentStop notebook from auto-scrolling upon printing

Twin's vs. Twins'

Vertical ranges of Column Plots in 12

Is the Mordenkainen's Sword spell underpowered?

Is a copyright notice with a non-existent name be invalid?

Is this Half dragon Quaggoth Balanced

3D Masyu - A Die

Is it OK to use the testing sample to compare algorithms?

What does 丫 mean? 丫是什么意思?

Why did Bronn offer to be Tyrion Lannister's champion in trial by combat?

The test team as an enemy of development? And how can this be avoided?

New Order #6: Easter Egg

Does the transliteration of 'Dravidian' exist in Hindu scripture? Does 'Dravida' refer to a Geographical area or an ethnic group?

Noise in Eigenvalues plot

An isoperimetric-type inequality inside a cube

By what mechanism was the 2017 UK General Election called?

Can the Haste spell grant both a Beast Master ranger and their animal companion extra attacks?

Does the universe have a fixed centre of mass?

First paper to introduce the "principal-agent problem"

Keep at all times, the minus sign above aligned with minus sign below

Where and when has Thucydides been studied?

What is a more techy Technical Writer job title that isn't cutesy or confusing?

How does the body cool itself in a stillsuit?

Was the pager message from Nick Fury to Captain Marvel unnecessary?

Plotting a Maclaurin series



Store Dynamic-accessible hidden metadata in a cell



Planned maintenance scheduled April 23, 2019 at 23:30 UTC (7:30pm US/Eastern)
Announcing the arrival of Valued Associate #679: Cesar Manara
Unicorn Meta Zoo #1: Why another podcast?Notebook's TaggingRules inherit too muchGraphics copy pasteSaving my code before cell evaluations: Insurance against front end hanginghow to select all cells with specific property such as the ones that are closedHow can I programmatically ungroup cellsHow is CellContext->CellGroup supposed to work?How to close all tagged input cells without closing their output cells?How to Print a Cell Landscape in a Portrait Orientation Notebook?Cell @ CellGroupData[… in Cells familyDynamic docked toolbar that appears only in the Working screen environmentStop notebook from auto-scrolling upon printing










6












$begingroup$


Is there a way to store metadata in a cell in such a way that it can be accessed with Dynamic?



Think of e.g. how ExternalLanguage cells work. We can select whether they should use Python or NodeJS and this state is permanently stored in the CellEvaluationLanguage cell option.



enter image description here



The cell expression would be something like



Cell["", "ExternalLanguage",
CellEvaluationLanguage->"NodeJS"]


It is unclear to me if CellEvaluationLanguage needs to be a built-in option for this to work. I tried something similar with an arbitrary option name and it did not work. For example, CurrentValue[EvaluationCell[], FooBar] = 123 will not set the FooBar option on the cell.



Next, I tried to use TaggingRules.



We can do



CurrentValue[EvaluationCell[], TaggingRules, "FooBar"] = 123


then examine the input cell's cell expression. It will have the FooBar tagging rule set. But it will also have inherited all tagging rules from the front end. On my machine I see this:



enter image description here



Is there a way that avoids these problems and still managed to store arbitrary hidden metadata in the cell?



What I am aiming for is implementing a similar selector to what we have for ExternalLanguage cells. Here's a proof of concept with TaggingRules that still has the problem I described above. Evaluate the following to add a selector to the input cell:



CurrentValue[EvaluationCell[], 
CellFrameLabels] = None,
Cell[BoxData[
PopupMenuBox[
Dynamic[CurrentValue[
ParentCell[EvaluationCell[]], TaggingRules,
"MyRule"]], 6 -> "6", 24 -> "24"]]], None, None


enter image description here










share|improve this question









$endgroup$











  • $begingroup$
    TaggingRules problem is known: mathematica.stackexchange.com/q/139017/5478
    $endgroup$
    – Kuba
    Apr 12 at 21:09















6












$begingroup$


Is there a way to store metadata in a cell in such a way that it can be accessed with Dynamic?



Think of e.g. how ExternalLanguage cells work. We can select whether they should use Python or NodeJS and this state is permanently stored in the CellEvaluationLanguage cell option.



enter image description here



The cell expression would be something like



Cell["", "ExternalLanguage",
CellEvaluationLanguage->"NodeJS"]


It is unclear to me if CellEvaluationLanguage needs to be a built-in option for this to work. I tried something similar with an arbitrary option name and it did not work. For example, CurrentValue[EvaluationCell[], FooBar] = 123 will not set the FooBar option on the cell.



Next, I tried to use TaggingRules.



We can do



CurrentValue[EvaluationCell[], TaggingRules, "FooBar"] = 123


then examine the input cell's cell expression. It will have the FooBar tagging rule set. But it will also have inherited all tagging rules from the front end. On my machine I see this:



enter image description here



Is there a way that avoids these problems and still managed to store arbitrary hidden metadata in the cell?



What I am aiming for is implementing a similar selector to what we have for ExternalLanguage cells. Here's a proof of concept with TaggingRules that still has the problem I described above. Evaluate the following to add a selector to the input cell:



CurrentValue[EvaluationCell[], 
CellFrameLabels] = None,
Cell[BoxData[
PopupMenuBox[
Dynamic[CurrentValue[
ParentCell[EvaluationCell[]], TaggingRules,
"MyRule"]], 6 -> "6", 24 -> "24"]]], None, None


enter image description here










share|improve this question









$endgroup$











  • $begingroup$
    TaggingRules problem is known: mathematica.stackexchange.com/q/139017/5478
    $endgroup$
    – Kuba
    Apr 12 at 21:09













6












6








6


3



$begingroup$


Is there a way to store metadata in a cell in such a way that it can be accessed with Dynamic?



Think of e.g. how ExternalLanguage cells work. We can select whether they should use Python or NodeJS and this state is permanently stored in the CellEvaluationLanguage cell option.



enter image description here



The cell expression would be something like



Cell["", "ExternalLanguage",
CellEvaluationLanguage->"NodeJS"]


It is unclear to me if CellEvaluationLanguage needs to be a built-in option for this to work. I tried something similar with an arbitrary option name and it did not work. For example, CurrentValue[EvaluationCell[], FooBar] = 123 will not set the FooBar option on the cell.



Next, I tried to use TaggingRules.



We can do



CurrentValue[EvaluationCell[], TaggingRules, "FooBar"] = 123


then examine the input cell's cell expression. It will have the FooBar tagging rule set. But it will also have inherited all tagging rules from the front end. On my machine I see this:



enter image description here



Is there a way that avoids these problems and still managed to store arbitrary hidden metadata in the cell?



What I am aiming for is implementing a similar selector to what we have for ExternalLanguage cells. Here's a proof of concept with TaggingRules that still has the problem I described above. Evaluate the following to add a selector to the input cell:



CurrentValue[EvaluationCell[], 
CellFrameLabels] = None,
Cell[BoxData[
PopupMenuBox[
Dynamic[CurrentValue[
ParentCell[EvaluationCell[]], TaggingRules,
"MyRule"]], 6 -> "6", 24 -> "24"]]], None, None


enter image description here










share|improve this question









$endgroup$




Is there a way to store metadata in a cell in such a way that it can be accessed with Dynamic?



Think of e.g. how ExternalLanguage cells work. We can select whether they should use Python or NodeJS and this state is permanently stored in the CellEvaluationLanguage cell option.



enter image description here



The cell expression would be something like



Cell["", "ExternalLanguage",
CellEvaluationLanguage->"NodeJS"]


It is unclear to me if CellEvaluationLanguage needs to be a built-in option for this to work. I tried something similar with an arbitrary option name and it did not work. For example, CurrentValue[EvaluationCell[], FooBar] = 123 will not set the FooBar option on the cell.



Next, I tried to use TaggingRules.



We can do



CurrentValue[EvaluationCell[], TaggingRules, "FooBar"] = 123


then examine the input cell's cell expression. It will have the FooBar tagging rule set. But it will also have inherited all tagging rules from the front end. On my machine I see this:



enter image description here



Is there a way that avoids these problems and still managed to store arbitrary hidden metadata in the cell?



What I am aiming for is implementing a similar selector to what we have for ExternalLanguage cells. Here's a proof of concept with TaggingRules that still has the problem I described above. Evaluate the following to add a selector to the input cell:



CurrentValue[EvaluationCell[], 
CellFrameLabels] = None,
Cell[BoxData[
PopupMenuBox[
Dynamic[CurrentValue[
ParentCell[EvaluationCell[]], TaggingRules,
"MyRule"]], 6 -> "6", 24 -> "24"]]], None, None


enter image description here







front-end dynamic notebooks cells metadata






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Apr 12 at 18:13









SzabolcsSzabolcs

165k14450954




165k14450954











  • $begingroup$
    TaggingRules problem is known: mathematica.stackexchange.com/q/139017/5478
    $endgroup$
    – Kuba
    Apr 12 at 21:09
















  • $begingroup$
    TaggingRules problem is known: mathematica.stackexchange.com/q/139017/5478
    $endgroup$
    – Kuba
    Apr 12 at 21:09















$begingroup$
TaggingRules problem is known: mathematica.stackexchange.com/q/139017/5478
$endgroup$
– Kuba
Apr 12 at 21:09




$begingroup$
TaggingRules problem is known: mathematica.stackexchange.com/q/139017/5478
$endgroup$
– Kuba
Apr 12 at 21:09










2 Answers
2






active

oldest

votes


















5












$begingroup$

You can give "Input" cells a default TaggingRules option of TaggingRules -> . Then, using CurrentValue will not include the notebook tagging rules. For example:



SetOptions[
EvaluationNotebook[],
StyleDefinitions -> Notebook[

Cell[StyleData[StyleDefinitions->"Default.nb"]],
Cell[StyleData["Input"],TaggingRules->]
,
StyleDefinitions->"PrivateStylesheetFormatting.nb"
]
]


Then,



CurrentValue[EvaluationNotebook[], TaggingRules] = "parent" -> "default";
CurrentValue[EvaluationNotebook[], TaggingRules]



"parent" -> "default"




Let's try using CurrentValue to modify a cell:



CurrentValue[EvaluationCell[], TaggingRules, "key"] = "value";
CurrentValue[EvaluationCell[], TaggingRules]



"key" -> "value"




The notebook tagging rule is not included.






share|improve this answer









$endgroup$












  • $begingroup$
    Looks good. So you think TaggingRules is the way to go? This won't be an Input style cell anyway, so setting default TaggingRules for the style is completely fine.
    $endgroup$
    – Szabolcs
    Apr 12 at 21:38



















2












$begingroup$

This works for your explicit case:



CurrentValue[EvaluationCell[], CellFrameLabels] = 

None,
Cell[
BoxData[
PopupMenuBox[
Dynamic[
CurrentValue[
ParentCell[EvaluationCell[]],
TaggingRules, "MyRule",
FrontEnd`SetOptions[
ParentCell[EvaluationCell[]],
TaggingRules -> "MyRule" -> None
]
]
],
6 -> "6", 24 -> "24"
]
]
],
None, None
;
Options[EvaluationCell[], TaggingRules]


SetOptions didn't like operating on the ParentCell so I had to force it to pull that from the kernel, but it should still perform alright I think.



Basic Idea



Here's a kinda solution. I'm gonna assume when the CurrentValue isn't defined you use a default value. If that's the case you can do this:



CurrentValue[
EvaluationCell[],
TaggingRules, "key",
FEPrivate`FrontEndExecute@
FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
TaggingRules -> "key" -> "default"]
]


That forces the TaggingRules to be directly set rather than updated. Here's a proof of concept. First set up some state that can be inherited:



SetOptions[EvaluationNotebook[], 
TaggingRules -> "parentKey" -> "default"];


Now usually we'd get inheritance:



CurrentValue[
EvaluationCell[],
TaggingRules, "key",
"default"
]
Options[EvaluationCell[], TaggingRules]

"default"

TaggingRules -> "parentKey" -> "default", "key" -> "default"


With this trick though we don't:



CurrentValue[
EvaluationCell[],
TaggingRules, "key",
FEPrivate`FrontEndExecute@
FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
TaggingRules -> "key" -> "default"]
]
Options[EvaluationCell[], TaggingRules]

"default"

TaggingRules -> "key" -> "default"


Is it elegant? No. But it works if that's all you care about.






share|improve this answer











$endgroup$













    Your Answer








    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "387"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmathematica.stackexchange.com%2fquestions%2f195082%2fstore-dynamic-accessible-hidden-metadata-in-a-cell%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    2 Answers
    2






    active

    oldest

    votes








    2 Answers
    2






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    5












    $begingroup$

    You can give "Input" cells a default TaggingRules option of TaggingRules -> . Then, using CurrentValue will not include the notebook tagging rules. For example:



    SetOptions[
    EvaluationNotebook[],
    StyleDefinitions -> Notebook[

    Cell[StyleData[StyleDefinitions->"Default.nb"]],
    Cell[StyleData["Input"],TaggingRules->]
    ,
    StyleDefinitions->"PrivateStylesheetFormatting.nb"
    ]
    ]


    Then,



    CurrentValue[EvaluationNotebook[], TaggingRules] = "parent" -> "default";
    CurrentValue[EvaluationNotebook[], TaggingRules]



    "parent" -> "default"




    Let's try using CurrentValue to modify a cell:



    CurrentValue[EvaluationCell[], TaggingRules, "key"] = "value";
    CurrentValue[EvaluationCell[], TaggingRules]



    "key" -> "value"




    The notebook tagging rule is not included.






    share|improve this answer









    $endgroup$












    • $begingroup$
      Looks good. So you think TaggingRules is the way to go? This won't be an Input style cell anyway, so setting default TaggingRules for the style is completely fine.
      $endgroup$
      – Szabolcs
      Apr 12 at 21:38
















    5












    $begingroup$

    You can give "Input" cells a default TaggingRules option of TaggingRules -> . Then, using CurrentValue will not include the notebook tagging rules. For example:



    SetOptions[
    EvaluationNotebook[],
    StyleDefinitions -> Notebook[

    Cell[StyleData[StyleDefinitions->"Default.nb"]],
    Cell[StyleData["Input"],TaggingRules->]
    ,
    StyleDefinitions->"PrivateStylesheetFormatting.nb"
    ]
    ]


    Then,



    CurrentValue[EvaluationNotebook[], TaggingRules] = "parent" -> "default";
    CurrentValue[EvaluationNotebook[], TaggingRules]



    "parent" -> "default"




    Let's try using CurrentValue to modify a cell:



    CurrentValue[EvaluationCell[], TaggingRules, "key"] = "value";
    CurrentValue[EvaluationCell[], TaggingRules]



    "key" -> "value"




    The notebook tagging rule is not included.






    share|improve this answer









    $endgroup$












    • $begingroup$
      Looks good. So you think TaggingRules is the way to go? This won't be an Input style cell anyway, so setting default TaggingRules for the style is completely fine.
      $endgroup$
      – Szabolcs
      Apr 12 at 21:38














    5












    5








    5





    $begingroup$

    You can give "Input" cells a default TaggingRules option of TaggingRules -> . Then, using CurrentValue will not include the notebook tagging rules. For example:



    SetOptions[
    EvaluationNotebook[],
    StyleDefinitions -> Notebook[

    Cell[StyleData[StyleDefinitions->"Default.nb"]],
    Cell[StyleData["Input"],TaggingRules->]
    ,
    StyleDefinitions->"PrivateStylesheetFormatting.nb"
    ]
    ]


    Then,



    CurrentValue[EvaluationNotebook[], TaggingRules] = "parent" -> "default";
    CurrentValue[EvaluationNotebook[], TaggingRules]



    "parent" -> "default"




    Let's try using CurrentValue to modify a cell:



    CurrentValue[EvaluationCell[], TaggingRules, "key"] = "value";
    CurrentValue[EvaluationCell[], TaggingRules]



    "key" -> "value"




    The notebook tagging rule is not included.






    share|improve this answer









    $endgroup$



    You can give "Input" cells a default TaggingRules option of TaggingRules -> . Then, using CurrentValue will not include the notebook tagging rules. For example:



    SetOptions[
    EvaluationNotebook[],
    StyleDefinitions -> Notebook[

    Cell[StyleData[StyleDefinitions->"Default.nb"]],
    Cell[StyleData["Input"],TaggingRules->]
    ,
    StyleDefinitions->"PrivateStylesheetFormatting.nb"
    ]
    ]


    Then,



    CurrentValue[EvaluationNotebook[], TaggingRules] = "parent" -> "default";
    CurrentValue[EvaluationNotebook[], TaggingRules]



    "parent" -> "default"




    Let's try using CurrentValue to modify a cell:



    CurrentValue[EvaluationCell[], TaggingRules, "key"] = "value";
    CurrentValue[EvaluationCell[], TaggingRules]



    "key" -> "value"




    The notebook tagging rule is not included.







    share|improve this answer












    share|improve this answer



    share|improve this answer










    answered Apr 12 at 20:21









    Carl WollCarl Woll

    75.1k3100197




    75.1k3100197











    • $begingroup$
      Looks good. So you think TaggingRules is the way to go? This won't be an Input style cell anyway, so setting default TaggingRules for the style is completely fine.
      $endgroup$
      – Szabolcs
      Apr 12 at 21:38

















    • $begingroup$
      Looks good. So you think TaggingRules is the way to go? This won't be an Input style cell anyway, so setting default TaggingRules for the style is completely fine.
      $endgroup$
      – Szabolcs
      Apr 12 at 21:38
















    $begingroup$
    Looks good. So you think TaggingRules is the way to go? This won't be an Input style cell anyway, so setting default TaggingRules for the style is completely fine.
    $endgroup$
    – Szabolcs
    Apr 12 at 21:38





    $begingroup$
    Looks good. So you think TaggingRules is the way to go? This won't be an Input style cell anyway, so setting default TaggingRules for the style is completely fine.
    $endgroup$
    – Szabolcs
    Apr 12 at 21:38












    2












    $begingroup$

    This works for your explicit case:



    CurrentValue[EvaluationCell[], CellFrameLabels] = 

    None,
    Cell[
    BoxData[
    PopupMenuBox[
    Dynamic[
    CurrentValue[
    ParentCell[EvaluationCell[]],
    TaggingRules, "MyRule",
    FrontEnd`SetOptions[
    ParentCell[EvaluationCell[]],
    TaggingRules -> "MyRule" -> None
    ]
    ]
    ],
    6 -> "6", 24 -> "24"
    ]
    ]
    ],
    None, None
    ;
    Options[EvaluationCell[], TaggingRules]


    SetOptions didn't like operating on the ParentCell so I had to force it to pull that from the kernel, but it should still perform alright I think.



    Basic Idea



    Here's a kinda solution. I'm gonna assume when the CurrentValue isn't defined you use a default value. If that's the case you can do this:



    CurrentValue[
    EvaluationCell[],
    TaggingRules, "key",
    FEPrivate`FrontEndExecute@
    FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
    TaggingRules -> "key" -> "default"]
    ]


    That forces the TaggingRules to be directly set rather than updated. Here's a proof of concept. First set up some state that can be inherited:



    SetOptions[EvaluationNotebook[], 
    TaggingRules -> "parentKey" -> "default"];


    Now usually we'd get inheritance:



    CurrentValue[
    EvaluationCell[],
    TaggingRules, "key",
    "default"
    ]
    Options[EvaluationCell[], TaggingRules]

    "default"

    TaggingRules -> "parentKey" -> "default", "key" -> "default"


    With this trick though we don't:



    CurrentValue[
    EvaluationCell[],
    TaggingRules, "key",
    FEPrivate`FrontEndExecute@
    FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
    TaggingRules -> "key" -> "default"]
    ]
    Options[EvaluationCell[], TaggingRules]

    "default"

    TaggingRules -> "key" -> "default"


    Is it elegant? No. But it works if that's all you care about.






    share|improve this answer











    $endgroup$

















      2












      $begingroup$

      This works for your explicit case:



      CurrentValue[EvaluationCell[], CellFrameLabels] = 

      None,
      Cell[
      BoxData[
      PopupMenuBox[
      Dynamic[
      CurrentValue[
      ParentCell[EvaluationCell[]],
      TaggingRules, "MyRule",
      FrontEnd`SetOptions[
      ParentCell[EvaluationCell[]],
      TaggingRules -> "MyRule" -> None
      ]
      ]
      ],
      6 -> "6", 24 -> "24"
      ]
      ]
      ],
      None, None
      ;
      Options[EvaluationCell[], TaggingRules]


      SetOptions didn't like operating on the ParentCell so I had to force it to pull that from the kernel, but it should still perform alright I think.



      Basic Idea



      Here's a kinda solution. I'm gonna assume when the CurrentValue isn't defined you use a default value. If that's the case you can do this:



      CurrentValue[
      EvaluationCell[],
      TaggingRules, "key",
      FEPrivate`FrontEndExecute@
      FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
      TaggingRules -> "key" -> "default"]
      ]


      That forces the TaggingRules to be directly set rather than updated. Here's a proof of concept. First set up some state that can be inherited:



      SetOptions[EvaluationNotebook[], 
      TaggingRules -> "parentKey" -> "default"];


      Now usually we'd get inheritance:



      CurrentValue[
      EvaluationCell[],
      TaggingRules, "key",
      "default"
      ]
      Options[EvaluationCell[], TaggingRules]

      "default"

      TaggingRules -> "parentKey" -> "default", "key" -> "default"


      With this trick though we don't:



      CurrentValue[
      EvaluationCell[],
      TaggingRules, "key",
      FEPrivate`FrontEndExecute@
      FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
      TaggingRules -> "key" -> "default"]
      ]
      Options[EvaluationCell[], TaggingRules]

      "default"

      TaggingRules -> "key" -> "default"


      Is it elegant? No. But it works if that's all you care about.






      share|improve this answer











      $endgroup$















        2












        2








        2





        $begingroup$

        This works for your explicit case:



        CurrentValue[EvaluationCell[], CellFrameLabels] = 

        None,
        Cell[
        BoxData[
        PopupMenuBox[
        Dynamic[
        CurrentValue[
        ParentCell[EvaluationCell[]],
        TaggingRules, "MyRule",
        FrontEnd`SetOptions[
        ParentCell[EvaluationCell[]],
        TaggingRules -> "MyRule" -> None
        ]
        ]
        ],
        6 -> "6", 24 -> "24"
        ]
        ]
        ],
        None, None
        ;
        Options[EvaluationCell[], TaggingRules]


        SetOptions didn't like operating on the ParentCell so I had to force it to pull that from the kernel, but it should still perform alright I think.



        Basic Idea



        Here's a kinda solution. I'm gonna assume when the CurrentValue isn't defined you use a default value. If that's the case you can do this:



        CurrentValue[
        EvaluationCell[],
        TaggingRules, "key",
        FEPrivate`FrontEndExecute@
        FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
        TaggingRules -> "key" -> "default"]
        ]


        That forces the TaggingRules to be directly set rather than updated. Here's a proof of concept. First set up some state that can be inherited:



        SetOptions[EvaluationNotebook[], 
        TaggingRules -> "parentKey" -> "default"];


        Now usually we'd get inheritance:



        CurrentValue[
        EvaluationCell[],
        TaggingRules, "key",
        "default"
        ]
        Options[EvaluationCell[], TaggingRules]

        "default"

        TaggingRules -> "parentKey" -> "default", "key" -> "default"


        With this trick though we don't:



        CurrentValue[
        EvaluationCell[],
        TaggingRules, "key",
        FEPrivate`FrontEndExecute@
        FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
        TaggingRules -> "key" -> "default"]
        ]
        Options[EvaluationCell[], TaggingRules]

        "default"

        TaggingRules -> "key" -> "default"


        Is it elegant? No. But it works if that's all you care about.






        share|improve this answer











        $endgroup$



        This works for your explicit case:



        CurrentValue[EvaluationCell[], CellFrameLabels] = 

        None,
        Cell[
        BoxData[
        PopupMenuBox[
        Dynamic[
        CurrentValue[
        ParentCell[EvaluationCell[]],
        TaggingRules, "MyRule",
        FrontEnd`SetOptions[
        ParentCell[EvaluationCell[]],
        TaggingRules -> "MyRule" -> None
        ]
        ]
        ],
        6 -> "6", 24 -> "24"
        ]
        ]
        ],
        None, None
        ;
        Options[EvaluationCell[], TaggingRules]


        SetOptions didn't like operating on the ParentCell so I had to force it to pull that from the kernel, but it should still perform alright I think.



        Basic Idea



        Here's a kinda solution. I'm gonna assume when the CurrentValue isn't defined you use a default value. If that's the case you can do this:



        CurrentValue[
        EvaluationCell[],
        TaggingRules, "key",
        FEPrivate`FrontEndExecute@
        FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
        TaggingRules -> "key" -> "default"]
        ]


        That forces the TaggingRules to be directly set rather than updated. Here's a proof of concept. First set up some state that can be inherited:



        SetOptions[EvaluationNotebook[], 
        TaggingRules -> "parentKey" -> "default"];


        Now usually we'd get inheritance:



        CurrentValue[
        EvaluationCell[],
        TaggingRules, "key",
        "default"
        ]
        Options[EvaluationCell[], TaggingRules]

        "default"

        TaggingRules -> "parentKey" -> "default", "key" -> "default"


        With this trick though we don't:



        CurrentValue[
        EvaluationCell[],
        TaggingRules, "key",
        FEPrivate`FrontEndExecute@
        FrontEnd`SetOptions[FrontEnd`EvaluationCell[],
        TaggingRules -> "key" -> "default"]
        ]
        Options[EvaluationCell[], TaggingRules]

        "default"

        TaggingRules -> "key" -> "default"


        Is it elegant? No. But it works if that's all you care about.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited Apr 12 at 19:00

























        answered Apr 12 at 18:48









        b3m2a1b3m2a1

        29k360167




        29k360167



























            draft saved

            draft discarded
















































            Thanks for contributing an answer to Mathematica Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            Use MathJax to format equations. MathJax reference.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fmathematica.stackexchange.com%2fquestions%2f195082%2fstore-dynamic-accessible-hidden-metadata-in-a-cell%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            រឿង រ៉ូមេអូ និង ហ្ស៊ុយលីយេ សង្ខេបរឿង តួអង្គ បញ្ជីណែនាំ

            Crop image to path created in TikZ? Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)Crop an inserted image?TikZ pictures does not appear in posterImage behind and beyond crop marks?Tikz picture as large as possible on A4 PageTransparency vs image compression dilemmaHow to crop background from image automatically?Image does not cropTikzexternal capturing crop marks when externalizing pgfplots?How to include image path that contains a dollar signCrop image with left size given

            Romeo and Juliet ContentsCharactersSynopsisSourcesDate and textThemes and motifsCriticism and interpretationLegacyScene by sceneSee alsoNotes and referencesSourcesExternal linksNavigation menu"Consumer Price Index (estimate) 1800–"10.2307/28710160037-3222287101610.1093/res/II.5.31910.2307/45967845967810.2307/2869925286992510.1525/jams.1982.35.3.03a00050"Dada Masilo: South African dancer who breaks the rules"10.1093/res/os-XV.57.1610.2307/28680942868094"Sweet Sorrow: Mann-Korman's Romeo and Juliet Closes Sept. 5 at MN's Ordway"the original10.2307/45957745957710.1017/CCOL0521570476.009"Ram Leela box office collections hit massive Rs 100 crore, pulverises prediction"Archived"Broadway Revival of Romeo and Juliet, Starring Orlando Bloom and Condola Rashad, Will Close Dec. 8"Archived10.1075/jhp.7.1.04hon"Wherefore art thou, Romeo? To make us laugh at Navy Pier"the original10.1093/gmo/9781561592630.article.O006772"Ram-leela Review Roundup: Critics Hail Film as Best Adaptation of Romeo and Juliet"Archived10.2307/31946310047-77293194631"Romeo and Juliet get Twitter treatment""Juliet's Nurse by Lois Leveen""Romeo and Juliet: Orlando Bloom's Broadway Debut Released in Theaters for Valentine's Day"Archived"Romeo and Juliet Has No Balcony"10.1093/gmo/9781561592630.article.O00778110.2307/2867423286742310.1076/enst.82.2.115.959510.1080/00138380601042675"A plague o' both your houses: error in GCSE exam paper forces apology""Juliet of the Five O'Clock Shadow, and Other Wonders"10.2307/33912430027-4321339124310.2307/28487440038-7134284874410.2307/29123140149-661129123144728341M"Weekender Guide: Shakespeare on The Drive""balcony"UK public library membership"romeo"UK public library membership10.1017/CCOL9780521844291"Post-Zionist Critique on Israel and the Palestinians Part III: Popular Culture"10.2307/25379071533-86140377-919X2537907"Capulets and Montagues: UK exam board admit mixing names up in Romeo and Juliet paper"Istoria Novellamente Ritrovata di Due Nobili Amanti2027/mdp.390150822329610820-750X"GCSE exam error: Board accidentally rewrites Shakespeare"10.2307/29176390149-66112917639"Exam board apologises after error in English GCSE paper which confused characters in Shakespeare's Romeo and Juliet""From Mariotto and Ganozza to Romeo and Guilietta: Metamorphoses of a Renaissance Tale"10.2307/37323537323510.2307/2867455286745510.2307/28678912867891"10 Questions for Taylor Swift"10.2307/28680922868092"Haymarket Theatre""The Zeffirelli Way: Revealing Talk by Florentine Director""Michael Smuin: 1938-2007 / Prolific dance director had showy career"The Life and Art of Edwin BoothRomeo and JulietRomeo and JulietRomeo and JulietRomeo and JulietEasy Read Romeo and JulietRomeo and Julieteeecb12003684p(data)4099369-3n8211610759dbe00d-a9e2-41a3-b2c1-977dd692899302814385X313670221313670221