Począwszy od iOS7, u góry moich jest więcej miejsca, UITableViewktóre mają styl UITableViewStyleGrouped.

Oto przykład:

Widok tabeli rozpoczyna się od pierwszej strzałki, jest 35 pikseli niewyjaśnionego dopełnienia, a następnie zielony nagłówek jest UIViewzwracany przez viewForHeaderInSection(gdzie sekcja ma wartość 0).

Czy ktoś może wyjaśnić, skąd pochodzi ta liczba 35 pikseli i jak mogę się jej pozbyć bez przełączania UITableViewStylePlain?

Uwaga:

W iOS 11 i nowszych:

tableView.contentInsetAdjustmentBehavior = .never

Pomagały mi:

YouStoryboard.storyboard> YouViewController> Inspektor atrybutów> Odznacz - Dostosuj wstawki widoku przewijania.

Bawiłem się trochę dłużej i wydaje się, że jest to efekt uboczny ustawiania tableView tableHeaderView = nil.

Ponieważ mój tableView pojawia się dynamicznie tableHeaderView, kiedy muszę ukryć tableHeaderView, zamiast tego robię self.tableView.tableHeaderView = nil;:

self.tableView.tableHeaderView = [[UIView alloc] initWithFrame:CGRectMake(0.0f, 0.0f, self.tableView.bounds.size.width, 0.01f)];

Podoba mi się to rozwiązanie bardziej niż ustalanie nieco arbitralnych, contentInset.topponieważ używam również contentInset.topdynamicznie. Konieczność usunięcia dodatkowych 35 pikseli za każdym razem, gdy przeliczę ponownie, contentInset.topjest żmudna.

W przypadku IOS 7, jeśli przydzielasz widok tabeli w kontrolerze widoku, możesz zajrzeć

self.edgesForExtendedLayout = UIRectEdgeNone;

twój problem wydawał się podobny do mojego

Aktualizacja:

Swift w iOS 9.x:

self.edgesForExtendedLayout = UIRectEdge.None

Swift 3:

self.edgesForExtendedLayout = UIRectEdge.init(rawValue: 0)

Spróbuj zmienić contentInsetwłaściwość, która UITableViewdziedziczy UIScrollView.

self.tableView.contentInset = UIEdgeInsetsMake(-20, 0, 0, 0);

Jest to obejście, ale działa

self.automaticallyAdjustsScrollViewInsets = NO;

spróbuj, poradzisz sobie z tym!

Możesz wykryć, czy twoja aplikacja działa na iOS7 lub nowszym i dodać te dwie metody do delegata widoku tabeli (zwykle w kodzie UIViewController)

-(CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section {
    return CGFLOAT_MIN;
}

-(CGFloat)tableView:(UITableView *)tableView heightForFooterInSection:(NSInteger)section {
    return CGFLOAT_MIN;
}

To może nie jest eleganckie rozwiązanie, ale działa dla mnie

Wersja szybka:

override func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
    return CGFloat.leastNormalMagnitude
}

override func tableView(_ tableView: UITableView, heightForFooterInSection section: Int) -> CGFloat {
    return CGFloat.leastNormalMagnitude
}

Znalazłem przyczynę mojego oryginalnego błędu i stworzyłem przykładowy projekt, który to pokazuje. Uważam, że występuje błąd w systemie iOS7.

Począwszy od iOS7, jeśli utworzysz UITableView ze stylem zgrupowanym, ale nie masz delegata ustawionego na pierwszym układzie, a następnie ustawisz delegata i zadzwonisz reloadData, u góry będzie 35px miejsca, które nigdy nie znikną.

Zobacz projekt, który wykonałem, pokazując błąd: https://github.com/esilverberg/TableViewDelayedDelegateBug

W szczególności ten plik: https://github.com/esilverberg/TableViewDelayedDelegateBug/blob/master/TableViewDelayedDelegateBug/ViewController.m

Jeśli linia 24 jest aktywna,

[self performSelector:@selector(updateDelegate) withObject:nil afterDelay:0.0];

u góry będzie dodatkowe 35 pikseli miejsca. Jeśli linia 27 jest aktywna, a linia 24 jest zakomentowana,

self.tableView.delegate = self;

