X-Git-Url: http://git.freeside.biz/gitweb/?a=blobdiff_plain;f=TODO;h=6f29f2262d8b436a6a1857434b84963ae4800621;hb=0c6ad8b79dc68d779adf04256bb616f78d556505;hp=308da8824606f973c76e9f65d87db6a027ea1162;hpb=0bdd3c05c6a3664d7ed9a191ef8ae4ade2162109;p=freeside.git

diff --git a/TODO b/TODO
index 308da8824..6f29f2262 100644
--- a/TODO
+++ b/TODO
@@ -1,4 +1,4 @@
-$Id: TODO,v 1.60 2001-04-15 10:33:40 ivan Exp $
+$Id: TODO,v 1.65 2001-06-06 22:22:13 ivan Exp $
 
 If you are interested in helping with any of these, please join the
 *development* mailing list (send a blank message to
@@ -6,25 +6,38 @@ ivan-freeside-devel-subscribe@sisd.com) to avoid duplication of effort.
 
 ---
 
-********
-for 1.3.0: 
-********
-
-move to DBIx::DBSchema.  (gets non-MySQL-specific dbdef-create)
-
-finish transactions (svc_*.pm, fs_register/)
-
-Pg-style or universal-style locking in fs_sessmon FS/FS/nas.pm, or rewrite it
-to use a database expression that won't need it, or just dump the locking
-entirely as nas_heartbeat stuff doesn't need to be accurate; it's just informational.
-
-radius 
-
-test with MySQL+Sleepycat?
-
-********
-unclassified, probably either done already or post-1.3.0
-********
+random templating thoughts:
+for starters, read the "Template Syntax" section of Text::Template
+that sums up the starting philosophy pretty well
+> Text::Template is unsuitable because it's backwards, but don't worry about
++that quite yet.  everything in that section applies
+..
+then ttp://forum.swarthmore.edu/epigone/modperl/frahthonbror/19990525144012.8806.qmail@plover.com
+..
+then: given that as background, freside will use a simple template syntax designed
++to interact well with the webmonkey html editors, and will export to Mason
++and Apache::ASP for starters, and eventually any "right-side-out" "eval"
++templating system
+
+
+make svc_acct.import complain if you try to use a local file
+
+make the invoices configurable such that:
+> Also, Can you change FreeSide so that it says "GST" instead of TAX?
+
+"Andrew Wafula" <awafula2000@yahoo.co.uk>:
+> Following my recent questions on money_char, i would like to suggest that
+> money_char be used as well in cust_bill.cgi and cust_main.cgi so that the
+> charges are seen in whatever money_char is used in a particular country
+> instead of the default dollar currecny. This would make it such that the
+> system has one monetary unit in its entirety rather than only for the
+> invoicing part. I guess this would be something others would appreciate as
+> well.
+
+Things that would be nice but probably won't happen: testing with 
+MySQL+Sleepycat, a fix for the long-RADIUS-attributes-with Pg problem,    
+passive session monitoring with RADIUS (tailing a log file or monitoring a
+database, as opposed to using a RADIUS with proper callbacks).
 
 anything doing transactions in the web interface should likely move into *.pm.
 (transactions are here woo!)