Skip to content
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

General usage #121

Closed
jaumard opened this issue May 27, 2020 · 12 comments
Closed

General usage #121

jaumard opened this issue May 27, 2020 · 12 comments

Comments

@jaumard
Copy link
Contributor

jaumard commented May 27, 2020

Here is just a general feedback after few days of use :)

I really like using this design system, but there is few things that I don't like:

  • some naming are not consistent with flutter naming, example: onClick on button where it's onPressed on official designs like material or Cupertino.
  • have to use material stuff
  • have to always get theming colors to put in text Text("...", style:TextStyle(color: NeumorphicTheme.defaultTextColor(context)),
  • sometime having some fields that are not supported (like NeumorphicText weird usage #120)

I understand that you don't want to redo everything material does.
But I'm wondering if there is an hybrid solution where material stuff are hidden.

For example we can have a NeumorphicApp that under the hood setup a MaterialApp and compute the theming from a NeumorphicTheme, that will fix the need of putting NeumorphicTheme.defaultTextColor everywhere and redefining theme twice (neumorphic + material).

That would be a good start :)

Another things (but maybe a bit not necessary) would be to have export 'package:flutter/material.dart' show TextField, Dialog...; to give the illusion that neumorphic have it all ^^

Because when you use a design system you don't want to fill the blank with another one.

My 2 cents guys ;) keep the good work!

@florent37
Copy link
Member

Yes I already have the feeling that onPressed should be used instead of onClick

have to use material stuff : The flutter is so mixed with material, if you look inside cupertino for example, you have calls to material. So it's not usefull to duplicate all material class just for rename them "neumorphic.*"

@florent37
Copy link
Member

I think i will rename onClick to onPressed

@jaumard
Copy link
Contributor Author

jaumard commented May 27, 2020

The flutter is so mixed with material, if you look inside cupertino for example, you have calls to material. So it's not usefull to duplicate all material class just for rename them "neumorphic.*"

You have it correctly by saying look inside cupertino keyword being inside, you can do a full flutter app in Cupertino without referencing material, even if it's used under the hood by Cupertino.

My point being that users want to use Neumorphic don't want to have to play with material too, so as I say my idea is not to duplicate material class but more hiding the most used to avoid complexity using two different design system.

Just by reexporting material classes with 'package:flutter/material.dart' show TextField, Dialog...; will be enough to me as they will be available under neumorphic without any additional code to maintain on your side (if I'm not wrong, not sure ^^).

But if you really want to push this design (and package) it will definitely be needed as for new comers it look half finish that way (only my opinion ^^) and will look complex to use too (as if something is not available go pick on material to fill the blank).

Don't get me wrong I love what you did here ! It's just the next steps that need to be done imho

@florent37
Copy link
Member

look at material/theme.dart


import 'package:flutter/cupertino.dart';
import 'package:flutter/foundation.dart';
import 'package:flutter/widgets.dart';

material depends on cupertino :D

@florent37
Copy link
Member

I tried to duplicate application & pages but it's just a copy paste useless, it does not add anything and if flutter change anything I will have to maintain the difference and make an evolution

florent37 pushed a commit that referenced this issue May 27, 2020
@jaumard
Copy link
Contributor Author

jaumard commented May 27, 2020

I'll try some things on my end and I'll do a proposal maybe it will be easier to visualize :)

@florent37
Copy link
Member

for neumorphic App I tried here : #106

but you have to create neumorphic navigation, route, etc :'(

@jaumard
Copy link
Contributor Author

jaumard commented May 27, 2020

Yep if you do like this you have to redo pretty much everything, but that's not my proposal.
My proposal is just to embed the MaterialApp inside a NeumorphicApp and compute automatically MaterialTheme from NeumorphicTheme. Like this need to to redo everything. I'll try to do a POC when I have some time. But pretty sure it should give something pretty decent to use ;)

@florent37
Copy link
Member

if you want :) I tried but it's look too much :D

florent37 added a commit that referenced this issue May 27, 2020
@florent37
Copy link
Member

I'm sure you can do something great with neumorphic app & also your toolbar #122
Can you try to add this in a fork then create a pull Request ?

I'll be happy to count you as a contributor 🥰✌️

@florent37
Copy link
Member

florent37 commented May 27, 2020

I published a 2.2.0 with the textStyle change, & onPressed

@florent37
Copy link
Member

I set it to close, but I keep your issues in my mind, and will try to make the project more usable (scaffold, application, themes (with text) etc)

thanks !

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants