~robertcarr/unity/ratingswidget-fixdesign : changes

~robertcarr/unity/ratingswidget-fixdesign » Changes from revision 1626

From Revision 1626 to 1607

Rev	Summary	Authors	Tags	Date
1626	Merge lp:~robertcarr/unity/homelauncher-dnd Merge lp:~robertcarr/unity/homelauncher-dnd	Robert Carr		12 years ago
1625	Merge lp:~robertcarr/unity/dnd-iconsize Merge lp:~robertcarr/unity/dnd-iconsize	Robert Carr		12 years ago
1624	Merge lp:~robertcarr/unity/dnd-closedash Merge lp:~robertcarr/unity/dnd-closedash	Robert Carr		12 years ago
1623	Release\ 4.18.0 Release\ 4.18.0	Neil Jagdish Patel	4.18.0	12 years ago
1622	Call panel_a11y_init before creating dbus services to fix th... Call panel_a11y_init before creating dbus services to fix thread-safety issues when dealing with get/setenv	Neil Jagdish Patel		12 years ago
1621	Launcher - a spread can accidentally be triggered during the... Launcher - a spread can accidentally be triggered during the 'dragging and dropping behind the Launcher' interaction	Andrea Azzarone		12 years ago
1620	Bug #855909: holding down super while dash is open resaturat... Bug #855909: holding down super while dash is open resaturates launcher but super-key-shortcuts don't appear	Andrea Azzarone		12 years ago
1619	Launcher - When useing Alt F1 launcher keyboard navigation, ... Launcher - When useing Alt F1 launcher keyboard navigation, Launcher should not scroll until top or bottom of Launcher is reached. It uses lp:~andyrock/unity/fix-858469 as a prerequisite to fix the jump bug.	Andrea Azzarone		12 years ago
1618	Don't jump during launcher keynav. Don't jump during launcher keynav. To reproduce the problem: 1. With a "filled" launcher bar press Alt+F1 (make sure to move your mouse outside of the launcher bar area to not hit bug 858502) 2. Press the down key RESULT: * The launcher items jump up and down. --------------------------------------------------------------- I think this is not the best solution but this is a kind of workaround. Given that we are now at an advanced stage of the release cycle, I think it is better that launcher.cpp does not change too much (Launcher.cpp is not a file, is a puzzle :P )	Andrea Azzarone		12 years ago
1617	Fixed lots of other PanelMenuView related bugs (see the link... Fixed lots of other PanelMenuView related bugs (see the linked list of "In Progress bugs" for reference). In particular, I've also changed these things: - Moving to nux::GetGraphicsDisplay()->GetMouseScreenCoord() (instead of gdk functions, warning this needs nux bzr-453 or newer not to crash, thanks to Jay for fixing!) - Checking for mouse position after closing menus to hide/show them (bug bug #843670) - Checking for mouse position after dragging a window to to hide/show menus - Fix for PluginAdapter not to consider unmapped windows as maximized (bug #781215) - Panel-service: correctly close menus when releasing mouse outside a menu title (bug #844309) - Panel-service: cache the indicator entries geometry and use the values for checking mouse position - Don't redecorate windows on maximization drag (bug #838923) - panel-service: Remove id2entry_hash and use sscanf to parse the entries IDs - PanelView: track mouse position only when it has been changed (fix bug #834065) - PanelMenuView / PanelIndicatorsView: remove code duplication for adding an entry - Better mouse grab management using only PanelTitleGrabArea - PanelMenuView: even more checks to avoid to show/hide menus when we shouldn't - PanelView: sync geometries for real See the related commit logs for more informations. This branch, to work properly, needs the updated UnityCore code that I've pushed in my lp:~3v1n0/unity/menus-switching-hacks branch (for the entries geometry things), so in the case that the other branch isn't accepted, we need to port its UnityCore changes here. PS: for the record, this is the previous merge request for this branch: https://code.launchpad.net/~3v1n0/unity/panelmenu-fixes/+merge/73622	Marco Trevisan (Trev...		12 years ago
1616	This is a set of hacks to improve the reaction of the panel ... This is a set of hacks to improve the reaction of the panel on fast menus switching Everytime unity shows a menu it needs to contact unity-panel-service and to wait for its reply to correctly redraw the panel (selecting the mapped menu title). This is correct, but due to the low speed of this process it causes some visual issues when moving quickly the mouse over the indicators, this gives the impression that the unity interface is slow. To reduce this feeling I've made some hacks to make the Panel update its aspect as soon as a menu has been hovered, without waiting for the panel-service reply both when selecting and de-selecting a menu. However, the panel reply is not ignored, but considered only if our guess was wrong. This allows to navigate over titles without that the panel will show a "redraw cascade effect" caused by the late replies of the panel service. Of course the speed of the menus themselves won't change, but the switch process should look cleaner. Check also this [1] merge proposal for better understanding some of the changes: [1] https://code.launchpad.net/~3v1n0/unity/panelmenu-fixes/+merge/76133	Marco Trevisan (Trev...		12 years ago
1615	This is relevant to 754689 - when a user changes the launche... This is relevant to 754689 - when a user changes the launcher size the offsets for the expo plugin need to change.	Sam Spilsbury		12 years ago
1614	XRegion.h defines TRUE and FALSE too XRegion.h defines TRUE and FALSE too	Sam Spilsbury		12 years ago
1613	Dash unmaximize/maximize button is mismatched with actual wi... Dash unmaximize/maximize button is mismatched with actual window size	Omer Akram		12 years ago
1612	ResultRendererTile leaked a lot of GIcons. In fact for any i... ResultRendererTile leaked a lot of GIcons. In fact for any icon string resembling a URI, or when loading an icon by name.	Mikkel Kamstrup Erla...		12 years ago
1611	this should fix the music lens bug, what seems to have been ... this should fix the music lens bug, what seems to have been happening is that tim added some code that resets the handle_counter_ in the IconLoader, but it was watching the wrong container to know when to reset the handle_counter_, which caused handles to get overridden, which caused the wrong slot to get disconnected when we call disconnectbyhandle in ResultRenderer and figuring that out has stolen some of my soul.	Gordon Allott		12 years ago
1610	prefer lower left monitor instead of upper left monitor prefer lower left monitor instead of upper left monitor	Jason Smith		12 years ago
1609	make "primary" monitor be the left most monitor, regardless ... make "primary" monitor be the left most monitor, regardless of what X says... We do this because we are more or less forced to by the design	Jason Smith		12 years ago
1608	merge gords reflection branch merge gords reflection branch	Jason Smith		12 years ago
1607	tmp tmp	Jason Smith		12 years ago

Older »