슬기로운 땅콩 마을

인자로 받은 위젯의 제스처 또는 포인터 수신을 무시하도록 정의하는 위젯은 다음과 같습니다. IgnorePointer( // 적중 테스트 중에 이 위젯을 무시할지 여부입니다. // (포인터가 해당 위젯에 맞았는지를 정의하는 것을 말합니다) ignoring: true, child: ...,); 어떤 원리로 수신을 막는걸까요?  Hit 테스트에서 그냥 무시하는군요(너무 간단하게 충격받았습니다)

플러터를 시작하시는 분들은 상태가 변화하였다고 프레임워크에 이를 알리기 위해 setState() 함수를 호출합니다. 모든 위젯의 상위 위젯을 RootPage라고 정의하고 여러 페이지를 이동한 상황에서 사용자가 인위적인 방법으로 테마를 다크로 설정하였다면, 최상위 위젯인 RootPage의 setState() 함수를 호출하면 되지 않나라고 간단하게 생각하는 분이 있을 겁니다. 하지만 이러한 방법은 setState() 함수가 호출된 상태만이 업데이트되었다고 알리는 행위이기 때문에 당연히 실패할겁니다.(그 하위 위젯들 모두 상태가 변화했다고 정의하는 것이 아닙니다.) 이는 당연히 비효율적인 빌드를 방지하는 매우 효율적인 기법입니다. 그렇다고 해서 생명주기 함수인 didUpdateWidget() 함수를 오버라이드..

가장 기본적인 State를 참조할 수 있는 방법에 대해 알아보도록 하겠습니다. 먼저 특정 부모 위젯의 State를 참조하는 방법은 간단합니다. class ExampleWidget extends StatefulWidget { const ExampleWidget({super.key}); /// Context 중 제네닉 타입으로 정의된 State의 가장 가까운 부모 위젯을 반환합니다. static State? of(BuildContext context) { return context.findAncestorStateOfType(); } @override State createState() => ExampleWidgetState();} Current의 State는 ExampleWidgetStat..

플러터를 개발하는데 있어서 빠질 수 없는게 바로 Listener 위젯입니다.(Gesture Recognizer를 구현하여 제스처를 커스텀해서 사용한다던가 자체 RawGestureDetector를 구현하는 경우가 아니라면 일반적인 상황에서 거의 사용되지 않습니다.)해당 위젯은 사용자의 포인터를 인식하고 전달하는 역할을 하는 위젯입니다. 그렇다면 GestureDetector와 다른 점이 무엇일까요?GestureDetector는 단순히 Gesture Arena 또는 Gesture Disambiguation(제스쳐 명확화)(Tap인지 DoubleTap인지 LongPress인지를 일관성있게 정의하는 것을 말합니다)에 의해 제스쳐를 정의합니다. 이는 Gesture Recognizer(Tap, Double, Long..

사용자의 기기 테마가 변경되면 해당 앱은 이를 반영해야 합니다.그러기 위해서는 해당 사실을 감지하고 인자로 넘겨준 함수를 호출해주는 콜백 함수를 등록해야 합니다.  소스 코드/// 기기 테마가 변경되면 호출됩니다.window.onPlatformBrightnessChanged = () { ...};

Touch Slop은 사용자가 스크롤을 하려는 건지 클릭하려 하는 건지 가로로 스크롤 또는 세로로 스크롤 하려는 것인지 정확하게 판단하기 위해 특정 픽셀을 최소로 이동해야 하는 거리를 뜻합니다. 안드로이드의 Touch Slop은 8입니다.반면 플러터의 경우 18입니다.(해당 이유는 플러터의 경우 안드로이드와 다르게 스크롤 드레그라고 판단되고 그냥 손을 때면 스크롤 활동 (IdleScrollActivity가 아니라 BallisticScrollActivity)이 활성화된 상태에서도 포인터 추적을 그만두어 또 다시 사용자의 제스처를 판단해야되기 때문에 발생하는 현상인 것 같습니다. 단순히 Touch Slop을 높이므로서 사용자의 실수를 줄인 것 같으나 HoldScrollActivity라는 스크롤 활동이 존재하..