brak miejsca na górze. To tak, jakby tableView gdzieś buforował wynik i nie przerysował się po ustawieniu delegata i wywołaniu reloadData.

Odznacz „Dostosuj przewijanie Wyświetl wstawki”

Kolejny szybki komentarz ... nawet w XCode 6.1 występuje błąd z pionowymi spacjami pojawiającymi się na górze UIScrollViews, UITextViewsi UITableViews.

Czasami jedynym sposobem na rozwiązanie tego problemu jest przejście do Storyboard i przeciągnięcie kontroli problemu, aby nie był to już pierwszy widok podrzędny na stronie.

(Dziękuję Odedowi za skierowanie mnie w tym kierunku ... Publikuję ten komentarz, aby dodać kilka zrzutów ekranu, aby zademonstrować objawy i naprawić.)

Zgodnie z tym przewodnikiem przejścia dla systemu iOS7 firmy Apple wstawki zawartości widoku przewijania są dostosowywane automatycznie. Domyślna wartość opcji automatycznieAdjustsScrollViewInsets jest ustawiona na TAK.

UIViewController, który ma UITableView, powinien ustawić tę właściwość na NIE.

self.automaticallyAdjustsScrollViewInsets = NO;

To załatwi sprawę.

EDYCJA 1:

Można też spróbować -

self.navigationController.navigationBar.translucent = YES;

Usuwa to również dodatkowe wypełnienie u góry.

Korzystając z pogrupowanego TableView, użyj tego, aby uniknąć cięcia krawędzi w widokuWillAppear

self.tableView.contentInset = UIEdgeInsetsMake(-35, 0, 0, 0);

Wiele wcześniejszych odpowiedzi jest zbyt hackerskich. Zerwaliby w dowolnym momencie w przyszłości, jeśli Apple zdecyduje się naprawić to nieoczekiwane zachowanie.

Źródło problemu:

1. a UITableViewnie lubi mieć nagłówka o wysokości 0,0. Jeśli chcesz uzyskać nagłówek o wysokości 0, możesz przejść do rozwiązania.

2. nawet jeśli później przypiszesz nagłówkowi wysokość inną niż 0.0, a UITableViewnie chce, aby początkowo przypisywano mu nagłówek o wysokości 0,0.

Rozwiązanie:

Następnie najprostszym i najbardziej niezawodnym rozwiązaniem jest upewnienie się, że wysokość nagłówka nie jest równa 0 po przypisaniu go do widoku tabeli.

Coś takiego działałoby:

// Replace UIView with whatever class you're using as your header below:
UIView *tableViewHeaderView = [[UIView alloc] initWithFrame:CGRectMake(0.0, 0.0, self.tableView.bounds.size.width, CGFLOAT_MIN)];
self.tableView.tableHeaderView = tableViewHeaderView;

Coś takiego doprowadziłoby do problemu w pewnym momencie (zwykle po przewinięciu):

// Replace UIView with whatever class you're using as your header below:
UIView *tableViewHeaderView = [[UIView alloc] initWithFrame:CGRectZero];
self.tableView.tableHeaderView = tableViewHeaderView;

Storyboard:

Po prostu odznacz: Adjust Scroll View Insetsw opcjach Wyświetl kontrolera

Kod:

self.automaticallyAdjustsScrollViewInsets = false

Oto rozwiązanie dla iOS 10 używającego Swift 3:

Możesz pozbyć się górnych i dolnych wypełnień, wdrażając następujące metody z UITableViewDelegate.

func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat
{ 
    return CGFloat.leastNormalMagnitude
}

func tableView(_ tableView: UITableView, heightForFooterInSection section: Int) -> CGFloat
{
   return CGFloat.leastNormalMagnitude
}

W moim przypadku to mi pomogło. Wspieram również iOS6.

if ([[[UIDevice currentDevice] systemVersion] floatValue] >= 7) {
    self.edgesForExtendedLayout = UIRectEdgeNone;
    self.extendedLayoutIncludesOpaqueBars = NO;
    self.automaticallyAdjustsScrollViewInsets = NO;
}

Po prostu dodaj do viewDidLoad w VC:

self.automaticallyAdjustsScrollViewInsets = NO;

