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
Visibility of notes in a container (Read 1476 times)
John Johnson
Full Member
*
Offline



Posts: 15
Atlanta
Visibility of notes in a container
Jul 11th, 2016, 12:39pm
 
Is there a way to make the notes within a container show when viewing the container at a higher level?
That is, say I drop four notes into a container. Open the container, do some work, close the container. The notes may or may not show up.
(I would like for them to be arranged as I left them, not sorted by creation date or something like that.)
(I can't post a pic yet.)

Thanks,
JJ
Back to top
 
 
  IP Logged
Desalegn
Full Member
*
Offline



Posts: 78
Norway
Re: Visibility of notes in a container
Reply #1 - Jul 11th, 2016, 1:43pm
 
which view are you talking about?
If you are talking about Outline view, yes, you can view them all. Just expand them by clicking the Triangle sign on the left edge of the notes. If you are talking about the Map view, we are talking about the classic  (design) question. You might try to use Separators in place of Containers if you want the "children" notes to be visible beside the "children" of other Separators.

Quote:
I would like for them to be arranged as I left them,

yes, they always stay as you arrange them. Indeed, if you want to arrange them by creation date, you need to give some explicit extra command (action). by default, they will stay in place
Back to top
 
« Last Edit: Jul 11th, 2016, 1:46pm by Desalegn »  
  IP Logged
John Johnson
Full Member
*
Offline



Posts: 15
Atlanta
Re: Visibility of notes in a container
Reply #2 - Jul 11th, 2016, 1:54pm
 
Yes, the map view.

I'm not familiar with the "classic (design) question." It would just be nice to see some of the notes within a container, rather than imgur dot com/fJq9Is2

I'll have to figure out what separators are. This seems unnecessarily difficult.

Thanks for the reply.
Back to top
 
« Last Edit: Jul 11th, 2016, 1:55pm by John Johnson »  
  IP Logged
Mark Anderson
YaBB Administrator
*
Offline

User - not staff!

Posts: 5689
Southsea, UK
Re: Visibility of notes in a container
Reply #3 - Jul 11th, 2016, 2:02pm
 
[Assumption: we are working in map view]

If you drop a selection of notes into a container, Tinderbox will retain the relative layout of that selection when added to the child map.  However, when you 'blind' drop a selection to a child note, Tinderbox has to place the the dropped note(s) without overlapping existing content. If there are no child notes (i.e. the drop is creating a container from a note) then, usually (I believe!) one or more of the dropped selection will likely be visible in the viewport - how many will depend on the horizontal/vertical spread of the selected items being dropped.

If the child map already contains children (the drop target is already a container), the dropped selections are fitted into the child map in/around existing items in the viewport. I suspect the issue you're seeing occurs if the drop occurs into a container from a view other than map view. In that case the dropped (notes) map be located away from the parent map's container's viewport. IOW, when you switch back to map view the dropped items aren't in the container viewport as you expected.

There're isn't a built-in mechanism to do what you ask but an $OnAdd action in the container might help. Not tested (busy at a conference right now) but this suggestion works on the fact that when notes are dropped in a contain, they are added as the first sibling(s) child(ren) of the target container. Sidenote: in views like Outline you can manually drop to a particular place in the sibling order - I'm assuming you don't do this). Thus we set a action that on adding content we set the $MapScrollX and $MapScrollY to the $Xpos and $Ypos of the new first child note):

Action:  $MapScrollX(parent) = $Xpos+1; $MapScrollY(parent) = $Ypos-1;

A quick & dirty test with a 2 note selections with some X/Y map separation, dragged in Outline [sic] view onto a container result in the map view of the container showing one of the dropped notes. Oddly, the note in view is the last (second) item in the selection; not yet sure why, I'd expected the first to be in view. But, it gets close to what you want, or so I think. Hope that helps  Smiley

Mark B may well have a better answer!
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: Visibility of notes in a container
Reply #4 - Jul 11th, 2016, 11:38pm
 
Ah, the reason the second (last) item in the selection is shown in the container viewport is each items in the dropped selection first the $OnAdd and the last item in the selection is thus the last one to update the parent viewport. Anyway, you get to see (at least) one of the dropped items in the parent viewport.
Back to top
 
 

--
Mark Anderson
TB user and Wiki Gardener
aTbRef v6
(TB consulting - email me)
WWW shoantel   IP Logged
John Johnson
Full Member
*
Offline



Posts: 15
Atlanta
Re: Visibility of notes in a container
Reply #5 - Jul 12th, 2016, 6:07am
 
Thanks for the work around.
Back to top
 
 
  IP Logged
John Johnson
Full Member
*
Offline



Posts: 15
Atlanta
Re: Visibility of notes in a container
Reply #6 - Jul 12th, 2016, 6:08am
 
Another post, so I will be able to post screenshots.
Back to top
 
 
  IP Logged
John Johnson
Full Member
*
Offline



Posts: 15
Atlanta
Re: Visibility of notes in a container
Reply #7 - Jul 12th, 2016, 6:36am
 
Here's the scenario: I create a note, then drop another note onto it, thus making it a container. I double-click to open/focus the container. Now I do some work within:



When finished, I click the crumb trail or press up arrow and see:



Where is my work?

After using the program for a bit, I now "know" my work is still there, but initially that wasn't the case. I still have to remind myself that I probably didn't lose everything I've worked on, especially when none of the notes are partially visible. It's a usability issue.

Ideally, when I unfocused/exited the container, I would see a miniature version of what I was working on.



If not that, then at least some of the notes I was working on.

(not sure why the images are broken, are they disallowed?)
Admin edit: The img tag data was missing 'jpg' as the end of the URL  Wink
Thanks, Admin!
Back to top
 
« Last Edit: Jul 12th, 2016, 8:10pm by John Johnson »  
  IP Logged
Mark Bernstein
YaBB Administrator
*
Offline

designer of
Tinderbox

Posts: 2871
Eastgate Systems, Inc.
Re: Visibility of notes in a container
Reply #8 - Jul 12th, 2016, 6:47am
 
If you drag notes into a container in map view, they'll be placed at approximately the position where they were dropped and will be visible in the Map overview.  If a note is off the edge, or hidden under the title bar, you can expand the container, or you can drag the background of the container to make it visible.

If you move the note into a container in another view, Tinderbox doesn't know where you want to put it in map view.  If you do care, you might visit the map view for the container and perhaps use the Cleanup command. Or, if you want to get fancy, you could use the OnAdd action to place newly-added notes where you want them. Or, use a smart adornment to gather them.
Back to top
 
 
WWW   IP Logged
Mark Anderson
YaBB Administrator
*
Offline

User - not staff!

Posts: 5689
Southsea, UK
Re: Visibility of notes in a container
Reply #9 - Jul 12th, 2016, 10:56am
 
I think there's another aspect here, implicit in @John99's last post, that of how much of the child map is visible. The child map actually has a scale, too: $InteriorScale. See also "Viewport detail in containers & agents". You may find altering the default for that may aid getting towards your intuited outcome. You'd edit the (doc-level) default for the app via the Document Inspector's, System tab. Select the desired attribute and then edit its default value - that will then work for all notes/containers in the current doc unless you have already set that attribute's value locally in a note.

One further possible source of confusion is it looks than when navigating 'up' from a map the viewport in the parent container (if you've not set the X/Y scroll - i.e. the default state) then the top left of the view port is roughly the middle of the child map as previously viewed. Thus the viewport is likely showing the lower right (only) quadrant of the map you were viewing. Personally I'd intuit it would be the top left quadrant or the centre section of the child map but I'm not sure of the underlying mechanics.
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