-
Posts
9,305 -
Joined
-
Days Won
56
Everything posted by davegee
-
Extra displays in Objects and Animations window
davegee replied to Ed Overstreet's topic in Suggestions for Next Versions
Agreed. But make them switchable to cater for those with small monitors? DG -
Jill, Where on earth did you get that idea from? DG
-
Oh, what a profound statement!! It applies to most of the "discussions" going on at present. We don't need a video editor - we use an external editor! We don't need Audio editing facilities - we use Audacity! You can't have a large monitor because I don't have/want one. etc etc etc. DG
-
Jill, You're dragging 'em up now aren't you? DG
-
whilst i agree with the op there are very professional ways of holding the last slide of a show on screen until you are ready to move on to the next. if you have fully explored these and they dont meet your requirements then i would back you.. personally seeing someones messy desktop berween shows is definitely not for me. dg
-
no gary there have been two converations going on for some time. re your q if you move in the slide view it should make more sense. dg
-
Hmmm, In 701: You can change the transition time in the Slide View and the Timeline. But the resulting effect on the overall time of the show will be different in one compared to the other. The effect is not immediate - you have to choose a different slide and/or toggle slide and timeline to apply the changes I'll leave you with that. DG Sorry Gary, You were saying...? Edited to simplify the statement.
-
Just don't do it in the Timeline? DG
-
Igor's reply: Dave, Yes, I programmed this behaviour specially for the timeline mode. It's a small exception to the rule. Otherwise time point could "jump" to forward or backward after dragging of its grey bar (transition effect) to keep full duration of previous slide. So, I repeat my caution, if you want your change in transition time to just have an effect on ONE slide use the Customise Slide or Slide View to do it. Changing a transition Time using the time line is going to have an effect on TWO slides. DG
-
Gary, I think that we are at cross purposes. My Caution was really in reply to Robert who mention in Post #11 the fact that you could drag transitions in the Timeline. This is having the adverse effect which I think is illogical. DG
-
No Gary, It is possible to change a transition time in the timeline and this is what is having an adverse effect. DG
-
A word of caution. Dragging transitions in the timeline should be avoided at present. There is a possible anomaly which I have asked Igor for an opinion on. Changing transitions via Customise Slide ONLY has an effect on the slide being changed. Dragging transitions in the Timeline has an effect on the Duration of the previous slide. I don't think that this is correct. Awaiting message from Igor. DG
-
Sorry Peter, Maybe I should have included full message: "Dave, If you perform a new installation (in other words, you didn't have previous v7.0.0), this option is unticked by default. If you had previous v7.0.1 installed, this option will have same state according previous version (7.0.0). " I installed yesterday's download and needed to refresh my Template. DG
-
Peter, Daniel, I had the same problem and PM'ed Igor. Long story short - it is probably reading your last setting before loading the new BETA. Make a new Template in the new Beta and it will be OK ....... BUT If you tick the box and close it will STILL remember the last setting. DG
-
give an example? dg
-
It KEEPS the full duration if you move a slide from position A to position B. It is applicable to both Slide and Timeline views. A full slide duration includes TWO transitions and the Time between them. If you set up a transition time of 2 sec and duration of 8 - in the time line you will see 2>4>2 for each new slide. The last transition in slide one is the first transition in slide two. DG
-
All, Please take a look at this thread: ....and tell me if you see any parallels or lessons that can be learned and applied to the discussion about the new timing method. The "lesson" that I refer to does not provide an argument for either side here but I think that it is relevant. DG
-
Peter, A good argument, but it wasn't the straightforward inclusion of the video that caused the problem which initiated the new method. It was the pitfalls that CAN occur when such slides are moved around. I think that it has to be recognized also that some people (possibly not you or I) are going to want to overlap videos and the software has to be able to cope with all user's requirements. DG
-
Sorry Sir, I'll stick to the agenda! I have ALWAYS, when moving from one animated image into another (not video) overlapped the two transitions. I conducted a poll a few years ago asking the membership of our CC which one was preferable/ more acceptable and 100 hundred hands went up in favour of overlapping transitions/animations. DG
-
Can we agree on two things? Firstly to Differ on the above statement and secondly to move on - my compromise suggestion might achieve both objectives. DG
-
Me? Provocative? Never! I just think that it is too early to make a statement like that and that my compromise will PROVE that you are right (or not). Best wishes, DG
-
I don't necessarily agree with Peter's assessment - I think that more time is needed to make such a sweeping statement as: "....we do not need this new slide duration technique, do we?" In order to move on however, I have made the following suggestion: Igor, In order to progress I would like to offer a suggestion: In FILE> NEW offer the user the option to create a New File with EITHER the old, 6.5, Keep Full Slide Duration Unticked method..... ....OR the new, 7.0.1, Keep Full Slide Duration Ticked method. Not both. Remove the Keep Full Slide Duration tickbox from the User Interface. That way users can work in one method or the other until: a. The percieved "bugs" are ironed out b. Users are more comfortable with the 7.0.1 method. At some time in the future in might be possible to re-integrate the two methods and in the meantime we can all concentrate on other more important issues. I think that this would be a workable compromise and I recommend it to the forum. DG
-
Igor, In order to progress I would like to offer a suggestion: In FILE> NEW offer the user the option to create a New File with EITHER the old, 6.5, Keep Full Slide Duration Unticked method..... ....OR the new, 7.0.1, Keep Full Slide Duration Ticked method. Not both. Remove the Keep Full Slide Duration tickbox from the User Interface. That way users can work in one method or the other until: a. The percieved "bugs" are ironed out b. Users are more comfortable with the 7.0.1 method. At some time in the future in might be possible to re-integrate the two methods and in the meantime we can all concentrate on other more important issues. I think that this would be a workable compromise and I recommend it to the forum. DG
-
Colin, A word of caution? Please make sure that you are 100% satisfied with your slide order before modifying the Waveform Envelope. Moving slides after creating an envelope would necessitate starting again with the envelope. The envelope will not automatically adjust. DG