Thanks! This one works perfectly
- Queries
- All Stories
- Search
- Advanced Search
Advanced Search
Dec 21 2019
In T12372#214505, @manueljlin wrote:Inkscape and figma
Inkscape and figma
In T12372#214502, @manueljlin wrote:hmm, the svg seems to be just a png inserted with a bg
hmm, the svg seems to be just a png inserted with a bg
In T12372#214486, @ndavis wrote:In T12372#214462, @pedrogomes1698 wrote:A few thoughts about the mockup:
- Search button placement is not good. It's visually disconnected from the part of the UI it affects (Dolphin has the same problem)
- Elisa currently puts it in a very good spot
- Main control bar is too wide and tall.
- Elisa seems to built around playlists, so adding a way to quickly access them to the sidebar is a good idea that can be adapted into the current design.
- Is the heart Last.fm integration? Isn't that out of fashion now?
- The repeat and shuffle buttons look like they're on opposite sides for visual balance, but it's better for usability to put them next to each other. They're strongly related to each other and are placed next to each other in every other music player.
In T12372#214462, @pedrogomes1698 wrote:
It's not that the mockup is bad, it's that the current design isn't bad either. If the current design needs to be improved, it can be improved without throwing it away.
I still think a redesign is completely unnecessary.
In T12372#214462, @pedrogomes1698 wrote:
Dec 20 2019
Thanks, much nicer. :)
In T12372#214425, @ngraham wrote:In T12372#214423, @KonqiDragon wrote:Sorry, i don't know how improve toolbar. But, you can improve it! I attach a SVG file of this mockup in description.
I VERY don't like that in current Elisa a playback controls is on top, becouse i use Spotify and on other my favorite music players playback controls is on bottom, so I decided to move the playback control to bottom."I personally don't like it" is not a good reason to change something. Having the playback controls on top is natural since it puts them into the app's toolbar area, where most apps have their global tools and actions.
In T12372#214027, @mgallien wrote:In T12372#214006, @KonqiDragon wrote:This could easily be done by the user if the layout is made modifiable by the user. That would make it an actionable task. Do you want to help on that ?
In T12372#214423, @KonqiDragon wrote:Sorry, i don't know how improve toolbar. But, you can improve it! I attach a SVG file of this mockup in description.
I VERY don't like that in current Elisa a playback controls is on top, becouse i use Spotify and on other my favorite music players playback controls is on bottom, so I decided to move the playback control to bottom.
You wouldn't use hardcoded colors, of course. You would use colors from the Elisa palette, which you can see used in other places throughout the UI. And probably one of the colors should be "transparent". But yeah, otherwise that looks sensible enough.
+1, with those mockups there's almost nothing on the top toolbar. To be honest I don't really think we need to move the player controls to the bottom. I don't see that it solves any problem and it created a problem of the top toolbar being almost empty. I would keep the playback controls on top like they already are; we can maybe reduce the space it takes up, but I don't think it needs to be moved to another part of the window
I was able to do this for adding the animations for the remainingTracks label
PropertyAction { target: remainingTracksLabel; property: "text" onPropertyChanged: ColorAnimation { from: "white" to: "black" duration: 200 } }
Can I please know if this is how it sould be done.
The only thing I would change to the mockup is the top toolbar, it looks a bit empty. Maybe you could do it like Kaku (electron based youtube player that happens to have a similar naming scheme to KDE apps), where the settings and search buttons are on the sidebar.
Dec 19 2019
Ugh, I did it, this time there's mockups of Timeline, say what you like of this variants!
Dec 18 2019
In T12372#214062, @ndavis wrote:In T12372#214029, @mgallien wrote:I used to regularly test with Breeze dark color scheme but somehow forgot to do it for the current stable version. Please, if you can test and open bug reports, that would be really nice.
Here's an example. It's probably the only example.
The outlines are very dark, which looks unnatural for Breeze Dark.
Sliders normally look like this:On the third point, I definitely need help on that. Why is 24 pixels a problem ?
I sometime have the impression that some icons are blurry. Maybe we could identify the problems and fix Elisa to use the correct icon size ?A few icons are actually blurry (that's a breeze-icons problem) and not all monochrome icons in breeze-icons are available at 24px, but most KDE applications use 22px instead of 24px. I'm guessing this is because 22px is slightly closer to 2x the area of 16px than 24px, but I don't actually know.
Our 24px icons are really just 22px icons with an extra pixel of margin on each side. It might be possible to automatically generate 24px icons from 22px icons at build time.
Dec 17 2019
In T9641#214088, @vonreth wrote:Opening the settings dialog the first time takes quite long, clicking it the second time crashes elisa.
Maybe you should investigate before we release ^^
I'm a big proponent of auto-generating 24px icons, and well as all the breeze dark assets.
Opening the settings dialog the first time takes quite long, clicking it the second time crashes elisa.
Maybe you should investigate before we release ^^
In T12372#214029, @mgallien wrote:I used to regularly test with Breeze dark color scheme but somehow forgot to do it for the current stable version. Please, if you can test and open bug reports, that would be really nice.
Dec 16 2019
I think there are probably a few actionable tasks here, as well as some design matters we could discuss. For example:
- We can tweak the Breeze icons used in the sidebar not to be blurry. Alternatively, we could decrease the size of the icon used in Elisa so it's using a size where we always have pixel-perfect versions for all icons. This should be a pretty simply fix.
- To simplify the UI when the user first opens the app, we could have the Playlist hidden, and make it more accessible by adding a button (with text) on the main toolbar to open it. Then the default view would have two paned rather than three. Maybe, undecided on this. Just a thought.
- We could make the top bar with the colored blur a bit shorter, or even make the fairly blingy colorful blur background only appear in the expanded view (the mode you enter when you click the arrow button on the left side, I don't know what it's called).
- We definitely need a more attractive Artist view, for sure. I think the main challenge here is how to get artwork for those large grid items. Lollypop fetches artwork from the internet, but of course this is associated with some technical challenges.
- @ndavis I think we should make Breeze look more like Elisa does not, rather than the inverse--in particular, with regards to how elements are separated by single-pixel lines rather than putting each view in a frame. The Elisa style is basically the Kirigami style and it's probably the future for KDE software in general, and it's the general style that we've more or less agreed on in our mockups from T10891 and T11663:
Here a Artists category mockups, prompt me what to add about selected artist in addition to Name and Genre? Also than fill the empty space upstairs (where the search place)?
MS is not necessarily well liked by KDE users
A simple music player that should be easy to use. It does not require any configuration before one can use it. It will read all your music.
The screenshot of Elisa running on Windows is here https://community.kde.org/File:Elisa-windows.png
In T12372#214029, @mgallien wrote:In T12372#214008, @ndavis wrote:In T12372#213921, @ngraham wrote:Based on this screenshot, I don't think Elisa needs a complete redesign. It mainly needs the following:
- More colorscheme compatibility, unless that has already been fixed
- We need to decide if some of the styling for its UI elements should be changed to match the Breeze widget style or if our widget style should be changed to match Elisa
- Pixel perfect icons (maybe colorful icons, but monochrome looks so nice here), but this is mainly a breeze-icons problem, unless Elisa is using 24px icons.
I agree with all those goals.
I used to regularly test with Breeze dark color scheme but somehow forgot to do it for the current stable version. Please, if you can test and open bug reports, that would be really nice.
In T12372#214006, @KonqiDragon wrote:
In T12372#214008, @ndavis wrote:In T12372#213921, @ngraham wrote:Based on this screenshot, I don't think Elisa needs a complete redesign. It mainly needs the following:
- More colorscheme compatibility, unless that has already been fixed
- We need to decide if some of the styling for its UI elements should be changed to match the Breeze widget style or if our widget style should be changed to match Elisa
- Pixel perfect icons (maybe colorful icons, but monochrome looks so nice here), but this is mainly a breeze-icons problem, unless Elisa is using 24px icons.
In T12372#214006, @KonqiDragon wrote:
In T12372#214008, @ndavis wrote:In T12372#213921, @ngraham wrote:Based on this screenshot, I don't think Elisa needs a complete redesign. It mainly needs the following:
- More colorscheme compatibility, unless that has already been fixed
- We need to decide if some of the styling for its UI elements should be changed to match the Breeze widget style or if our widget style should be changed to match Elisa
- Pixel perfect icons (maybe colorful icons, but monochrome looks so nice here), but this is mainly a breeze-icons problem, unless Elisa is using 24px icons.
In T12372#213921, @ngraham wrote:
I made some changes, the most replacement thing is that i relocate a timeline to bottom.
Dec 15 2019
That's actually not what Elisa looks like now; you must be using an old version. This is what it looks like now:
can I have the documentation for elisa, I couldn't find it anywhere
Please feel free to!
Hello, I am new to this community, I have made some simple applications using Qt.
I would really like to try out this issue if anyone else is not working on it.
Dec 14 2019
Phabricator is intended for developer task tracking and communication; please report bugs using https://bugs.kde.org/. See https://community.kde.org/Get_Involved/Issue_Reporting if anything is unclear. Thanks!
Dec 5 2019
Dec 4 2019
Oct 21 2019
Oct 17 2019
- update and save as optimized svg
In D23402#548526, @mgallien wrote:I spent some time on this. It should be possible to at least cover the no metadata case with requests only on TracksData. What do you think?
If you want, I can try to do that on gitlab?
It should be easier to extend it to the full solution by working together on it and using your work as a basis.
Oct 16 2019
I spent some time on this. It should be possible to at least cover the no metadata case with requests only on TracksData. What do you think?
Let's get this in!
In D24598#548335, @astippich wrote:
This is with the tape window moved up 1px
When I look at images of real cassettes, they are not centered, hence why I only did this slight adjustment.
If everyone is okay with this, I will update the revision with the optimized svgs.
I don't think that filling this space is useful.
Oct 13 2019
Please optimize the SVG files using one of these methods: https://community.kde.org/Guidelines_and_HOWTOs/Icon_Workflow_Tips#SVG_optimization
just did it: https://invent.kde.org/kde/elisa/merge_requests/9
no, not yet. it will require Kf 5.64
Baloo now only outputs multiple entries in the property map instead of stringlist as of D19088 and clients all handle this since Applications 19.08
- update
In D24598#546135, @astippich wrote:I have no intention on taking over D12992 as I would like rather like to code for Elisa. I am no designer.
I was unsatisfied with the icon and @mgallien agreed on some slight adjustments to the current one.
D12992 has been around for ages. I hope that this incremental update can be agreed upon faster and land for next frameworks release. Especially I find the "Elisa" text ugly and worth removing it quickly.
Can you make the gradient extend all the way to the top of the white center area?
Oct 12 2019
I have no intention on taking over D12992 as I would like rather like to code for Elisa. I am no designer.
I was unsatisfied with the icon and @mgallien agreed on some slight adjustments to the current one.
D12992 has been around for ages. I hope that this incremental update can be agreed upon faster and land for next frameworks release. Especially I find the "Elisa" text ugly and worth removing it quickly.
I don't think it makes sense to change the icon here if D12992 already does it. If you want it to progress then take over the revision and work on the completely new style there or make a ping comment and have some patience.
Oct 11 2019
I will continue to look at this.
Oct 9 2019
Oct 8 2019
Moved to gitlab merge request
Oct 7 2019
Oct 6 2019
- load replay gain tags from file properties
- alsmost allow replay gain to be configurable