I agree! It's very frustrating. Why wouldn't we want to see the nested items in a wider view? Why does it zoom in to the particular item when expanded???
Hi, This functionality was put in due to feedback we had in the testing phase, however we are open to feedback from other users if this has become a particular problem for a number of people. Jess
I see...My suggestion is to make it a selectable option if possible...Thanks!
Once again, this is a REAL nuisance. What makes you think you know what I want to see??? It just jumps all over the place, which all but RUINS the software. Again, I want to see the storyline unfold in relationship to the E N T I R E S T O R Y! NOT ONE LITTLE PART! PISS OFF, AND FRUSTRATED.
If I wanted to do it the you want me to, I'd do it on a freaking piece of paper, not wasting hours trying to make your software compatible to my needs.
I can understand why @henrylee is frustrated. Try this to replicate the sort of nonsensical zoom behaviour that happens. 1. Create new default timeline 2. Add "Parent Event" with zero duration. 3. Add "Child Event 1" with 2 day duration, make it a child and answer "No" when asked about changing the start/end dates. 4. Zoom out to max. 5. Right click and select "Expand parent event details". You'll find the timeline automatically zooms in, but not to anywhere near the events we created. In my example above it zoomed to July 2014 instead of July 2017, so the event is not only not in the view portal, it's not apparent in the timeline slider at the bottom of the screen either. I assume this is a bug. I also agree that the parent should not automatically collapse if you zoom out. I'd say this especially true now that we have the option to append event duration with the title. I think the worst case scenario is the user would have a timeline with a lot of very short lines, possibly even just an arrangement of coloured diamonds that show their relationship to each other. If you're writing a story, especially in the early outlining phases, visualising the sequence is much more important than seeing the duration of each event. Similarly, you may be trying to compress a timeline into a vertical PNG. You want to be able to see all of the events (parent and child) and not have a lot of horizontal time resolution, which would make the graphic too square and perhaps make the print too small to be legible. As a general design principle, I feel that zoom should control only the time scope and time resolution. The user should be in charge of what is displayed vertically as this controls the granularity of the event resolution (what events are shown to the customer). Currently, if you want to print a timeline and ensure that every event shows up in the printout, you have to zoom out, go through and manually open every parent event. If you need to zoom in to look at something for a minute, your parents all collapse and you have to reopen them. I hope this perspective helps add constructively to the discussion.
Hi, Thanks for reporting that bug to us, we will look into it and provide a fix in a future update. Thanks for your opinion on this issue, we will consider in the future whether to remove this functionality or have it as an option since a few people have complained about it in the past. At the moment, if you do want every event to show up in the print out, you can select all the events (Ctrl+a on Windows, Cmd+a on Mac) and then right click to choose "Expand Parent Events" and this will expand all the parents. Jess
Ah! Great tip. Thanks, Jess!
Hi Jess, I'm afraid this also happens to me. It jumps all over the place. It's completely nonsensical and arbitrarily changes your zoom level, then at some unknowable point upon zooming back out, the grouped events autocollapse again. We have a button to expand and a button to collapse. If I click the expand button, I expect it to stay expanded until I click collapse. It makes event grouping unusable. I hope you consider a small patch to just expand in place without altering zoom settings, I can't imagine anyone is looking for it to work the way it does now. I was demoing the software for a writing group and made the mistake of trying out event grouping when someone asked. There's a dozen potentially lost customers because the experience was, well, awful on the projector. Thanks! -eric
January 24th and this horrible and maddening behavior still exists. 1) Automatically changing the zoom is _always_ unacceptable. I cannot think of any scenario where it would be the preferred behavior. 2) Automatically panning is sometimes acceptable and sometimes not. Where you should have it is when someone adds an event through the menu bar and _not_ when double-clicking on the timeline itself, or when doing a sync requires creating a new event in Aeon. 3) Automatically opening and closing parent events to display or hide children is _always_ unacceptable. When I first got v2 I though parent events were a very cool thing. I quickly learned that because of these behaviors, parent events weren't worth the pain. I've given up what should have been a cool feature. Just now, after checking to see I had the latest rev, I added a few parent events to my timeline just to check. Ripping them out now.