table abstand zum rand
Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen
-
-
Das ist eigentlich der Tabellenstil Grouped, den du im TableView einstellen kannst. Hast du es damit mal probiert?„Meine Komplikation hatte eine Komplikation.“
-
-
Mir ist deine Frage nicht klar. Was willst du denn genau erreichen?„Meine Komplikation hatte eine Komplikation.“
-
möchte es genau so haben, wie auf dem ersten bild in meinem post.
eine tabelle, welche nach oben unten rechts und links luft hat.
bei #3 habe ich schon luft nach oben und unten,
allerdings geht die tabelle bis links und rechts an den rand - und das möchte ich nicht - möchte dort abstand haben -
Dann mach doch einfach ein View in die Zelle das überall Rand hat und setze ensprechend die Background Farben der Zelle und des View...2 Stunden Try & Error erspart 10 Minuten Handbuchlesen.
Pre-Kaffee-Posts sind mit Vorsicht zu geniessen -
Hast es mal über die Scrollviewinsets probiert? Wenn der Rand nicht mitscrollen soll, kannst du den TableView auch in einen anderen View legen.„Meine Komplikation hatte eine Komplikation.“
-
kann den tableview nicht in einen anderen View legen.
ist ein tableviewcontroller mit static cells.
hätte nicht gedacht das es so schwer ist und das so getrickst werden muss - ist das wirklich so notwendig? -
Ich hab meine Fake-Grouped Tables für In-App Settings, welche auf Static Cells basieren, bisher immer in den Zellen selbst so angeordnet.
Sprich die Cell geht über die volle Breite mit der TableView-Hintergrundfarbe.
Diese hat eben eine SubView welche schmäler ist und die Hintergrundfarbe des inneren Parts hat. -
okay, genau so habe ich es jetzt gemacht. danke
-
Nicht das ich das nicht schon geschrieben hätte. Ausserdem kann man natürlich auch eine TableView mit statischen Cells in ein anderes View einbetten indem man einfach einen ContainerViewController benutzt2 Stunden Try & Error erspart 10 Minuten Handbuchlesen.
Pre-Kaffee-Posts sind mit Vorsicht zu geniessen -
habe es soweit hinbekommen.
allerdings habe ich jetzt ein problem mit zellen, wo ein indicator angezeigt werden soll:
Bildschirmfoto 2015-09-23 um 09.49.55.png
gibts dafür auch einen Trick -
Ja: Den Scheiß sein lassen.
Das nächste Problem wirst Du beim aktiven Edit–Mode der Tabelle bekommen.
Am UI rumfummeln bis es zu irgendwelchen dusseligen Designvorgaben passt ist immer eine schlechte Idee.
Möglichkeit 1: Fake den indicator als Image in Deiner Zelle.
Möglichkeit 2: Setze die Hintergrundfarbe Deiner Zelle via [UIColor colorWithPatternImage:] und generiere mit CoreGraphics ein entsprechend aussehendes Image mit der Tabellenhintergrundfarbe links und rechts der gewünschten Zellenhintergrundfarbe in der Mitte. (1px Höhe sollte reichen, den Rest macht das System. Die Breite muss natürlich der Zellenbreite entsprechen.)«Applejack» "Don't you use your fancy mathematics to muddle the issue!"
Iä-86! Iä-64! Awavauatsh fthagn!
kmr schrieb:
Ach, Du bist auch so ein leichtgläubiger Zeitgenosse, der alles glaubt, was irgendwelche Typen vor sich hin brabbeln. :-P
-
das ist ja ganz offensichtlich ein Screenshot aus dem Storyboard/IB, sieht das auf dem Gerät dann auch so aus?Ich weiß nicht immer wovon ich rede aber ich weiß das ich Recht habe.
-
Ja. Das Accessory Control überlagert die eigentliche Zelle.
Kann man ganz schick im UI Debugger sehen: Apple schmeißt da ein WrapperView drüber, welches oberhalb der Zelle liegt und so Dinge wie AccessoryView und EditControl in der gewählten Hintergrundfarbe der Zelle darstellt.
Während man da notfalls das AccessoryView austauschen kann, klappt das beim EditControl (Egal ob die niedlichen +/- Buttons, das Reordering Control oder die Checkbuttons bei aktiver Mehrfachauswahl) nicht.«Applejack» "Don't you use your fancy mathematics to muddle the issue!"
Iä-86! Iä-64! Awavauatsh fthagn!
kmr schrieb:
Ach, Du bist auch so ein leichtgläubiger Zeitgenosse, der alles glaubt, was irgendwelche Typen vor sich hin brabbeln. :-P
-
nächster Hack der eigentlich funktionieren sollte, man aber nicht machen sollte:
pack deine BackgroundView in die Cell und nicht in die ContentView, dann sollte sich das auch nicht in die quere kommenIch weiß nicht immer wovon ich rede aber ich weiß das ich Recht habe. -
Ich glaube ich werde hier einfach ignoriert....2 Stunden Try & Error erspart 10 Minuten Handbuchlesen.
Pre-Kaffee-Posts sind mit Vorsicht zu geniessen -
Ich bekomme immer wieder Ausschlag, wenn Ihr hier berichtet, welche Klimmzüge für kleine Designanpassungen gemacht werden. Klar, ich habe leicht reden, wenn ich ohne Auftraggeber programmiere und nur meinen eigenen Wünschen / Vorstellungen folge. Und ja, ich habe auch keine 100.000-User-App.
Aber ist es wirklich eine gute Idee, x Stunden Aufwand in Erstellung und Wartung von derartigem Code zu stecken? Plus die Unsicherheit beim nächsten iOS-Update, wenn man nicht 100% systemkonform programmiert hat. Was spricht denn gegen eine einfache grouped-style TableView, mit entsprechenden Sections und angepassten Zellen in der ContentView?
Ich bekomm's einfach nicht in meinen Kopf, Mattes
P.S.: Hey Claus, read you loud and clearDiese Seite bleibt aus technischen Gründen unbedruckt. -
MyMattes schrieb:
Ich bekomme immer wieder Ausschlag, wenn Ihr hier berichtet, welche Klimmzüge für kleine Designanpassungen gemacht werden.
Claus Vielleicht hat er Dich nur nicht verstanden.«Applejack» "Don't you use your fancy mathematics to muddle the issue!"
Iä-86! Iä-64! Awavauatsh fthagn!
kmr schrieb:
Ach, Du bist auch so ein leichtgläubiger Zeitgenosse, der alles glaubt, was irgendwelche Typen vor sich hin brabbeln. :-P
-
ich hatte das Problem auch mal gehabt, habe dann aber über stackoverflow einen Code gefunden, der soweit funktioniert hat. War aber Objective C.. Wenn du willst kann ich den trotzdem wieder raussuchen