![]() ![]() Squirrelly runs on top of every thing you use. We will not become rich because of Squirrelly, but we hope to pay for the costs of our servers and the taxes associated with our business. This helps keep the project going and helps cover the cost of any server space and traffic they need to pay for when you download. Scroll Reverser is free, but if you are using it every day and are happy with it, I would encourage you to donate to the project. Scroll Reverser and Squirrelly both have a place in the market. Squirrelly is designed to be as modern and efficient as possible. Scroll Reverser can run on older operating systems but it has to use deprecated libraries to do so. #Scroll reverser el capitan codeOn top of that Squirrelly is targeted to run only on Yosemite or later so it does not contain any legacy code that has been deprecated but is required for older systems. Swift is easier to read and maintain, has better memory management, is safer (more secure), and compiles to a faster executable. Apple is promoting Swift over objective-c for a lot of reasons. Squirrelly is written entirely in Swift 2.0. Every complaint I have heard is about the vertical mouse scroll. Most users will set the scroll direction to natural so the track pad will feel natural and want only the vertical scroll for the mouse to be reversed. Also, we felt that 99% of people looking for this functionality would only use Squirrelly in this way. The decision to have this limited functionality was purposeful, because the code runs for every scroll event, so it needs to be efficient. Squirrelly only reverses the mouse vertical scrolling direction. Squirrelly does not reverse the track pad and does not even look for Wacom events. Squirrelly was made to be extremely light weight and do one simple task efficiently. This probably won’t matter much to some users, but those with 128 gig or smaller drives may like this. Scroll Reverser is also more than twice the size of squirrelly. ![]() ![]() Also, because it is designed to handle more types of events, the event tap callback has significantly more code than Squirrelly's does, so for every scroll event there is more code executed making it potentially run slower (the difference may be negligible). Scroll Reverser has also been around for a while, so it is still written in objective-c which Apple is starting to move away from. For instance Scroll Reverser has settings to reverse the track pad, mouse and Wacom tablet. Scroll Reverser seems to have been designed to handle any sort of scroll preferences you might need. Squirrelly and Scroll Reverser fill a similar need in a slightly different way. I looked at the latest version of Scroll Reverser and I think I can make a case for Squirrelly. I have updated the website with screen captures, so you and others can now see Squirrelly's user interface. Is the source for this region available in the GitHub project, if so I’d happily give it a look.Thanks for responding. If I change my scroll direction in: System Preferences > Trackpad > Scroll & Zoom to disable “Natural” direction, it does not change the scrolling direction in the Event Graph (though it does in 1D scrollable regions like the World Outliner) - it is as if the Event Graph were hardwired to a specific direction! #Scroll reverser el capitan mac os xPrevious Mac OS X releases in fact had the opposite scrolling behavior and the “Natural” became the default as of OS X 10.7, though it can be disabled by the user. The “Natural” scrolling direction takes a direct manipulation view of scrolling, (likely due in part to the growing numbers of and in turn familiarity with touch screen devices), where the content moves in the direction of the fingers, as if you had a piece of paper underneath push fingers up, content moves up thusly scrolling down and similarly, push fingers to the left, content moves left thusly scrolling right. Thank you for the response! In this particular case, I don’t think the issue is simply the result of the “Natural” scrolling direction option in the Trackpad/Mouse System Preference, introduced in Mac OS X 10.7 Lion - if so ALL of the scrollable regions within UE4 would be inverted instead it appears to only inflict some scrollable regions like the Blueprint Event Graph and sadly the scroll direction setting in the System Preference doesn’t seem to have any impact on the Event Graph. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |