iOS: Implementierung des Codeblocks für ein completionHandler

[mensch72]

wäre schön, wenn du bei Erfolg mal ein "MiniProjekt" für deine native Variante hier zeigst...

Viele nutzen wie ich zunächst universelle "nachgezeichnete Softwarevarianten", welche unter IOS&Android funktionieren.
Nur wenn es richtig "fluffig" laufen soll, ist "native" schon besser. Bei IOS gib es ja das Zeug von DPF und TMS, für Android macht TMS nix nativ.

Wenn dich also Beispielcode für Delphi-Adapter auf natives IOS Zeug interessiert, dann schau doch mal in den DPF und TMS Sourcen nach!

[uups]

Zitat von mensch72:

wäre schön, wenn du bei Erfolg mal ein "MiniProjekt" für deine native Variante hier zeigst...

Sicher mache ich das. Ich muss aber sagen, dass meine Implementierung auf D.P.F basiert. Ich erweitere nur die Komponenten und versuche immer durch neusten Features zu ergänzen.

Bei iCL von TMS keine Chance. Die ist auf dem Stand von iOS 7 stehen geblieben und TMS teile auf Anfrage mit, dass die in absehbarer Zukunft keine Zeit und Ressourcen haben werden, due Suite suf den neusten Stand zu bringen.

[romber]

Ich kenne mich nicht sehr gut mit Objective-C aus, deswegen liege ich eventuell falsch. Aber für mich scheint nur der UIContextualActionHandler ein Codeblock zu sein, in dem du deine Aktion definieren kannst. Der Parameter-Codeblock scheint ein Pointer auf eine fertige Procedure zu sein, der du nur mitteilen solltest, on deine Aktion korrekt ausgeführt wurde.

[uups]

Hat keiner eine Idee?

[mensch72]

..."Ja, nur leider nicht für die native UITabkeView."...
..."Hat keiner eine Idee?"...

-> scheinbar ist mit Delphi/FMX etwas als "IOS11+ only" aktuell für niemanden besonders wichtig

=> wir entwickeln alles für IOS10+, und decken damit weiter alle IPhone5 und IPad4 ab, da freuen sich aktuell bei uns noch mehr Leute, das wir per Software "simuliert" auch dort eine GUI realisieren, welche auch optisch einer IOS11 Funktionalität entspricht. Alle Geräte mit IOS11 haben genug CPU/GPU-Power um bei so einfachen GUI Kram die Nutzer gar nicht merken zu lassen, das nicht alles "native" dargestellt wird. (Und das nötige 1% mehr AkkuPower ist nix, gegen den IOS11 SlowDown für IPhones 6&7 )

-> wenn ich wirklich was spezielles Native machen will nehme ich Xcode, mit Delphi/FMX geht es mir und allen die ich kenne um schnelle und ERGEBNISORIENTIERTE App-Entwicklungen
-> rein aus Interesse schaue ich mir gerne eine "IF IOS11 THEN native ELSE anders;" Lösung an, würde sowas aber nicht selbst real ausliefern & pflegen wollen

[uups]

@mensch72

Das hilft mit leider nicht weiter. Habe immer noch keine Lösung. Das einzige, was mir eingefallen ist, den CompletionHandler ebenfalls als procedure of object zu deklarieren, was aber leider nichts gebracht hat.

Zitat von romber:

Ich kenne mich nicht sehr gut mit Objective-C aus, deswegen liege ich eventuell falsch. Aber für mich scheint nur der UIContextualActionHandler ein Codeblock zu sein, in dem du deine Aktion definieren kannst. Der Parameter-Codeblock scheint ein Pointer auf eine fertige Procedure zu sein, der du nur mitteilen solltest, on deine Aktion korrekt ausgeführt wurde.

Ich denke, da hat romber Recht. Denn in diversen Tutorials, die zu den Swipe-Actions im Netzt zu finden sind, scheint der completionHandler nicht überschreibbar zu sein. Man übergibt lediglich True oder False und der Rest, nämlich die visuellen Abschluß der Aktion, geschieht dann "von selbst".