This is an open source launcher project for Android devices that has been built completely from scratch

Repro:

1. Have a setup where the current homescreen is the left-most screen (screen 1 = homescreen)
2. Drag one or more shortcuts/icons to the left to create a new screen (screen 1, screen 2 = homescreen)
3. Restart OpenLauncher
4. Result: The left-most screen (screen 1) is gone, and usually the icons that used to be there show up on the homescreen (screen 2). Depending on the arragement of the icons, they can overlap (graphical glitch) with existing icons.

Setting the newly created left-most screen as the new homescreen does not make a difference. Neither does locking the setup.

General information

• App version: Version 0.5.10 (33) from F-Droid
• Android Version: 7.1.2 (LineageOS 14.1)

So far this seems to work, I think I did not forget anything.

• StaticSetup singleton is awful, I know, but it was the fastest solution without changing too much
• small bugfix - search view close behaviour changed => close it if no text is in search view, clear text only otherwise

TODO because of refactoring:

• resource strings are just copied now, will be merged, but still, should be cleaned...

This is my implementation of a fallback online search using the ACTION_VIEW intent in case no search app is installed. The URI used for this search can be configured in the settings, by default Google is used.

Fixes #158

I tried the camera function in this application. Cameras use basic cameras and can use front and rear cameras. Also, taking pictures is stored in the internal storage. #497

General information

• App version: 022a51b1aa5c5e8f7e5e5330d1e770c9c50955dc. Modified by Gregor Santner 2017. 03. 29. 23:27:58 Refactor project to use default android gradle project layout
• Android Version: x

Expected result

What is expected? Compile project

What does happen instead? Gradle error

