Closed ai closed 7 years ago
We can try Material design, but i dont like material design :) What you like fonts ? Current font - Roboto, san-serif.
Yeap, I agree that Metarial is to mainstream :).
Hm, maybe font problem is already closed.
We can try, and see -> good Material design or not good :) In our case
I make Material design, but dont make "code area"
ScreenShot :
I like it. And it doesn't look too material, which is cool.
Links to documentation is nice idea.
We need to return info badge to plugins.
There is only one UX issue right now: we don't show that plugins are inside opened file. Maybe we should make files aside like app left menu panel with full height from header to bottom of the page?
Yeah, looks nice, yet not too materialish.
@Gaserd What's the difference between 'Documentation' & 'GitHub'? The only documentation right now is on github π @ai What do you mean by "we don't show that plugins are inside opened file"?
@andywer I mean, that we don't show clicking on file will reload plugin sections. That plugins is a content of current file.
@ai @andywer Ok. I think about this
@andywer @ai I make this.
1 - Under the heading "file" show plugins 2 - Under the heading "plugin" show small text about this plugins and click this text go to npm
@Gaserd Interesting, but I see two problems... First, the executed plugins will be the same for all files, so showing there should be no need to show them for every file separately.
Secondly, showing some description text for the plugin is way more complicated then just linking to it. Not impossible, but a lot of effort.
@andywer hm hm hm.
@andywer back (?) for link npm ? :)
But,user may be use different plugins for different files
@Gaserd You run postcss on your files with using some set of plugins, but you cannot change the plugins array during execution, so in practice there cannot be different plugins for different files. At least I cannot see a way to accomplish that.
Problem with the description is that we would need to fetch the package.json (or the github landing page) of each plugin used to get the description. Creating the link was simple: https://www.npmjs.com/package/${pluginName}
@andywer Okay π
We could try to take plugin description by:
let pkg = require('PLUGIN/package.json')
pkg.description
@ai I fear that's not going to work, since this would be resolved to path/to/postcss-debug/node_modules/PLUGIN/package.json
...
@andywer you donβt need to resolve, npm will do it for you. require('plugin')
works, so require('plugin/package.json')
will work too.
@andywer if you donβt start path from ./
npm will automatically find directory. this is why you could write require('postcss/parse')
too
@ai I am speaking of how node resolves when requiring like require('foo/file.ext')
. If you don't start with ./
it will look for foo/file.ext
in path.join(__dirname, 'node_modules')
. Since postcss-debugger source files are not in your project directory where you have your CSS files, it will not find the plugin.
Or am I missing something else?
@andywer node.js will look at ./node_modules
, if it will not find file it will look then in ../node_modules
, then in ../../node_modules/
and in all other dirs.
So it will find plugin in most of cases. Especially if plugin is in project package.json
.
Also in npm@3 all modules are in flat node_modules
.
@ai Ahh, you know what? I think we had two different use cases in mind... You were rather thinking of a locally installed postcss-debug used by code (I guess) and I was thinking of a globally installed postcss-debug used via CLI :)
@andywer global npm install is evil :)
@ai Haha! Fair enough ;)
Looks cool, but I think we should stick to one theme. Maybe open a twitter poll on which theme to use?
@andywer I think about switch theme. Pressed Ctrl+D and switched theme, but you can open twitter poll on which theme :)
@Gaserd Sounds nice, but it's still a small debugging utility. Let's not over-engineer :)
@andywer it is now a small debugging utillity, tommorow it is a big project about it all speaking π
Start twitter poll about themes. This is will fun π
@Gaserd awesome! should we show start-end file fize?
@andywer twitter poll! Any mention of tools increase popularity.
But donβt forget ping me with a link to RTs
@ai I think about this :) And I started make this UI in HTML, CSS
@andywer can you repost tweet with [Poll]
text in tweet (many clients still donβt show a poll in tweet block and user need to know that it is a poll). Also if you remove a hash-tag and user mentions (@PostCSS @gaserd123
) it will increase readability
@ai @Gaserd Deleted old tweet and created a new one.
@andywer thanks :) I also scheduled post in Russian Facebook (we have a community there)
@andywer Good π
What think about this logo ? @ai @andywer
Monochrome version will be better, because you have no green colors in UI.
@ai I agree, monochrome would be better. Or maybe black and white and a color we already use (but I am not a designer, so feel free to ignore).
I think it looks nice, but what is it? Not sure if it's a camera π
@andywer this is head cosmonaut π
May be create twitter post about new icon for PostCSS-webdebugger ? @ai @andywer
Yeap, more tweets ππ
Okay, wait Andy ? Or maybe I create tweet of new icon for PostCSS-webdebugger?
@Gaserd Do you mean if you should wait until I finish merging? We could tweet once about the new icon (before finalizing the updated design) and tweet a 2nd time when the new release is out ;)
@andywer Yes, i waiting your merging π And you are right, create tweet when the new release UI. But we will to increase interest for our plugin if we will create more tweets our changes for UI or Core, even if this changes very small
we will to increase interest for our plugin if we will create more tweets our changes for UI or Core, even if this changes very small
Yeap, it is how marketing works :)
@ai Yeah π
Out current UX is nice, but we need better visual design:
We could always try Material design, its visual langauge pretty nice and better then nothing (but custom visual design will be nicer).
With better visual design this tool will look more professional.