How to make Syncfushion ej-grid editable - syncfusion

I am trying to use Grid that is specified in the following
https://www.syncfusion.com/products/essential-js2
I can see there are attributes like [allowSorting],[allowFiltering],[allowGrouping] to achieve sorting,filtering, grouping etc. But how can I make the grid editable?
Following are the functionalities that I am looking for - edit existing row, add new row, delete new row.

Currently Essential JS 2 Grid component doesn’t have Editing feature. This is considered as a feature request and working on this with high priority. This feature will be available in our upcoming releases.

Related

How to use Master/Detail feature with grouping in AG Grid (React)?

Inspired by this example https://blog.ag-grid.com/column-drill-down-using-master-detail-ag-grid/ I tried to use the Master-Detail feature in the grid that uses grouping (react implementation).
The expected behavior is to have the ability to use Master/Detail where the user be able to click on the number cell of the lowest row in the table (the row that is not a group, with actual data) and display details in Master/Detail component.
But it seems impossible to use Master/Detail with grouping because it overlaps the grouping logic, the example is here https://plnkr.co/edit/hudNcOyseMueFwIR?preview.
The AG Grid documentation noted that The Master / Detail feature organizes the grid in a way that overlaps with other features. For this reason, Master / Detail does not work with certain grid configurations. These configurations are as follows: Tree Data, Layouts, Range selection. But there is nothing about restrictions with the grouping feature (via property rowGroup for colDef).
So how I can use Master/Detail in the described case? if it is possible... The main goal is to implement in React the provided example from the AG Grid site but with a grouping feature.

Ag grid multi-column groups

I was looking for an ability to add multiple grouping columns in ag-grid but could find only this 5 years old post https://github.com/ag-grid/ag-grid/issues/127 which is saying that this feature was planned to release but unfortunately hasn`t been. Maybe there is some other way to implement it?
example

How do I get an object that will both extend vertically to fill a section AND have a background determined by a formula?

Goal
Create a table.
Problem
The first column of the table is text, and sometimes has to extend down to the next line. Meanwhile the other columns need to become gray based on some external conditions. These boxes will also have content, assuming a grey background is not applied.
The Reason I'm Asking
When I search for an solution to this problem, I am confronted with conflicting answers, telling me to use one or another of options, neither of which fill my requirements.
Text fields only extend when their text requires them to, and will not fill a section.
Text fields can have their background controlled by a formula.
Boxes are able to extend automatically to fill a section.
Boxes do not have any properties controllable by formulas.
Does anyone know how to deal with this problem at all? I have even seen suggestions to stack objects and suppress them, but this will not work for boxes, which cannot have a formula applied to their suppress.
EXAMPLE:
It turns out they eventually fixed this issue in a later version of Crystal Reports:
This is available in version 13, SP19.

Eclipse Virtual TableViewer filtering and Sorting? [duplicate]

Our application is an RCP appliction and needs to display table of several thousands items. For this reason, we're using SWT.VIRTUAL in our TableViewer. That works pretty well except for selection.
We're having following issue :
Our TableViewer support sorting and filtering. When we use a virtual tableviewer, changing the selection does not preserve the current selected item but the row currently selected.This leads to another item being selected.
e.g: If Item 'A' present at the 5th row is selected by user and sorting is performed, then after sorting the Item at the 5th row gets selected instead of the Item 'A'.
Using a non virtual TableViewer, everything works fine.
We tried to go into debug and found out that the cache from the AbstractTableViewer.VirtualManager class seems to be up to date with the model.
Forcing the cache to be used in the AbstractTableViewer.virtualSetSelectionToWidget() can be a possible approach.
We have tried to implement a solution suggested in https://bugs.eclipse.org/bugs/show_bug.cgi?id=338696. However it didn't work.
Please suggest some pointers or alternative work around.
Thanks for the answers.
As a workaround for working with huge tables I would suggest you to take a look at the Nattable project http://www.eclipse.org/nattable/. It supports everything you need (sorting, filtering, tree structured elements, lazy loading etc.). We successfully use it in our project, where it is necessary to display hundreds of thousands elements as a tree with around 160 columns. It also has some pretty cool styling features, which can make your table more user-friendly and interactive. Hope this helps

newbie BIRT - layout - fields side-by-side for Address etc

I wanted to find out how to specify fields to appear side-by-side in BIRT layout e.g.- City State Zip in a address line. By default, it seems to put the fields one below another and I can't seem to find a way to reposition them side-by-side
BIRT 2.6.0 and Eclipse Helios
I would use a grid to control the placement of the controls on the page. BIRT uses a web design metaphor and as such things need to be placed explicitly on a page. When you are building a page in simple HTML you often need a table or some other structural element to control how one piece of text (or image) relates to another. BIRT is no different in this regard.
Good Luck!
Using a grid for this is not the right solution unless you actually want elements aligned into columns.
If you set the Display value of your Data elements to Inline instead of Block they will be displayed side by side on the same line exactly like you want.
I use BIRT 2.3.2, and it normally puts fields side-by-side, by default. This may be an issue to do with which report item type you are using to display your data - try using a table, rather than a list report item.
The BIRT does not follow the placement of element based upon the X, Y coordinate instead it used relative tabular layout. So, fields can only be placed in sequential manner. To align it perfectly, Grid control can be used with needed rows and columns and set the width and height of columns.
However, this is just a workaround to place the element, exact placement of element on absolute position is yet not available. May be in future release it could be added into the BIRT.