| Age | Commit message (Collapse) | Author |
|---|
| (bzr r3001.1.8) |
| (bzr r2993.1.1) |
| (bzr r2934.3.6) |
| (bzr r2791.9.51) |
| (bzr r2934.3.5) |
| (bzr r2934.3.3) |
| (bzr r2934.3.2) |
| (bzr r2791.9.47) |
| (bzr r2861.2.6) |
| (bzr r2898.4.16) |
| (bzr r2898.4.7) |
| (bzr r2861.2.4) |
| (bzr r2861.2.3) |
| -D to every compiled file. (bzr r2861.2.2) |
| (bzr r2861.2.1) |
| (bzr r2845.3.2) |
| (bzr r2791.4.5) |
| (bzr r2791.4.1) |
| (bzr r2771.2.1) |
| based on favorites to get positioned on launcher. Fixes: https://bugs.launchpad.net/bugs/761155, https://bugs.launchpad.net/bugs/858540, https://bugs.launchpad.net/bugs/868423, https://bugs.launchpad.net/bugs/1028927, https://bugs.launchpad.net/bugs/1042845, https://bugs.launchpad.net/bugs/1045146. Approved by Andrea Azzarone, Brandon Schaefer. (bzr r2713) |
| (bzr r2529.14.147) |
| (bzr r2696.2.4) |
| (bzr r2637.8.10) |
| FavoriteStore Semplified the constructor, we really don't need to have a Display parameter here; use initialization list more, remove timeout on icons initialization (also use a new main function to initialize all the non-fixed launcher icons). The icons ordering has changed a lot: now the favorites control everything (except BFB and trash) and we add the icons based on their defined position. Added two special places: local::RUNNING_APPS_URI and local::DEVICES_URI that optionally defines where these kind of icons should be placed. This is not strict by the way, because if these uris are not defined we add them by default at the bottom of the launcher main model. So to get that, I refactored CreateFavorite so that it's like an icon factory that returns us an icon based on its icon-uri. It does this job only if the icon is not already available. Also, added GetFavoriteIcon that returns us the icon in the model with the requested uri. SetupIcons does the work of reading the favorite store and add the icons in order; it also set up the signals. When a new Device or Application icon is added to the launcher, we append it to the list of the non-sticky devices or applications. Favorites reordering, removal or additions have been refactored to fit to our new system; when we save the favorites, the position of the "running-apps" or "attached-devices" is computed based on where the first icon of this type is placed. The expo icon is handled differently, since it is not added if we have no workspaces available. SoftwareCenterLauncher icons are now handled differently: we consider them as sticky application icons, so we firstly add them to the model (setting their priority based on the last sticky icon we have), then we animate them. They already know where they should go, based on model computions (also fixed a bug that caused them not to get the overlay shourtcut when added). OnLauncherAddRequest: always stick the favorite icon (bzr r2529.14.48) |
| Remove GeisAdapter as we are getting gesture events from Nux instead. Then modify code to handle geisv2-style gestures. They require acceptance/rejection and enable multiple simultaneous gestures (bzr r2526.1.1) |
| (bzr r2434.3.4) |
| (bzr r2434.3.2) |
| build also needed the -fPIC addition for arm. (bzr r2434.3.1) |
| (bzr r2356.2.6) |
| (bzr r2356.2.5) |
| (bzr r2356.2.4) |
| (bzr r2356.2.3) |
| (bzr r2356.2.1) |
