summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorGrant Bowman <grantbow at grantbow dot com>2004-03-06 14:17:00 +0000
committerGrant Bowman <grantbow at grantbow dot com>2004-03-06 14:17:00 +0000
commitc4855c1739917a6583a6afd27e907d926d3ab4de (patch)
treeccf94b043fc8a6c3ded38b4f0eba1a6d8b372a24
parent59ab5111531f3813e7336ecc45d3380a5c6e2ae6 (diff)
none
-rw-r--r--Main/OSAppFoundationNotes.mdwn18
1 files changed, 17 insertions, 1 deletions
diff --git a/Main/OSAppFoundationNotes.mdwn b/Main/OSAppFoundationNotes.mdwn
index f533d1cb..9120b910 100644
--- a/Main/OSAppFoundationNotes.mdwn
+++ b/Main/OSAppFoundationNotes.mdwn
@@ -4,6 +4,22 @@ I emailed their [TWiki](http://wiki.osafoundation.com) webmaster because they di
VERY noticable omissions from their pages include some of the set of tools that many Free Software &amp; Open Source folks use for these various functions. Ideally my list is: **mutt**, **lbdb**, **LDAP**, PAM, jpilot, malsync, procmail, spamassassin (I'm testing crm114 too), firefox (mime.types), w3m, metamail (mailcap), **irssi**, gaim.
-Bookmark manager - I don't have anything really good at the moment, just the Firefox features and whatever URLs I copy and paste into a text file when firing up mozilla-firefox isn't feasable either because it's too slow on this machine or because I'm on a remote machine. This might be a tremendous win in itself if positioned and integrated well with the other parts. The similarities to the OHS Hyperscope are very telling. I wonder how much exposure he's had to Doug's <http://www.boostrap.org> ideas.
+Bookmark manager - I don't have anything really good at the moment, just the Firefox features and whatever URLs I copy and paste into a text file when firing up mozilla-firefox isn't feasable either because it's too slow on this machine or because I'm on a remote machine. This might be a tremendous win in itself if positioned and integrated well with the other parts. The similarities to the OHS Hyperscope are apparent with some understand of Doug's vision (very hard to obtain). I wonder how much exposure he's had to Doug's <http://www.bootstrap.org> ideas.
+
+-- [[Main/GrantBow]] - 06 Mar 2004
+
+The state of adoption of clients to use iCal date files and others to implement servers does not feel encouraging. Perhaps this is because time itself is a dimension. X, Y and Z are much more manageable than time which never stops. The lack of time control inherent along with the important value of changes (very high time-value decay) makes for difficulties. Email and IM are different implementations of message passing, like writing a letter, the printing of a book, a newspaper or notes in class. But if we abstract one more level to collection information ABOUT time events it becomes more difficult.
+
+Because of the high decay, humans have come up with their own ways of dealing with time management. There are no standard forms or time notations world wide. Paper organizers such as daytimer, palm pilots, paper todo lists, they are all aimed at having the right information available when and **where** people need it. Time management perhaps _assumes_ that you can manage the first three dimensions well enough to have the tools available to get the information you need. People's memory quality, time management requirements &amp; needs also vary greatly even within a single day, Perhaps out of necessity, time tools are personalized and customized to the interface needs of the individual.
+
+The "edge" of the networks have provided great value for those that don't much around with servers too much - email is simple as are http and IM. [[WebDAV]] (distributed authoring and versioning) promises to help with web "transparency." The old idea from Xanadu is to take the entire stream of data, store it and only show pointers to the data that is resulted, but the necessary storage underneath is tremendous and the complexity increases quickly. Without an integrated system it falls apart. Our current dealing with filesystems is the result of not being able to easily version content. A counter-example (and closed environment during an editing session) is a word processor's editing/highlilghting capability. Because the environment is closed enough all the data can be captured real-time.
+
+What's my point? Perhaps architecturally ical/webdav servers aren't the way to go, we just need to enhance clients better. And yet the need exists for integration and a coherent human view of computer data.
+
+In the [Roadmap: IV Design Principles](http://www.osafoundation.org/Chandler-Product_Roadmap.htm) section it gives 4 reasons driving goals. However in the item on power users it talks about clicking - one of the least powerful methods of input available to a user of a computer. Addressability becomes critical before sorting can be fully considered. A yardstick to use for how well one is doing is using the tools yourself. I loving seeing the TWiki on their site. I also see that Canoga's target's of "info-centric individuals and decentralized groups" are the ones who are most invested in their current tool sets **because** they are info-centric, especially in areas of "email, small workgroup calendaring, contacts and tasks."
+
+Poking holes from the outside and feeling the way I do at the moment, I see the [faq](http://www.osafoundation.org/Chandler-Product_FAQ.htm) question 1 and can see the email, IM, contact, and note taking. The task management feels more difficult and I know the integrated calendar is majorly tough. Running through my mind as I read more is "garbage in, garbage out."
+
+Uh oh, they used the GPL. The GPL is viral if they read it!!!
-- [[Main/GrantBow]] - 06 Mar 2004