Screenshot about the error: `

Settings are correct:

Steps to reproduce

• Use Android Studio to checkout the project
• Follow Studio's instructions (to install necessary packages)
• Gradle will start compile the project automatically and error raises at the end

I'm talknig about copying icons to the app's files directory.

Is this a beta feature that's not yet implemented completely? What's the goal of it?

The master branch will crash when trying to create a folder because no icons are saved in the files directory. The folder's content will use the AppManager.App item and uses it's icon field, why not just use this field for the folder's icon as well?

Title pretty much says it. The Remove thing takes up the whole row in a 5x4 desktop with that persistent bar at the top disabled, leaving maybe a millimeter of space that I can use to place icons or widgets without them getting removed. I have a cheap phone w/ a 4.5 inch screen (LG Leon LTE), if it makes any difference.

The remove thing needs to be shrunken down on the left & right sides so that it covers about half of a single icon's space.

Using Alpha 3 on F-Droid.

Here is an initial workup for gesture controls on the desktop, currently there are a few issues.

• [x] single click is implemented in a separate location and conflicts with the double click gesture
• [x] other gestures (swipe down, swipe up, swipe left, swipe right, pinch, and unpinch) are not added yet
• [x] minbar adds every LauncherAction instead of a select few as default
• [x] no icon for OpenAppDrawer

The only other action I have added right now is opening the app drawer, but it would be easy to add more in the future. I am still unsure of how to move the single click listener to the same location as the other listeners, which would be ideal. I can add the other gestures after I figure out these issues.

The main action I want to add to LauncherActions is an action to open a specific app. Maybe the HideApps fragment could be modified to select apps. It could then get called by a launcher action to select an app to open for a specific gesture. I am still thinking about the best way to implement this.

All,

Here is a big PR, sorry about that. This uses the blank space in the SearchBar to provide a weather lookup if required; I have implemented 2 weather services so far; OpenWeather which is global and the Australian BOM site which is strictly for AU. It will dynamically add icons in to fill the available space.

The AU site does not require an API Key, while the OpenWeather one does. I didn't want to register on your behalf, so the functionality is there to either embed it within the application, or ask the user to specify in the preferences.

I think I have tested most cases; but it is pretty complicated, so I may have missed something. Single clicking on the icons will switch between daily and hourly (AU) or 3-hourly (OpenWeather). Double clicking will open the related Weather app for a full forecast rather than the limited one this provides. Long clicking allows you to select a stored location, location services, or to find a new location from that service. I haven't implemented the ability to remove a stored location as I need to think about the UI for this.

Not sure if this is a problem for you or not, but I used forecastie from F-Droid as the open source preferred OpenWeather app, but this is not available in the Google Store. Not an issue if you have F-Droid installed, but fyi.

Lastly, the Location Services uses the new Google Play APIs - if this is a problem I can revert to the AOSP version, let me know.

Happy to discuss thoughts and concerns as always.

Cheers, David

Device: Xiaomi Mi8 OS: Android 8.1.0 MIUI 10 App: OpenLauncher-fdroid-0.6.0

Reproducer

• add widget
• widget displays correctly
• reboot device
• widget stays black with text "widget cannot be added"
• widget cannot be deleted (delete popup doesn't show when clicking it)

Changes

• Home: fixed time receiver unregistration
• SearchBar: init recycler view improved
• SearchBar Mode: added id to the enum => maybe the enum will be removed and replaced with a simple string...
• Changed the core a little back => only settings management, gesture handling, dialogs, image loading and apps loading is extracted now; moved a little more code into the core for this
• added enums for icon position (desktop or dock) and some constants (Definitions.java)
• further adjusted setup and dependencies to fully support foreign image loader library like glide => I'm already successfully using glide in my app
• adapter now clear their items correctly for smoother adapter scrolling appearance
• popup label color added
• logger added
• notifyRemoveListeners corrected - it may be possible that apps are installed and deinstalled without updating the apps list in AppManager so we should not ignore the case where old list is not bigger than the new list + function moved to tool class
• the beta image caching function can be disabled in the settings => no files will be copied or read from internal cache directory so no more error logs in this case and feature can simply be enabled in the future
• fixed AppItemView image loading for async image loading
• code cleaned
• bugfix: drag & drop item from folder to desktop was showing the wrong view => this bug was introduced by my last refactoring
• popup background color added to settings
• dismiss popup on back press added

Why did I change the setup class again

I had some problems because my main idea was to implement all views myself because OLs views do not support as much customisation as my main app does. I had some problems so I decided to go a step back and try to use OLs views and only extract image loading. This means, the setup class is much cleaner and more clear now, but again I changed a lot... Sorry for this. The good thing is, I am successfully using the core in my own app with my own setup instance and glide as image async image loader so the current setup class proves to be useable and therefore makes sense now. Currently I'm successfully using it without any issues OL is not having as well...

Unfortunately this looks a bit like the app is dead and i think thats really unforutnate because i liked it a lot. Maybe you could advertise in reddit and somewhere to get a bit attention and a bit of development power to get this going again? Its a really good practical launcher and it would be a shame if it would be gone.

I started to enjoy OpenLauncher on my new phone, but one detail is a bit annoying: The back gesture is interfering with sliding desktops left an right.

First experiments with the gesture exclusion API were promising - except that I quickly ran into that 200 dpi limitation when applying that on a per-view basis. I tried a lot but couldn't find out how to establish that screen-wide exclusions the API is also talking about ("The limit does not apply [...] to the input method and home activity"). The Pixel Launcher can apparently do that, also without stickily mode, but I can't inspect how it achieves that. Any suggestions?

General Information

• OpenLauncher Version: v0.7.2
• Android Version: 10
• Custom ROM: /e/ OS
• Install Source: F-Droid

Description

The app is not using the full screen height when gesture navigation is used.

Description

I want to request a feature to add a default widget. I have tried custom make a widget provider and adding it by default (without user consent) but it does not work I am looking for a solution. I hope someone helps me. Thank you!

Closes: https://github.com/OpenLauncherTeam/openlauncher/issues/698

This seems to have been a mixture of accidental implicit fall-through, and copy-pasted code in a little-used branch, and cases (unlocked and locked) getting out of sync. Removing not only "Uninstall" but also "Info" keeps consistency with the 0.7.4 behavior, and keeps the "locked" behavior of providing little avenue for clumsy users to get into areas they don't want to go.

Status: This is a draft PR while I have not tested an of this. (I don't really do Android development, have no SDK for reformatting around, and rely on CI to do all the building for me, as little as I like depending on it). Tested and works.