Welcome, Guest. Please Login
Tinderbox
  News:
IMPORTANT MESSAGE! This forum has now been replaced by a new forum at http://forum.eastgate.com and no further posting or member registration is allowed. The forum is still accessible via read-only access for reference purposes. If you wish to discuss content here, please use the new forum. N.B. - posting in the new forum requires a fresh registration in the new forum (sorry - member data can't be ported).
  HomeHelpSearchLogin  
 
Pages: 1
Send Topic Print
v4.5 baselined aTbRef - new URL (Read 9308 times)
Mark Anderson
YaBB Administrator
*
Offline

User - not staff!

Posts: 5689
Southsea, UK
v4.5 baselined aTbRef - new URL
Oct 27th, 2008, 5:57pm
 
I've updated aTbRef to v4.5.3 using v4.5.0 as the baseline (i.e. no explicit mention of per-release changes per v4.5). I'm using a new URL as the structure is changing (slowly!) and I don't want to break old links. I'm not sure if this new URL is permanent yet but wanted fellow Tinderbox users to get a chance to use an up to date resource.

http://www.acrobatfaq.com/atbref45/index.html
Back to top
 
 

--
Mark Anderson
TB user and Wiki Gardener
aTbRef v6
(TB consulting - email me)
WWW shoantel   IP Logged
Mark Anderson
YaBB Administrator
*
Offline

User - not staff!

Posts: 5689
Southsea, UK
Re: v4.5 baselined aTbRef - new URL
Reply #1 - Oct 28th, 2008, 5:51am
 
Oops, search feature was pointing to the old site. Kudos to John P for kindly flagging up the glich. The pages are now updated but search isn't returning anything from the new location. I assume we need to wait a little while for the site to get spidered.
Back to top
 
 

--
Mark Anderson
TB user and Wiki Gardener
aTbRef v6
(TB consulting - email me)
WWW shoantel   IP Logged
Mark Anderson
YaBB Administrator
*
Offline

User - not staff!

Posts: 5689
Southsea, UK
Re: v4.5 baselined aTbRef - new URL
Reply #2 - Nov 7th, 2008, 7:31am
 
Today, thanks to hints from Mark B, I solved the problem of how, in exported HTML to show an ancestor link for an exported alias. The latter export as discrete notes but their ^ancestor^ out (as at v4.5.3) is that of the original note. It proved quite easy in the end. Here's aTbRef45's 'basic' template code for the ancestor cookie-crumb link trail:
Code:
<tr>
	<td><b>^ancestors^ ^title^</b></td>
</tr> 


We replace it with:
Code:
<tr>
	^if(^getFor(parent,AgentQuery))^
	<td><b>^include(parent,/TEMPLATES/agent_ancestors)^ ^linkTo(parent)^ : ^title^</b></td>
	^else^
	<td><b>^ancestors^ ^title^</b></td>
	^endIf^
</tr> 


Plus a new template 'agent_ancestors' used by the above:
Code:
^ancestors^ 


You may notice that the branch for handling aliases calls data for the parent item object.  You might think this would reference the original note's data, but in this context it doesn't and we get data for the containing agent. I'd expected to use the agent placeholder instead but that looks for a note actually called 'agent'. Indeed, this re-inforces the documentation that the agent object is only intended for us agent actions to allow the children (aliases) to get their parent's data.

Note too, how we get around the original-alias relationship by placing our conditional code in the template where this note is the one currently being processed and as aliases are exported.

The changes are live. Compare the link trials at the top of this page with those onthis page. The first is the original note exported, the second is one of its aliases exported to a different location.
Back to top
 
« Last Edit: Nov 7th, 2008, 7:35am by Mark Anderson »  

--
Mark Anderson
TB user and Wiki Gardener
aTbRef v6
(TB consulting - email me)
WWW shoantel   IP Logged
Mark Anderson
YaBB Administrator
*
Offline

User - not staff!

Posts: 5689
Southsea, UK
Re: v4.5 baselined aTbRef - new URL
Reply #3 - Dec 4th, 2008, 8:14am
 
Actually, I've discovered that the above fix for ancestors has a flaw in that the paths for the parent's ancestors are worked out from the context of the child - in effect TB calculates ^ancestors(this)^ when we want ^ancestors(current)^ although a usage setting such context doesn't exist. So although the right ancestors appear on screen the links don't work. Luckily, a fix for getting the correct ^ancestors^ of children of agents has been tested and will likely feed into the next release. Indeed the aTbRef45 site now uses such code to fix the issue.
Back to top
 
 

--
Mark Anderson
TB user and Wiki Gardener
aTbRef v6
(TB consulting - email me)
WWW shoantel   IP Logged
Pages: 1
Send Topic Print