[Webfunds-commits] java/webfunds TODO_client TODO_sox
Ian Grigg
iang@cypherpunks.ai
Mon, 18 Sep 2000 14:04:45 -0400 (AST)
iang 00/09/18 14:04:45
Modified: webfunds TODO_client TODO_sox
Log:
some changes that need to be done, with starred priorities
Revision Changes Path
1.14 +111 -20 java/webfunds/TODO_client
Index: TODO_client
===================================================================
RCS file: /home/webfunds/cvsroot/java/webfunds/TODO_client,v
retrieving revision 1.13
retrieving revision 1.14
diff -u -r1.13 -r1.14
--- TODO_client 2000/09/05 18:19:26 1.13
+++ TODO_client 2000/09/18 18:04:44 1.14
@@ -1,3 +1,10 @@
+Priority Stars on Right OF tasks.
+
+***** High priority
+*** Medium priority
+* Low priority
+ Least priority
+
GENERAL
In the ABOUT, listing
@@ -7,12 +14,50 @@
Erwin for V3
iang for V3.1
- no emails please....
+ no email addresses please....
Needs to catch some exception from SOX layer if Cryptix is
- not installed. "User needs to install Cryptix."
-
+ not installed. "User needs to install Cryptix." Or,
+ explicitly request the Cryptix provider, and avoid the
+ Sun "install" model.
+
+ HELP ****
+
+ Make the Help screens in the Help/Help and the right-click
+ on tree as persistant popups that can be left on the
+ side of the screen rather than having to be closed down!
+
+ Make all Help screens HTML. Would be nice to make them
+ file-based, all in one directory like "help/".
+ So that Vendors could change the help/language content.
+
+ Need to make entire SWING model thread safe.... **
+
+ Diagnostics
+
+ Need coherent diags model that all objects can write to
+ without clumsy debug() and bug() being passed everywhere.
+
+ * short call like msg("diag here");
+ * save all diags to file
+ * numbers attached to indicate priority like 1-9.
+ * some default setting for console like 5,
+ another setting for the file output like 9.
+ * scan debugs for stack traces and exception
+ output, and trigger mail to support question
+ (optional!)
+ * write a mail-my-log-plus-bug-report-to-support wizard
+
+ AccountTreeModel seems to use the 3 decimal places of
+ DigiGold everywhere, including for Glitter, which has
+ only two ...
+
+ Get the properties system going (Store ?) so that user/coder can
+ start customising sizes, etc.
+
Contracts, etc
+ Add another Test Issue like Marbles ....
+
Integrate Contract Browser with Contract Selector?
Rename contract has stopped working:
@@ -28,13 +73,19 @@
Needs to detect name clashes in display and to display
- hashes afterwards. E.g., grams of gold.
+ hashes afterwards. E.g., grams of gold now has
+ two contracts, so the display name could be
+ listed as:
+ grams of gold SHA:1234abcd
+ grams of gold SMA:xyz98765
+
Rename Contract feature could benefit from a "name as short_name"
- or "name as full_name" or "name as hash" feature.
+ or "name as full_name" or "name as hash" buttons (features).
These are old:
- Contract Browser - how does it browse the web?
+ Contract Browser - add some way to browse the web? The buttons
+ for adding from a URL are unclear / badly organised.
This might be solved:
If server file is missing or unobtainable, throws exception
@@ -77,18 +128,19 @@
Create Account
- ** Default for Wallet should be the Single wallet that is there.
+ Default for Wallet should be the Single wallet that is there.
?? what does that mean ??
Payment
Make the box skinnier, it is not necessary to read the payment....
Also, shorter if you can get away with it. Perhaps a small font?
- Needs a CLose option in the [File] menu
+ Needs a Close option in the [File] menu ... actually, the File
+ option doesn't work, is hidden by box.
Add a CLEAR button. This should clear the box, and if
there is a payment in the box, it should offer to
- cancel ??? Maybe.
+ cancel ??? Maybe. Or add a CANCEL button as well.
Add TEST facility somewhere in the menu?
@@ -105,20 +157,23 @@
a facility exists under Java. Low priority.
Hmm, Unix bug?
- Valid from / till:
+ Valid from / till - get working:
Change till ===> until
- What does it do - seems to ignore all entries!
+ What does it do ? seems to ignore all entries!
When it is working, example dates should be put in there,
being now ==> now + default time (== 5 days).
-
- Description: I added a memo into a payment, but didn't then see
- it in the receipts.
+ Also, needs a click method to get obvious dates.
+ Title doesn't say which contract, should specify the name
+ like Glitter or grams of gold
Deposit Browser
Make the box smaller, it is not necessary to read the payment....
+
+ Make the box persistant, not necessary to have it disappear
+ after the deposit goes through.
- Duplicate instructions idea, add the comment to the box:
+ Duplicate payment instructions idea, add the comment to the box:
"Paste a payment here and click on DEPOSIT."
The Deposit Browser title does not say for which account.
@@ -139,26 +194,62 @@
Receipt Browser (History)
- RB needs to be a plugin. It currently displays
+ RB needs to be a plugin. It currently displays *****
the unit of contract, not account, but can't
get access to the contract until it is a plugin!
- Should show a running balance.
+ So first step is to change the entire Browser to
+ a plugin so that the amounts can be unit of account!
- High priority: do some sorting - date/status, source, target, etc....
+ do some sorting - date/status, source, target, etc.... ***
+ Should show a running balance. **
+
Better if it was dynamic and received updates from changes in the mail.
Or, a new button appear when there are new mails.
- Or something.
+ Or something ... REFRESH button is what I have done elsewhere
+ because I didn't want to mess with the dynamic update code.
+
+ Add a button on the right-click and top to display the current
+ transaction in a pop up box with all the details in full.
Proxy support
- Add it ;)
+ Add it ;) So that the user can specify a HTTP proxy.
Doco
Comment the code...
Javadoc the code...
Plugins/Extensions
+ Wallets (now working as 3rd party plugins in plugins/wallets)
+ need to be downloadable off the net: ****
+
+ Take a URL (including file) for a new wallet
+ as a File/Add Wallet button
+
+ Update an existing wallet:
+ select the wallet,
+ look in the wallet.ini file, or take a URL from user
+ go get the URL (including File)
+ ensure that it is a new version
+ unzip it into the right directory
+ plugins/wallets/Trader/Trader-1-2-3
+
+ As an option extra, close off the existing wallet,
+ and try to start up the new wallet :)
+
+ Do the same for Plugins. SCW could be a 3rd party plugin.
+
+ Also, write a 3rd party Plugin :)
+ (a plugin that sucked up other currency prices like dollars
+ and market prices like gold prices from Kitco and e-gold
+ would be mighty useful, *especially* if these prices were
+ then made available to Trader so that latter could then
+ present the Book with dollar virtual prices !?!
+
+ see cvs: html/ricardo/contracts/digigold/prices.html
+
+
Network storage
1.10 +61 -11 java/webfunds/TODO_sox
Index: TODO_sox
===================================================================
RCS file: /home/webfunds/cvsroot/java/webfunds/TODO_sox,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- TODO_sox 2000/07/27 17:45:10 1.9
+++ TODO_sox 2000/09/18 18:04:44 1.10
@@ -1,45 +1,95 @@
+Priority Stars on Right OF tasks.
+
+***** High priority
+*** Medium priority
+* Low priority
+ Least priority
+
+
+SOX request model:
+
+ Needs to be moved over to a separate thread requestor, ****
+ same model as the IPC comms within Arinal (designed
+ by Edwin last year, also there is a name for this says
+ Jeroen but I don't recall what it was...)
+
+ Simple Issuer needs to be more persistant, so that it **
+ can cache the [operator] and [server] keys, and
+ the time differences over initialise / broken cycles.
+ Or, does this break the model, not sure, needs to be
+ played with some.
+
+ Time sync might usefully benefit by being dropped as a
+ special request and the feature added as a piggy back
+ onto all other requests.
+
+ Make new connection oriented model with keep-alive. This
+ is a low priority.
+
+SOX Wallet:
+
+ We need several layered wallets:
+
+ + a low level wallet that just initiates the SOX ****
+ requests and stores the results in a Store.
+
+ + a medium level wallet that can work with a given payment ***
+ or deposit and retry it in the face of errors (state
+ machine). (parts of this are written in a sense in the
+ Teller code).
+
+ + a high level wrapper wallet to meld medium level to **
+ WebFunds.
+
+ somehow integrated into the above request model changes.
+
Contract
- check the localfile/serverfile update thing in Contract.java
+ check the localfile/serverfile update thing in Contract.java
Crypto
DSA sigs for
- receipts,
+ receipts, (depends on Perl side too)
payments,
keys,
+ contracts (DONE, OpenPGP!)
Is Crypto.java sensible? Especially as it might
become part of Cryptix.
No, this will disappear when we move over to Cryptix "4".
- Move key management to OpenPGP?
+ Move key management to OpenPGP? Don't know, might limit
+ the flexibility of the lower comms layer.
Check the validity times on all keys generated
(in particular the server keys).
Comms layer
- Add DH/Elgamal to bottom encryption layer
+ Add DH/Elgamal to bottom encryption layer - SOX 2.5?
Add DG/fast
- Do encryption of keys, followed by encryption of everything.
-
- (at same time) storage manager that can duplicate storage
- out to the net.
-
Applications layer
Some cohesive error should be returned if Cryptix
is not installed. Appl/User needs to install Cryptix.
- Add network backup requests
-
Document application layer (i.e., additional transactions)
Add receipt code to it? Not sure about this part.
Receipts are part of the protocol, so yes.
But, they are part of the higher level application.
Yes, Receipts should be at the same level as the DepositRequest
+
+ Persistant Storage
+
+ Do encryption of keys (Account.java), followed by
+ encryption of everything (Store) ... I
+
+ (at some time) storage manager that can duplicate storage
+ out to the net.
+
+ Add network backup requests
Sort out statics - should be easy to use.