X-Git-Url: http://matita.cs.unibo.it/gitweb/?a=blobdiff_plain;f=helm%2Fmatita%2Fmatita.txt;h=253b18d02fa645f984a1ec6c3b8cb4e6a2cd3599;hb=6565cd51fb866a80838003cd65dc00e4d5a9814b;hp=3d3fb2702bf73af58dd27e714f6bda0c3b5ccd53;hpb=750b872516df21ab4232001648a3d8ce7de13360;p=helm.git

diff --git a/helm/matita/matita.txt b/helm/matita/matita.txt
index 3d3fb2702..253b18d02 100644
--- a/helm/matita/matita.txt
+++ b/helm/matita/matita.txt
@@ -1,25 +1,28 @@
 TODO
   NUCLEO
-  - CRITICO: quando l'environment non e' trusted non compila la library di
-    matita!!!
   - PREOCCUPANTE: per 
     inductive i : Prop := K : True (*-> i*) -> i.
     noi generiamo i_rec e i_rect con e senza il commento qui sopra; Coq NON
     genera i_rec e i_rect quando c'e' un argomento ricorsivo.
     (CSC: manca vincolo aggiuntivo non dipendente dalla sorta per il caso in
-    questione) -> CSC
+    questione) -> Gares
   - bug universi e tipi induttivi
   - Set predicativo
     
 
   TATTICHE
