Блог

У меня есть ListView с заголовком, установленным с помощью ListView.addHeader(...) Похоже, что он работает просто отлично, за исключением случаев, когда вы пытаетесь создать контекстное меню.

Когда пользователь долго нажимает строку, позиция в onCreateContextMenu обратном вызове, похоже, отключена на единицу. Когда пользователь долго нажимает на заголовок, сообщаемая позиция равна 0 (я бы не ожидал обратного вызова), когда пользователь долго нажимает на первую строку, сообщаемая позиция равна 1 вместо 0 и так далее.

Тот же код работает, как ожидалось, без заголовка.

Я знаю, что внутренне Android просто создает новый адаптер вокруг моего, когда я устанавливаю заголовок, но я бы предположил, что они обрабатывают настройку позиции перед вызовом обратных вызовов.

Это то, что я вижу ожидаемое поведение? Возможно, я делаю что-то не так?

Вот как я извлекаю позицию:

 public void onCreateContextMenu(ContextMenu menu, View v, ContextMenuInfo menuInfo) {
    AdapterView.AdapterContextMenuInfo info = (AdapterView.AdapterContextMenuInfo) menuInfo;
    int position = info.position;

    // this is my workaround, but I'm afraid it's going to bite me in
    // the ass if/when GOOG fixes this
    if( this.hasHeader() amp;amp; position > 0 ) position--;
  

Я знаю, что внутренне Android просто создает новый адаптер вокруг моего, когда я устанавливаю заголовок, но я бы предположил, что они обрабатывают настройку позиции перед вызовом обратных вызовов.

Я сомневаюсь в этом. Я не пробовал это конкретное поведение, но, написав адаптеры для переноса самостоятельно, это нелегко решаемая проблема.

Проще говоря, содержимое контекстного меню вообще не включает Adapter , только AdapterView . Следовательно, у переноса нет возможности Adapter либо использовать события меню, либо корректировать значения позиций.

Я подозреваю, что вам просто нужно будет вычесть 1 и игнорировать строку заголовка самостоятельно.