View Single Post
Old 11-09-2012, 12:52 PM
schferk schferk is online now
Registered User
Join Date: 11-02-2010
Posts: 151
17. The inbox thing. As said, you have a simple inbox, no subdivision. Then - and I totally missed this in the above description, any dot item within my about 10 main files, i.e. that "second level", but "second level" not as files, but as special entries within those about 10 first-level groups, also act, not only as triggers for the respective AO files / UR sub-structures, and for the respective sub-folders for external files, but also as TARGETS for my distribution of any item from the inbox, which means, I press one key, then I get 1500 msec in order to enter the target (in our above example: pp for pet), then my system puts the current item (together with any sub-items it might have), from my inbox or from any other place within my system, as a sub-item of such a dot item (and re-collapses the according dot item, of course), and goes back to where focus where before this move - the whole process doesn't even take one sec.

This way, I have one general inbox, my file "", and about 150 specific inboxes, those dot entries within my about 10 first-level "group" files / your respective dot entries being sub-entries of your about 10 or so first-level main / grouping items; it goes without saying that whenever I get many similar new things / web clippings / whatever, to be set up as new items in similar places of my AO system, I directly put them under such a dot item, instead of putting them into the general inbox. And, in order to not only have the general inbox, and the rather specific dot items like "", I not only have got, within my "" file, all these "", "", "" entries as described, but I also have there a "" entry, which obviously does NOT serve to trigger the display of the "" file since it is the file itself (but which serves to trigger the corresponding "p" sub-folder, of course), but which serves as a perfect TARGET for any item I want to file away not yet under the specific sub-group (= into "", in our example), but just under the more general "private" group, in this example. The purpose of this intermediate "default" target is, of course, to put many similar things into the right "super group" group at least, when I don't have the time to reflect upon the according specific group into which it belongs. As an example, I've got a super group "c" for "computing" (incl. programming, net, and many things, and of course, ci = information management, cf = file management, etc.), and whenever I don't have time to decide if some items goes into cf or into ci, I put it into just c. Afterwards, when there are too many sub-items within c, that are awaiting finer sorting, I then remember which details go into cf, which one go into ci, and I sort these items beneath "" within my file "", into those more specific file groups "" and "", with the same sort command which I use from my "" file to sort items from there, be it in a specific or in a more "default" way, depending on my time "to do it right" or just in an approximative way: In ANY case, this system allows for emptying the general inbox in speed time, and since I WORK within these about 10 intermediate structures, most of the time, and not within the specific "" files, any new items being sorted into these "" or more specific "" grouping items, are at my fingertips when working, which entitles me to effectively work, with an empty general empty inbox anytime, but with having any new material at my immediate disposal whenever I do real work, even when I didn't have had the time to really sort out my new material, into the various really specific files ("" / UR substructures (= the real UR "pp" substructure, instead of the ".pp" context within your UR "p" substructure)).

Remember, just one F-key brings me from this ".pp" context right to the "pp" file / tab, and vice versa, and you'd do the same within UR. Also, this way of working - working not only / not predominantly within the specific "pp" context, but within the broader "p" context, does greatly improve your work results, since the utmost specific are at your fingertips, and at the same time, any OTHER material you'd be well advised to use for your writing / drawing up, is at your fingertips, too.

Unfortunately, with the current state of affairs with UR, it is NOT possible to have these advantages to their fullest, because the ever-waving expanding and re-collapsing of your intermediate sub-tree, whenever diving into details of your specific details sub-tree, will create chaos in your intermediate part ( in my examples, the "c" or the "p" part) of your UR system. Hence the necessity, for me, to flee the UR system in its current state of development, into a system where the division of these different levels of specificity - the "c" vs. the "ci" or "cf" level - into different files AVOIDS chaos in the "c" tree when you work upon your "ci" or your "cf" tree.

Hence, the absolute necessity for UR to amend this problem of "waves" created by display movements on deeper levels, in order for UR to become a professional IM system.
Reply With Quote