Próbowałem tutaj wszystkich metod i tym razem żadna z nich nie pomogła. Mój przypadek był pogrupowane widok tabeli na iOS 9. I naprawdę nie wiem, dlaczego i jak się dowiedziałem to jedno, ale dla mnie, ustawienie tableViewHeaderz UIViewco najmniej 0.01wysokości wypracowane. CGRectZeronic nie pomogło, nic tak naprawdę nie pomogło:

tableView.tableHeaderView = UIView(frame: CGRect(x: 0.0, y: 0.0, width: 0.0, height: 0.01))

Swift: iOS miałem widok tabeli w widoku przewijania… kiedy kliknąłem „Wstecz” na tym samym ekranie. Przewiń widok, zajmij więcej miejsca na górze .. aby rozwiązać ten problem:

 self.automaticallyAdjustsScrollViewInsets = false

Wartość logiczna wskazująca, czy kontroler widoku powinien automatycznie dostosowywać swoje wstawki widoku przewijania. Wartość domyślna to true, co pozwala kontrolerowi widoku dopasowywać wstawki widoku przewijania w odpowiedzi na obszary ekranu zajmowane przez pasek stanu, pasek nawigacji oraz pasek narzędzi lub pasek kart. Ustaw na false, jeśli chcesz samodzielnie zarządzać dopasowaniami wstawiania widoku przewijania, na przykład gdy w hierarchii widoków jest więcej niż jeden widok przewijania.

Dzięki odpowiedzi @Aurelien Porte. Oto moje rozwiązanie

Przyczyna tego problemu: -

1. UITableView nie lubi mieć nagłówka o wysokości 0,0. Jeśli chcesz uzyskać nagłówek o wysokości 0, możesz przejść do rozwiązania.
2. nawet jeśli później przypiszesz nagłówkowi wartość inną niż 0,0, UITableView nie lubi na początku przypisywać nagłówka o wysokości 0,0.

W ViewDidLoad: -

self.edgesForExtendedLayout = UIRectEdge.None

self.automaticallyAdjustsScrollViewInsets = false

Nie ma potrzeby czegoś takiego: -

self.myTableview.contentInset = UIEdgeInsetsMake(-56, 0, 0, 0)

W heightForHeaderInSectiondelegacie: -

if section == 0
    {
        return 1
    }
    else
    {
        return 40; // your other headers height value
    }

W viewForHeaderInSectiondelegacie: -

if section == 0 
{  
   // Note CGFloat.min for swift
   // For Objective-c CGFLOAT_MIN 
   let headerView = UIView.init(frame: CGRectMake(0.0, 0.0, self.myShaadiTableview.bounds.size.width, CGFloat.min)) 
   return headerView
}
else
{ 
   // Construct your other headers here 
}

W ten sposób można to łatwo naprawić w iOS 11 i Xcode 9.1 za pomocą Storyboard:

Wybierz Widok tabeli> Inspektor rozmiarów> Wstawki zawartości: Nigdy

Zakładam, że to tylko część nowej UITableViewStyleGroupedstylizacji. Jest we wszystkich widokach tabeli zgrupowanych i wydaje się, że nie ma bezpośredniego sposobu kontrolowania tej przestrzeni.

Jeśli to miejsce jest reprezentowany przez UIView, byłoby możliwe, aby przeszukać wszystkie subviewszUITableView znaleźć ten pogląd specyficzny i edytować go bezpośrednio. Istnieje jednak możliwość, że przestrzeń ta jest tylko zakodowanym na stałe przesunięciem przed uruchomieniem nagłówków i komórek i nie będzie możliwości edycji.

Aby przeszukać wszystkie widoki podrzędne (uruchomiłbym ten kod, gdy tabela nie ma komórek, aby ułatwić odczyt danych wyjściowych):

- (void)listSubviewsOfView:(UIView *)view {

    // Get the subviews of the view
    NSArray *subviews = [view subviews];

    // Return if there are no subviews
    if ([subviews count] == 0) return;

    for (UIView *subview in subviews) {

        NSLog(@"%@", subview);

        // List the subviews of subview
        [self listSubviewsOfView:subview];
    }
}

Moja odpowiedź będzie bardziej ogólna, ale również w tym przypadku można ją zastosować.

