aeontimeline

Open full view…

Horizontal scroll bar in relationship view

slrb
Sat, 18 Nov 2017 22:33:49 GMT

When I move the scroll bar to the left and right in relationship view, the column intersection info in the leftmost entity type (arc in a small fiction template) is visible/not visible based on scroll bar position (2 pictures, enclosed). Other entity type info is unaffected. Bug, or feature? I didn't see anything in the user's manual covering this...did I read too quickly? Mac OS 10.11.6, AE2 2.2.6, no grouping, no filtering, default fiction template settings. [ScrollbarLeft](//muut.com/u/aeontimeline/s2/:aeontimeline:m5ro:scrollbarleft.tiff.jpg) [ScrollBarRight](//muut.com/u/aeontimeline/s2/:aeontimeline:VCf6:scrollbarright.tiff.jpg)

razyr
Sat, 18 Nov 2017 22:59:29 GMT

Heya, SLRB. What you're seeing isn't a bug, but maybe not optimal screen use. If you look at the Display Settings, you will see that you can define two columns of expanded view information. Whether you are using it or not, AT2 reserves the screen area where the second column would be drawn. So the area I marked in orange in a modified version of your screen shot, is that reserved area, plus padding/margin area. That explains the orphaned column headings when you scroll far right. AT2 tries to show you the headers, even if the underlying columns are hidden. [Reservedspace](//muut.com/u/aeontimeline/s2/:aeontimeline:w5K8:reservedspace.png.jpg)

Craig Schiller
Sat, 18 Nov 2017 23:01:34 GMT

razyr - Could you explain what you mean by the display settings reference?

razyr
Sat, 18 Nov 2017 23:05:00 GMT

Sure. If you hit the Display button, you get access to a Display Settings dialogue. This lets you determine what extra information you want to show when you expand an event. It let's you define two columns of information, just by dragging the boxes around in the Settings dialogue. Stuff on the right side of the box goes in that orange box area that I drew when you expand events. Unfortunately, even when not expanded and even if you don't have any items in that second column, the program still reserves a big hunk of real estate - just in case you change your mind in the future, maybe?

Craig Schiller
Sat, 18 Nov 2017 23:06:39 GMT

Ah - got it. Thanks.

razyr
Sat, 18 Nov 2017 23:07:41 GMT

I think this is on the list of things that Matt is going to look at after the IOS version ships and they revisit the queue of yummy stuff we're trying to coax, cajole and/or coerce him to do in the next release.

slrb
Sun, 19 Nov 2017 21:36:23 GMT

Thanx...I appreciate the explanation. To Matt et al...Adding this explanatory info to the users' guide would help, if there is no time to address a full code fix given other priorities. I find the effect pretty hostile from a user interface confidence POV. Perhaps a quick temporary tweak so the effect is less confusing is to shade and outline the space reserved for display info...then one could see the relationship info disappear behind the display box as the scroll bar is moved. Not a great tweak, but perhaps better than the current limited (for me anyway) visual queue that info is being masked. Changing topics...anybody have a sense of when the IOS version will ship, so we can get on with the coaxing and cajoling (grin).

aeonjess
Tue, 21 Nov 2017 23:27:12 GMT

Hi, Thanks for the discussion. The representation of this space is cleaner in our upcoming iOS version, and we would expect to roll that neater design across to the Desktop version in the future also. It still uses a fixed width for all events (because the alternative is awkward), but the delineation is clearer between the two areas. The iOS version has gone out to private beta testers now, and barring any major bug discoveries, will be released before the end of the year. Jess

slrb
Wed, 22 Nov 2017 20:34:08 GMT

Thanx