src/Tools/isac/TODO.thy
author Walther Neuper <walther.neuper@jku.at>
Fri, 31 Jul 2020 12:21:34 +0200
changeset 60040 a05df90c0dee
parent 60026 edd86bf5113b
child 60045 28e2088e7cf1
permissions -rw-r--r--
prep.2 recursion Problem .. Solution
neuper@42314
     1
(* Title:  todo's for isac core
neuper@42314
     2
   Author: Walther Neuper 111013
neuper@42314
     3
   (c) copyright due to lincense terms.
neuper@42314
     4
*)
wneuper@59504
     5
theory TODO
wneuper@59504
     6
imports "~~/src/Doc/Prog_Prove/LaTeXsugar"
wneuper@59504
     7
begin
neuper@42314
     8
walther@59779
     9
text \<open>
walther@59779
    10
Legend: here + code since 200120
walther@59779
    11
  \<open>(*DOC\<close> identifies stuff dedicated for isac/Doc/Lucas_Interpreter
walther@59779
    12
  \<open>(*?!?\<close> identifies a design question
walther@59779
    13
walther@59779
    14
Distillation of "rounds of reforms":
walther@59779
    15
  \<open>TODOs from current changesets\<close> \<rightarrow> \<open>Postponed from current changeset\<close> \<rightarrow>
walther@59779
    16
  (*to be removed..*) \<rightarrow> \<open>Separated tasks\<close> (*.. to be removed*)
walther@59779
    17
  \<rightarrow> subsection of \<open>Major reforms\<close>
walther@59779
    18
\<close>
walther@59779
    19
wneuper@59574
    20
section \<open>TODOs from current changesets\<close>
wneuper@59568
    21
text\<open>
walther@59779
    22
  Shift more complicated issues from  \<open>Current changeset\<close> to \<open>Postponed from current changeset\<close>
wneuper@59568
    23
\<close>
wneuper@59574
    24
subsection \<open>Current changeset\<close>
wneuper@59574
    25
text \<open>
walther@59938
    26
(*/------- to  from -------\*)
walther@59938
    27
(*\------- to  from -------/*)
wneuper@59569
    28
  \begin{itemize}
walther@59927
    29
  \item xxx
walther@60011
    30
  \item xxx
walther@60011
    31
  \item xxx
walther@59998
    32
  \item xxx
walther@59998
    33
  \item Specify.find_next_step: References.select
walther@59998
    34
    cpI = ["vonBelastungZu", "Biegelinien"]: References_Def.id
walther@59998
    35
                                      ^^^^^  Problem.id
walther@59998
    36
  \item xxx
walther@59998
    37
  \item Calc.state_empty_post \<rightarrow> Calc.state_post_empty
walther@59998
    38
  \item xxx
walther@59986
    39
  \item distribute code from test/../calchead.sml
walther@59986
    40
  \item xxx
walther@59935
    41
  \item rename Tactic.Calculate -> Tactic.Evaluate
walther@59779
    42
  \item xxx
walther@59923
    43
  \item replace src/ Erls by Rule_Set.Empty
walther@59882
    44
  \item xxx
walther@59882
    45
  \item rename ptyps.sml -> specify-etc.sml
walther@59882
    46
        rename Specify -> Specify_Etc
walther@59976
    47
        rename Specify -> Specify
walther@59842
    48
  \item xxx
walther@59914
    49
  \item specific_from_prog in..end: replace o by |> (Test_Isac or Test_Some!)
walther@59914
    50
  \item xxx
walther@59914
    51
  \item cleanup ThmC in MathEngBasic
walther@59914
    52
  \item xxx
walther@59914
    53
  \item xxx
walther@59914
    54
  \item xxx
walther@59842
    55
  \item xxx
walther@59842
    56
  \item xxx
walther@59842
    57
  \item xxx
walther@59842
    58
  \item xxx
walther@59842
    59
  \item xxx
walther@59846
    60
  \end{itemize}
walther@59846
    61
\<close>
walther@59846
    62
subsection \<open>Postponed from current changeset\<close>
walther@59846
    63
text \<open>
walther@59886
    64
  \begin{itemize}
walther@59886
    65
  \item xxx
walther@60026
    66
  \item make steps around SubProblem more consistent:
walther@60026
    67
    SubProblem (thy, [pbl]) is bypassed by Model_Problem, if it is 1st Tactic in a Program.
walther@60026
    68
    Design:
walther@60026
    69
    * the Tactic SubProblem (thy, [pbl]) creates the formula SubProblem (thy, [pbl])
walther@60026
    70
      (only the headline !)
walther@60026
    71
    * the Tactic Model_Problem starts Specification
walther@60026
    72
      (with an empty Model)
walther@60026
    73
    see test/../sub-problem.sml
walther@60026
    74
  \item xxx
walther@60016
    75
  \item Specify_Step.add has dummy argument Istate_Def.Uistate -- remove down to Ctree
walther@60016
    76
  \item xxx
walther@60015
    77
  \item Step_Specify.by_tactic (Tactic.Model_Problem' (id, _, met))
walther@60015
    78
                     by_tactic (Tactic.Specify_Theory' domID)
walther@60015
    79
    had very old, strange code at 11b5b8b81876
walther@60015
    80
    ?redes Model_Problem', Specify_Theory' <--> Specify_Method: Step_Specify.complet_for ?
walther@60015
    81
    INTERMED. NO REPAIR: NOT PROMPTED IN TESTS
walther@60015
    82
  \item xxx
walther@60002
    83
  \item unify code Specify.find_next_step <--> Step_Specify.by_tactic (Tactic.Specify_Method'
walther@60002
    84
  \item xxx
walther@59998
    85
  \item Isa20.implementation: 0.2.4 Printing ML values ?INSTEAD? *.TO_STRING ???
walther@59998
    86
    ??? writeln ( make_string {x = x, y = y}); ???
walther@59998
    87
  \item xxx
walther@59953
    88
  \item revise O_Model and I_Model with an example with more than 1 variant.
walther@59953
    89
  \item xxx
walther@59944
    90
  \item ctxt is superfluous in specify-phase due to type constraints from Descript.thy
walther@59944
    91
  \item xxx
walther@59934
    92
  \item Derive.do_one: TODO find code in common with complete_solve
walther@59934
    93
        Derive.embed: TODO rewrite according to CAO (+ no intermediate access to Ctree)
walther@59934
    94
  \item xxx
walther@59930
    95
  \item Solve_Check: postponed parsing input to _ option
walther@59930
    96
  \item xxx
walther@59921
    97
  \item ? "fetch-tactics.sml" from Mathengine -> BridgeLibisabelle ?
walther@59886
    98
  \item xxx
walther@59921
    99
  \item ? unify struct.Step and struct.Solve in MathEngine ?
walther@59851
   100
  \item xxx
walther@59919
   101
  \item use "Eval_Def" for renaming identifiers
walther@59851
   102
  \item xxx
walther@59886
   103
  \item why does Test_Build_Thydata.thy depend on ProgLang and not on CalcElements ?
walther@59851
   104
  \item xxx
walther@59851
   105
  \item xxx
walther@59846
   106
  \begin{itemize}
walther@59846
   107
  \item LI.do_next (*TODO RM..*) ???
walther@59846
   108
  \item generate.sml: RM datatype edit TOGETHER WITH datatype inout
walther@59846
   109
  \item TermC.list2isalist: typ -> term list -> term  .. should NOT requires typ
walther@59846
   110
  \item get_ctxt_LI should replace get_ctxt
walther@59846
   111
  \item ALL CODE: rename spec(ification) --> know(ledge), in Specification: Relation -> Knowledge
walther@59846
   112
  \item rename   Base_Tool.thy  <---         Base_Tools
walther@59846
   113
  \item adopt naming conventions in Knowledge: EqSystem --> Equation_System, etc
walther@59846
   114
  \item rename field scr in meth
walther@59820
   115
  \item DEL double code: nxt_specify_init_calc IN specify.sml + step-specify.sml
walther@59819
   116
  \item xxx
walther@59820
   117
  \item xxx
walther@59820
   118
  \item xxx
walther@59844
   119
  \item xxx
walther@59844
   120
  \item xxx
walther@59844
   121
  \item xxx
walther@59817
   122
  \item xxx
walther@59814
   123
  \item clarify Tactic.Subproblem (domID, pblID) as term in Pstate {act_arg, ...}
walther@59848
   124
     there it is Free ("Subproblem", "char list \<times> ..
walther@59848
   125
     instead of  Const (|???.Subproblem", "char list \<times> ..
walther@59848
   126
     AND THE STRING REPRESENTATION IS STRANGE: 
walther@59848
   127
       Subproblem (''Test'',
walther@59848
   128
        ??.\ <^const> String.char.Char ''LINEAR'' ''univariate'' ''equation''
walther@59848
   129
         ''test'')
walther@59814
   130
     ML \<open>
walther@59814
   131
     \<close> ML \<open>
walther@59814
   132
     term2str; (*defined by..*)
walther@59814
   133
     fun term_to_string''' thy t =
walther@59814
   134
       let
walther@59814
   135
         val ctxt' = Config.put show_markup false (Proof_Context.init_global thy)
walther@59814
   136
       in Print_Mode.setmp [] (Syntax.string_of_term ctxt') t end;
walther@59814
   137
     \<close> ML \<open>
walther@59814
   138
     val t = @{term "aaa + bbb"}
walther@59814
   139
     val t = @{term "Subproblem (''Test'', [''LINEAR'', ''univariate'', ''equation''])"};
walther@59814
   140
     \<close> ML \<open>
walther@59814
   141
     val sss = Print_Mode.setmp [] (Syntax.string_of_term @{context}) t
walther@59814
   142
     \<close> ML \<open>
walther@59814
   143
     writeln sss (*.. here perfect: Subproblem (''Test'', [''LINEAR'', ''univariate'', ''equation'']) *)
walther@59814
   144
     \<close> ML \<open>
walther@59814
   145
     \<close>
walther@59814
   146
  \item xxx
walther@59814
   147
  \item xxx
walther@59814
   148
  \item cleanup fun me:
walther@59814
   149
    fun me (*(_, Empty_Tac) p _ _ = raise ERROR ("me:  Empty_Tac at " ^ pos'2str p)
walther@59814
   150
      | me*) (_, tac) p _(*NEW remove*) pt =
walther@59814
   151
    + -------------------------^^^^^^
walther@59814
   152
    # see test-code.sml fun me_trace
walther@59814
   153
      use this also for me, not only for me_ist_ctxt; del. me
walther@59814
   154
      this requires much updating in all test/*
walther@59802
   155
  \item xxx
walther@59779
   156
  \item shift tests into NEW model.sml (upd, upds_envv, ..)
walther@59779
   157
  \item xxx
walther@59814
   158
  \item clarify handling of contexts ctxt ContextC
walther@59779
   159
    \begin{itemize}
walther@59779
   160
    \item xxx
walther@59779
   161
    \item Specify/ works with thy | Interpret/ works with ctxt | MathEngine.step works with ?!?ctxt
walther@59779
   162
    \item xxx
walther@59779
   163
    \item Check_Elementwise "Assumptions": prerequisite for ^^goal
walther@59779
   164
      rm tactic Check_elementwise "Assumptions" in a way, which keeps it for Minisubpbl
walther@59779
   165
      rm Assumptions  :: bool  (* TODO: remove with making ^^^ idle *)
walther@59779
   166
    \item xxx
walther@59779
   167
    \item xxx
walther@59779
   168
    \end{itemize}
walther@59779
   169
  \item xxx
walther@59779
   170
  \item xxx
walther@59779
   171
  \item complete mstools.sml (* survey on handling contexts:
walther@59779
   172
  \item xxx
walther@59779
   173
  \item xxx
walther@59779
   174
  \item xxx
walther@59779
   175
  \item xxx
walther@59779
   176
  \item librarys.ml --> libraryC.sml + text from termC.sml
walther@59779
   177
  \item xxx
walther@59779
   178
  \item xxx
walther@59779
   179
  \item xxx
walther@59779
   180
  \item xxx
walther@59779
   181
  \item xxx
walther@59779
   182
  \item xxx
walther@59779
   183
  \item concentrate "insert_assumptions" for locate_input_tactic in "associate", ?OR? Tactic.insert_assumptions
walther@59779
   184
                                   DONE  for find_next_step by Tactic.insert_assumptions m' ctxt 
walther@59779
   185
    \begin{itemize}
walther@59779
   186
    \item rm from "generate1" ("Detail_Set_Inst'", Tactic.Detail_Set' ?)
walther@59779
   187
    \item ?"insert_assumptions" necessary in "init_pstate" ?+++? in "applicable_in" ?+++? "associate"
walther@59779
   188
    \item xxx
walther@59779
   189
    \item xxx
walther@59779
   190
    \item DO DELETIONS AFTER analogous concentrations in find_next_step
walther@59779
   191
    \end{itemize}
walther@59779
   192
  \item xxx
walther@59779
   193
  \item ? what is the difference headline <--> cascmd in
walther@59779
   194
    Subproblem' (spec, oris, headline, fmz_, context, cascmd)
walther@59924
   195
  \item Substitute' what does "re-calculation mean in the datatype comment?
walther@59779
   196
  \item xxx
walther@59881
   197
  \item inform: TermC.parse (ThyC.get_theory "Isac_Knowledge") istr --> parseNEW context istr
walther@59799
   198
  \item xxx
walther@59816
   199
  \item unify/clarify stac2tac_ | 
walther@59779
   200
    \begin{itemize}
walther@59779
   201
    \item xxx
walther@59816
   202
    \item extract common code from associate.. stac2tac_xxx
walther@59823
   203
    \item rename LItool.tac_from_prog -> Tactic.from_prog_tac ? Solve_Tac.from_prog_tac,
walther@59779
   204
    \item xxx
walther@59779
   205
    \item xxx
walther@59779
   206
    \end{itemize}
walther@59779
   207
  \item xxx
walther@59779
   208
  \item unify in signature LANGUAGE_TOOLS =\\
walther@59903
   209
    val pblterm: ThyC.id -> Problem.id -> term     vvv        vvv\\
walther@59779
   210
    val subpbl: string -> string list -> term          unify with ^^^
walther@59779
   211
  \item xxx
walther@59779
   212
  \item Telem.safe is questionable: has it been replaced by Safe_Step, Not_Derivable, Helpless, etc?
walther@59779
   213
    Note: replacement of Istate.safe by Istate.appy_ didn't care much about Telem.safe.
walther@59779
   214
    If Telem.safe is kept, consider merge with CTbasic.ostate
walther@59779
   215
  \item xxx
walther@59779
   216
  \item remove find_next_step from solve Apply_Method';
walther@59779
   217
    this enforces Pos.at_first_tactic, which should be dropped, too.
walther@59779
   218
  \item xxx
walther@59779
   219
  \item xxx
walther@59816
   220
  \item xxx
walther@59779
   221
  \end{itemize}
walther@59779
   222
\<close>
walther@59851
   223
subsection \<open>Postponed --> Major reforms\<close>
walther@59816
   224
text \<open>
walther@59816
   225
  \begin{itemize}
walther@59816
   226
  \item xxx          
walther@60040
   227
  \item xxx
walther@60040
   228
  \item make parser mutually recursive for Problem .. Solution
walther@60040
   229
    preps. in Test_Parse_Isac:
walther@60040
   230
      Test_Parse_Isac:
walther@60040
   231
        subsubsection "problem_mini" shows a principal issue with recursive parsing
walther@60040
   232
        probably due to !2! arguments of parser (as shown in Cookbook)
walther@60040
   233
      Test_Parsers_Cookbook:
walther@60040
   234
        (* recursive parser p.140 \<section>6.1 adapted to tokens: *) shows differences,
walther@60040
   235
        which might help understanding the principal issue
walther@60040
   236
    see also Test_Parsers  subsection "recursive parsing"
walther@60040
   237
  \item xxx
walther@60040
   238
  \item xxx          
walther@60040
   239
  \item xxx          
walther@59846
   240
  \item revisit bootstrap Calcelements. rule->calcelems->termC
walther@59868
   241
    would be nice, but is hard: UnparseC.terms -> TermC.s_to_string
walther@59820
   242
  \item xxx
walther@59820
   243
  \item replace all Ctree.update_* with Ctree.cupdate_problem
walther@59820
   244
  \item xxx
walther@59816
   245
  \item rename (ist as {eval, ...}) -> (ist as {eval_rls, ...})
walther@59816
   246
  \item xxx
walther@59816
   247
  \item exception PROG analogous to TERM
walther@59816
   248
  \item xxx
walther@59816
   249
  \item sig/struc ..elems --> ..elem
walther@59816
   250
  \item xxx          
walther@59816
   251
  \item distille CAS-command, CAScmd, etc into a struct
walther@59816
   252
  \item xxx          
walther@59816
   253
  \item check location of files:
walther@59816
   254
        test/Tools/isac/Interpret/ptyps.thy
walther@59816
   255
        test/Tools/isac/Specify.ptyps.sml
walther@59816
   256
  \item xxx
walther@59816
   257
  \item check occurences of Atools in src/ test/
walther@59816
   258
  \item Const ("Atools.pow", _) ---> Const ("Base_Tool.pow", _) 
walther@59816
   259
  \item xxx          
walther@59816
   260
  \item rm Float
walther@59816
   261
  \item xxx
walther@59816
   262
  \item Diff.thy: differentiateX --> differentiate after removal of script-constant
walther@59816
   263
  \item Test.thy: met_test_sqrt2: deleted?!
walther@59816
   264
  \item xxx          
walther@59887
   265
  \item Rewrite_Ord.rew_ord' := overwritel (! Rewrite_Ord.rew_ord', (*<<<---- use Know_Store.xxx, too*)
walther@59816
   266
  \item xxx
walther@59816
   267
    \item automatically extrac rls from program-code 
walther@59816
   268
      ? take ["SignalProcessing", "Z_Transform", "Inverse_sub"] as an example ?
walther@59816
   269
  \item xxx          
walther@59901
   270
  \item finish output of LItool.trace with Check_Postcond (useful for SubProblem)
walther@59816
   271
  \item xxx
walther@59851
   272
  \item replace Rule_Set.empty by Rule_Set.Empty
walther@59851
   273
    latter is more clear, but replacing ***breaks rewriting over all examples***,
walther@59851
   274
    e.g. see ERROR: rewrite__set_ called with 'Erls' for 'precond_rootpbl x'
walther@59851
   275
    in Minisubplb/200-start-method-NEXT_STEP.sml:
walther@59851
   276
     (*+* )------- in f3cac3053e7b (Rule_Set.empty just renamed, NOT deleted) we had
walther@59851
   277
     (*+*)  prls =
walther@59852
   278
     (*+*)    Rls {calc = [], erls = Erls, errpatts = [], id = "empty", preconds = [], rew_ord =
walther@59878
   279
     (*+*)      ("dummy_ord", fn), rules = [], scr = Empty_Prog, srls = Erls}:
walther@59851
   280
     (*+*).. THIS IS Rule_Set.empty, BUT IT DID not CAUSE ANY ERROR !
walther@59851
   281
     (*+*)------- WITH Rule_Set.empty REMOVED (based on f3cac3053e7b) we had
walther@59851
   282
     (*+*)val Empty = prls (* <---ERROR: rewrite__set_ called with 'Erls' for 'precond_rootpbl x' *)
walther@59851
   283
     ( *+*)val ["sqroot-test", "univariate", "equation", "test"] = cpI
walther@59851
   284
    THAT INDICATES, that much rewriting/evaluating JUST WORKED BY CHANCE?!?
walther@59816
   285
  \item xxx          
walther@59816
   286
  \item xxx
walther@59816
   287
  \item xxx          
walther@59816
   288
  \item xxx
walther@59816
   289
  \item xxx          
walther@59816
   290
  \item xxx
walther@59816
   291
  \item xxx          
walther@59816
   292
  \end{itemize}
walther@59816
   293
\<close>
walther@59816
   294
walther@59779
   295
section \<open>Major reforms\<close>
walther@59779
   296
text \<open>
walther@59779
   297
\<close>
walther@59779
   298
subsection \<open>Exception Size raised\<close>
walther@59779
   299
text \<open>
walther@59779
   300
  During update Isabelle2018 --> Isabelle2019 we noticed, that
walther@59779
   301
  "isabelle build" uses resources more efficiently than "isabelle jedit".
walther@59779
   302
  The former works, but the latter causes 
walther@59779
   303
  \begin{itemize}
walther@59779
   304
  \item "Exception- Size raised"
walther@59779
   305
    in Build_Thydata.thy
walther@59779
   306
  \item "exception Size raised (line 169 of "./basis/LibrarySupport.sml")"
walther@59779
   307
    in test/../biegelinie-*.xml.
walther@59779
   308
  \end{itemize}
walther@59779
   309
  This has been detected after changeset (30cd47104ad7) "lucin: reorganise theories in ProgLang".
walther@59779
   310
walther@59779
   311
  Find tools to investigate the Exception, and find ways around it eventually.
walther@59779
   312
\<close>
walther@59779
   313
subsection \<open>Cleanup & review signatures wrt. implementation.pdf canonical argument order\<close>
walther@59779
   314
text \<open>
walther@59779
   315
  \begin{itemize}
walther@59779
   316
  \item there are comments in several signatures
walther@59779
   317
  \item ML_file "~~/src/Tools/isac/Interpret/specification-elems.sml" can be (almost) deleted
walther@59779
   318
  \item src/../Frontend/: signatures missing
walther@59779
   319
  \item xxx
walther@59779
   320
  \end{itemize}
walther@59779
   321
\<close>
walther@59779
   322
subsection \<open>overall structure of code\<close>
walther@59779
   323
text \<open>
walther@59779
   324
  \begin{itemize}
walther@59779
   325
  \item try to separate Isac_Knowledge from MathEngine
walther@59779
   326
    common base: Knowledge_Author / ..??
walther@59779
   327
  \item xxx
walther@59779
   328
  \item  ML_file "~~/src/Tools/isac/Interpret/ctree.sml" (*shift to base in common with Interpret*)
walther@59779
   329
  \item xxx
walther@59779
   330
  \item xxx
walther@59779
   331
  \item xxx
walther@59779
   332
  \end{itemize}
walther@59779
   333
\<close>
walther@59779
   334
subsection \<open>Separate MathEngineBasic/ Specify/ Interpret/ MathEngine/\<close>
walther@59779
   335
text \<open>
walther@59779
   336
  \begin{itemize}
walther@59779
   337
  \item xxx
walther@59800
   338
  \item xxx
walther@59734
   339
  \item re-organise code for Interpret
walther@59734
   340
    \begin{itemize}
walther@59933
   341
    \item Step*: Step_Specify | Step_Solve | Step DONE
walther@59734
   342
    \item xxx
walther@59848
   343
    \item Prog_Tac: fun get_first_argument takes both Prog_Tac + Program --- wait for separate Tactical
walther@59800
   344
      then shift into common descendant
walther@59734
   345
    \item xxx
walther@59734
   346
    \end{itemize}
walther@59734
   347
  \item xxx
walther@59778
   348
  \item xxx
walther@59791
   349
  \item ??????????? WHY CAN LI.by_tactic NOT BE REPLACED BY Step_Solve.by_tactic ???????????
walther@59778
   350
  \item xxx
walther@59778
   351
  \item xxx
walther@59778
   352
  \end{itemize}
walther@59778
   353
\<close>
wneuper@59574
   354
subsection \<open>Review modelling- + specification-phase\<close>
wneuper@59574
   355
text \<open>
wneuper@59574
   356
  \begin{itemize}
walther@59816
   357
  \item xxx
walther@59820
   358
  \item xxx
walther@59820
   359
  \item xxx
walther@59816
   360
  \item check match between args of partial_function and model-pattern of meth;
walther@59816
   361
     provide error message.
walther@59778
   362
  \item xxx
wneuper@59574
   363
  \item "--- hack for funpack: generalise handling of meths which extend problem items ---"
wneuper@59569
   364
    \begin{itemize}
wneuper@59574
   365
    \item see several locations of hack in code
wneuper@59574
   366
    \item these locations are NOT sufficient, see
wneuper@59574
   367
      test/../biegelinie-3.sml --- IntegrierenUndKonstanteBestimmen2: Bsp.7.70. auto ---
wneuper@59574
   368
    \item "fun associate" "match_ags ..dI" instead "..pI" breaks many tests, however,
wneuper@59574
   369
      this would be according to survey Notes (3) in src/../calchead.sml.
wneuper@59574
   370
    \end{itemize}
wneuper@59574
   371
  \item see "failed trial to generalise handling of meths"98298342fb6d
wneuper@59574
   372
  \item abstract specify + nxt_specif to common aux-funs;
wneuper@59574
   373
    see e.g. "--- hack for funpack: generalise handling of meths which extend problem items ---"
wneuper@59574
   374
  \item xxx
wneuper@59574
   375
  \item type model = itm list ?
wneuper@59574
   376
  \item review survey Notes in src/../calchead.sml: they are questionable
wneuper@59574
   377
  \item review copy-named, probably two issues commingled 
wneuper@59574
   378
    \begin{itemize}
wneuper@59574
   379
    \item special handling of "#Find#, because it is not a formal argument of partial_function
wneuper@59574
   380
    \item special naming for solutions of equation solving: x_1, x_2, ...
wneuper@59569
   381
    \end{itemize}
wneuper@59569
   382
  \item xxx
walther@59634
   383
  \item xxx
wneuper@59574
   384
  \item this has been written in one go:
wneuper@59574
   385
    \begin{itemize}
walther@59997
   386
    \item reconsidering I_Model.max_vt, use problem with meth ["DiffApp", "max_by_calculus"]
wneuper@59574
   387
    \item reconsider add_field': where is it used for what? Shift into mk_oris
wneuper@59574
   388
    \item reconsider match_itms_oris: where is it used for what? max_vt ONLY???
wneuper@59574
   389
    \item in Specify_Method search root-oris for items (e.g. "errorBound"), #1# in survey
wneuper@59574
   390
    \item Specify_Problem, Specify_Method: check respective identifiers after re-Specify_
wneuper@59574
   391
      (relevant for pre-condition)
wneuper@59574
   392
    \item unify match_ags to mk_oris1..N with different args (fmz | pat list, pbl | meth
wneuper@59574
   393
    \item 
wneuper@59574
   394
    \end{itemize}
wneuper@59574
   395
  \end{itemize}
wneuper@59574
   396
\<close>
wneuper@59574
   397
subsection \<open>taci list, type step\<close>
wneuper@59574
   398
text \<open>
walther@59762
   399
taci was, most likely, invented to make "fun me" more efficient by avoiding duplicate rewrite,
walther@59762
   400
and probably, because the Kernel interface separated setNextTactic and applyTactic.
walther@59816
   401
Both are no good reasons to make code more complicated.
walther@59814
   402
walther@59816
   403
!!! taci list is used in do_next !!!
walther@59814
   404
wneuper@59574
   405
  \begin{itemize}
walther@59762
   406
  \item xxx
walther@59820
   407
  \item can lev_on_total replace lev_on ? ..Test_Isac_Short + rename lev_on_total -> lev_on
walther@59820
   408
  \item xxx
walther@59981
   409
  \item Step* functions should return Calc.T instead of Calc.state_post
walther@59762
   410
  \item xxx
wneuper@59574
   411
  \item states.sml: check, when "length tacis > 1"
wneuper@59574
   412
  \item in Test_Isac.thy there is only 1 error in Interpret/inform.sml
wneuper@59574
   413
  \item (*WN190713 REMOVE: "creating a new node" was never implemented for more than one node?!?
wneuper@59569
   414
  \item xxx
walther@59816
   415
  \item brute force setting all empty ([], [], ptp) works!?! but ptp causes errors -- investigate!
walther@59762
   416
  \item xxx
wneuper@59573
   417
  \end{itemize}
wneuper@59574
   418
\<close>
wneuper@59574
   419
subsection \<open>Ctree\<close>
wneuper@59574
   420
text \<open>
walther@59815
   421
analysis
walther@59815
   422
# mixture pos' .. pos in cappend_*, append_* is confusing
walther@59844
   423
# existpt p pt andalso Tactic.is_empty DIFFERENT IN append_*, cappend_* is confusing
walther@59815
   424
  "exception PTREE "get_obj: pos =" ^^^^^: ^^^^ due to cut !!!
walther@59815
   425
  NOTE: exn IN if..andalso.. IS NOT!!! DETECTED, THIS                       is confusing
walther@59815
   426
  see test/../--- Minisubpbl/800-append-on-Frm.sml ---
walther@59815
   427
# ?!? "cut branches below cannot be decided here" in append_atomic
walther@59815
   428
# sign. of functions too different ?!?canonical arg.order ?!?
wneuper@59568
   429
  \begin{itemize}
walther@59807
   430
  \item xxx
walther@59815
   431
  \item remove update_branch, update_*? -- make branch, etc args of append_*
walther@59815
   432
  \item xxx
walther@59816
   433
  \item close sig Ctree, contains cappend_* ?only? --- ?make parallel to ?Pide_Store?
walther@59813
   434
  \item xxx
walther@59807
   435
  \item unify args to Ctree.state (pt, p)
walther@59846
   436
  \item  fun update_env       .. repl_env                   \<rightarrow>updatempty
walther@59807
   437
  \item xxx
wneuper@59568
   438
  \item xxx
wneuper@59574
   439
  \item xxx
walther@59807
   440
  \item xxx
wneuper@59568
   441
  \end{itemize}
wneuper@59574
   442
\<close>
wneuper@59574
   443
subsection \<open>replace theory/thy by context/ctxt\<close>
wneuper@59574
   444
text \<open>
wneuper@59574
   445
  \begin{itemize}
walther@59660
   446
  \item xxx
walther@59748
   447
  \item Specify/ works with thy | Interpret/ works with ctxt | MathEngine.step works with ?!?ctxt
walther@59748
   448
    special case: Tactic.Refine_Problem
walther@59748
   449
  \item xxx
walther@59748
   450
  \item theory can be retrieved from ctxt by Proof_Context.theory_of
walther@59660
   451
  \item xxx
wneuper@59577
   452
  \item cleaup the many conversions string -- theory
wneuper@59577
   453
  \item make dest_spec --> (theory, pblID, metID) ?+ common_subthy ?
wneuper@59574
   454
  \item 1. Rewrite.eval_true_, then
walther@59933
   455
    LItool.check_leaf, Rewrite.eval_prog_expr, Step.add, LItool.tac_from_prog.
wneuper@59577
   456
  \item fun associate
walther@59881
   457
    let val thy = ThyC.get_theory "Isac_Knowledge";(*TODO*)
wneuper@59574
   458
  \item xxx
wneuper@59574
   459
  \item xxx
walther@59802
   460
  \item in locate_input_tactic .. ?scan_dn1?; Program.is_eval_expr   .use  Term.exists_Const
walther@59802
   461
  \item push srls into pstate
walther@59851
   462
  \item lucas-intrpreter.locate_input_tactic: scan_to_tactic1 srls tac cstate (progr, Rule_Set.Empty)
walther@59851
   463
                                                                                      ^^^^^^^^^^^^^^^
wneuper@59577
   464
  \item xxx
wneuper@59574
   465
  \end{itemize}
wneuper@59574
   466
\<close>
wneuper@59583
   467
subsection \<open>Rfuns, Begin_/End_Detail', Rrls, Istate\<close>
wneuper@59574
   468
text \<open>
walther@59878
   469
remove refactor Rfuns, Rule.Prog, Rule.Empty_Prog, RrlsState: this is a concept never brought to work.
walther@59850
   470
  Clarify relation to reverse rewriting!
wneuper@59562
   471
  \begin{itemize}
walther@59850
   472
  \item separate mut.recursion program with rule and rls by deleting fild scr in rls
walther@59850
   473
    (possible since CS 43160c1e775a
walther@59850
   474
  ` "replace Prog. in prep_rls by Auto_Prog.gen, which generates Prog. on the fly" )
wneuper@59573
   475
  \item xxx
wneuper@59569
   476
  \item probably only "normal_form" seems to be needed
wneuper@59569
   477
  \item deleted Rfuns in NEW "locate_input_tactic": no active test for "locate_rule"
wneuper@59569
   478
    but that seems desirable
wneuper@59569
   479
  \item ?how is the relation to reverse-rewriting ???
wneuper@59569
   480
  \item "Rfuns" markers in test/../rational
wneuper@59562
   481
  \item xxx
walther@59667
   482
  \item datatype istate (Istate.T): remove RrlsState, pstate: use Rrls only for creating results beyond
wneuper@59573
   483
    rewriting and/or respective intermediate steps (e.g. cancellation of fractions).
wneuper@59583
   484
    Thus we get a 1-step-action which does NOT require a state beyond istate/pstate.
wneuper@59573
   485
    Thus we drastically reduce complexity, also get rid of "fun from_pblobj_or_detail_calc" , etc.
wneuper@59573
   486
  \item debug ^^^ related: is there an occurence of Steps with more than 1 element?
wneuper@59569
   487
  \item xxx
walther@59760
   488
  \item and do_next (* WN1907: ?only for Begin_/End_Detail' DEL!!!*)
wneuper@59573
   489
  \item xxx
wneuper@59573
   490
  \item shouldn't go Rfuns from Rewrite --> Rewrite_Set; they behave similar to "fun interSteps" ?
walther@59850
   491
  \item xxx
walther@59850
   492
  \item ?finally Prog could go from Calcelems to ProgLang?
wneuper@59562
   493
  \end{itemize}
wneuper@59574
   494
\<close>
wneuper@59574
   495
subsection \<open>Inverse_Z_Transform.thy\<close>
wneuper@59574
   496
text \<open>
wneuper@59538
   497
  \begin{itemize}
wneuper@59550
   498
  \item\label{new-var-rhs} rule1..6, ruleZY introduce new variables on the rhs of the rewrite-rule.
wneuper@59550
   499
  ? replace rewriting with substitution ?!?
wneuper@59537
   500
  The problem is related to the decision of typing for "d_d" and making bound variables free (while
wneuper@59550
   501
  shifting specific handling in equation solving etc. to the meta-logic). 
wneuper@59550
   502
  \item Find "stepResponse (x[n::real]::bool)" is superfluous, because immediately used by
wneuper@59550
   503
    rewrite-rules; see \ref{new-var-rhs}.
wneuper@59538
   504
  \item Reconsider whole problem:
wneuper@59538
   505
    input only the polynomial as argument of partial_function, in ([1], Frm) compile lhs "X z" ?
wneuper@59538
   506
  \end{itemize}
wneuper@59574
   507
\<close>
wneuper@59574
   508
subsection \<open>Adopt Isabelle's numerals for Isac\<close>
wneuper@59574
   509
text \<open>
wneuper@59540
   510
  \begin{itemize}
wneuper@59574
   511
  \item replace numerals of type "real" by "nat" in some specific functions from ListC.thy
wneuper@59574
   512
    and have both representations in parallel for "nat".
wneuper@59574
   513
  \item xxx
wneuper@59574
   514
  \item xxx
wneuper@59540
   515
  \end{itemize}
wneuper@59574
   516
\<close>
walther@59816
   517
subsection \<open>Redesign equation solver\<close>
wneuper@59591
   518
text \<open>
wneuper@59591
   519
  Existing solver is structured along the WRONG assumption,
walther@59816
   520
  that Poly.thy must be the LAST thy among all thys involved -- while the opposite is the case.
wneuper@59591
   521
wneuper@59591
   522
  Preliminary solution: all inappropriately located thms are collected in Base_Tools.thy
wneuper@59591
   523
\<close>
walther@59816
   524
subsection \<open>Finetunig required for xmldata in kbase\<close>
wneuper@59574
   525
text \<open>
wneuper@59574
   526
  See xmldata https://intra.ist.tugraz.at/hg/isac/rev/5b222a649390
wneuper@59574
   527
  and in kbase html-representation generated from these xmldata.
wneuper@59574
   528
  Notes in ~~/xmldata/TODO.txt.
wneuper@59574
   529
\<close>
wneuper@59574
   530
wneuper@59574
   531
section \<open>Hints for further development\<close>
wneuper@59574
   532
text \<open>
wneuper@59574
   533
\<close>
wneuper@59591
   534
subsection \<open>Coding standards & some explanations for math-authors\<close>
wneuper@59591
   535
text \<open>copy from doc/math-eng.tex WN.28.3.03
wneuper@59591
   536
WN071228 extended\<close>
wneuper@59591
   537
wneuper@59591
   538
subsubsection \<open>Identifiers\<close>
wneuper@59591
   539
text \<open>Naming is particularily crucial, because Isabelles name space is global, and isac does
wneuper@59591
   540
  not yet use the novel locale features introduces by Isar. For instance, {\tt probe} sounds
wneuper@59591
   541
  reasonable as (1) a description in the model of a problem-pattern, (2) as an element of the
wneuper@59591
   542
  problem hierarchies key, (3) as a socalled CAS-command, (4) as the name of a related script etc.
wneuper@59591
   543
  However, all the cases (1)..(4) require different typing for one and the same
wneuper@59591
   544
  identifier {\tt probe} which is impossible, and actually leads to strange errors
wneuper@59591
   545
  (for instance (1) is used as string, except in a script addressing a Subproblem).
wneuper@59591
   546
wneuper@59591
   547
  These are the preliminary rules for naming identifiers>
wneuper@59591
   548
  \begin{description}
wneuper@59591
   549
  \item [elements of a key] into the hierarchy of problems or methods must not contain
wneuper@59591
   550
    capital letters and may contain underscrores, e.g. {\tt probe, for_polynomials}.
wneuper@59591
   551
  \item [descriptions in problem-patterns] must contain at least 1 capital letter and
wneuper@59591
   552
    must not contain underscores, e.g. {\tt Probe, forPolynomials}.
wneuper@59591
   553
  \item [CAS-commands] follow the same rules as descriptions in problem-patterns above, thus
wneuper@59591
   554
    beware of conflicts~!
wneuper@59591
   555
  \item [script identifiers] always end with {\tt Program}, e.g. {\tt ProbeScript}.
wneuper@59591
   556
  \item [???] ???
wneuper@59591
   557
  \item [???] ???
wneuper@59591
   558
  \end{description}
wneuper@59591
   559
%WN071228 extended\<close>
wneuper@59591
   560
wneuper@59591
   561
subsubsection \<open>Rule sets\<close>
wneuper@59591
   562
text \<open>The actual version of the coding standards for rulesets is in {\tt /IsacKnowledge/Atools.ML
wneuper@59591
   563
  where it can be viewed using the knowledge browsers.
wneuper@59591
   564
wneuper@59591
   565
  There are rulesets visible to the student, and there are rulesets visible (in general) only for
wneuper@59591
   566
  math authors. There are also rulesets which {\em must} exist for {\em each} theory;
wneuper@59591
   567
  these contain the identifier of the respective theory (including all capital letters) 
wneuper@59591
   568
  as indicated by {\it Thy} below.
wneuper@59591
   569
wneuper@59591
   570
  \begin{description}
wneuper@59591
   571
  \item [norm\_{\it Thy}] exists for each theory, and {\em efficiently} calculates a
wneuper@59591
   572
    normalform for all terms which can be expressed by the definitions of the respective theory
wneuper@59591
   573
    (and the respective parents).
wneuper@59591
   574
  \item [simplify\_{\it Thy}] exists for each theory, and calculates a normalform for all terms
wneuper@59591
   575
    which can be expressed by the definitions of the respective theory (and the respective parents)
wneuper@59591
   576
    such, that the rewrites can be presented to the student.
wneuper@59591
   577
  \item [calculate\_{\it Thy}] exists for each theory, and evaluates terms with 
wneuper@59591
   578
    numerical constants only (i.e. all terms which can be expressed by the definitions of
wneuper@59591
   579
    the respective theory and the respective parent theories). In particular, this ruleset includes
wneuper@59591
   580
    evaluating in/equalities with numerical constants only.
wneuper@59591
   581
    WN.3.7.03: may be dropped due to more generality: numericals and non-numericals
wneuper@59591
   582
    are logically equivalent, where the latter often add to the assumptions
wneuper@59591
   583
    (e.g. in Check_elementwise).
wneuper@59591
   584
  \end{description}
wneuper@59591
   585
wneuper@59591
   586
  The above rulesets are all visible to the user, and also may be input; 
wneuper@59591
   587
  thus they must be contained in {\tt Theory_Data} (KEStore_Elems.add_rlss,
wneuper@59591
   588
  KEStore_Elems.get_rlss). All these rulesets must undergo a preparation
wneuper@59591
   589
  using the function {\tt prep_rls'}, which generates a script for stepwise rewriting etc.
wneuper@59591
   590
  The following rulesets are used for internal purposes and usually invisible to the (naive) user:
wneuper@59591
   591
wneuper@59591
   592
  \begin{description}
wneuper@59591
   593
  \item [*\_erls] TODO
wneuper@59591
   594
  \item [*\_prls] 
wneuper@59591
   595
  \item [*\_srls] 
wneuper@59591
   596
  \end{description}
walther@59852
   597
{\tt Rule_Set.append_rules, Rule_Set.merge, remove_rls} TODO
wneuper@59591
   598
\<close>
wneuper@59591
   599
wneuper@59574
   600
subsection \<open>get proof-state\<close>
wneuper@59574
   601
text \<open>
wneuper@59574
   602
  Re: [isabelle] Programatically get "this"
wneuper@59574
   603
  ----------------------------------------------------
wneuper@59574
   604
  So here is my (Makarius') version of your initial example, following these principles:
wneuper@59574
   605
  begin{verbatim}
wneuper@59574
   606
    notepad
wneuper@59574
   607
    begin
wneuper@59574
   608
      assume a: A
wneuper@59574
   609
      ML_val \<open>
wneuper@59574
   610
        val ctxt = @{context};
wneuper@59558
   611
    
wneuper@59574
   612
        val this_name =
walther@59748
   613
          Name_Space.full_name (Proof_Context.naming_of ctxt) (Binding.name Auto_Bind.thisN);
wneuper@59574
   614
        val this = #thms (the (Proof_Context.lookup_fact ctxt this_name));
wneuper@59574
   615
      \<close>
wneuper@59574
   616
    end
wneuper@59574
   617
  end{verbatim}
wneuper@59574
   618
\<close>
wneuper@59574
   619
subsection \<open>write Specification to jEdit\<close>
wneuper@59574
   620
text \<open>
wneuper@59574
   621
  Re: [isabelle] Printing terms with type annotations
wneuper@59574
   622
  ----------------------------------------------------
wneuper@59574
   623
  On 06/02/2019 17:52, Moa Johansson wrote:
wneuper@59574
   624
  >
wneuper@59574
   625
  > I’m writing some code that should create a snippet of Isar script.
wneuper@59574
   626
  
wneuper@59574
   627
  This is how Sledgehammer approximates this:
wneuper@59574
   628
  
wneuper@59574
   629
  http://isabelle.in.tum.de/repos/isabelle/file/Isabelle2018/src/HOL/Tools/Sledgehammer/sledgehammer_isar_proof.ML#l299
wneuper@59574
   630
  
wneuper@59574
   631
  (The module name already shows that the proper terminology is "Isar
wneuper@59574
   632
  proof" (or "Isar proof text").  Proof scripts are a thing from the past,
wneuper@59574
   633
  before Isar. You can emulate old-style proof scripts via a sequence of
wneuper@59574
   634
  'apply' commands, but this is improper Isar.)
wneuper@59574
   635
  
wneuper@59574
   636
  Note that there is no standard function in Isabelle/Pure, because the
wneuper@59574
   637
  problem to print just the right amount of type information is very
wneuper@59574
   638
  complex and not fully solved. One day, after 1 or 2 rounds of
wneuper@59574
   639
  refinements over the above approach, it might become generally available.
wneuper@59574
   640
\<close>
wneuper@59574
   641
subsection \<open>follow Isabelle conventions (*Does not yet work in Isabelle2018\<close>
wneuper@59574
   642
text \<open>
wneuper@59574
   643
  isabelle update -u path_cartouches
wneuper@59574
   644
  isabelle update -u inner_syntax_cartouches
wneuper@59574
   645
\<close>
wneuper@59582
   646
section \<open>Questions to Isabelle experts\<close>
wneuper@59582
   647
text \<open>
wneuper@59582
   648
\begin{itemize}
walther@59848
   649
\item ad ERROR Undefined fact "all_left"        in Test_Isac: error-pattern.sml
walther@59848
   650
               Undefined fact: "xfoldr_Nil"                   inssort.sml
walther@59886
   651
    (* probably two different reasons:
walther@59886
   652
    src/../LinEq.thy
walther@59886
   653
      (*WN0509 compare PolyEq.all_left "[|Not(b=!=0)|] ==> (a = b) = (a - b = 0)"*)
walther@59886
   654
      all_left:          "[|Not(b=!=0)|] ==> (a=b) = (a+(-1)*b=0)" and
walther@59886
   655
    
walther@59886
   656
    src/../PolyEq.thy
walther@59886
   657
      (*WN0509 compare LinEq.all_left "[|Not(b=!=0)|] ==> (a=b) = (a+(-1)*b=0)"*)
walther@59886
   658
      all_left:              "[|Not(b=!=0)|] ==> (a = b) = (a - b = 0)" and
walther@59886
   659
    
walther@59886
   660
    test/../partial_fractions.sml
walther@59886
   661
    (*[7], Met*)val (p,_,f,nxt,_,pt) = me nxt p [] pt; (*nxt = Apply_Method ["PolyEq", "normalise_poly"])*)
walther@59886
   662
    (*[7, 1], Frm*)val (p,_,f,nxt,_,pt) = me nxt p [] pt; (*nxt = Rewrite ("all_left", "\<not> ?b =!= 0 \<Longrightarrow> (?a = ?b) = (?a - ?b = 0)"))*)
walther@59886
   663
    
walther@59886
   664
    test/../mathengine-stateless.sml
walther@59886
   665
    (*if ThmC.string_of_thm @ {thm rnorm_equation_add} =  "\<not> ?b =!= 0 \<Longrightarrow> (?a = ?b) = (?a + - 1 * ?b = 0)"
walther@59886
   666
    then () else error "string_of_thm changed";*)
walther@59886
   667
    
walther@59886
   668
    (*---------------------------------------------------------------------------------------------*)
walther@59886
   669
    src/../LinEq.thy
walther@59886
   670
    primrec xfoldr :: "('a \<Rightarrow> 'b \<Rightarrow> 'b) \<Rightarrow> 'a xlist \<Rightarrow> 'b \<Rightarrow> 'b" where
walther@59886
   671
    xfoldr_Nil:  "xfoldr f {|| ||} = id" |
walther@59886
   672
    xfoldr_Cons: "xfoldr f (x @# xs) = f x \<circ> xfoldr f xs"
walther@59886
   673
    
walther@59886
   674
    src/../InsSort.thy
walther@59886
   675
        srls = Rule_Set.empty, calc = [], rules = [
walther@59886
   676
          Rule.Thm ("xfoldr_Nil",(*num_str*) @{thm xfoldr_Nil} (* foldr ?f [] = id *)),
walther@59886
   677
    *)
walther@59841
   678
\item xxx
walther@59841
   679
\item xxx
walther@59842
   680
\item ?OK Test_Isac_Short with
walther@59842
   681
    LI.by_tactic tac (get_istate_LI pt p, get_ctxt_LI pt p) ptp
walther@59842
   682
  instead
walther@59846
   683
    LI.by_tactic tac (Istate.empty, ContextC.empty) ptp
walther@59842
   684
  in step-solve ?
walther@59842
   685
\item xxx
walther@59842
   686
\item test from last CS with outcommented re-def of code -> 
walther@59842
   687
  -> \<open>further tests additional to src/.. files\<close>
walther@59842
   688
      ADDTESTS/redefined-code.sml
walther@59841
   689
\item xxx
walther@59841
   690
\item efb749b79361 Test_Some_Short.thy has 2 errors, which disappear in thy ?!?:
walther@59841
   691
  ML_file "Interpret/error-pattern.sml" Undefined fact: "all_left"
walther@59841
   692
  ML_file "Knowledge/inssort.sml" Undefined fact: "xfoldr_Nil"
walther@59841
   693
\item xxx
wneuper@59591
   694
\item what is the actual replacement of "hg log --follow" ?
wneuper@59591
   695
\item xxx
wneuper@59582
   696
\item how HANDLE these exceptions, e.g.:
wneuper@59582
   697
    Syntax.read_term ctxt "Randbedingungen y 0 = (0::real), y L = 0, M_b 0 = 0, M_b L = 0]"
wneuper@59582
   698
  GIVES
wneuper@59582
   699
    "Inner syntax error
wneuper@59582
   700
     Failed to parse term"
wneuper@59582
   701
\item xxx
walther@59734
   702
\item how cope with "exception Size raised (line 171 of "./basis/LibrarySupport.sml")"
walther@59734
   703
  e.g. in test/Interpret/lucas-interpreter.sml
wneuper@59582
   704
\item xxx
wneuper@59582
   705
\item xxx
wneuper@59582
   706
\end{itemize}
wneuper@59582
   707
\<close>
wneuper@59582
   708
wneuper@59574
   709
section \<open>For copy & paste\<close>
wneuper@59574
   710
text \<open>
wneuper@59582
   711
\begin{itemize}
walther@59778
   712
\item xxx
wneuper@59558
   713
  \begin{itemize}
wneuper@59558
   714
  \item xxx
wneuper@59540
   715
    \begin{itemize}
wneuper@59558
   716
    \item xxx
wneuper@59540
   717
      \begin{itemize}
wneuper@59558
   718
      \item xxx
wneuper@59574
   719
        \begin{itemize}
wneuper@59574
   720
        \item xxx
wneuper@59574
   721
        \end{itemize}
wneuper@59540
   722
      \end{itemize}
wneuper@59540
   723
    \end{itemize}
wneuper@59504
   724
  \end{itemize}
wneuper@59504
   725
\end{itemize}
wneuper@59504
   726
\<close>
wneuper@59574
   727
subsection \<open>xxx\<close>
wneuper@59574
   728
subsubsection \<open>xxx\<close>
neuper@52150
   729
end