Are there any existing PSD or Sketch (preferred option) files for Material-UI components available?
https://material-ui.com/
I can use Sketch build in Material Design Template v2 for mockups but I am not sure if that is an accurate representation of the components for prod design. And that is something that can cause issues later on.
http://www.sketchappsources.com/free-source/1601-material-design-sketch-template-v2.html
Material-UI has an official version for Sketch, they are an accurate representation of production and kept in sync with the React components.
Alternatively,
Sketch has a few symbols for Material Design but they cover very few of the components and an outdated version of the specification.
Material Design has a Sketch plugin but it supports fewer components than Material-UI and doesn't use the same wording/structure as Material-UI that makes it harder to move from design to implementation.
Related
I would like to implement the flow of work like that:
Designers manage the styles and the way our components look via Adobe XD
Then it gets exported to some repository as React components library with our styles exported from Adobe on top of the MUI
We use this library in our developemnt
Every time the design is updated we just update the library
We build a budle and it runs in production
Do you know if there's a service or a plugin that enables this flow?
I addressed MUI support to know if this plugin makes it work but got no feedback yet.
i am working on theming concepts in SAPUI5 application.
I got to know that the theming can be done by using UI Theme Designer (which is a tool in SAP backend).
I got to know this from here.
Is it possible to develop a custom theme in SAPUI5 with out using Theme Designer.
There is a range of options, Theme Designer being the easiest and least flexible one, a completely written-from scratch CSS file the other extreme.
In between there are options like copying an existing theme, renaming it, and appending CSS parts that modify the existing appearance (this is also possible in Theme Designer!).
One main deciding factor is how different your theme should look from an existing one, and what your upgrade strategy is. Very different themes might be best created using the "base" theme as... well, base. But whenever you create lots of extra CSS you need to be aware that you have to adapt it to new UI5 releases. The Theme Designer does this automatically, as long as you don't add any custom CSS.
Before writing a theme from scratch or vastly modifying one, you should look at how large existing themes are and estimate whether you want and can develop and maintain such a thing on your own.
(Why are they so complex? 200 controls - and that's only the OpenUI5 subset - and many of them very powerful with different appearances and responsiveness, working across devices, and also appearing in right-to-left mode,... that's something no other framework offers, so of course the UI5 themes are larger than those of much smaller frameworks.)
I have been working on a project model and pretty much completed it. Now I must implement the view of the project. I like eclipse view layout very much and tried to implement like this but I couln't. And then download source code of eclipse but couldn't find my specific code snippet in all of the source code. I mean I want to take basic layout implementation like eclipse Coolbar,ctabfolder and events. any suggections ?
Thanks.
If you like the Eclipse look and feel and the components used, you should have a look into the technologies used with Eclipse:
SWT is the GUI toolkit. It differs from Swing in that it uses the native widgets, if possible. This makes an application using it behave more like a native application than Swing does, which has its own set of components. You will find the raw components that you mention here.
JFace is an application framework based on SWT. It provides higher level conceptual components.
Eclipse RCP is a platform for building application. It takes away some common tasks of application building but, of course, you need to learn the concepts first.
Swing has similar components, but does not use the native widgets. It draws them itself. In my opinion Swing is easier to learn and to use but the results of SWT are often nicer - you can often "feel" that a Swing application behaves not completely right. It is better if Swing applications do not try to mimic the native look and feel to avoid the uncanny valley effect. So expect your resulting application to look and feel different.
There are more documentation and third-party libraries available for Swing, for example the very nice Netbeans RCP that let's you easily build applications.
What you are looking for is a docking framework. What the best framework is is open for debate.
You might have a look at this question for a list of popular frameworks
I'd like to post-process log files and extract node data and transitions, and then graph them in a gui of some kind. So, I'd like to programmaticly draw bubble diagrams, maybe with animations showing packets going from node to node.
Ideally, perl or java would be the language of choice, but anything that runs on a linux platform would be fine.
What is the best library for this kind of thing?
Java Solutions
Two possibilities in Java include Prefuse and Visual Library. They both have the ability to display graphs with some animation ability. Prefuse has better graph layouts. Visual Library is more Swing-like if you are used to Swing development.
Adobe Flash
If you are willing to work with Adobe Flash, Flare is probably a little more suited to your task as it has better animation capabilities and has good graph layouts.
Animation Libraries
If your diagrams are fairly simple, you could create your own diagrams and use the Timing Framework or Trident for animation.
Other
Some other possibilities include Processing and JavaFX. Javascript libraries include ProcessingJS and Protovis.
Graphviz will draw you static diagrams. It can't do animations as far as I know.
If you can convert the output into graphviz dot format (graphviz) than you can use idot incremental viewer (iDot_incremental_viewer) which uses prefuse behind the scenes and it's completely free. The only thing you need to do here is to convert the output in simple dot file. Rest will be taken care of incremental viewer.
I'm a "classical" programmer, with "classical" RAD system. I would like to "migrate" to monodevelop to deploy some application, but the first big "mountains" is to learn the "packing" system for design object.
Why gtk (or mono) uses this system ?
Thanks
This gives you a brief overview. The main point is to not use fixed cordinates, but help you be independant of screen sizes.
Flexibility : packing widgets allows the automatic resizing and other nifty things. There are a number of options as to how your widgets should be packed.
Portability : with a packing scheme you're less dependant on the rendering engine (X11, win32...) .(I've not said "totally independant")
See the GTK tutorial to learn about packing and table packing in particular, it gives you exemples where packing is interesting :
http://library.gnome.org/devel/gtk-tutorial/stable/x363.html