summaryrefslogtreecommitdiff
path: root/TODO
blob: 044b4e961c0e6b195ad18e7e5b04dbd78cdb60d2 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
* make interactive procedure working well.
* base procedure wordt implementatie van alles wat auto gaat uit setup script, other steps warning 'not implemented'
* in elke phase een lege worker die te overriden valt zoda we geen phases
  moeten overriden
* fix to use $var_UI_TYPE where needed
* write the ui functions for asking questions etc for both cli and dialog and port all code to use it. 
* instead of using the 'base' procedure and letting other procedures override,
  we should have even more flexibilty to take parts from different procedures.
  eg dieter procedure maybe wants to use something interactive. or base
  procedure wants to do something interactive. interactive functions maybe
  dont belong in a procedure?  -> depend_procedure good enough? or do we
  need more fine-grained dependencies (take function foo from procedure bar
  from module baz). for now let's try like this.. -> we can call explicit
  functions from libraries from modules.. so then just stick it in a lib ->
  lots of stuff can go into lib-ui, making the procedure itself just the
  'execution plan'.. sounds good actually.
* base procedure idea: it should just tell you what to do? -> less
  implementation work in base procedure, more in other procedures...
* fix crossconcerns: procedures are about _how_ (autodetection, asking user,...)
  what about _what_ (desktop,server) --> 'mode'? 'profile'? procedures
  define for themselves how much they care about the 'profile'. for some
  it's a key thing, for others it could be just another list of defaults
* port classic installer so it works with fifa
* make some sensible default profiles (eg desktop, server, ...)
* make it work
* someday.. make a script '/arch/setup' that calls '/arch/fifa.sh interactive'