1) 공식문서 정의A stateless utility widget whose build method uses its builder callback to create the widget's child. 즉, Builder 콜백을 통해 StatelessWidget을 만드

TabbarView를 바꾸는 방법은 두가지가 있다. TabBar를 터치해서 변경할 수 있고, TabBarView를 스와이프해서 변경하는 경우가 있다. 위의 경우와 같이 탭바를 통해서 이동을 했을 경우 정확하게 인식을 하나 스와이프로 했을 경우에는 제대로 동작

앱을 개발할때 테스트 환경에서 먼저 검수가 끝나고 난 이후 실제 배포버젼으로 환경으로 바꾸어 테스트를 한다. 이때, 검수하는 환경이 테스트 환경인지 배포환경인지 구분하기 위해 환경 변수를 직접 선언하여 사용할 수 있다. ex) flutter run --dart-d

Future.wait여러개의 Future함수를 동작하게 해야 될 때 사용한다.사용 예시Flutter에서 future함수 안에 future를 사용하여도 기다려 주지 않기에 다음과 같이 사용한다.textScaleFactor해당 값을 설정해주지 않으면 기기마다 각각의 글자

ListView.builder 내의 속성 - cacheExtentListView.builder를 통해 listview를 만들때 다음과 같이 위젯 속성들을 정해준다.itemCount,itemBuilder,itemExtent까지는 내가 자주 사용하던 것들이기에 익숙했다.하

visibility 위젯의 경우 visibile 속성의 값을 통해 화면에 나타날지를 결정하여 그려지는 위젯이다.만약 replacement 위젯을 정해주지 않으면 visibile : false일때 해당 자리에 아무 위젯도 그려지지 않는다. 하지만 위와 같이 replac

어제 세운 오늘의 목표로그인 후 저장한 팔레트 / 색상 확인할 수 있는 화면 구현 위의 이미지에서 보여지듯 저장페이지를 구현했다. 좌측 상단에 탭을 클릭하여 팔레트별/ 색상별 저장한 정보들을 확인할수 있게 할것이다. Pagination을 적용하여 한번에 모든 정보를

지난 목표로그인시 우측 상단의 위젯 변경(1순위)사진 우측상단을 통해 알 수 있지만 로그인 시 닉네임의 첫자가 보여지는 위젯으로 구성했다. 해당 위젯을 누르면 아래에 메뉴를 선택할 수 있는 위젯이 2초동안 잠시 나왔다가 없어진다.팔레트 저장하는 팝업 작성해당 팝업의 경

1. 개인 프로젝트 진행 현황 > >어제의 목표 3,5번 아이콘 클릭시 기능 구현 로그인 했을시 우측상단의 아이콘 정리 완료(화면 전환까지 가면 굳!) 팔레트 중 하나를 드래그앤 드롭을 통해 팔레트내의 위치 변경 가능 5번 아이콘(팔레트에서 색상 잠금) 기능을 구현하였

어제의 목표 팔레트 화면에서 ViewModel 제작하여 기능 구성하기로그인시 보여지는 위젯 마무리(아이콘 클릭했을때 나오는 위젯도 정리)오늘의 달성률은 40%정도 되는것 같다. 2번째 목표는 시작도 못하였고 ViewModel 구성에 많은 시간을 할애했다. 1,3,4번째

어제의 목표는 다음과 같았다.로그인,로그아웃에 따른 앱바 변화 적용 ( 버튼 변화)팔레트 아이콘 클릭에 따른 팔레트 변화(버튼 5개)사용자가 DB에 원하는 정보 저장하는 기능 구현(DB모델 설계 필요)오늘의 달성율은 45~50%정도라고 생각한다. 로그인 기능을 이전에

이전 글에서 세운 프로젝트 목표이전에 작성한 코드들 리팩토링 / 파일 구조 또한 정리하기!UI 정리하기(사진 첨부/ 단일 색상 페이지 등등)로그인,회원가입 -Firebase과 직접적 연동 및 로그인,로그아웃에 따른 앱바 변화 적용팔레트(다량의 색 보여주는 공간)에 보여

위의 사진은 단색 페이지에 들어가는 UI이다. 설정된 단색에서 색변화 값을 사용자에게 제공하여 사용자가 원하는 색을 좀더 편하게 선택할 수 있게 해주는 요소이다.사실 오늘 만든 UI는 아니지만 사진이 없으면 허전할거 같아서 넣은건 비밀...어제의 목표주소창 옆 '뒤로가

사진에서 보여지는 페이지는 제일 처음 보여지는 홈 페이지이다. UI기획부터 시작하는 프로젝트가 아니라 클론을 하는 형식이다 보니 UI의 구성 같은 경우에는 거의 동일하게 제작을 하고 있다. 이전의 목표(7/20일)URL변화가 적용된 Navigator 정의팔레트 내의

홈페이지와 단일 색상 페이지에 대한 UI 마무리URL변화가 적용된 Navigator 정의User에 대한 모델링 마무리 - Firebase에서 Map을 쓰는 방법 찾아서 적용하기어제 홈페이지의 시나리오를 분석하다 단색의 코드르 입력했을때 해당 색상에 대한 상세한 정보를

어제 세운 오늘의 목표가상의 유저 -> 홈페이지 내에서 플로우 생각후 구체화해서 작성하기 ( 기능 포함)사용자내의 유저 모델링홈 / 단일 색상 화면 UI 코딩이 중 절반은 성공하고 절반은 실패했다고 생각한다. 먼저 위의 사진에서 보이는 이미지는 FIrebase에 서버를

어제의 목표는 다음과 같았다.Firebase Project 개설 및 웹앱을 통한 연결 및 호스팅홈페이지의 회원가입 및 로그인 기능 구현DB내의 유저 모델 구성이중 Firebase와 프로젝트를 연결하는 아주 간단한 목표밖에 수행하지 못했다...그렇다고 토이프로젝트 개발을

사진에서 볼 수 있듯 오늘은 미처 그리지 못한 UI들을 주로 그렸다.회원가입과 로그인 과정을 새로운 화면에서 진행하는 것보다 팝업으로 하는 것이 사용자가 더 편리하게 사용할 것이라고 생각했기에 팝업으로 UI를 구성하였다.Coolors 홈페이지에 되게 재미있는 요소를 하

개인프로젝트에서 마우스 커서 이동에 따른 UI 변화를 주는 기능에 많은 시간을 할애했다.해당 앱 내에서 이동을 할때에는 MouseRegion이라는 위젯을 통해 구현을 할 수 있었다.하지만 다음과 같은 경우는 어떨까?만약 기존의 앱에서 오른쪽 창으로 이동한다고 했을때 해

무작정 프로젝트를 시작하기 전 클론 대상인 Coolors를 충분히 사용하면서 주요기능들을 파악했다.해당 사이트를 이용하면서 중요한 기능이라고 판단한 기능들은 다음과 같다.색상들에 대한 정보하나의 값이 아닌 다양한 정보 제공(RGB,HEX등등)간편한 조작스페이스바를 통해