Query |
Details | ||||||
There's a lot more coding than I expected for a commercial library. This thread is tagged sidebar as navigation is where we tend to start setting up and app, and I didn't expect to have to copy 100+ lines of CSS and custom methods into our code to make a simple Docking sidebar. IMO this code should have all been part of the ejs-sidebar component and I should have had a sidebar up and running in 5 minutes or less without.
|
We would like to let you know that Sidebar is a flexible layout component that acts as a container to place any navigation components like Listview, Accordion etc. as per your application needs.
While enabling dock support in Sidebar, the width of the container will be reduced to occupy minimum space in the visible area of your device. Since the contents used inside the Sidebar container wholly depends upon the application requirement, it is up to you to decide upon the elements to be hidden while rendering Sidebar in dock mode.
Also, in dock mode a class ‘e-dock’ will be added to Sidebar container to indicate that the element is rendered in dock mode and you would need to hide the text elements (or any number of elements as per your requirement) in dock mode based on the ‘e-dock’ class being added in the Sidebar container.
So, would you please kindly share us the exact requirement you are trying to achieve? so that we can provide an appropriate solution to meet your application needs. | ||||||
All of the docs seem to be focused on the CLI version of Vue, but we're using standalone non-CLI Vue. We used the CLI for ember.js a few years ago and Angular earlier this year and don't want to go back to introducing that complexity into the build and deployment path. Standalone mode lets us be more nimble, which is absolutely the most important thing for a small startup. Please realize that not every
|
We have created and attached a Vue Sample using Webpack 4 without using Vue-CLI.
Steps for creating Vue Sample using Webpack 4,
Commands for running the Vue Project are as follows,
| ||||||
I could be wrong, but it seems that the Grid and Pivot Grid don't need the DataManager component.
At this point we're abandoning our use of the Syncfusion library except for Grid and Pivot Grid. The more we explore the components, the more it seems like an incomplete product that was rushed out. That means decreased developer productivity, increased ramp-up times for new developers, and we'd have to write a lot of custom code to wrap these components. None of those are appealing to a small startup.
|
We can use all the grid default functionality through DataManager. If you provide the local data and remote data (even a Json) , the grid actions (like sorting, paging , grouping and filtering) can execute through DataManager (we can convert as DataManager dataSource as instance of DataManager). Please refer to the below online demo links for Grid with grouping operation.
As we have stated earlier, dataManager has been used for grouping operations as well in the grid.
Pivot Grid
Yes. Developer doesn’t require the data manger to perform pivot table (pivot grid) operation like filtering, sorting, grouping, etc., User only requires datamanager when he want to bind the remote data to pivot grid.
Note: Sorting and formatting is performed using datamanager dependency inside our source.
|