refactor: 웹에 맞게 Toast.style 수정

[nijuy]

1️⃣ 어떤 작업을 했나요? (Summary)

• refactor: 웹에 맞게 Toast.style 수정 #79

기존 코드에 영향을 미치지 않는 변경사항

• 웹에서 Toast를 사용했을 때 위치, 너비 문제가 있어 웹에 맞게 수정했습니다

  • width를 사용자가 지정할 수 있습니다. 지나치게 작거나 (fit-content 미만) 클 경우 (화면 사이즈 초과) 적용되지 않습니다

  • 스크롤 위치와 관계 없이 현재 화면 기준으로 위치를 수정했습니다 (원래는 absolute로 잡아놔서 스크롤 내려야 보였음)

    

• 바뀐 내용에 맞게 문서를 일부 수정했습니다

2️⃣ 알아두시면 좋아요!

• 화면 전체에 StyledToastWrapper가 뜨고 그 안에 StyledToast가 위치하는 형태입니다

  

3️⃣ 추후 작업

• PR 리뷰 기반 수정

4️⃣ 체크리스트 (Checklist)

• main 브랜치의 최신 코드를 pull 받았나요?

[Hanna922]

스토리북에서 토스트가 한 번 뜬 이후 다시 나타나지 않는 게 살짝 불편한데, 사용처에 duration 설정을 온전히 맡기고 기본 값은 무한으로 설정해두는 거 어떠신가요?
ToastHook만 duration long 유지하고, SingleLine, MultiLine은 설정하지 않으면 좋을 것 같아요

[nijuy]

내부에 삭제 버튼이 존재하지 않는다는 점에서 YDS의 Toast는 사용자에게 피드백을 제공한 뒤 자체적으로 사라져야 하는 컴포넌트이고, 이러한 역할을 생각했을 때 duration의 기본값을 무한대로 설정하는 것이 어색하게 느껴집니다. 문서 조회에서 발생한 문제를 컴포넌트 코드의 수정으로 해결하는 것도 적절하지 않다는 생각이 들어요

말씀하신 불편함에는 저 역시도 공감합니다! 문서를 좀 다듬어보고 리뷰 요청 다시 넣을게요~

[Hanna922]

토스트가 생겼다 사라지는 것을 무한으로 반복해도 좋을 것 같네요 (일정 간격을 두고)

[Hanna922]

혹시 Single Line, Multi Line은 무한 반복이 불가능할까요?

[nijuy]

사용자가 원하는 시점에 원하는 옵션으로 다시 조회하는 기능이 낫다고 생각했고, 그 기능은 현재 PrimaryBlock에서 충분히 가능하기 때문에 필요성을 잘 모르겠어서 일단 추가하지 않았습니다

[Hanna922]

으음 결국 basic Docs에서는 Single Line, Multi Line을 제거한 거고, 해당 문서에 들어갔을 때 새로고침을 계속 해야 한다는 근본적인 문제는 해결되지 않은 것 같아서요
그래서! 시도를 좀 해봤는데,, Storybook 특성 상 정적 Docs라 구현하기가 까다롭네요 😞