X-Git-Url: http://matita.cs.unibo.it/gitweb/?a=blobdiff_plain;f=helm%2Fmatita%2Fmatita.txt;h=ce34e404ca1dabdbf5aefaaa24388340d78fb026;hb=771ee8b9d122fa963881c876e86f90531bb7434f;hp=7ae49906d498b57272bc3a24c1a471f8caed05f2;hpb=e4f993e8add5714f4d423e07f17b3a64339b90be;p=helm.git

diff --git a/helm/matita/matita.txt b/helm/matita/matita.txt
index 7ae49906d..ce34e404c 100644
--- a/helm/matita/matita.txt
+++ b/helm/matita/matita.txt
@@ -1,5 +1,10 @@
+  Ferruccio ha cambiato matita.lang:
+  >      <keyword>iforall</keyword>
+  >      <keyword>iexists</keyword>
+
 TODO
   NUCLEO
+   - http://mowgli.cs.unibo.it:58084/proofCheck?uri=cic:/Coq/Reals/Rtopology/interior_P3.con
   - i files di coq non hanno gli universi e hanno Type senza l'id numerico
     per ora vengono considerati come con grafo vuoto... 
   - limit_mul non compila (usare test_library per testare l'intera libreria)
@@ -9,19 +14,24 @@ TODO
     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) -> Gares
-  - bug universi e tipi induttivi (anche in cicElim.ml!!!)
+    questione) -> CSC, parzialmente risolto, da finire
   - Set predicativo
+  - bug universi e tipi induttivi (anche in cicElim.ml!!!)
     
-
   TATTICHE
+  - coercions verso sorte:
+    1. coercere a una sorta in posizione controvariante: andare verso Prop,
+       altrimenti verso {Type,Set,CProp} (indifferentemente?)
+    2. coercere a una sorta in posizione covariante: la scelta piu' safe e'
+       andare verso Type, poi verso CProp, poi verso Set, poi verso Prop.
+       Unico problema: la scelta piu' safe e' anche quella pessima dal punto
+       di vista dell'estrazione di codice :-(
+  - fare normalize_pattern : pattern -> goal -> pattern e usarla per
+    abilitare fase 2 in fold e rewrite
+  - apply puo' generare termini non ben tipati.
+    Esempio: p = q e fare apply eq_ind' di p!
   - generazione di principi di co-induzione per co-induttivi
   - ARGOMENTI IMPLICIT: li vogliamo? come? come disabilitarli localmente?
-  - in generale: invece di spiegare gli errori nel momento in cui si sollevano
-    le eccezioni, farlo quando vengono presentate all'utente. Motivo: il calcolo
-    del messaggio di errore puo' essere estremamente costoso (e' gia' successo!)
-    quando poi il messaggio non serve!!!
-  - 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
@@ -46,20 +56,17 @@ TODO
     Capita quando un tipo dall'environment (e.g. \lambda x.T)
     viene inserito in un contesto (e.g. x:nat) dove le variabili
     sono gia' state legate in precedenza.
-  - supportare l'apertura di piu' script contemporaneamente in tab/finestre
-    diversi/e
-
 
   GUI GRAFICA
+  - cut & paste di pattern profondi nelle ipotesi
+  - cut & paste di inner-types non chiusi non funzionanti
+  - cut & paste di congetture nello script delle prove non funzionante
   - 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
   - la finestrella per i development ha i pulsanti non sensitive.
-    (* non capisco cosa vuol dire: Gares *)
   - l'entry "Save" da menu non e' context sensitive (ti fa salvare anche
     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
@@ -70,17 +77,23 @@ TODO
     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
   - feedback su hyperlink nei sequenti e nel browser: rendere visibili gli
     hyperlink (cursore a "manina"? hyperlink evidenziati?). La maction che
     collassa la prova e' fastidiosa: la prova si chiude se non si clicca
     correttamente su un hyperlink (anche tooltip sui bottoni)
 
   - che farne della palette delle tattiche?
-  - script outline -> Zack
+  - script outline, o meglio: modulo per la gestione del testo dello script
+    -> Zack
   - riattaccare hbugs (brrr...) -> Zack
 
+  - supportare l'apertura di piu' script contemporaneamente in tab/finestre
+    diversi/e
+
   GUI LOGICA
+  - -nodb non usato da disambiguazione: dopo il primo errore si ottiene
+    un errore di identificatore non trovato (dalla locate?)
+  - generazione di dipendenze verso .moo di Coq (non esistenti!) -> Zack
   - proposta di Zack: NON calcolare (ed esportare) per default gli inner-types;
     aggiungere un'opzione per questo a matitac (riduce drasticamente il tempo
     di qed)
@@ -91,22 +104,25 @@ TODO
     scoprirlo
   - matitac deve fallire quando matita vuole aggiungere un alias!
   - default equality e famiglia non e' undo-aware
+  - le coercion non sono undo-aware
   - nuovo pretty-printer testuale: non stampa usando la notazione
     (e.g. guardare output di matitac)
-  - fattorizzare codice fra MatitaEngine e DisambiguatePp (dove, fra l'altro,
-    ora io (=CSC) ho messo anche un parser!!!)
-  - 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
   - matitamake foo/a.ma non funziona; bisogna chiamarlo con
     matitamake /x/y/z/foo/a.ma
-  - notazione -> Luca e Zack
+  - notazione per i numeri -> Luca e Zack
   - non chiudere transitivamente i moo ?? 
 
   DEMONI E ALTRO
+  - compilare Whelp
 
 DONE
+- in MatitaEngine unificare/rimuovere eval_string, eval_from_stream e
+  eval_from_stream_greedy -> CSC
+- menu contestuale (tasto dx) nel sequent viewer -> Zack
+- in generale: invece di spiegare gli errori nel momento in cui si sollevano
+  le eccezioni, farlo quando vengono presentate all'utente. Motivo: il calcolo
+  del messaggio di errore puo' essere estremamente costoso (e' gia' successo!)
+  quando poi il messaggio non serve!!! -> CSC
 - matitaclean all (non troglie i moo?) -> Gares
 - matitaclean (e famiglia) non cancellano le directory vuote
   (e per giunta il cicbrowser le mostra :-) -> Gares