Apologies for the disconnect! I’m just trying to help and there is clear lots of guesswork around as the wider audience gets to try a feature very recently developed. As numerous current threads show assumptions are not always matching current reality in the range of what the ziplinks feature support.
There is a confluence of two activities, one which is an expansion of the other. Ziplinks extend the old ‘quicklinks’ (aka quick links). This essentially allowed typing a trigger , a string to auto-match/complete an existing note name and to link to it. To me, that’s the ‘quick’ part.
The richer extended features play to the keyboard centric user in terms of configuring other aspects of the link, such as the links anchor text, the location of the target note (including making new notes) and adding/appending $Text. In the latter case this is currently a small amount: my _guess max only sentence and a short one at that.
Overlooked in the finger-must-not-leave-keyboard perspective is that Tinderbox is a hypertextual tool. If you create a new note, e.g. via ziplink,
move the cursor in the link and press ⌘+↩†
. that sends you to the new/linked note. Type the ‘long’ new text. Now, type ⌘+’ to go back to the last note (these commands are also on the (Note menu). ITSM, that’s easier than trying to figure if one’s type too much text into a ziplink, but until the text limit is raised it’s a do-able way of adding ‘long’ new $Text via a link.
† Edit. Sadly the short cut binds only to basic links and there seems no keyboard shortcut for a cursor ‘click’. So, for now, you need at least one non-keyboard action here.
Lastly, at present, ziplinks make untyped links, i.e. of type ‘*untitled’. Action code does have codes to link and unlink code, so one can remove an untyped link and make a new one, but it’s not very easy and those methods weren’t designed for link type triage. Testing now with linkTo() if you specify a link type that does not exist it does set that link type but doesn’t add it to the doc’s list of existing link types (i.e. the latter table isn’t updated - IRC that’s a known error.)
There is currently no mechanism to specify a_target_ link anchor. Nor, even if using other methods to set one, is there any means to see what target anchors exist in a note (Roadmap doesn’t list them nor Browse Links, not link highlighting in $Text). Currently, link target anchors are no more than an affordance for scrolling $Text within a target note with a lot of $Text (i.e >1 screen).