Tinderbox Forum

Saved tab AB views for file w/o notes?

I often use Tinderbox files with a standard set attributes, and set up the AB view with saved tabs that are based on these attributes.

I’m currently refining the TBX template file that I use for these files, and I’m wondering how it’s possible to save the AB view with the same saved tab set up — but without any notes in the template file.

My first sense is that it’s only possible if I create a dummy file that populates values for each attribute so that the AB view can show the each of the saved tabs.

Is that correct or is there another approach for setting up saved tab AB views for this template file w/o notes?

Thanks!

Not sure I understand. You can save views with the Gallery. These views can be saved with or without notes. Having synthetic data would just take up unnecessary space.

1 Like

Right, but the attributes don’t appear in the AB view unless there’s some data (notes) that populate them.

Sure it does. It appears as a column head along the top of the page.
image

1 Like

The view—or rather the tab showing the AB view (especially if saved via the gallery) remembers it’s AB settings from last use. What is shown in the listing part of the view depends on the scope (‘container’ control).

If you aren’t seeing anything but think you should it is likely down to how you’ve configured the view, possibly filtering out erverything.

A saved view doesn’t save any ‘contyent’, i.e. any note listing.When saving an AB view to the gallery, it saves the settings. A view saved in the gallery is not a functioning view - i.e. it isn’t interrogated but is instead just some stored metadata.

Indeed, what a tab (regardless of view type) is not currently selected is isn’t running so to speak.Rules an agents run where they are defined regardless of the current view. Remember, any single view is just a visualisation of the existing underlying notes/actions. Once a view is not current it as little different to a saved gallery.

Given the possible misunderstandings addressed above, is there still a problem? If so, can you re-state it more narrowly defined?

1 Like

Thank you for your helpful replies. I think the problems I’m facing might just be a result of not using AB view enough, so I’m probably overlooking some basic ways of configuring it. But to better clarify what I’m aiming to do, and answer your question…

I’ve set up file in which I’ve saved tabs for each user attribute I’ve created which, in this case, consist of basic research categories that I’ve organized (e.g., I’ve created a user attribute named “EventsLocations”).

Here’s my setup with AB view:

This set up organizes my notes by attribute, groups them values, and sorts the values’ names alphabetically. It’s beautiful. And saving them as tabs makes it easy to navigate through the file without having to set up AB view each time I need to check values - notes for my research categories.

The problem I’ve had with this set up is that it does not produce an AB view whenever there aren’t notes with values for my attributes. Again, I might just be overlooking way to set this up!

Anyway, that’s fine for a one-off file, but I’m trying to figure out how to set up a template file so that these AB views and tabs are pre-organized. That’s why I thought that I needed temporary data – notes containing some values per each attribute – in order to create and save this AB view and tab set up.

Please let me know if I can answer any more questions about this.

Thanks!

Based on what I share in my last post, I’m wondering: Are there any other container controls I need to employ in order to create saved tab views for the attributes / containers for my template file?

Happy to provide additional info, if that’s helpful.

Thanks!

  1. What is your query?

The customisations—visibly so in the grab are:

  1. The target container is set. Likely this is right for this saved tab given #2 below.
  2. The categorised listing is for $EventsLocations.
  3. The categorisation summary is count fraction. As this AB view has 49 items, each category in the listing of discrete $EventsLocations values will summarise as N/49 (category count/overall list count).
  4. Per category, items sort by $Name (this is default behaviour),
  5. Action. We can see what the code is but we can see you’ve set one.

My hunch is that given—what I remember of your doc (shared via other channels)—the target container is an agent so already filtering the doc content, so #5 is probably unnecessary in that it is probably repeating the query of the target agent container (but I may be wrong).

If your different docs use the same user attributes and the same doc structure (i.e. the target agents/containers) then I think a generic saved gallery isn’t possible. But a per-attribute saved gallery does make sense. In these you’d set #1, #2, #3 and possibly #5.

In the case of #5, unless you want to query-filter what is already an agent’s results, #5 is likely not needed.

HTH