View Single Post
  #15  
Old 11-26-2012, 05:36 PM
schferk schferk is online now
Registered User
 
Join Date: 11-02-2010
Posts: 151
I

EDIT (above >10k) :

Have got 1 (14 days) and 3 (30 days), and the user guide for 3 - almost 80 pages! - lotsa detail for a third-class work-around...

II

Oh, and there's also a VERY smart (and successful) little gem: GyroQ (gyronix.com). I don't see the necessity to buy the 50 bucks prof version, but even the 30 bucks standard version has a very neat feature.

First, let me explain. You trigger GyroQ from wherever, you enter "must get milk from the grocer", you enter "enter", and you go on with your work, i.e. you gather, in the neatest possible way, ideas, things to do, etc., etc.

At the end of the day - or whenever you like -, you open MM and will have got all these little things into a special MM map, and from which you then will distribute all this to the right target locations.

So much for version 1.

Version 2 (= the one you now buy for 30 bucks) goes way beyond this:

You trigger GyroQ (let's say by F12 or whatever), then you enter "gr must get milk", and the "must get milk" thing will be put as a child to the branch "grocer" within that special map!

You'll do the same with 19 more possible such codes (separated by a space, as you will have understood by your own means, I'm sure), and there are even some very special codes that trigger more elaborate macros, e.g. a swot analysis (I doubt if this is really needed from an external mini tool, instead of from within the map, preferably).

Of course, I know, this is all rather rudimentary since it would also be possible - but isn't with the current version of GyroQ - to put such clippings to the "inboxes" of the maps in question, or of the level 1 virtual maps within a "big-map", by according codes.

But that code thing is really smart, and I say this all the more so since I have discovered such coding for my own needs, years ago in a macro tool, since being replaced by even more elaborate macros in AHK.

Whenever I put a clipping into a new item, in my IMS, from let's say IE8, I do F7, then I enter (in a pop-up dialog) the title of the new item = sibling I want to create where the focus is at the time in my IMS, then press "enter".

Now, if I want to create a child instead of a sibling, I dont do
F7TitleEnter, but

F7.TitleEnter

And if I am in a siblings range that all constitute children of an item I want the new item to be created as a sibling to, i.e. when I want to create an uncle of the current focus item, I do
F7,TitleEnter

(on my kb, the keys being "bnm,.-", so it's partly mnemonic)

And when I want to create the new item within my general inbox, since the current item is not suitable as a sibling or parent of the new item, I do
F7;TitleEnter

Since I got about 10 intermediate files (as I explained in length), with 10 more specific inboxes, I can also do, for the new item to be created within the "m" inbox (all these are 1-character):
F7-mTitleEnter

And since I got, in every one of these 10 intermediate files, a list of all the respective more specific files (all these would be sub-branches of your big tree in UR), and all these entries there function as "most-specific" inboxes, I can also do:
F7-mg-TitleEnter

in order to create the new item as a child of the mg entry within the m file - the second "-" being necessary because these "mg" and such can be 2 or 3 chars long, but an "m" before the "mg" isn't necessary because the "mg" might be in several such 1-char files, but only the one "mg" being in the "m" file should be served as an inbox; and how to target that "mg" entry within the "m" file? In going to the m file, then making sure focus is in the tree, then "home", then just entering not the "mg", but an ".mg", and this isn't search but the normal way to go to items in trees, just be sure there isn't another "mg" before, and in order to be always sure of this, file names in my files begin with a ".", that's only there as a coding sign, in order to jump to ".mg", by entering ".mg", or to OPEN the mg file when I press "enter" on such a ".mg" entry.

So you see, there is a lot of coding and code-checking going on behind the scenes, and a lot of working on strings, but on the surface, it's more than easy, SLICK TO THE EXTREME.

And in fact, I just decided to NOT buy GyroQ, in view of the fact that there's isn't but 20 such codes you can do there. By AHK, I can do the same, not as pretty, but with much more functionality, much more codes to be processed, as I detailed above.

Up to know, I had just elaborate creating-new-items-exactly-where-I-want macros for importing clippings from IE8, but it's more than easy to do just the same for ideas to be imported into multiple MM maps - or into your various UR sub-branches.

III

Oh, and for that, YOU SHOULD UPDATE TO UR VERSION 5 !

Because with this update, you'll get 200 favorites instead of just some, and if I were you, to write the according UR macros, I'd do it with jumping to favorites! 100 inboxes, 100 favorites left for other purposes.

WARNING, though: Once you'll create AHK macros, YOU'LL NEVER STOP !


EDIT : Oh, important detail, I forgot: Of course, in II, when the entry dialog is displayed, the screen will have changed to my IMS (it will revert to IE8 later on), so that I can SEE which one is the current file, and the current item there, when I do my entry (perhaps coded accordingly, or not), so I never must decide on these in the dark!

AND : You will have got that the interest of "coding" (those leading ".", ",", etc.) is to avoid those amateurishly-designed dialogs that force the user to click on several checkboxes, buttons, and so on: Worse, if it's checkboxes, you don't even know beforehand at which state they are at any given moment, so the user has to check, to act his mouse, perhaps on 2 or 3 elements within the box - all this is amateurish rubbish - and the GyroQ people HAVE GOT THIS, and do it a much better way, as I do. Just their SCOPE is too limited, 20 codes for similar level-1 target items within only ONE pre-selected map isn't enough, when you could have various targets in multiple maps, for the same "price" (meaning, there isn't any additional coding difficulty for the developer, but it would make a big enhancement for the user: hence my, again, doing it by AHK).

AND : It seems that Poma 2, and hence Poma 3 (not speaking of Poma1), in spite of the 78 pages of User Manual, only can extract attributes lists for ONE attribute in a row, not for a combination of 2 or 3. But again, even that, having things together by one attribute, in a clickable (and I hope, exportable??? YES YES YES!!!) list, that might be graphically spread over (remember, you need the big-map, since no assembling over different maps!) 1,200 or 2,000 items, is a treat, comparing to what the competition delivers.

Last edited by schferk; 11-26-2012 at 06:05 PM.
Reply With Quote