- User Since
- Mar 31 2016, 10:59 AM (133 w, 2 h)
Nov 28 2017
There is a huge amount of antipathy towards installation wizards but one idea me and @adridg have talked and worked a little on is making Calamares have a "first set up" thing during the installation phase where you usually have a random slideshow. So instead of seeing random information that few bothers with you use that time to set up things for the core user (multiple users is a bit of a PITA)
Nov 21 2017
Nov 20 2017
Sry for not pinging back earlier but this sounds awesome.
Nov 12 2017
Cool! Just please keep an eye out. Pixel-aligning icons is a PITA but worthwhile so if there is something that ends up blurry please ping
Sure thing - I worry that there may be some technical difficulties even though I, with my limited technical skillset, can't foresee any. (Waiting nervously for a dev to kick down my door and kill me :) )
Just as a heads up, check whether the icons become fuzzy in certain sizes on Mate for example
Nov 10 2017
Heh I may be the one who used transparent images - the idea being that you could, in theory set colour of an entire wallpaper based on icon colour using the correct kind of transparent image (essentially making darker parts less transparent meaning the lighter the area the brighter the underlying colour, creating a monochromatic image). To be quite frank as an idea it demanded slightly more work than was feasible, so I support this.
Nov 7 2017
Nov 6 2017
+1 but as with the original proposal - remember that we may need to revert this if the change balloons out of control
I agree with this change but want to add, for posterity, since we don't know the future effects: IF something collaps due to this, some text-colour-to-icon thing pops up - we need to revert or work around it. So essentially banking on the edit to be easily done and easier reverted.
Nov 3 2017
Just throwing this in: Hobbit is a tricky one - remember that most for example fantasy games etc translate to "halfling" (I feel randomly disappointed there aren't more D&D players in this crowd)
Nov 2 2017
Say FOR EXAMPLE (an example, not a clear suggestion or goal) - we could design all popups to follow a simple layout like this https://imgur.com/a/xbGt1
To be quite honest I don't think there is a complete agreement on the layouts of the systray dialogues, although one should be considered - but since systray dialogues have a bit of a history and there are still plans going about another systray dialogue layout, we should be careful with adding work to current design.
Oct 30 2017
I think this is pretty damn spot on and I think the revision makes sense. Awesome work Nate!
Well the issue is that they are not "scalable" - I mean the goal should rather be to make them functionable on all sizes but being SVG's means that they may become misaligned when rendered. (Ie if you make an icon made for one size slightly bigger or smaller it will risk suddenly becoming blurry).
I would avoid the shadows and frames personally - it would be better to focus on better spacing between the two areas and a clearer font usage to define them. Like Broulik mentions it was removed more or less by active choice.
Oct 29 2017
From the VDG's standpoint there is zero reason to block this - as Andy have mentioned above. As for adding options to breeze I didn't know we had anything against it.
From a visual perspective this to me is a perfect fix (cant comment on the technical details)
Oct 27 2017
It would be interesting to add: will check it out and do a mockup of it.
Oct 26 2017
No no that is just a random place holder @sitter so ignore it for now, as for the "yes I do" etc let me change that properly
In regards to print material - the flyer is the big downside I feel. It looked nice, but there where problems during printing (two graphical elements fell out and since there was no time for proof-printing it all had to just trundle on ahead) - it was also rushed through in terms of content and I feel that this is something I would love to work on for the future. Tbh I also think that we could - IF we rewrite the forward facing wikipages or project pages core description (as per Pauls suggestions from Almeria) we should be able to slot them in if there ever is issues finding text. It would be rather nice to have that as well:
Oct 25 2017
Oct 24 2017
Sep 24 2017
Sep 21 2017
The hamburger menu was my suggestion so I should probably say something about it - for me the "launch" option is completely meaningless fluff. Another button to nothing. That being said, if this is something critical in normal usage then it should be in there - and as we have no chance to do a proper test of it doing what everyone else is doing might be preferred.
Sep 4 2017
Here is a link to all SVG's for "super simple businesscard" https://share.kde.org/index.php/s/aECSv7lNLG1fuFV
Aug 22 2017
Fair enough I may be thinking of last year - we had people but often those people where double booked and had to do talks and other tasks and the booth was empty at times.
Don't tempt me man... :) (our booth will have an image of Oden God of the Hanged on one entire wall!)
No end users (depending on how you see "end users" since that includes devs etc but no typical end users at all) but its highly technical since the subject is Qt/QML stuff at the same time there are quite a hefty amount of salespeople and people in charge of purchases (a waaay higher suit-to-tshirt ratio). At the same time its kinda nerdy and technical so its tricky.
I think we should consider the entire presence as a whole - just get all communication goals in place so that we this year have one solid communication and our presence is aimed at one specific thing
I am sort of psyched for my idea either way.
Aug 21 2017
The cost of renting some comfy chairs from a rental place in Berlin as well as lush plants can't be THAT much. We print a few posters with photos like this https://unsplash.com/search/photos/serenity?photo=6HoZQR7YhBw and a text saying "KDE, relax we got this" or something?
I know this isn't the best idea in line with what the goals are but I really want to throw it in there: What do we know people crave at conferances? Peace and quiet and somewhere to sit for a while.
Ok so visually I think we need something insanely striking for posters considering the din and amount of people and low visibility. We need stuff that uses some kind of cheap tricks to get peoples attention and an idea for posters.
Aug 14 2017
Aug 3 2017
Jul 10 2017
We could use some sort of "glow" around a flat event? Essentially a deeper colour as border around the event (with square shape) and then the event itself in a lighter colour? That way the events would be easily seperated.
Jul 5 2017
"Plasma is a cross device work environment by the KDE Community where trust is put on the users' capacity to best define her own workflow and preferences.
"Plasma is a cross device work environment where trust is put on the users' capacity to best define her own workflow and preferences.
Jul 4 2017
There are further ideas for this concerning the idea for a future addon to calamares (a web browser picker amongst others?)
Jun 18 2017
Added suggestions from Email list:
Jun 13 2017
Suggested edits: replace interesting with elegant and remove the "total"
Suggested edits: Replace "interesting" with "beautiful"
Jun 8 2017
"work-environment" btw is based on input from the last draft - essentially we are not a "desktop environment" as that connects it directly to laptops/stationary computers and ties it too harshly to a certain set of devices.
So rewrite after last - will post to email list as well:
Jun 7 2017
I have to agree with Marco (inside) although I am currently wearing a striped tanktop and chequered shorts so "good taste" may not apply to me ;)
May 30 2017
May 14 2017
sebas: sry for very very late return on this. Here is a link to shared folder with SVGs https://share.kde.org/index.php/s/TZAjdD5f1jTf86w
May 9 2017
Sry for seeming obtuse here but isn't the results from previous queries saved between sessions and displayed for the search?
May 6 2017
Really nice @amunshi although I would prefer it if the buttons followed some colour scheme further indicating the risk inherent in the varying versions. The initial idea was to make a seperate page entirely for the testing editions and invert the colors (black background etc) to show "this is really not suggested unless you ACTUALLY know what you're doing". Essentially doing the testing version buttons on the right #31363b and the same white text would have the same effect in this case, so keeping the layout but changing the background of the two right hand options (Testing Edition and Neon Developer Edition (Git Unstable))
Apr 13 2017
Apr 11 2017
As for press kit/print material - the second we have a clear branding and communication guidelines that is comparatively easy. Designing something from scratch when the only barrier is "Oh a flyer" is very very tricky, doing graphics/layouts/copy for a flyer where there exists a clear guidance to what the communication actually is, is simple by comparison.
Apr 10 2017
Alex-l good idea I am kinda partial towards the blue since its so used in general and its our only spot colour. But lets see with Eike thinks since he got a ton of stuff on his plate... and we don't want to anger him by asking him to "move the couch back across the apartment to see what it looks like over there" ;)
Errr ignore the colourscheme this is my colour scheme (should have set to Breeze before taking the screenshot)
Apr 8 2017
I think both are good (but man those colours Aleix :D also the text should be white)
The logic behind the alternatives for posterity:
- Buttons on bottom of Detail view - the install button in the detail view is there for those who will want to read information about the application. The goal being that all applications should have a wealth of meta data (we're not there yet but "one day" etc) and since a user can install from the middle column as well the assumption is that a user in the detail view will be interested in the information within. So the bottom right is in that case (and in the case of left-to-right reading of course) is the naturall place for such a button.
- Buttons on the top of Detail view - the back button is in this case slightly more natural as it resembles a breadcrumb its a page system and that is where its often expected, that being said the downside is that it camoflages the install button. Since we don't have coloured buttons and can't make the install button pop out that makes it slightly more tricky.
- Coloured areas instead of buttons - this is the tack-and-paste solution to #2's problem. By making strikingly coloured areas instead of buttons we can essentially put the install button wherever we like since it will scream for attention no matter what.
Mar 14 2017
Mar 10 2017
I am currently trying it out for myself. The main issue is that some of the colours may need tweaking as the blue may become too overbearing and therefor make the page usable (which would be crap)
Feb 28 2017
Feb 23 2017
Dec 11 2016
Dec 7 2016
Looks good to me, sry for being away was away for a few days for family stuff. It all seems to make sense.
Nov 30 2016
The animations remaining feel way cleaner
Nov 25 2016
This is tricky, simply because we need communication to reach out to devs - I am not a dev so you guys know best what would attract you, and what is needed. As for Developer Edition with dev tools we could have Neon split into "Unstable", "Stable" and "Developer Edition" and split the page properly into three sections, three individual pages. One Normal ("Stable" former User edition), one with inverted colours (so its dark and scary) which is unstable - and the this. That page need to be marketdly different, not shy away from being technical and provide links and information to development relevant pages as well as contacts to KDE Devs in general.
(which would be interesting having "mentor devs" who's job it is to try to guide people to the right place, or right person to talk to - like welcoming devs or whatever)
Nov 24 2016
Touchpad Gestures Notes https://notes.kde.org/p/touchpadgestures
Oct 26 2016
Oct 17 2016
Oct 15 2016
I will assume this task is done now... or is there more?
I am guessing this is on permanent hold since no conclusive decision could be made?
Oct 10 2016
This is becoming a huge problem for the future. The issue is that just saying "we need touch gestures" is meaningless unless we know WHY Plasma needs touch gestures. Not as in "everyone else has it" but rather looking closer at what kind of experience we are trying to provide for touch users? Are we intending for it to be something someone sets up? Like a fake touch experience by editing widgets and extensions to make it mimic a touch experience or is this something we need to create?