I need a UI library with Angular components to display and edit state chart diagrams with data bindings, so the diagrams can be translated bidirectional between the visual diagram and the native statemachine model entities in my application. I have pored over pages of google search to no avail.
I must admit I am a newbie to Angular and my expertise is to the level of using standard components available from npmjs repository. So far, I have been comfortable using different ui components such as ngx-bootstrap, valour, etc. I do not have the competence or know-how to build new components using diagram libraries with JS/JQuery inside my angular project to realise the requirements. I would really appreciate if any UI Toolkit/Library available for this. Even reasonably priced commercial frameworks are acceptable for me.
Thanks in advance for any help.
I have already checked out free/open-source/commercial frameworks such as Telerik Kondo, SyncFusion, Ionic, JQWidgets, etc. I have pored over their documentation published for free. However, I always end up in either (a) they do not suit my needs, or (b) it involves developing this component myself. I know how it sounds, but my need is similar to needing a car; not design & build one myself. I do not have the ability to do it.
I need support for Angular 7 or 8 to be precise.
Related
We are going to start a new project in Angular4. Now we are analysing some third part libraries. There are two candidates
1) Kendo UI
2) Devexpress
Discussing with others developers it looks like Kendo is more popular than Devexpress, but controls and component of DevExpress are more powerful.
I need to decide based on Features, Performance, complexity and support.
We have selected DevExtreme tools for Angular4 and it's going pretty good. Devextreme have lot of components which will fulfill most of the project needs and coming to performance it's good and I don't see any drawback on that.
Support is good, you may not get the solution within an hour but within 24 hours you will get response from DevExtreme team, It would be good if they have voice support which is not there currently.
Documentation, It's Good.
I'm fairly new to Xamarin development, but I've started doing some experiments with Xamarin.Forms and I'm really liking it.
Now, I've discovered MVVMCross, and it sounds interesting for developing apps that have separated UIs for each platform, but I'm trying to find updated information regarding how (and if / why) it may tie in with Xamarin.Forms (mvvm's docs has a page for this, but it's empty ATM).
Is there any currently-relevant information I'm not being able to find? (all results I'm finding seem to be too old and not really helpful, please correct me if my google-fu is just not strong enough)
Well, for lack of better replies. From this blog post:
(...) it is crucial to understand that neither MvvmCross nor Xamarin.Forms is a replacement for one another. While both of them provide infrastructure modules that help developers in their mobile application projects, Xamarin.Forms is a UI technology stack that enables common XAML declarative UI implementation for target platforms; MvvmCross is a framework that enforces clear distinction between the UI elements and core logic implementation. Either of them alone or together can increase the shared amount of code in cross platform projects.
I come from a Powerbuilder background and our company made a shift to .NET.
We discuss about what platform to use. .NET, Web, C#, Entity Framework for the moment but we need a "client" component solution...something a bit RAD (if there is such in web development)
We know very little apbout javascript, json etc
Having that in mind, which platform do you think is easier to develop with, KendoUI or DevExpress?
I have only seen Kendo
(we want the client thing...the whole server components matter made us stay in PB for so long)
Waiting your advices! Thanx
I may be biased here as i work for Telerik as an evangelist. Having said that i am a hard core programmer myself so this is based on my experience.
I was more of a windows platform guy for more than 5 years now and my work made me shift to this. But i had started out as a web guy almost 10 years ago. When I started to look at web as building myself back on the web around couple of years ago, I had to start understanding JQuery as that has become the default JS in my opinion. So when kendo came out - it was as if Kendo was complimenting JQuery. No new syntax or no new learning curve for me. Of course being a framework it has its own methods, properties and events that's it but no new language.
Another biggest factor with kendo is - it is completely HTML5 based and completely client side UI framework. It is one package you need for everything instead of 100s of plugins you would normally do.
Kendo UI is from Telerik - so there is a clear cut release cycles and a world class support backing it.
Here is a live example of how kendo ui can be used to build real world apps
http://www.kendouimusicstore.com/
Music Store is a famous example from Microsoft on ASP.NET MVC. The same example has been re done with Kendo UI powering the UI and WebAPIs in the backend.
Hope this provides you with some insights to your decision making.
Based on my experience, the DevExpress DXTREME offers the framework and corresponding wizards that allow you to create prototypes of the multi-channel applications (for iOS and Android) quickly.
At the same time, the Kendo UI provides more "clear" access to the used widgets' JavaScript code. But it may require additional effort with the JavaScript.
In any case, I belive you can decide only once you try to build something using both of them. It is still up to you. Good luck!
I'm looking for a set of Javascript based UI components for a web app I'm building and have found that many of the best looking web apps were built with the Capuccino framework; see http://www.getflow.com/, http://www.picsengine.com/home/ and http://timetableapp.com/ for examples.
However, I'm not a Cocoa developer and have no interest in learning Objective-J. Ideally, I'd find a set of components that provide the visual end result of Capuccino apps without the underlying weight of the framework.
I have seen the Aristo jQuery UI them (http://taitems.tumblr.com/post/482577430/introducing-aristo-a-jquery-ui-theme), but jQuery UI just doesn't seem to have the depth of components available in Capuccino.
I realize this may be a long shot, but I figured it can't hurt to ask. :)
Thanks.
As another option, there is jQuery UI: nice if you are already familiar with jQuery, with the plus side of not being too heavyweight, but may not have all the components you need pre-defined. A nice thing is that it encourages to write the HTML in a way that degrades gracefully when your application in older browsers.
Maybe sproutcore is an alternative for you, although it requires you to hand-code everything in javascript from scratch. It offers most basic components and is easily adjustable to your personal design goals. Sproutcore is used in Apples Mobile Me and in some other big projects.
Another possibility might by vaadin which offers a rich set of prebuild controls and is based on Googles GWT javascript compiler. But it only makes sense if you are developing in a java environment.
What I want to create is a Silverlight app with a few tabs/modules that will all be separate DLLs.
I see PRISM has the Shell/Module concepts that seem directed towards doing UI and I find a nice demo (showing how to search digg/twitter).
But it sounds like MEF will be included in VS2010 so I would like to go with that option.
Can anyone somehow clearly explain the differences? (I am not a advanced programmer)
MEF and Prism serve two very distinct goals.
Prism is basically guidance for designing composite applications - where you have a shell and "regions" that are dynamically assigned, and integrated. It includes an IoC container (Unity) that it uses for it's injection.
MEF is a dependency injection framework - it's main goal is to "fill in" depedencies at runtime for an application. In this respect, it's filling the same goal as Unity does within Prism (and, in fact, you could pretty easily rework Prism to use MEF instead of Unity).
Prism fills a broader scope, in some respects, but is also really limited to GUI applications. MEF is just doing one thing (Dep. Injection), but geared to be more general purpose, for any type of application.
As for the lifetime of these products -there is no answer here, but this is kind of how they're being developed:
Prism was developed by the Patterns and Practices team. The goal isn't to necessarily make software, but to provide guidance. As such, they update (although somewhat infrequently) the Prism library and sample, but Prism isn't a core part of the framework shipped by Microsoft. It's really a third party library (even though MS funds a lot of it, most of the P&P people aren't MS FTE).
MEF, from the blog posts, sounds like it is planned to be integrated into the framework, and be used directly inside of MS projects. As such, it's getting heavy development, directly from Microsoft, and being used in their products.
I, personally, have read through the Prism documentation (and have the book), and have gone through the samples. It is very helpful to understand how to break apart an application, but it really is guidance more than a complete, usable framework. The samples are very good at doing what they're designed to do - educate an architect in how to design a composite application.
If your goal is to just keep a clean separation of concerns in a silverlight application, I'd focus more on learning MVVM than necessarily just using Prism.
If you want to use MEF, there are other good options. For example, the WPF Application Framework is an entire MVVM framework built on top of using MEF, and fairly nice.
Basically, MEF is a general-purpose extensibility framework:
If you are building extensible applications, extensible frameworks and application extensions, then MEF is for you.
whereas Prism is mostly for building GUIs:
The Composite Client Application Guidance is designed to help you more easily build modular Windows Presentation Foundation (WPF) and Silverlight client applications.
So MEF and Unity are basically the same...
Well, not exactly. MEF is more focused on extensions which aren't known at compile time, while IOC containers generally focus on dependencies which are known at compile time. The top answer to this question gives a good explanation of the differences.
Yes. Check these two posts for more:
http://blogs.msdn.com/gblock/archive/2009/12/02/mef-and-prism-to-be-or-not-to-be.aspx
http://blogs.msdn.com/dphill/archive/2009/12/09/prism-and-mef.aspx