Jump to content
GreenSock

Search In
  • More options...
Find results that contain...
Find results in...

Anitainment

ShockinglyGreen
  • Content Count

    15
  • Joined

  • Last visited

Community Reputation

6 Newbie

About Anitainment

  • Rank
    Member

Profile Information

  • Gender
    Not Telling

Recent Profile Visitors

1,289 profile views
  1. Hello Jack I must have missed this new plugin registering. With this line it works like a charm. I even like this part because it shows all dependencies right at the beginning. A brilliant piece of code GSAP 3 is. Thank you, Henry
  2. Hello I have updated an older project with GSAP 3.0.1 and ran into a strange behaviour. I had used Draggable & ThrowProps plugin before. The new code is just like this: Draggable.create('#test', {type: 'x', inertia:true}); With the new scripts it suddenly threw an error: “Uncaught TypeError: Cannot read property 'scrollWidth' of null at za (Draggable.min.js:1)…” I reduced the project to the single line above for CodePen. It mysteriously worked on CodePen but not offline and not on my local server. This it gave my an idea: I checke
  3. allowContextMenu ! This is much better than having it as the default. In most cases you would like to get rid of the context menu. However, I made an image gallery with Draggable. In this case, I want people to use "View image" or "Save Image As...". Thank you for being one step ahead of my wishes (again). You should mention this feature in the Docs.
  4. Dear GSAP team I just updated an older project to the latest version. TweenMax: VERSION: 1.20.2 Draggable: VERSION: 0.15.1 Since then the right mouse action is gone (tested in Firefox, Safari and Chrome on MacOS). Setting allowEventDefault makes no diffenrence. When I go back to version 1.19.0 the right mouse action is working again. Is this intended? Cheers Henry
  5. Hello Jack I just wanted to add that GSAP is doing an exellent job with the +-className stuff. Much better than it sounds in your reply. In my opinion it's a killer feature!
  6. Hello Mikel Thanks for your reply. Your example is really efficient and the result looks exactly as I wished. However, my intention was to solve it with the "className"-feature. This would be very elegant in some cases. It still could be working with some CSS changes even if the door suddenly has to be a ball or whatever. Nevertheless thanks a lot for your effort.
  7. Hello Everybody I'm experimenting with tweening CSS classes containing 3d transforms. It works very well in most cases but I’m stuck with the getting rotations into the right direction. I wish the “DirectionalRotationPlugin” would help me out here. But I wouldn’t like to set the target values via JavaScript. Please click the door in my pen to see what I mean and check the CSS class “.open”. Maybe it is a pure CSS problem. Any advice is very welcome. Henry
  8. Hi Jonathan That's exactly the problem. I suppose it's not intented to work that way. Henry
  9. Hello Jonathan You were right about the typo but I'm afraid that was not the problem. I still can't see the :active state in Firefox. I tested it with: Firefox 34.0.5 (Windows 7) Firefox 43.0b9 (Mac OS X 10.7.5) Please have another look and compare the behaviour with any Webkit browser or even IE11. http://codepen.io/Anitainment/pen/jWEZPG Greetings Henry
  10. Sorry for waisting your time with my cache problem. You are right. The new version works! However, there is still one flaw when using Firefox. Below the video there is this little "Test"-button. I added some css and events to it. http://codepen.io/Anitainment/pen/jWEZPG My results in Firefox are: 1) css:hover is okay 2) css:active is ignored 3) javascript: all events are okay I can live with that. Since all events seem to work, I can force a css active state via javascript. But there is still something strange about Firefox... Greetings Henry
  11. Hello GreenSock Thanks for the new beta version. I wish I could report something better but the problem remains. I'm using your beta in the following CodePen: http://codepen.io/Anitainment/pen/jWEZPG I wonder why it (almost acceptably) works with older Draggable.js versions. Have you made significant changes since then? Cheers Henry
  12. One more thing... Please have a look at the little "Test" button below the video. It works correctly (dragClickables:true) in Chrome but it fails in Firefox (both versions). Draggable v1.18.0: http://codepen.io/Anitainment/pen/VvBVBJ Draggable v1.11.6 http://codepen.io/Anitainment/pen/yYqGaq Thanks, Henry
  13. Hello again I made a Codepen and then another one because there was a big surprise: It works with an older Draggable version. My observation is that you can't click the video controls in Firefox with version 1.18.0 (and v1.16.0 either). However it works fine with version 1.11.6. Both examples do work in Webkit browsers. Draggable v1.18.0: http://codepen.io/Anitainment/pen/VvBVBJ Same code but Draggable v1.11.6 http://codepen.io/Anitainment/pen/yYqGaq I found the following difference while debugging the click event of the dragged element: Draggable.min.js:14 "Capturing"
  14. Hi Carl Thanks for your quick reply. I was just hoping someone may have encountered a similar thing because it seams to be so browser specific. I'll try to extract something...
  15. Hello everybody I'm working on a media gallery that uses Draggable ('rotation') to navigate. It is has many dependencies. Therefore it's hard to reproduce a simple codepen version. But perhaps the problem rings any bells here: Firefox refuses to handle clicks/touches correctly inside the Draggable and its sub-elements. It is ONLY FIREFOX - on all platforms. I never thought I would ever say this but: “Even IE works fine!”. My desired Draggable settings are: a. dragClickables:true, b. allowEventDefault:false, I get a <button> element work when I change a or b or both. Wh
×