-
-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
UI Redesign #300
Comments
Thanks. there are 2 unimplemented features that will come in v1.9 or v1.10:
Both features can be easily integrated into the current UI: Directory is just another "file type" button, Link sharing is just a third entry next to single/multiple recipients. How would it look like in your proposal?
I will look into Paisa, thanks for mentioning this app. One important thing to note is that I use Flutter theming with very little modifications. I don't care how Flutter implements shadows on each platform. I just use the default. Also, this app is available on Windows, MacOS, Linux, iOS and Android. I don't have time to optimize the UI for every platform. Maybe a "native" app is needed to fit your needs. The current code base is kept very simple. |
I don't know if there is a media picker for Flutter yet that supports iOS and Android. https://pub.dev/packages/wechat_assets_picker is the most popular solution |
I made an improved mockup incorporating the said changes. I also made another one knowing that you use a Landscape UI for larger windows and landscape. I didn't make any changes to the layout. The image shows a 16:9 window. |
Shouldn't the devices panel be rounded on all four sides on desktop? |
I don't think so. It's scrollable UI and no rounded corners at the bottom suggest that it can be scrolled. |
I have to say, your design is amazing👍 |
Added to v2 roadmap: #345 |
I have to agree, the UI design needs to be totally simplified and the filesize (26 MB) is absolutely huge given how basic this app actually is. There's probably a lot of stuff that can be taken out to make the app much smaller, faster and simpler to use. |
As I've (repeatedly🫣) mentioned in other issues, I think the macOS app doesn't even need all this UI. Soduto is a good example. I'm no dev but I think it's also easier to do Menu Bar apps for macOS. (hopefully even in Flutter🤐) I think I'll make a dedicated issue for it later. |
@Pentaphon As you may have noticed, this app is written in Flutter which means that a separate rendering engine is needed. The only solution to reduce the apk size is to develop a native Android app in Kotlin. @electr1fy0 Regarding the menu bar app, this may be implemented in the future because there are just many other things to do. In Flutter, the UI only needs to be implemented once, so it is not an overhead regarding development. The "Menu bar mode" will be just another feature on top. |
Probably a good long term goal, then. |
@Pentaphon Doubt it, the entire app has been made possible using Flutter with its good cross platform capabilities using the same codebase. It's quite an achievement imo. @Tienisto I'm fine with that as long as most (if not all) main features are also accessible from a Menu Bar list with a well organized hierarchy, and dealing with the Window UI is not necessary for basic functionalities. |
I want to work on this issue, and have already started some changes. How should I proceed with this ? |
@suman-somu You are free to contribute the way you want. This issue seem to be quite big, so it may be helpful if you fix minor issues one by one. |
The size for Android can be reduced by splitting the APK per ABIs. The user can download for his ABI. Also, you can remove support for non 64-bit emulators (x86) which will also speed up the build a bit. Or you can remove x86 and x86_64 for release builds. |
As of 1.9.0, the following have already been implemented:
|
Should this issue be closed? By 1.12, it seems like a lot of the UX decisions made in these mockups have been more-or-less implemented. Of course, I can't view an older version of the iOS app, so maybe the current version isn't actually that different to what @electr1fy0 was originally proposing to change. I only say this because the most recent activity in this Issue was about 7 months ago. |
I’d say we’ve made progress but we’re not even close yet. The roadmap says that the UI redesign should be completed by v2.0.0 |
Ahhh gotcha; that's pretty exciting, as I already feel the UI is so good as it is! Can't wait to see the improvements! |
I just came to say that I find the UI in the current state (1.13.0) very good as it is. |
It's ok now compared to before but it's just not where it should be. I'm glad there's still more to be done to it. |
Has someone already started with this task? I could join in. |
If the dev succeeds in making localsend-cli without Flutter, it may be possible to create native 3rd party apps for each platform and we may see a Kotlin or better substitute for the current localsend app. |
The functionality of Localsend is excellent. I haven't encountered any issues with transfer speed or failure in my usage of this app.
The Problem
However, the UI could be significantly improved:
For example, the active page indicator is very saturated and bright which is not how it should be.
Shadows are weird as well.
(If you have trouble implementing it in flutter you can look at the open source app Paisa which has it properly implemented while using flutter)
The Redesign
I made this design mockup and I think it will be a major improvement:
- Introducing the Home Page:
This houses all the features needed to use the app for Sharing and Receiving files in a neater and simpler to understand UI.
The More Menu would contain:
~ Device info
~ Settings
~ Troubleshoot (Should't Troubleshoot be in Settings though?)
~ Help
One-Hand-Friendly UI and larger buttons.
Made better use of MD3 components. Fixed the Color accents.
(I took a Neutral blue color generated by monet as the base color of the whole UI).
The add text button has been replaced with a MD3 text box where you would directly paste whatever text you have in your clipboard without any extra interaction. The confirm (✔️) button adds the entered text to be shared.
Single/Multiple Recipient Setting has been moved to Settings (as it should be).
Navigation Bar and Status Bar are transparent.
History button added to Home page.
More Expressive Device icons. They also serve as OS identifiers removing the need of the text.
The Refresh button refreshes everything (both WiFi and Hotspot). (Is there a problem with it? Do tell me.)
2 Column grid to save space. This also looks nicer if people have fewer devices to share to as the page will not be half empty all the time. The list should be scrollable for more number of devices.
Note
~ Two buttons only
~ Settings or User Preferences Page
Both of these were being violated here.
I would assume everyone who has shares an APK already has one stored in his Files app so he can take it from the 'Select File' button.
I just can't have a third button without ruining the appeal of the UI but if you really want to keep it, maybe put it in the More section? This is certainly not a primary feature to be front and centre imo.
This design was inspired by Pixel's Notification panel and Sync for Reddit app, perhaps you can take a look.
Lastly, thanks for the app. Let's see it improve UI-wise as well.
The text was updated successfully, but these errors were encountered: