Snagit Feedback Feature Request Round-Up

Robert R.

Snagit Feedback Feature Voting Results
 Thank you for all the responses to Snagit’s special Feedback Feature Request Round-Up! 

We went over the results and want to update you on some of the decisions we've made. We've also updated and clarified what the Statuses mean for Ideas. A very important thing to note: marking an Idea as “Under Consideration” is the first step in moving forward with a submitted Idea. The total number of threads marked with “Under Consideration” will be limited, so as not to overpromise and underdeliver.

Here are the Ideas and Statuses for this round (further explanation and details will be added to each Idea below over the next two days):

Planned

Under Consideration

Needs More Information

Not Planned


---



Hello TechSmith Community;

In recognition of the significant feedback that the community has provided in regard to Snagit, we are putting together a special round-up.

Please visit the below posts and vote on the topics as soon as possible as we will be tallying votes on June 9th, 2017. We need to ensure we have a full understanding of the requests, the reason for the request, and the priority of the request before we take any action. So, we ask you to review these ideas, add anything missing, and vote on your top priorities in the next week (by June 9th). We will first focus on what is most important to our customer base as a whole as judged by the votes, or if there are no standouts we will focus on what is easiest for us to do first.  After a week of clarification and voting, we need another two weeks to evaluate the requests, and respond back with our intentions. If we decide we won’t implement a request, we will explain why.

