1 * MW: implement ML toplevel spans in official Isabelle, e.g.
2 with separator \<^medskip> and some tool support for automated
3 update (in "isabelle update" and/or PIDE);
5 * MW: implement a template for der Specification
7 * MW: clarify/eliminate Isabelle/Scala add-ons (presently unused)
9 diff -r /home/makarius/isabelle/repos-Isabelle2021/src/Pure/build-jars ./src/Pure/build-jars
11 > src/Tools/isac/BridgeJEdit/isac.scala
13 diff -r /home/makarius/isabelle/repos-Isabelle2021/src/Pure/Tools/scala_project.scala ./src/Pure/Tools/scala_project.scala
15 > "src/Tools/isac/etc" -> Path.explode("isabelle.isac"),
17 * MW: Skip_Proof.make_thm: theory -> term -> thm ? could now change signature to
18 : Proof.context -> term -> thm
19 * MW: Make $ISABELLE_ISAC_TEST work without sessions
22 ***** some items for discussion
24 * Clarify symmetric rule: Thm.apply_attribute Calculation.symmetric thm context (!?);
27 * "fun pr_ord" is not required if used with @{make_string}, @{print}, @{print tracing};
28 takes only static arguments ----------------^^^^^^^^^^^^^^, not value of "hd_ord (f, g)"
29 ? are there better approximations to old output of (*1*) than with (*2*)
30 (*1*)val _ = tracing ("hd_ord (f, g) = " ^ ((pr_ord o hd_ord) (f, g)) );
31 (*2*)val _ = @{print tracing}{a = "hd_ord (f, g) = ", z = hd_ord (f, g)}(**)
34 ***** for the few items below WN asks MW for help
36 * postpone: ?How accomplish two user-requirements by Outer_Syntax.command \<^command_keyword>\<open>Example\<close>
37 (1) start a Calculation with a CAS_Cmd
38 (2) start an Example from scratch, i.e. with (Formalize.empty, References.empty)
39 Proposals for a solution are in test/../Test_VSCode_Example.thy
40 subsubsection ‹Start Example with a CAS_Cmd›
43 ***** priority of WN items is top down, most urgent/simple on top
45 * WN: eliminate multiple get_ctxt in Solve_Step, Ctree
46 * WN: shift code from libraryC.sml to designated destination (ThyC, etc)
47 * WN: Know_Store.get_thes, add_thes still required for Error_Patterns, we want to eliminate thes:
48 (1) Error_Pattern.T are already stored by MethodC -- place them in respective thys
49 (2) Error_Pattern.fill_in stored with thm (in thes): instead introduce new Thy_Data for them.
50 adapt Know_Store.insert_fillpats for that purpose.
51 * WN: rename type Rule.rule -> Rule.T
52 * WN: Sub_Problem.tac_from_prog: use ctxt from pt
53 * WN: in subst_adapt_to_type should ''bdv''(string) handled by Varialbe.declare_constraints
54 ?why is "x" not already typed correctly (by reading strings from Formalise)?)
55 * WN: replace tools derived from get_thes/add_thes by tools derived from current ctxt
56 * WN: eliminate use of Thy_Info.get_theory after * MW: Make $ISABELLE_ISAC_TEST work without sessions
57 cf. e587c45cae0f note in Build_Thydata.thy
58 * WN: improve naming in refine.sml, m-match.sml
59 * WN: all UnparseC with Proof.context, cleanup unparseC.sml and calls
60 * WN: all Subst with Proof.context, cleanup unparseC.sml and calls
61 * WN: review Prog_Tac:
62 (*+isa==isa2*)@{term "Substitution []"}; (*Free ("Subproblem",.. ALSO Subproblem, ?!*)
63 (*+isa==isa2*)@{term "Rewrite_Set ''norm_Rational''"}; (*Const ("Prog_Tac.Rewrite_Set",..*)
65 * WN: Specify/formalise.sml is in BaseDefinitions/ AND Specify/ DELETE ONE VERSION
66 * WN: Step_Specify.initialise: remove hdl in return-value, replace Step_Specify.nxt_specify_init_calc
67 ? which uses initialise !?
68 * WN: ? unify "no_met" with "empty_meth_id" from References.empty ?
70 * WN: proper ML antiquotations for "Tactical.Try" etc. --- be careful about unclear situations,
71 e.g. "Tactical.Try" vs. "Lucas_Interpreter.Try";
73 * WN: ? Rational.Cancel_p; extend use of \<^theory> to \<^theory_context>
75 * WN: Avoid Thm.get_name_hint and use Global_Theory.get_thm instead, get theory from References.T
76 and push theory through as argument of respective functions.
78 * WN: Check/clarify Context.theory_name vs. Context.theory_long_name.
79 Context.theory_name seems to suffice after elimination of sessions.
81 * WN: more direct logical foundations wrt. Isabelle/HOL, eliminate many axiomatizations
82 - quite often "axiomatization ..." can be turned into "lemma ... by auto"
84 - sometimes this requires to use more specific types / type classes;
85 - sometimes this requires to use proper definitional mechanisms (e.g. 'primrec', 'fun');
86 - a few "hard" cases will remain, to be reconsidered eventually (e.g. differentiation);
88 * WN: replace arguments theory from Interpret/* by ctxt, e.g. (LI_Tool.tac_from_prog + see TODO.thy)
89 * WN: rename Pos.* -- Pos.ints, Pos.spec, Pos.empty, Pos.ints_empty
91 * WN: redesign transition from Specification to Solution: how relate
92 - Formalise.model with variants (e.g. VSCode_Example)
93 reconsider separation of variants F_I, F_II, see MAWEN paper
94 - !?! I_Model of MethodC (fairly free sequence, dependent on Formalise.model)
95 - !?! formal arguments of program (fixed sequence)