Jeśli widok główny ( ViewController ) lub pierwszy element podrzędny (widok podrzędny) widoku głównego jest podklasą UIScrollView (lub samego UIScrollView) i jeśli

self.navigationController.navigationBar.translucent = YES;

framework automatycznie ustawi wstępnie obliczoną zawartośćInset .

Aby tego uniknąć, możesz to zrobić

self.automaticallyAdjustsScrollViewInsets = NO;

ale w moim przypadku nie byłem w stanie tego zrobić, ponieważ implementowałem SDK, który ma komponent UIView, z którego mogą korzystać inni programiści. Ten składnik UIView zawiera UIWebView (który ma UIScrollView jako pierwszy widok podrzędny). Jeśli ten komponent zostanie dodany jako pierwszy element podrzędny w hierarchii widoków UIViewController, automatyczne wstawki zostaną zastosowane przez system.

Naprawiłem to, dodając widok sztuczny z ramką (0,0,0,0) przed dodaniem UIWebView.

W tym przypadku system nie znalazł podklasy UIScrollView jako pierwszego pod-widoku i nie zastosował wstawek

Ten kod działał dla mnie. Najlepsza odpowiedź dla mnie została napisana objective-Cz góry, więc przekonwertowałem go na Swift.

Dla Swift 4.0+

self.tableView.tableHeaderView = UIView(frame: CGRect(x: 0, y: 0, width: self.tableView.bounds.size.width, height: 0.01))

Po prostu napisz to, viewDidLoad()a zadziała jak urok.

Miałem taką samą poprawkę jak Arielyz. Po przeniesieniu UITableView, aby nie był pierwszym widokiem podrzędnym widoku nadrzędnego, zniknął. Moja przestrzeń miała 20 pikseli, a nie 35.

Nie byłem w stanie odtworzyć go w xib pionowym, tylko xib poziomym. Zgłoszę błąd radaru później, jeśli będę mógł go odtworzyć w prostej aplikacji demonstracyjnej.

Myślę, że tworzenie UIEdgeInsets -35 0 0 0 jest żmudne. W moim przypadku zaimplementowałem metodę tableView: heightForHeaderInSection: i może ona zwrócić 0.

Kiedy zmieniłem 0 na 0.1f, problem po prostu zniknął.

Jedyne, co działało dla mnie, to:

Szybki :

tableView.sectionHeaderHeight = 0
tableView.sectionFooterHeight = 0

Cel C :

self.tableView.sectionHeaderHeight = 0;
self.tableView.sectionFooterHeight = 0;

Ponadto nadal miałem dodatkowe miejsce na pierwszą część. Stało się tak, ponieważ tableHeaderViewniewłaściwie korzystałem z tej właściwości. Naprawiono to również poprzez dodanie:

self.tableView.tableHeaderView = UIView(frame: CGRect(x: 0, y: 0, width: tableView.frame.size.width, height: 0.01))

Kod Swift 4: Do widoku tabeli bez nagłówków sekcji możesz dodać ten kod:

func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
    return CGFloat.leastNormalMagnitude
}

i uzyskasz odstęp między nagłówkami do 0.

Jeśli chcesz nagłówek o określonej wysokości, podaj tę wartość:

func tableView(_ tableView: UITableView, heightForHeaderInSection section: Int) -> CGFloat {
    return header_height
}

oraz widok z widoku delegata viewForHeaderinSection.

Aby być konkretnym, aby usunąć miejsce tableviewHeader z góry wprowadziłem następujące zmiany:

YouStoryboard.storyboard> YouViewController> Wybierz TableView> Inspektor rozmiaru> Wstawki treści - Ustaw na Nigdy.

użyj tego, myślę, że ta pomoc ...

 - (CGFloat)tableView:(UITableView *)tableView heightForHeaderInSection:(NSInteger)section
 {
    return 0.005f;// set this according to that you want...
 }

override func viewWillAppear(animated: Bool) {
        self.edgesForExtendedLayout = UIRectEdge.None

 //  OR

self.sampleTableView.contentInset = UIEdgeInsetsMake(-64, 0, 0, 0);

   //OR

 self.automaticallyAdjustsScrollViewInsets = false
        }