"To offset, first and last keys must be the same"
OOOH................. That's why!
I was about to post this gif below. (I thought they had same keys) Thanks! :sun:
Though. "This was surprising, so we added the message." I don't remember seeing a message warning about this : o
Good day!
When I start spine and try to resize the window it immediately crashes (and disappears) and provides no error log or anything, I think you might have encountered this before too.
I'm running windows 7 with 2 hd screens and a 4k screen, dunno if screens have to do anything with this problem.
Does someone else have this problem too?
Thanks! Happy new year 
Ohhhooh it works! Works even better when having pen hovering on the tablet ^^ I thought I went through all modifier keys 
Thank you for your time, this was helpful!
For people like me who work daily with a drawing tablet and rather use pen than mouse (using mouse is awkward) I switch often between photoshop and spine and illustrator and only use mouse if I need to do something on my 2nd screen.
Just like Conzeit said, it would be wonderful to have zoom in/out hotkeys. for example: ctrl/+ and ctrl/-
or if not hotkeys, then pressing down "z" and moving pen on tablet could zoom (works like that in Photoshop)
I like to zoom in and out a lot and now I have to move my hand on mouse to do it.
Thanks for listening.
I don't know if this is relevant as one doesn't spam click on the image section's refresh-button often but....
Spine Launcher 1.8.05-full
Windows 7 x86 6.1
Java 1.7.0-u6-unofficial Oracle Corporation
OpenJDK Server VM
Up to date: 2.1.07
Licensed to: //censored//
Spine 2.1.07 Professional, LWJGL
NVIDIA Corporation
GeForce GTX 970/PCIe/SSE2
4.4.0 NVIDIA 344.75
Using customized hotkeys.
Started.
An unexpected error has occurred:
java.lang.IndexOutOfBoundsException: index can't be >= size: 0 >= 0
at gM.b(SourceFile:229)
at ad.e(SourceFile:260)
at ah.run(SourceFile:224)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:251)
at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:711)
at java.awt.EventQueue.access$000(EventQueue.java:104)
at java.awt.EventQueue$3.run(EventQueue.java:672)
at java.awt.EventQueue$3.run(EventQueue.java:670)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:681)
at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:244)
at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:163)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:147)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:139)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:97)
Danke! :heart:
Hmm, weird, I have 2 skeletons in my project and the one on top doesn't produce the bug, but the one below, does : O
Owwh.
I'm on windows 7 professional 64-bit
I did both of these:
http://viziblr.com/news/2011/8/14/the-u ... windo.html (bit of a funny guide)
http://forums.cgsociety.org/archive/ind ... 56085.html
Tried to disable everything! 
It's a war...
Yes I guess this is complicated... Windows is a mess when it comes to things like this.
I have this same problem, using Cintiq Companion Hybrid.
I guess it's a low-priority problem but it exists and I wish a solution could be found at some point. Working with a pen switching from Photoshop and Spine pretty much sucks because of this and I often end up clicking things in Spine many times before it actually selects. And using Spine with mouse is awkward...
I have a faint feeling that this problem didn't exist a year ago. Either it's because I changed from Intuos to Cintiq or something else : O!
THANK YOU SO MUCH!!!!!!!!! Oh this will help so much, thank you !! <3
Oh whaat, I guess Spine updates itself without any notice! I didn't check the changelog file.
Well anyway everything is all good now.
Keep it up and rock n' roll!
Hmmm well that was weird, because this morning no matter how I drew the selection box, it wouldn't reverse the keys in the annoying way! As if the problem existed only yesterday. But now it seems to work like it used to work, I'm all happy with it now.
Sorry for your time of waste! :sun:
Okay... Now that I tried again, sometimes it flips the keys and sometimes it actually does resize the keys.. As if clicking the right corner flips them more often than cliking on the left corner ? But it feels weird because I feel like I intend to do the same thing and nothing different each time.
Loading Image
I click to drag a blue box around my keys and after that I click on a corner to drag the box around but instead kabum it reverses my keys. You can see the keys reversed in the 3rd picture. Before the update, it used to resize the time between the keys.
Sorry for this trouble.
I tried to stretch the timing of my keyframes today in the same way as I usually do. (By selecting all needed keys with the blue box and then click & hold on one of the corners and draaaaag.
But now it reverses my keys instead of spacing them on the dopesheet. :< wut.
1.6.14 Changelog said
"
Fixed dopesheet bug when stretching box selection to flip, then stretching it again."
Does this have something to do with it?
I have Mac OS X 10.8.5, but I dunno if OS has anything to do with this. I'm just blaming apple because I can.
+1
I also think it would be a great implemention since it also makes me uncomfortable not being able to copy paste. It would make things quick n' dirty. 
But thank you for this great software, for me it has opened the doors into the world of animation ^^!
