10 commits

Author	SHA1	Message	Date
Trevor Parscal	6774cd74f3	Detangle triggers from OOUI ... Changes: * Pass toolGroup into tools instead of toolbar * Split tool labels into title and accel * Make toolbars provide accelerator labels * Remove getLabelText method since it's not being used and is likely not useful * Make tools update their own labels * Only show accelerator information for triggers that are active in the surface * Make surface toolbars listen to commands being added and update tools accordingly * Introduce command object to encapsulate command info Change-Id: Ieac4bfa63b63ac0a9dee154af3007a33b4d447ff	2013-10-29 05:50:30 +00:00
Trevor Parscal	d2dfb9ac4f	Split oojs-ui from ve.ui ... * Move and rename generic parts of ve.ui to OO.ui * We now have a UI test suite because ve.Element (outside ve.ui) is now part of oojs-ui, so it needs a test suite. * Added to the MW test run (just like we do for unicodejs). * Updated csslint config (also added ve-mw and syntaxhighlight which were missing). oojs-ui still depends on the TriggerRegistry in VE, this is addressed in a follow-up commit. Change-Id: Iec147155c1ddf20b73a4d15d87b8742207032312	2013-10-28 22:40:08 -07:00
Timo Tijhof	7db65f386c	Rename @emits to @fires so we're forward compatible with JSDuck 5 ... Instead of using @emits in both, use our custom @fires in production (JSDuck 4), and in the future it'll just naturally use the native one. This way we can also index oojs without issues, which seems to have started using @fires already. Change-Id: I7c3b56dd112626d57fa87ab995d205fb782a0149	2013-10-22 19:11:16 +00:00
Trevor Parscal	efafed3231	Remove ve.{inheritClass,mixinClass} and use OO instead ... Change-Id: I8df9226a358a76b661eab6e967ff0d63d361f691	2013-10-18 18:58:08 +02:00
Trevor Parscal	bb03e8f17e	Misc UI fixes ... * Followup 75270e24: use this.surface directly in MWMetaDialog * Document that MWDialogTools need a SurfaceToolbar * Namespace CE events and CSS classes with ve-ce- rather than ve-ui- * Namespace SurfaceToolbar CSS classes correctly and put them in their own CSS file Change-Id: I9e70917d9c220b39e68833f67ed49fae7f7cbe6a	2013-10-16 12:40:40 +02:00
Roan Kattouw	5d7673ebc2	ve.ce.Surface.getSelectionRect() can return null ... Document this fact and update callers to check for a null return value Change-Id: I095041157cc0e24e48662f40690b4928bb8d829a	2013-10-08 11:35:17 +02:00
Trevor Parscal	7297108a48	Make toolbars, toolgroups and tools toolFactory independent ... Objectives: * Pass a specific tool factory into a toolbar, allowing it to be used with different collections of tools and not depend on the ve.ui.toolFactory global * Move syntax highlight editor tools to their own factory Change-Id: I307bf180bd6817bc044bc474a77861e13f431ddb	2013-10-03 21:49:36 +00:00
Ed Sanders	e6f48c5c93	'Config' -> 'Configuration' in all comments ... Because the former isn't a real word. Change-Id: Ie6ed15f9e390b357bbaa768b57f3c3fd7cf21181	2013-09-25 11:23:16 +01:00
Ed Sanders	4d1d632ebd	Extend SurfaceToolbar into TargetToolbar ... Toolbars may want to control the target as well as the surface (spoiler alert!). The new TargetToolbar has a pointer to its target as well as its surface. Change-Id: I928316d9e23ac3f3de3e76c34ef0ac3d27855ab3	2013-09-17 17:05:01 +01:00
Trevor Parscal	a226716d70	Split ve.ui.Toolbar and ve.ui.SurfaceToolbar ... Objective: * Make it possible to make a toolbar without a surface Changes: *.php * Links to new file ve.ui.Toolbar.js, ve.ui.SurfaceToolbar.js * Split toolbar into generic and surface specific classes *.js * Update symbol names Change-Id: Ice063a2fb67b5ce5155cdc96a0d47af49eee48cb	2013-08-02 14:33:25 -07:00