Can I freeze columns when scrolling horizontally?
More exactly these columns should be fixed when scrolling.
I think a cloned grid can be added that resides on the left showing only the columns that are required to be frozen. Since it's going to be the same grid all the events will be available on the cloned grid also.
#jlynch7 has the most robust implementation of frozen columns that I've found. You can see a working example here: http://jlynch7.github.io/SlickGrid/examples/example-frozen-columns.html
Related
I am using Tableau for data visualization and generating lists that can be exported to Excel.
However, when the amount of columns get too big, I cannot see all my columns in the view (They are there though). The problem is that there doesn't seem to be a horizontal scrollbar. I can scroll vertically through my rows, but I haven't found a way to do this horizontally to look through my columns, the same way you would do at the data source tab.
If anyone could help me to figure out how to achieve this that would be awesome! I am using Tableau Desktop version 2018.3 on a Mac.
Edit: The problem also seems to be on Windows and is not related to the maximum amount of columns or the view mode.
Example image of the described problem
You are not getting scrollbar because you are viewing it on a worksheet. Try putting it on the dashboard and set dashboard size to fixed and increase width to accommodate all columns.
now you will get horizontal scrollbar for sure
thanks
Besides updating the horizontal row/column label limit #Bernardo mentioned here:
You'll need to make sure you've have selected "Standard" from the display option list at the top of the screen. That options prevent Tableau from fitting everything into the height, width or view of your current display.
Tableau shows a horizontal scroll bar for measures, but not for dimensions. When only dimensions are included on either the Columns or Rows shelf, the lower horizontal scroll bar will not display. Dimensions are treated as headers for measure aggregations and do not generate a horizontal scroll bar when they exceed the width of the view.
To change the Table Layout and increase the number of columns and rows in your table, go to:
Analysis > Table Layout > Advanced
Set each of the Maximum values to 16, which is the limit allowed.
I'm creating a report for MS Dynamics AX using SSRS. So far everything is working well, but this time i'm making a report consisting of many tablixes. Row height is fixed and there seem to be no issues from a horizontal perspective. Vertically however there is problem because columns are resizing randomly and my tablixes dont appear uniform. Everything appears perfect in design view but not in the output. Columns resize at run time. I have set the canGrow properties to false and resized all the columns manually but to no effect.
I've attached screenshots of my design and a small part of the preview/output.
Design
Preview
Has anybody faced such an issue? Were they able to solve it?
I had a similar issue where I needed the cell to be 3.5 in, regardless of the data within it. The fix wound up being to set the padding in the blank cell to that width.
I'm about to test a website with Selenium. There is implemented a table with SlickGrid.
I have the Problem that when I read in a row i get only 29 columns but there were about 40 (in real).. This cause to 100% to the virtualised scrolling.
I'm wondering, what's the default amount of columns which appears in the dom?
It took me a while to resolve how it's done and I can say it's a bit tricky. There is no such thing as a "default amount" of columns, this amount is getting computed, see below for a bit of technical details.
You can check the slick.grid.js files line 1787. There is a function cleanUpAndRenderCells(). This is responsible for calculating and rendering the cells which aren't on the grids canvas. For example when you scroll the horizontal scrollbar, this function gets called and based on the direction of the scroll they check if the next set of cells aren't on canvas and can fit the canvas, they append the cells to the DOM.
For the matter of reading the row values
I see two possible ways of doing that using javascript.
If you are using a data array as datasource:
data[grid.getSelectedRows()[0]]
If you are using a DataView as datasource:
grid.DataView.getItemById(0)
Both will return an Object with property names of columns.
However I'm not sure how/why would you integration test this, the slickgrid package is already tested, you can check it here.
Is there is a way to represent grid in kendo, so that the title will be in the first column and the data will be in the second column and so on
I want to generate the second grid but I only find the grid is genereted is like the first one
What you are looking for is called a vertical grid (or a property grid if you want to display a single record) and it ain't supported out of the box by Kendo (as July 2015). Many components of the grid (like the scrollbars) are hardcoded in Kendo's library and are not made to be modified. Since the grid source are available, you could, in theory, modify the code to create a vertical grid but that would have a lot of impact all over the place and with those changes you can't expect any kind of support from Telerik.
I already requested a vertical grid back in 2012 in kendo's user voice but Telerik haven't reviewed it yet.
For now, the only simple workaround I can think of would be to pre format your data to invert the columns with the rows. However, this as some limitations. For instance, you won't get any header support (filter / sort) nor the virtual scroll support. If you don't need those support, then you could use the grid to do what you want.
I'm trying to adopt the adaptive layout in a new app and have learned quite a bit. For the last portion I had to dump text into a table and have the cells adjust to stay adaptive, seemed easy enough.
I read through a few tutorials and for iOS 8 it looks like it just comes down to two things:
Having estimatedRowHeight and rowHeight = UITableViewAutomaticDimension set
Having constraints set up right to create pressure on the cell itself
Shamefully my entire day has gone out the window trying to master those mere two points... I downloaded code provided from Keith Harrison on self sizing table view cells to see it work. I duplicated his cell into my larger project and it worked, however none of my own cells worked. I deconstructed everything in his project and minimized it to the point where little is left then tried making a similar cell from scratch. I've gone through and verified every constraint, every hugging/resistance setting, etc, and yet mine fail to expand the cell height.
If anyone can point out what I'm doing wrong (and it must be tiny because everything I see is the same) I have uploaded a minimized version of his example here (GitHub).
With this example I tried a cell with a single multiline label with constraints all around along with a cell as close as possible to his cell. I found that in many of my attempts everything looked identical however I would get a UIView-Encapsulated-Layout-Height constraint issue. With my last attempt I reduced the priority of the vertical spacing to the content container to 999 from 1000.
Things I have checked or tried with no effect:
Contraints are to superview (content container, not cell)
Label is set to 0 lines
Hugging and Resistance priorities the same as working cells
Reloading table once loaded
I have my solution working now after another long stab at it. Two things:
The UITableViewCells, while identical in every way in the storyboard had a rect tag within the storyboard source with a defined width and height. I looked everywhere for the values in IB with no luck. Taking that out fixed my problem for the GitHub test project I posted.
After moving over to the project I was initially working on the cells still were not resizing, but would when orientation was changed. I had to add a cellForRowAtIndexPath method to call setNeedsDisplay and layoutIfNeeded on the cell being requested.
Following the above everything appears to be working.