Hi Trevor, Your CSS skills would be very useful too. Take into account that MDL is created upon the restrictions that MDL has (as well CreateJS, JQuery...)
But HTML components (the ones under js prefix like js:Button or js:Panel) should be the ones we try to "skin". I'm saying that because MDL has components like Badges or SnackBars that are not in FlexJS basic set (at least now, maybe we could create them in the future). So Maybe you could start with the basics: Button, TextInput, CheckBox, RadioButton...and create some composition with that. Then move to Panel and create some layouts to continue evolving. About implementation, as Alex said we need to figure how to use the art and code it (in this part your CSS skills could help a lot). If we don't have anybody here to do this task, someone here (or from outside) could take the effort, we are now starting this effort, so it could be great to get more contributors on board. I personally use Sketch App and Affinity Designer, so ASA I can end with MDL dialog I want to explore what can I do with Sketch, look to generated code, etc.. for example at this point is a mystery to me if we should pass the art to SVG, or cut in PNG pieces, or whatever other technique... Thanks! :) 2017-01-19 23:08 GMT+01:00 Trevor Holman <tre...@cqbookstore.com>: > I can make some time for this, I do a lot of web design and development, > so those languages are known to me. I’m pretty good with the CSS but > everything I do is mostly customized so I would need help in thinking more > general use… for example I just used bootstrap for a site (and I hate it), > I end up overriding all the components. > > As I designer I prefer the light frameworks. Anyway, I will start with the > graphic parts and if you guys can guide me on everything you need that > would help me a lot. I’ll use the link for the MDLExample as guide for the > component list. We could do a number of different styles if you’d like. > > I notice a lot of transitions in components now, is that something you > want? > > I’ll actually start it this weekend. > > Trevor > > > > On Jan 19, 2017, at 3:55 PM, OmPrakash Muppirala <bigosma...@gmail.com> > wrote: > > > > Trevor, > > > > I will be happy with photoshop or illustrator mockups. For folks who do > > not have these software, a jpg version would be very useful. > > > > I usually have my graphic designer (who cannot code) to annotate all the > > elements in the mockup itself. Color, font color, font size, spacing, > > animation durations, etc. > > > > Then I would build a rough cut based on the components, he will give me > > feedback and we refine it to perfection. > > > > In addition, if you are willing to write some CSS, you can do those edits > > yourself, but that is up to you. > > > > Thanks, > > Om > > > > On Thu, Jan 19, 2017 at 1:52 PM, Alex Harui <aha...@adobe.com> wrote: > > > >> > >> > >> On 1/19/17, 10:43 AM, "carlos.rov...@gmail.com on behalf of Carlos > Rovira" > >> <carlos.rov...@gmail.com on behalf of carlos.rov...@codeoscopic.com> > >> wrote: > >> > >>> Hi, > >>> > >>> we should get people motivated with skills in design and planing of UI > / > >>> UX > >>> skins, visuals, effects and transitions. > >>> Art is different from engineering and we could get people in very > >>> different > >>> places since we never know who could have the skills to hand crafting > >>> something we'd like and have at the same time the rigurosity we need > to be > >>> able to implement. > >>> > >>> So, both professional/exp and students could have the potential and I'd > >>> not > >>> throw any opportunity to get people on board. > >>> > >>> My bet is that we should get the way to get more than one look and feel > >>> and > >>> from the development side be able to prepare FlexJS to have themes so > we > >>> could then prepare diferent workspaces for different designers and let > >>> them > >>> prepare the their art. As I said before, should be normal that one look > >>> and > >>> feel will be prepared for only one person. If we prepare some spec > about > >>> how should they prepare their art to be consumed by our framework, we > >>> could > >>> get in this way different themes packaged and ready to be loaded into > >>> flexjs > >>> > >>> what do you think? > >> > >> Well, I can code, but I cannot draw, so in all my past experiences > before > >> Flex where I worked on end-user applications, there were a team of > people > >> who did usability, a different team that did graphic design, and yet > >> another team that wrote the code. Sometimes you can find two or three > of > >> these skills in the same person, but I would not hold my breath waiting > >> for someone like that. > >> > >> Also, it looks to me that there might be more than one way to "change > the > >> visuals". It seems like MDL said "we will give you a choice of several > >> looks, but there's lots of things you can't change". Bootstrap seems to > >> say "Here's some widgets, go muck with CSS to change the look if you > >> want". Flex says "Draw it and we'll display it". IOW, MDL has some > extra > >> pre-defined CSS files so you don't have to know anything about CSS, > >> Bootstrap requires knowing a lot about CSS, Flex doesn't require any > CSS, > >> just the right drawing tools. > >> > >> Given that Apache project are volunteer-driven and contributors do not > get > >> paid for contributing so probably helping out in their spare time, I am > >> willing to take whatever someone can offer. We just had someone new > >> (TrevorH) offer to help. The ultimate goal might be a full out spec > like > >> Material Design [1], but that looks like a ton of work. So, what is the > >> minimum useful design contribution? I would say it is a screenshot, > PDF, > >> AI, PNG, or other file depicting a set of widgets. Bonus points if they > >> have time to try to write the code to support it, but otherwise, some > >> other volunteer will pitch in to do that. IF a second designer can find > >> time to provide a different look, then the coding volunteers can better > >> understand what the best way to provide a set of components that allows > >> switching. It might be CSS-driven, or vector-graphics driven, or both. > >> Who knows? I don't personally care, I'd just like to see some ideas. > >> > >> > >> Beyond that, as we approach 1.0, we will need other things like graphic > >> design and UX improvements on our examples, TourDeFlexJS, etc. And > again, > >> if we can find a way to allow small contributions to build up into > >> something big, that will likely be the best approach to take. > >> > >> But since we might actually have a designer in the conversation, let me > >> pose this question: TrevorH, how much time do you have, and what would > be > >> the most efficient way for us to use your skills? Do you prefer to work > >> with Vector Graphics or CSS? > >> > >> My 2 cents, > >> -Alex > >> > >> [1] https://material.io > >> > >> > > -- Carlos Rovira Director General M: +34 607 22 60 05 http://www.codeoscopic.com http://www.avant2.es Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción. De la vigente Ley Orgánica de Protección de Datos (15/1999), le comunicamos que sus datos forman parte de un fichero cuyo responsable es CODEOSCOPIC S.A. La finalidad de dicho tratamiento es facilitar la prestación del servicio o información solicitados, teniendo usted derecho de acceso, rectificación, cancelación y oposición de sus datos dirigiéndose a nuestras oficinas c/ Paseo de la Habana 9-11, 28036, Madrid con la documentación necesaria.