Так что я пробовал искать практически везде с условиями, которые имеют смысл для меня, но я прихожу пустой. Неужели эта проблема не влияет только на меня?При использовании UIActionSheet на iPad с более чем несколькими кнопками высота часто неверна, что приводит к обрезанным кнопкам
Предполагая, что следующий код (на IPAD):
UIActionSheet *theActionSheet = [[UIActionSheet alloc]
initWithTitle: nil
delegate: self
cancelButtonTitle: nil
destructiveButtonTitle: nil
otherButtonTitles: nil ];
[theActionSheet addButtonWithTitle:@"Button 1"];
... (repeat a goodly number of times, say, 13 more times)
[theActionSheet showFromRect:theRect inView:self.tableView animated:YES]
Теперь, в зависимости от того, где я показал лист от, возможно, я в конечном итоге с полностью сформированным листом (то есть, все кнопки, показывающие) , или я могу закончить тем, что нижняя кнопка частично (или полностью) обрезана. Например:
Я понимаю, что размер пирога работает в пределы экрана, но это, казалось бы, что IPad должен перейти в прокручивать список пунктов. Примечание: При добавлении названия это именно то, что происходит. Тем не менее, наличие заголовка, похоже, усугубляет проблемы отсечения.
Технически количество представленных предметов является предельным - средний пользователь не будет видеть все эти предметы одновременно. Однако в случае, когда все элементы применимы, я бы предпочел не иметь обрезанных кнопок.
В качестве побочного примечания я видел, как это случалось каждый раз в других приложениях (хотелось бы, чтобы я помнил, какой из них был, но не могу), поэтому я думаю, что это не только мой код, но что-то не так с тем, как лист действий и его popover взаимодействуют при отображении на iPad, где граница может вступить в игру.
Любые мысли о том, как исправить, смягчить, обойти и т. Д.?
При всем моем уважении я не уверен, что любой вариант с редизайном был бы здесь вообще полезен. Этот popover появляется при длительном нажатии (аналогично выбору) и предназначен для быстрого доступа к различным элементам. Я не хочу, чтобы конечный пользователь должен прокручивать контроллер страницы три или четыре раза, чтобы перейти к кнопке «Объяснить». И я не вижу, как UIMenuController поможет: все, что он собирается сделать, это взять то, что вертикально, и сжать его по горизонтали, и потребовать несколько кранов, чтобы увидеть дополнительные параметры. Опять же, я бы предпочел избежать. –
А как насчет того, как iBooks делает аннотации (UIMenuController, где каждый вариант является широкой категорией, что приводит к меньшему, более эффективному индивидуальному листу действий). – CodaFi
Хорошо, это работает в определенной степени. Это делает выделение/поиск немного более утомительным (два клика), а на iPhone требуется несколько nexts/prevs, чтобы добраться до того, который вы хотите, но на данный момент это лучший вариант. Спасибо за предложение. –