-  - simplify (e altre tattiche) non debbono zeta-espandere i let-in
-  - tattica unfold su rel a let-in bound variables
-  - theorem t: True. elim x. ==> BOOM! unificazione di una testa flessibile con
-    True.
-  - parsing contestuale (tattiche replace, change e forse altre)
-    capire dove fare la select per avere i contesti in cui disambiguare gli
-    altri argomenti.
+  - missing feature unification: applicazione di teoremi (~A) quando il goal
+    e' False o di teoremi $symmetric R P$ quando il goal e' $P(x,y)$.
+    Fare un passo di delta[-beta?][-iota-etc.] quando da una parte c'e' una
+    testa rigida (che si espande in una freccia)? Ma il punto e' che il bug
+    non e' di unificazione, bensi' nella fase di preparazione del goal per
+    la apply.
+  - verificare il comportamento di tutte le tattiche con il parsing lazy -> CSC
+  - file elim.ma: vengono creati lambda dummy e referenziati nell'outtype di
+    un case
+  - tattiche e fallimenti: una tattica che non progredisce dovrebbe fallire
+  - comportamento di tutte le tattiche nei confronti dei let-in
+  - elim con pattern
   - assiomi (manca sintassi concreta e AST).
   - Guardare il commento
     (*CSC: this code is suspect and/or bugged: we try first without reduction
@@ -50,8 +53,6 @@ TODO
 
 
   GUI GRAFICA
-  - Usare il cicbrowser per fare "Whelp instance": lui riscrive la barra
-    con la notazione alla Coq V7.0 che non riesce piu' a riparsare!
   - keybinding globali: CTRL-{su,giu,...} devono fungere anche quando altre
     finestre hanno il focus (e.g. cicBrowser). C'e' gia' da qualche parte il
     codice che aggiunge i keybinding a tutte le eventBox, e' da ripristinare
@@ -62,6 +63,14 @@ TODO
     quando il file non e' stato modificato)
   - finire e rendere piu' compliant (e.g. tags gestiti in maniera anomala)
     il Cic Browser
+  - non semplificherebbe le cose fare in modo che matitaScript sia un widget
+    (cosi' come lo e' matitaMathView) che eredita da GtkSourceView e mantiene
+    internamente lo status di matita etc. Appositi segnali permetterebbero di
+    evitare tutte le chiamate al singleton #instance di matitaScript, che
+    verrebbe creato dentro a matitaGui (o forse meglio dentro a matita e passato
+    a matitaGui). Si semplificherebbe forse anche la gestione di script
+    multipli? Forse no, perche' comunque ci puo' essere sempre solamente uno
+    ed un solo matitaScript (da spostare da un tab a un altro).
   - la barra di stato: c'e' ma non funziona?
 
   - menu contestuale (tasto dx) nel sequent viewer
@@ -75,43 +84,76 @@ TODO
   - riattaccare hbugs (brrr...) -> Zack
 
   GUI LOGICA
+  - nuovo pretty-printer testuale: non stampa usando la notazione
+    (e.g. guardare output di matitac)
+  - matitaclean (e famiglia) non cancellano le directory vuote
+    (e per giunta il cicbrowser le mostra :-)
   - codice di inizializzazione di matita, matitac, matitatop replicato e non
     in sync
   - fattorizzare codice fra MatitaEngine e DisambiguatePp (dove, fra l'altro,
     ora io (=CSC) ho messo anche un parser!!!)
-  - integrare nuova contrib ferruccio nel bench notturno; guardare bug
-    generazione principi di eliminazione
   - bug "Warn:  baseuri cic:/matita/higher_order_defs/ordering is not empty"
     mentre si compila Z/times.ma. Il bug sembra essere transiente.
   - in MatitaEngine unificare/rimuovere eval_string, eval_from_stream e
     eval_from_stream_greedy
-  - disambiguazione: attualmente io (CSC) ho committato la versione di
-    disambiguate.ml che NON ricorda gli alias in caso di disambiguazione
-    univoca (senza scelte per l'utente). [ cercare commento "Experimental" ]
-    Il problema di questa soluzione e' che rallenta in maniera significativa
-    l'esecuzione degli script. DOMANDA: quanto costano le fasi di
-    fetch/decode/execute delle linee dello script?
-    Una possibile alternativa e' avere alias "soft": se la disambiguazione
-    fallisce gli alias soft vengono ripuliti e si riprova.
-    SOLUZIONE PENSATA CON ANDREA: 1. la interpretate aggiunge un alias
-    implicito; 2. gli alias vengono ricordati come nella soluzione originale
-    (e veloce); 3. se la disambiguazione fallisce, allora gli alias vengono
-    dimenticati (quali? tutti?) e si ritenta; se fallisce ancora si generano
-    istanze differenti e si ritenta; 4. ritentare anche senza e poi con
-    coercions? oppure ordinare preferendo la soluzione che non ha introdotto
-    coercions?; 5. che fare se alla fine restano piu' scelte? se si mettono
-    gli alias nello script viene un paciugo, credo! in particolare quando
-    vengono usate n istanze
   - matitamake foo/a.ma non funziona; bisogna chiamarlo con
     matitamake /x/y/z/foo/a.ma
   - notazione -> Luca e Zack
   - non chiudere transitivamente i moo ?? 
 
   DEMONI E ALTRO
-  - implementare inclusione file di configurazione (perche' ora tutti
-    i demoni scopiazzano venti righe per via del getter embedded :-(
 
 DONE
+- disambiguazione: attualmente io (CSC) ho committato la versione di
+  disambiguate.ml che NON ricorda gli alias in caso di disambiguazione
+  univoca (senza scelte per l'utente). [ cercare commento "Experimental" ]
+  Il problema di questa soluzione e' che rallenta in maniera significativa
+  l'esecuzione degli script. DOMANDA: quanto costano le fasi di
+  fetch/decode/execute delle linee dello script?
+  Una possibile alternativa e' avere alias "soft": se la disambiguazione
+  fallisce gli alias soft vengono ripuliti e si riprova.
+  Altra soluzione (Gares): avere alias multipli e provare tutti gli alias
+  multipli. Da combinare con il "ritenta con istanze multiple in caso di
+  fallimento".
+  SOLUZIONE PENSATA CON ANDREA: 1. la interpretate aggiunge un alias
+  implicito; 2. gli alias vengono ricordati come nella soluzione originale
+  (e veloce); 3. se la disambiguazione fallisce, allora gli alias vengono
+  dimenticati (quali? tutti? tutti tranne quelli chiesti all'utente?)
+  e si ritenta; se fallisce ancora si generano
+  istanze differenti e si ritenta; 4. ritentare anche senza e poi con
+  coercions? oppure ordinare preferendo la soluzione che non ha introdotto
+  coercions?; 5. che fare se alla fine restano piu' scelte? se si mettono
+  gli alias nello script viene un paciugo, credo! in particolare quando
+  vengono usate n istanze -> Zack, CSC
+- theorem t: True. elim O. ==> BOOM! unificazione di una testa flessibile con
+  True -> Gares
+- parsing contestuale (tattiche replace, change e forse altre)
+  capire dove fare la select per avere i contesti in cui disambiguare gli
+  altri argomenti. -> Zack
+- tattica unfold su rel a let-in bound variables: c'e' ancora un bug
+  aperto: "unfold x in H:..." la x passata alla unfold vive nel contesto
+  del goal e non in quello del pattern. Pertanto invece di cercare di
+  fare unfolding di x viene fatto unfolding di altro.
+  Soluzione: la funzione ProofEngineHelpers.select deve tornare una
+  funzione per rilocare i termini nel contesto giusto.
+  Esempio:
+   theorem t: let uno \def S O in uno + uno = S uno \to uno=uno.
+    intros. unfold uno in H.
+  NOTA: questo bug e' legato a quello di parsing in presenza di tattiche
+  con pattern, visto che in tal caso e' l'intero parsing a dover essere
+  fatto in un contesto differente. Risolvendo quel bug si risolve
+  automaticamente anche questo.
+  -> Zack
+- Usare il cicbrowser per fare "Whelp instance": lui riscrive la barra
+  con la notazione alla Coq V7.0 che non riesce piu' a riparsare! -> Zack
+- implementare inclusione file di configurazione (perche' ora tutti
+  i demoni scopiazzano venti righe per via del getter embedded :-( -> Zack
+- simplify non debbono zeta-espandere i let-in -> CSC, Gares
+- integrare nuova contrib ferruccio nel bench notturno e rilocarla in
+  contribs o qualcosa del genere -> CSC
+- CRITICO: quando l'environment non e' trusted non compila la library di
+  matita!!! -> Gares, CSC
+- bug di unsharing -> CSC
 - CRITICO (trovato anche da Ferruccio): typechecking di
   cic:/Coq/ring/Quote/index_eq_prop.con
   asserzione del nucleo (applicazione senza argomenti). -> CSC