Auto scroll to the last row about tablefixheaders HOT 17 CLOSED

First you need to update your TableFixHeaders code. Then you can use this hack:

final TableFixHeaders tableFixHeaders = (TableFixHeaders) findViewById(R.id.table);
tableFixHeaders.setAdapter(new MyAdapter(this));
new Handler().postDelayed(new Runnable() {

    @Override
    public void run() {
        tableFixHeaders.scrollBy(Integer.MAX_VALUE, Integer.MAX_VALUE);
    }
}, 50);

Why this Hack? If tableFixHeaders does not complete the onLayout() task, scrollBy(x, y) won't work. If you find a better solution or improves the code please, let me know.

from tablefixheaders.

I have got it working - thank you.
Here is my code (called from within the Fragment):

@Override
public View onCreateView(LayoutInflater inflater, ViewGroup container, Bundle args) {   

    mDbHelper = new DbAdapter(getActivity());
    mDbHelper.open(); 
    View rootView = inflater.inflate(R.layout.s_events_fragment, container, false);
    tableFixHeaders = (TableFixHeaders) rootView.findViewById(R.id.table);
    return rootView;   
}

@Override
public void onActivityCreated(Bundle savedInstanceState) {
    super.onActivityCreated(savedInstanceState);       

    tableAdapter = new EventListAdapter(getActivity());   
    tableFixHeaders.setAdapter(tableAdapter);                      

    new Handler().postDelayed(new Runnable() {
        @Override
        public void run() {
            tableFixHeaders.scrollBy(0, Integer.MAX_VALUE);
        }
    }, 50);        
}

Note that I have set the first scrollBy value to zero, to prevent horizontal movement to the last column cell.

However, I have come across two issues:

1. Trying to run the above code on tablet emulator, it would crash (the problem was due to the very slow emulator run). Increasing the delay from 50 to 500 fixed the issue. However, in real life situation this might not be possible.
2. In landscape mode, I am displaying two fragments (side by side), each having its own tableFixHeaders table view. When turning the phone into portrait mode, it is refreshing both views through callbacks (on Detach/on Attach). Only the first table view should be displayed in its own layout fragment in portrait mode, however the second view is being automatically refreshed in the process, and this causes the code to crash on the following line of code:

            } else {
        scrollY = Math.min(scrollY, Math.max(0, sumArray(heights, firstRow + 1, rowCount - firstRow) + heights[0] - height)); 

in the new scrollBy method. This is because the heights=null for the second table view, which is no longer visible.
Would it be possible to alter the scrollBy code to prevent it from running if the heights or widths values are null ? This might also prevent it from crashing if the delay is too short ?

from tablefixheaders.

Obviously this is a bug. I'll fix it.

from tablefixheaders.

I avoid the NullPointerException. This weekend I will improve the code and you will not need the handler. I have the idea, but I have not time to implement it now.

from tablefixheaders.

Great !
I have developed a very nice, simple code to sort the columns in your TableFixHeaders view, by clicking on the column header (both ascending and descending, with visual indication, which column is sorted and how).
I will prepare an example and share it with you, to enhance the features offered by your library.
What would be the best way of providing you with this sample code ?

from tablefixheaders.

This is great!

The best way is via pull request. Thus github will say that this commit is yours. But if you prefere other way: paste the code in a issue, paste the patch... I will merge it.

You will add your own entry in the list of samples and implement a new Activity with your code, won't you?

from tablefixheaders.

Yes, I will prepare a new sample (#4) and will try to use github to submit it (haven't done it before through github - will need to do some reading how this pull request is done).

from tablefixheaders.

It's pretty easy. Mail me if you need some help.

from tablefixheaders.

OK. Will do.

from tablefixheaders.

Just to let you know, the quick fix #10 has fixed the issue with the scrollBy code crashing when turning the device from landscape to portrait view.
Looking forward to see your improved code.

from tablefixheaders.

The quick fix problems... I'll fix all this weekend.

from tablefixheaders.

I have tested it and the new code works perfectly well. Thank you !
I have replaced the old handler.postDelayed code with the following:

    new Runnable() {
        @Override
        public void run() {
            tableFixHeaders.scrollBy(0, Integer.MAX_VALUE);
        }
    };

and it works well also on very slow tablet emulator.

from tablefixheaders.

Edit: I had to change back to the handler code (with 0 delay) as the code in the comment above did not work:

    new Handler().postDelayed(new Runnable() {
        @Override
        public void run() {
            tableFixHeaders.scrollBy(0, Integer.MAX_VALUE);
        }
    }, 0);

Would you be able to comment why the Handler.postDelayed code is still necessary for the scroll to the last row to work ?

from tablefixheaders.

No, I'm not. It's really strange. Try this:

tableFixHeaders.setAdapter(tableAdapter);
tableFixHeaders.scrollBy(0, Integer.MAX_VALUE);

The Handler should not be needed at all. But it should also continue working...

from tablefixheaders.

Yes, this last code works:

tableFixHeaders.scrollBy(0, Integer.MAX_VALUE);

but not the other one with new runnable() ....

Thanks for suggesting the simple working solution.

from tablefixheaders.

hmm... Did you only write that?

    new Runnable() {
        @Override
        public void run() {
            tableFixHeaders.scrollBy(0, Integer.MAX_VALUE);
        }
    };

This only create a runnable and the GB remove it in the next iteration. You didn't say that anyone run the runnable. This was the issue.

from tablefixheaders.

Hello Brais,
I have promised a long time ago to create a small example to show how to implement the sorting of columns in your TableFixHeaders, by clicking on the column header. At the end, this proved to be difficult without having the actual database source linked to the TableFixHeaders view.
However, recently I have released my application on Google Play, which demonstrates how this column sorting is implemented, as well as showing several other features (search, filtering, auto-record scrolling, cell highlighting, etc.) developed using your excellent library.
if you wish to check it out, please use the following link:
https://play.google.com/store/apps/details?id=com.eliteherd.elitemobile
Kind regards,
Mariusz

from tablefixheaders.