Voting is easy! Just click the Vote button in the upper right corner of any post in the list below.
(Just make sure you're logged in to an account)




 Note that this is not a comprehensive list; if there is a feature not listed here please submit a new feature request. Please be sure to be as clear as possible and include only a single new feature per idea posted; if you have multiple ideas post multiple times.

If you are running into a technical issue or would like to report a potential bug, please open a technical support ticket.

-Team Techsmith

*June 22, 2017 Update - Added Vote Counts and Decisions to corresponding features*
0

Comments

57 comments

Date Votes
  • Betsy Walker
    It would be nice to have the Feature Request Round-up topics grouped by the platform to which they apply... or even better, to have all submitted ideas apply to all platforms. Sometimes I see a Windows idea, but no equivalent idea for Mac.
    0
  • j.garon
    Bummer - where is the request for a light background - I hate black.
    0
  • Robert R.
    Hi j.garon!
    Are you referring to Camtasia or Snagit? Currently Snagit 13 does offer a light and dark theme.

    -Robert
    0
  • Paul Barrett
    I use the light theme all the time,
    0
  • j.garon
    Sorry, I was referring to Camtasia (my bad)
    0
  • Paul Barrett
    It would be comforting to know that two major bugbears are being addressed in this round up:

    1. Changing the absurd default 8 px black border
    2. Removing the 1 px black line that gets placed around every screenshot and gets in teh way of your preferred border.

    Paul
    0
  • Chris Larson
    I can certainly add those to the list. Those are definitely being tracked.
    0
  • brtab
    Want to reopen an idea I floated a couple of years ago. It would save users hours of misspent time.

    was officially rejected with a no-reply address.  Reason given by Robert that alhough it was a fantastic idea, it did not fit in with TechSmith's viision at this time, and that there was very little ssupport from other users.
    The "sad" thing is they are rejecting an idea that is v. simple to implement and gives huge time saving benefits to anyone who does a lot of streaming, namely s small tweak involving setting a period for when streaming stops, or a pause in streaming..
    The reason this should benefit any user who streams using Snagit unattended is because the function of "finalising" is extremely inefficient, as is saving the finalised streamed output. This can take hours.
    If other users do stream, and don't want or can't be physically present when the streaming ends, they could of course use a macro programme to stop/pause strteaming or TechSmith could make a small tweak to save users countless hours.
    But that will only happen if users show TechSmith that they value their time, and that rejecting a small tweak such as this on the spurious grounds that it does not fit in with lofty ideals such as vision. Is that a "trumperism" ?
    Best
    Brian


    0
  • brtab
    Rick , would feel much more comfortable if you had the energy to dig into this, and make sure it handles some/the majority of the issues discarded between 11 anhd 13!
    0
  • brtab
    Unfortunately I have not found an easy way to reference a posting on the forum. Hence posting above. The failure to seriously understand how long it takes to "finalise" and "save as" a recording  drives me mad.
    It should be possible to enter a recording period before starting recording, so many hours would be saved.

    Best
    Brian
    0
  • Paul Barrett
    I am not sure what is being requested here.  Do you mean the ability to record a rolling period. e.g. the last x minutes of video?

    If so i am with you there.  I have bought a different application for that purpose.
    0
  • Chris Larson
    I think I'm understanding the idea. Are you saying that you want to be able to schedule a stop time for a video recording? We've definitely heard that before and I can add it to the voting list if that's what you're referring to.

    In fact, scheduling both a start and stop time for recording webinars is something we've heard. (And I definitely would find useful myself) For when there is a webinar and you won't be at your desk for either the start or end of the webinar.

    And now that I've typed all that I'm seeing Rick is thinking the same thing. I'll add it for voting!
    0
  • Chris Larson
    Added!
    0
  • Rickstone1975
    Just an observation after reading this post. I come away confused by what you are wanting.

    When you say "streaming", are you meaning that you are the originator? Perhaps using something such as a Google Hangout or facebook live or other type of service?

    Or are you instead a consumer of another stream. Perhaps watching a webinar and you are wanting to record unattended until the end?

    I kind of suspect the latter, but I'm just unsure.

    Cheers... Rick :)
    0
  • brtab
    Hi Rick I posted this before and you answered as before. I am a consumer rcapturing something. OI guess you have done that too. Either you have to be present when your capture ends. And then finalise. Not too time consuming. But if you are not present when it rends the "processing function takes hours and hours. So yes it is the latter very definitely. Don't quite understand what your first oiption refers to. No matter. What is important is you understand it is the 2nd option!
    0
  • brtab
    Rick you don't seem to understand what I write. Don't know if this is intentional sabotage.  If not forgive mke.   Imagine a long movie and the best time to capture is overnight , and then you get "I'm guessing that you are recording possibly hours on end of nothing, right? "

    Yes

    "And that results in a huuuuuuuuuge file, which likely accounts for the extra long rendering time."

    Even if you have cut the surplus empty space you are faced with extraordinary  long finalisi8ng  and saving times (Test for yourself to verify) .
    The idea of a timer seems to be unduly complicated, and thus would lead to still more delays.

    Your last point is also valid, setting a maximum time for screen activity.

    Cheers, Brian
    0
  • Rickstone1975
    If you aren't present when the event ends, I'm guessing that you are recording possibly hours on end of nothing, right? And that results in a huuuuuuuuuge file, which likely accounts for the extra long rendering time.

    Typically one has a rough idea of the duration of an event beforehand, no? Seems to me that rather than build in some kind of a listener (which might be a cool feature if they could do it) you might find acceptable results and the programming on the developer side might be simpler if perhaps we could configure some kind of a timer.  

    I could also see that as a benefit if you wanted to record videos of screen activity where you wanted them not to exceed a certain time.

    Cheers... Rick :)
    0
  • brtab
    Rick you don't seem to understand what I write. Don't know if this is intentional sabotage.  If not forgive mke.   Imagine a long movie and the best time to capture is overnight , and then you get "I'm guessing that you are recording possibly hours on end of nothing, right? "

    Yes

    "And
    that results in a huuuuuuuuuge file, which likely accounts for the extra long rendering time."

    Even if you have cut the surplus empty space you are faced with extraordinary  long finalisi8ng  and saving times (Test for yourself to verify) .
    The idea of a timer seems to be unduly complicated, and thus would lead to still more delays.

    Your last point is also valid, setting a maximum time for screen activity.

    Cheers, Brian
    0
  • brtab
    Paul, please see my reponse to Rick's question. To make doubly sure. I am referring to a situartion where I am capturing e.g. a film. I dont want tyo habve to be present when the capture ends, as I might do it overningth. It is easy enough to cut the blank stuff, byut the processing takes hours. as does thew saving.

    So the idea is to set before starting capture the duratoi of the capture period for unattended capturing, and thuis save more hours than from any other of the ideas I have ever seen. TechSmith even reponded quite unintelligently in my view that this was not the intention of Snagit, as thyat function exists in Camtasi. I don't think it does exist there. And if it did, so what??? I am sure I am not the only person who does not like to waste time while Snagit grinds through its extremely nobn-efficent  saving and finalising processes.
    0
  • Paul Barrett
    Got it.  Thanks
    0
  • brtab
    Does that mean you support thre idea? If so please state clearly how useful you think it might be.
    0
  • Paul Barrett
    Whilst thinking about this issue of recording video, I did start to wonder about where the tipping point is between SnagIt and Camtasia.  I can see the benefit of creating short gifs or even slightly longer screen captures but at what point does Camtasia become the better option?
    0
  • Paul Barrett
    To be honest I am unsure where I stand on this one.  Undecided I suppose.  It's not a feature I would use but I'm only one user.

    The idea of recording a rolling 
    0
  • Rickstone1975
    Hi Paul

    I'd say that point is when you need to move beyond slice and dice and splice editing and you are wanting things like transitions, and overlays, and adding sound tracks and suchlike. Not that it will dissuade folks from begging for it to be added to SnagIt, mind you. ;)

    To be totally honest, I'm shocked the video recording features of SnagIt are as powerful as they are!

    Cheers... Rick :)
    0
  • brtab
    I am not shocked at all. Because I don't think they are that powerful, frankly!
    0
  • Paul Barrett
    Actually I was trying to CLEAR the muddy waters by asking where the break point is between two products from the same stable.
    0
  • brtab
    Paul, I am not sure Camtasia is in any way the better option when it comes to capturing video. Pity you muddy the waters IMHO.
    0
  • reneuend
    brt's original post was very hard for me to understand. Only after Paul's inquisition did I get a clear picture. So, thank you Paul for grinding this one out!

    I won't give my opinion one way or another here because I don't want to "muddy" the waters.
    0
  • brtab
    Well, Robert if everybody acted like you, we would certainly get a long way wouldn't we? Keeps the waters nice and clear.
    0
  • paulrob
    THis is a known problem so I won't report it as a fault, but if you could fix the scrolling window problem in MS Edge on Win 10 I'd be very grateful. Currently when I want to scroll down the system defaults to horizontal instead, even though there's no horizontal scrolling bar. Ta.
    0

Please sign in to leave a comment.

Didn't find what you were looking for?

New post Create a ticket

Didn't find what you need?

Community Support

Visit Community Site

Looking for tutorials?

Product Tutorials

Lost Software Key

Key Lookup Tool