Michael Yoshitaka Erlewine
93f7526e64
Rect now computes its own xRange and yRange
2010-06-19 18:47:26 -04:00
Michael Yoshitaka Erlewine
bf91b97286
trench.js docs
2010-06-19 18:39:55 -04:00
Michael Yoshitaka Erlewine
056efe34fb
trust the Rect and use .right and .bottom
2010-06-19 17:44:19 -04:00
Michael Yoshitaka Erlewine
b3b3268172
some Trench docs; using Range
2010-06-19 17:40:14 -04:00
Michael Yoshitaka Erlewine
4c071f8bd0
Range update
2010-06-19 17:37:36 -04:00
Michael Yoshitaka Erlewine
b2a3e332f5
class Range
2010-06-19 16:58:51 -04:00
Michael Yoshitaka Erlewine
30bf9cdc1e
snap to the edges of the window; don't snap if the meta (command) key is being held down
2010-06-19 16:18:30 -04:00
Michael Yoshitaka Erlewine
48f161ea75
move defaultGutter into Items; defaultRadius into Trenches; now items cannot escape the window when dragged (bug 572919)
2010-06-19 16:08:14 -04:00
Michael Yoshitaka Erlewine
bc361d27b2
one more tweak for "Only snap to a trench when it is physically proximate"
2010-06-19 15:35:27 -04:00
Michael Yoshitaka Erlewine
6431e8bbec
more tabs into spaces
2010-06-19 15:05:36 -04:00
Michael Yoshitaka Erlewine
9cde4b0d11
turned tabs into spaces; "Only snap to a trench when it is physically proximate" (result: http://img.skitch.com/20100619-cp6pdsbrien3phhi9rbn85jr3t.jpg ); added isDragging flag to item itself
2010-06-19 14:56:07 -04:00
Ian Gilman
dafde1fa03
+ Fixed: Bug 569846 - No hover help for "new tab" icons in tab group
2010-06-18 14:59:24 -07:00
Ian Gilman
67b8dee295
+ merge
2010-06-18 14:42:51 -07:00
Ian Gilman
59c05bb4e5
+ Fixed: Bug 570089 - Dragging northwest in tabcandy area creates zero-area tab group
2010-06-18 14:42:06 -07:00
Michael Yoshitaka Erlewine
18bac5c387
fixed bug 572888: groups resizing when stuck in trench and moved slowly
2010-06-18 00:50:42 -04:00
Aza Raskin
8f15801ccc
Fixed the incorrect timing of the tray when fanning out a stacked group.
2010-06-17 17:31:03 -07:00
Ian Gilman
40432d1f5c
+ Fixed Bug 568882 - TabCandy should not reorder tabs
2010-06-17 16:38:07 -07:00
Ian Gilman
d5a59dd7d3
+ groups.js is now fully documented (except for member variables)
2010-06-17 15:57:45 -07:00
Ian Gilman
6e83727250
+ Moved "show trenches" to the dev menu
...
+ No longer messing with the tabbar order for ungrouped tabs
+ More documentation in groups.js
2010-06-17 14:52:25 -07:00
Ian Gilman
65e85064e7
+ updated/added license blocks to all JavaScript files
2010-06-16 17:19:11 -07:00
Ian Gilman
b35293d149
+ fixed scoping issue that caused all tabs dropped in any group to return to a single group
...
+ fixed a bug causing tabs in the "new tabs" group to be huge
2010-06-16 16:30:48 -07:00
Ian Gilman
9650718be6
+ removed unused code and reorged remainder
...
--HG--
rename : browser/themes/pinstripe/browser/tabcandy/shared/candybutton.png => browser/themes/pinstripe/browser/tabcandy/candybutton.png
2010-06-16 15:46:05 -07:00
Michael Yoshitaka Erlewine
02976e5207
reverted to previous version of the trench checking algorithm
2010-06-16 00:21:34 -04:00
Michael Yoshitaka Erlewine
92ff278dcd
moved to tracking trenches by id; better trench cleanup and garbage collection; refactored a bit to make things faster? but with questionable results
2010-06-16 00:08:39 -04:00
Michael Yoshitaka Erlewine
5b061bfccc
new tab group should not project trenches
2010-06-15 22:27:03 -04:00
Ian Gilman
735726ec57
+ fixed broken unit test
2010-06-15 17:14:41 -07:00
Ian Gilman
b2cdae5bb4
+ merge
2010-06-15 16:52:30 -07:00
Ian Gilman
2b75e3834d
+ merge
2010-06-15 16:33:58 -07:00
Michael Yoshitaka Erlewine
ae66951d56
quick bugfix for resizing
2010-06-15 19:11:58 -04:00
Michael Yoshitaka Erlewine
ea88675f6d
tabs now also project trenches; unregistering trenches on group/tab close; allow proportional resizing while snapping; preferLeft and preferTop flags for which edges to preferentially snap to
2010-06-15 19:08:21 -04:00
Ian Gilman
9e9765eb7a
+ Cleaned up TabItem bounds getting and setting (the translation between our coordinates and the div style needs to be done carefully, in particular due to the padding in the tab style), and added a unit test for it
2010-06-15 15:55:47 -07:00
Michael Yoshitaka Erlewine
bc4b8a9b47
snapping for tabs as well as groups
2010-06-15 17:45:49 -04:00
Michael Yoshitaka Erlewine
55567c549e
refactoring dragOptions, dropOptions
2010-06-15 17:38:55 -04:00
Ian Gilman
40dd78661c
+ merge
2010-06-15 13:51:24 -07:00
Ian Gilman
5b37c18c7d
+ tweak to how we deal with laying out small numbers of tabs in a group
2010-06-15 13:48:37 -07:00
Michael Yoshitaka Erlewine
ac1bf91ea4
quick refactoring
2010-06-15 15:26:35 -04:00
Ian Gilman
829b04df63
+ mitcho's first pass at group snapping
2010-06-15 11:53:53 -07:00
Ian Gilman
68fc1810a9
+ closing a named group with tabs in it now works correctly
...
+ changed zoom out easing back to "cubic-bezier"
2010-06-14 17:23:17 -07:00
Ian Gilman
f4b6400f47
+ Hitting the "new tab" button in a group no longer first takes you to the active tab in that group
...
+ Fixed a couple of "null tab" errors when calling storage.js
+ Fixed a couple of zooming issues related to closing tabs while you're in them
2010-06-14 16:56:27 -07:00
Ian Gilman
01c7b6ebd7
+ Refactored zoom code into TabItem (was in TabItems and Page)
...
+ The "zoom prep", where the div is resized behind the scenes, is now much more robust; items can be rearranged while in this state (in response to new tabs opening, for instance), and everything still works out.
+ Group._activeTab is now a TabItem rather than a DOM element
+ Most of the old "mod" routine is now in the TabItem constructor; "mod" no longer exists
2010-06-14 15:43:02 -07:00
Aza Raskin
f1d8db810e
+ Added code for making zoom-in faster too
...
+ Made the code for the speed-ups on zoom-in/zoom-out more general
2010-06-11 17:57:02 -07:00
Aza Raskin
14ffc49b4d
+ A clever trick to speed up the zoom-out animation.
...
Because image scaling is slowest on big images, we cheat and start the image
at half-size and placed accordingly. Because the animation is fast, you can't
see the difference but it feels a lot zippier. The only trick is choosing the
right animation function so that you don't see a change in percieved
animation speed from frame #1 (the tab) to frame #2 (the half-size image) to
frame #3 (the first frame of real animation). Choosing an animation that starts
fast is key.
2010-06-11 17:33:15 -07:00
Ian Gilman
e92b535ded
+ Now using the "front" class when zooming down (was just when zooming up), hopefully to speed things up
...
+ Modified the "front" class to remove unnecessary bits from the tab, and to turn on crisp edges, hopefully to speed things up
2010-06-11 16:35:47 -07:00
Ian Gilman
6f969130e3
+ documentation
2010-06-11 15:08:14 -07:00
Ian Gilman
d043869a24
+ merge
2010-06-11 13:39:57 -07:00
Ian Gilman
d5fa1750f1
+ Cleaned up zoom down so it starts sooner and is less chunky
...
+ Moved animate.html into a "workshop" folder and added a pagechange.html. This folder will go away soon enough, but for now it's a good spot to stash tests
2010-06-11 13:36:58 -07:00
Aza Raskin
8fcc97d0f7
+ A work-around for supporting transitions to and from 'auto' values of left, top, width, height, etc.
...
+ For more details see: https://bugzilla.mozilla.org/show_bug.cgi?id=571344
2010-06-10 14:35:15 -07:00
Ian Gilman
4e92c2e969
+ merge
2010-06-10 14:05:08 -07:00
Ian Gilman
b4127e8668
+ Added iQ.timeout, which wraps setTimeout in try/catch. Everything uses this now
2010-06-10 12:04:39 -07:00
Aza Raskin
9c249d37c7
+ Added logging to show that our timing in animations is very strange
2010-06-10 11:48:17 -07:00
