보내주신 내용은 어디로 가나요
코드를 작성한 사람에게 곧바로 전달됩니다. 중간에 지원 등급도, 티켓 대기열도 없습니다. Folia는 한 명의 개발자가 만들고 운영하므로, 요청은 실제로 조치할 수 있는 사람에게 도착하고 답변도 같은 곳에서 돌아옵니다.
기능 요청과 소프트웨어 아이디어는 이 페이지의 보드에 게시되어 다른 분들이 투표할 수 있으며, 작업 순서는 대체로 그렇게 정해집니다. 일반 피드백은 공개되지 않고 비공개로 읽고 보관합니다.
고칠 수 있는 버그 제보란
대개는 문서 자체가 답의 전부입니다. PDF는 만들어지는 방식이 매우 다양해서, 실패하는 파일은 일반적인 이유가 아니라 특정한 구조적 이유로 실패하는 경우가 거의 대부분입니다. 그래서 "표가 동작하지 않는다"보다 "이 파일에서 표가 이렇게 잘못 나왔다"가 훨씬 유용합니다. 어떤 도구를 사용했는지, 무엇을 기대했는지, 실제로 무엇이 나왔는지 알려주세요. 파일이 기밀이라면 어떻게 만들어졌는지만 알려주셔도 됩니다. 그 파일을 내보낸 프로그램 이름만으로 문제를 재현할 수 있는 경우가 많습니다.
먼저 만들어지는 기능 요청
버튼이 아니라 업무를 설명하는 요청입니다. "여러 파일에 걸쳐 법정 증거물 200건에 연속 번호를 매겨야 한다"는 무엇을 만들어야 하는지 알려주지만, "일괄 처리 모드를 추가해 달라"는 중요한 절반을 빠뜨립니다. 보드의 투표도 실질적인 무게를 가집니다. 그 요청이 한 사람만의 작업 방식이 아니라는 뜻이기 때문입니다.
이 페이지가 적절하지 않은 경우
지금 무언가 작동하지 않거나 라이선스·청구서·환불에 관한 질문이라면, 문의 페이지가 같은 사람에게 더 직접 닿으며 공개 보드도 아닙니다. 팀 단위 도입, 배포, 볼륨 라이선스는 팀을 위한 Folia를 봐주세요.