Silly question: following the picture, are these disable icons mean that the plugin is unusable with Angular and VueJS ?
Any plugin that's not dependent on a particular framework, in other words developed for NativeScript Core can be integrated with any framework.
nativescript-sim-info can be used with any framework, the icons there just lets you know the plugin do not have explicit support for frameworks like Angular / Vue etc., But you wouldn't need it for a non-UI plugin. Only plugins that helps with UI may need explicit support.
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 have a requirement to build a plugin for vRealize operations manager(vROps). This plugin essentially tweaks the existing functionality to make it more customized. How do I develop this plugin?
By how, I mean do i tweak the source code of the product(Which i doubt i can) or Is there any other way I can add my custom functionalities?
Got the answer for this. Turns out you enroll yourself into vmware {code} and get access to the respective SDK. Use this SDK to add your custom functionality and then package it into a plugin.
https://code.vmware.com
It there any free to use plugin or javascript library compatible with Nativescript so I could make at least bar charts vertically or horizontally. There seems to be lack of information around this criteria. I'm not going to use telerik pro stuff.
Update March 1, 2018
As Shaunti mentions in a comment, the chart library from NativeScript is now free of charge.
Using native third party libraries:
One of the main benefits of NativeScript is that you're free to use any native third party libraries you want (iOS Cocoapods or Android libraries). For example, you can use Charts Cocoapod or MPAndroidChart.
There's several hundred free-to-use/open source chart libraries available out there. It's just a matter of finding one which suits your needs.
Here's a blog post about using native third party libraries in NativeScript: http://developer.telerik.com/featured/using-native-libraries-in-nativescript/
About chart.js etc
Chart.js etc are HTML solutions. They produce HTML. Nativescript is not a HTML based solution (such as PhoneGap etc). Nativescript produces actual native code. Here's a short video explaining the difference between a native solution and a web based solution: https://www.youtube.com/watch?v=R98cdsq1qxA
Therefor you will not be able to use web based technologies.
Final words
I suggest that you rethink not wanting to use the readymade Telerik components. If you don't have experience with working with Cocoapods/Android libraries and don't have that much experience with NativeScript itself it will most probably cost you quite a bit of time to get things up and running.
Compare your time cost with the $199 cost for the UI for NativeScript components
I am thinking of developing a Ext GWT "GXT" 3.0 module that I need to embed to a GXT 2.x web application. Is it a good strategy to load a GXT module in a iframe. I mean, so I can develop the new module using GXT 3 and still "embed" the module in a GXT 2.x based web application. The application is quite big, so I don't think that there will be anyone in the project team that will be able to adapt to 3.0 just yet.
It is possible to run them together in the same project thanks to them using a different namespace.
http://www.sencha.com/learn/running-ext-gwt-2-and-3-together/
Also if you plan to convert your older GXT2.x modules to GXT3 there is a legacy module to help with the transition. See :
http://www.sencha.com/forum/showthread.php?197973-How-to-use-the-Legacy-module&p=787639&viewfull=1#post787639
I'm work in an aplication that need be capable of support plugins, but i dont know how this work.
See Design Pattern for implementing plugins in your application?
The answers tend to get very platform specific. It also depends on how much control of your core app data and logic the plugin must have.
The C++ QT4 book has a good description of adding a file-type plugin to it's architecture, there area also a bunch of modeling apps (openscenegraph, blender, povray ) that have good documentation for their plugin architectures.
You need to design your application's API in such a way that plugins can be created, and you need to add the necessary plugin management interfaces and supporting code to invoke the plugins. There is no catch-all way of managing plugins.
Take a look at the open source application called Rawr (c#). Each addin is a seperate .dll and the main app uses reflection to access the code. Very nicely done.
www.codeplex.com/Rawr