Steve,

Sorry, but after looking into SingleRowDatasourcehelper i am still not clear how it is going to help me.

I have 16 rows, each row has unique cells and dynamic number of columns. Today my IGGridViewDataSourceHelper returns numberofColumns, numberofFixedColumns etc.....

From rowid I know which cell to create but now I want to use editable cells feature (available in  ColumnDefinitions) and am not sure how to achieve similar functionality since I do not have named column names - each row contains the same column.

any suggestion

thank you

mark

Steve,

Attached is an example demonstrating my problem - I cannot get cell into edit mode unless I assigned to DataSource.Data some data.  This worked fine using standard DataSourceHelper because I manipulated my own EditView control but with column definitions seems that I must have data assigned. 

The process is like this 

1. I paint a grid based on delegates columns and rows 

2. each cell is mapped to some internal matrix cell

3. CreateCell creates correct ViewCell with data that is located in that matrix

Thanks

Mark

Hey Mark, 

Thanks for the sample, i saw it this morning. 

So, b/c you're not actually providing the DSH with an actual Array of data, you're kind of bypassing some of the setup process thats happening internally. It's not a big deal though, we'll just have to make a few tweaks. 

1. Whenever you're customizing how columns/rows are working, you'll want to override NormalizePath/DenormalizePath. These methods basically take the path where the cell is going to render, and converts it back to how the data is actually represented internally. In your case, its simply a matter of swapping the rows and columns: 

public override IGCellPath NormalizePath (IGCellPath path)
            {
                return new IGCellPath (path.ColumnIndex, path.SectionIndex, path.RowIndex);
            }

So, now in createCell, you would actually resolve your column definition like this: 

 public override IGGridViewCell CreateCell(IGGridView gridView, IGCellPath path)
            {
                IGCellPath normPath = this.NormalizePath (path);
                
                var colDef = this.ColumnDefinitions.GetItem<NSObject>(normPath.ColumnIndex) as IGGridViewColumnDefinition;

Note how we're using the normPath, and using the columnIndex. 

Now, the next thing that isn't working is calling beginEditing. That's because the actual columns internally were never setup. This usually happens during InvalidateData, but since you aren't binding an array of data, that will never happen. No big deal though, b/c you can handle this yourself. As all its doing is looking up the column and calling displayEditor on it. 

[Export("HandleEdit:")]
            private void HandleEdit(UITapGestureRecognizer gestureRecognizer)
            {

                gestureRecognizer.Reset();

                var cell = gestureRecognizer.View as IGGridViewCell;
                if (cell == null)
                    return;


                IGCellPath normPath = this.NormalizePath (cell.Path);

                var colDef = this.ColumnDefinitions.GetItem<NSObject>(normPath.ColumnIndex) as IGGridViewColumnDefinition;
                colDef.DisplayEditor (cell.GridView, cell.Path, this);
            
            }

Hope this helps!

-SteveZ

Steve,

Thank you - that helps.

Since DisplayEditor is invoked now manually how do I handle RemoveEditor override?

Thank you

Mark

Hey Mark, 

Yup, my bad i should have posted that code too. 

Similar approach, just want to make sure to implement: DidEndDisplayingCell

Here is the full code, with the handleEdit updated as well. 

[Export("HandleEdit:")]
            private void HandleEdit(UITapGestureRecognizer gestureRecognizer)
            {

                gestureRecognizer.Reset();

                var cell = gestureRecognizer.View as IGGridViewCell;
                if (cell == null)
                    return;

                if (_editCell != null &&  cell != _editCell) 
                {
                    IGCellPath lastPath = this.NormalizePath (_editCell.Path);

                    var lastCol = this.ColumnDefinitions.GetItem<NSObject>(lastPath.ColumnIndex) as IGGridViewColumnDefinition;
                    lastCol.RemoveEditor (_editCell.GridView, _editCell.Path, this, true, true);                
                }

                _editCell = cell;

                IGCellPath normPath = this.NormalizePath (cell.Path);

                var colDef = this.ColumnDefinitions.GetItem<NSObject>(normPath.ColumnIndex) as IGGridViewColumnDefinition;
                colDef.DisplayEditor (cell.GridView, cell.Path, this);
            
            }

            public override void DidEndDisplayingCell (IGGridView gridView, IGGridViewCell cell, IGCellPath path)
            {
                if (cell == _editCell) {
                    IGCellPath normPath = this.NormalizePath (cell.Path);

                    var colDef = this.ColumnDefinitions.GetItem<NSObject>(normPath.ColumnIndex) as IGGridViewColumnDefinition;
                    colDef.RemoveEditor (cell.GridView, cell.Path, this, false, false);                
                }
            }

Let me know if that works. 

-SteveZ

Steve,

Thank you, I attempted very similar approach as well ;~)

The reason that I am going through this conversion is because at the moment I am using my own EditView field management but have problem that

after rotation and/or scrolling the cells do not get tap events anymore or do but after quite a few clicking.

Same happening here as well, just try the following steps:

take new uploaded code and run it

1. click on PT0
2. you will see cell is going to edit mode
3. now scroll all the way to the right
4.click on PT9 - cell again it is going to edit mode
5. dismiss the keyboard which would turn off edit mode
6. now do not scroll and just try click on  PT8 and get it into edit mode - not possible.

Thank you

Mark

Steve,

Got the fix - all good.

Thank you again

Mark

Yes, as soon as we get it fixed, we will send you a private build. 

Thanks again for your patience, and creating that sample. 

Hope you have a good weekend as well!

-SteveZ

that is a great news. many days trying to resolve thinking it is to do with cells and editors until last night when I decided to add sliderview. 

thank you very much

hopefully once it is fixed I will be able to get a private build again

have a great weekend

mark

Ok i figured it out. 

Looks like there is a bug in the tab view, where floating hit targets for the tabs aren't getting positioned correctly when you rotate. 

My developer that works on the tab view is out today, but i'll have him look into it first thing next week. 

I was able to figure out what was happening by looping through all the the views in the hierarchy and apply a border so that i could see if anything rogue was floating around. 

    this.applyBorderToAllSubViews (this.View);


        private void applyBorderToAllSubViews(UIView view)
        {
            foreach (UIView v in view.Subviews) {
                this.applyBorderToAllSubViews (v);
                v.Layer.BorderColor = UIColor.Red.CGColor;
                v.Layer.BorderWidth = 1;
            }
        }

Hey Mark, 

Thanks for the sample. I was finally able to reproduce it!!

Unfortunately, right now i have no idea whats the issue... Its really weird. There is basically a dead spot that occurs, and you can't even scroll on that area. Something is eating the event, but if you click slightly to the left, or slightly to the right of it, it works fine... 

I wish Xamarin had a visual inspector that I could use to debug like Xcode does, then i could see if there is some rogue invisible element floating there. (Although i kind of doubt it, since it eventually goes away...)

Anyways, this may take some time to debug, but i just wanted to let you know that i am looking into it. 

-SteveZ