This is really putting the knife in my project.
As far as I understand it, the IGGridViewDelegate methods gridView:willSelectCellAtPath: and gridView:didSelectCellAtPath: don't need any special code from the programmer to get them working. Simply add them to your project's .m file and fill in the logic. When the project is run, the grid will call them if they are implemented.
Well, as my video demonstrates, this is not the case for me.
The grid does not call either of these methods for the bottom row cells.
You can see my demo on my google drive here...
https://drive.google.com/open?id=1hb6t-mm5rxkaLEmZmYbSihhPAjVO3SPg
Unfortunately I can't conveniently package up this functionality into a project because the project is very large and many files are involved in getting this on screen.
Stephen,
Could it be the slide tab view? That does sit in front of the grid, and even when collapsed, I wonder if the tab content still leaves even a pixel worth of bottom height exposed along the bottom edge of the screen.
Hey Dave,
Thats not an issue, the CellsContainerView is allowed to be bigger, as the GridView is just a scrollView, meaning that the CellsContainer will be the total size of all of the content of the grid.
From what i saw and what you described though, something is definitely clipping or blocking the bottom of the grid.
I would first try making the height of the grid smaller than it's parent, just to eliminate the grid being the issue.
Then assuming that was fine, i would walk up the parent tree. In the video you just sent, you just showed the immediate parent, but the issue could be caused by any parent up the tree.
-SteveZ
Steve,
I ran the app and then applied Reveal to it, and there is something that looks interesting.
Can you take a look at the next video I uploaded to same location.
This one is titled "Infragistics Tap Handler Issue"
Thanks a lot
Dave.
Hi Dave,
So based on what you said in your response for (2) "the row that's present at the bottom when tapped will no respond to taps, but if you scroll it upwards away from the bottom of the screen, it does become tappable."
That leads me to believe that the parent container the grid is in is not as big as the grid.
So basically you're seeing the full grid, b/c the parent isn't clipping its children, however, anything outside of the parent's bound won't be interact-able.
One easy way to test this out is by tell the grid's parent to clip it's bounds.
Something like:
yourGridView.superview.clipsToBounds = YES;
Hi Stephen,
(1) No, there are no invisible views, however, I am using your tab view that slides on and off screen and can be repositioned on any side of the screen. You can see the light blue tab of the collapsed slide tab view in the video.
(2) the grid height varies on what data is being displayed. In cases where the grid extends beyond the bottom of the screen, the row that's present at the bottom when tapped will no respond to taps, but if you scroll it upwards away from the bottom of the screen, it does become tappable.
(3) The "city" cell is the bottommost row in the grid. When I pull up on the grid to expose the white area below the "city" cell, that is just the view I'm placing the gridview on.
Regarding the nil'ness of the cell, all the cells are produced through the same cellAt: method, and whether there is data or not, merely depends on what was read from my data structure into the cell.textLabel.text
In all cases, I am producing a cell and placing it in the gridview.
Would the view that the grid is placed on be considered "invisible" per your first question?
I'm assuming not, because you probably mean views that sit in FRONT of the grid view, not behind it.
Thanks