Ta cá nhân hẳn là sẽ lựa chọn càng cùng loại người trước phương pháp, rốt cuộc trò chơi hoàn thành khi sở hữu ví dụ thực tế vị trí tổng hội xác định xuống dưới, với ta mà nói ở phòng biên tập khí kéo túm cũng không phải đặc biệt tất yếu. Nghe nói gms2 là có một cái có thể cùng loại biên tập động họa công năng, có lẽ cũng có thể dùng để làm loại này? Bất quá ta không phải rất rõ ràng, hy vọng những người khác có thể giải đáp

Ngươi tăng thêm một cái mệnh danh là system obj, đem kêu gọi hệ thống giao diện số hiệu đưa vào đi vào, sau đó đem system biên tập giao diện “Bảo trì” lựa chọn câu tuyển, theo sau đặt ở tiến vào trò chơi cái kia phòng, như vậy ngươi ở cắt mặt khác phòng thời điểm, system đều sẽ tồn tại

GM động cơ đối với UI này khối duy trì, xác thật bị đại gia phun tào thật lâu. Lý luận thượng đề chủ đưa ra phương án có thể dùng “Bảo trì” ( Persistent ) cái này công năng tới nếm thử một chút, nhưng ta phía trước gặp được quá nhiều sử dụng cái này công năng dẫn tới BUG, hơn nữa suy xét này đó BUG chữa trị cùng ta rất nhiều đã biết logic dàn giáo tương xung đột, liền không có thâm nhập nghiên cứu. Ta kiến nghị phương hướng là như thế này:
0, tiên tiến nhập một phòng, phòng này có bày biện tốt sở hữu UI;
1, có một cái chủ khống object, phụ trách giải tán rớt sở hữu UI object;
2, phòng này ( có thể kêu UI phòng ) thiết trí vì bảo trì;
3, nhảy chuyển tới chính thức trò chơi phòng;
4, ở kích phát đánh thức điều kiện khi, UI chủ khống object phụ trách giải tán rớt phòng nội ví dụ thực tế, cũng một lần nữa kích hoạt thuộc về UI trong phòng các object;
5, rời khỏi thực đơn khi, tiến hành 4 ngược hướng thao tác.
// này dàn giáo chưa kinh thí nghiệm
Mặt khác nếu yêu cầu tạm dừng khi vẫn cứ biểu hiện trò chơi đang ở tiến hành bộ dáng, khả năng yêu cầu ở đánh thức thực đơn khi tiến hành chụp hình ( hoặc là mặt khác cái gì phương thức ) tới lưu lại một trạng thái tĩnh hình ảnh dùng cho biểu hiện. Còn có muốn bổ sung chính là cái này dàn giáo sẽ sử dụng kích hoạt / giải tán thao tác, nếu trong trò chơi địa phương khác cũng ở dùng cùng loại thao tác nói khả năng sẽ xung đột.
Kỳ thật ta cá nhân tới nói vẫn là càng đề cử script ý nghĩ, chế tác thời điểm phiền toái một chút nhưng dùng quen thuộc phương pháp tới làm có thể giảm bớt mong muốn ngoại BUG. Dùng phòng bày biện lại đạo ra một ít số liệu phương pháp có lẽ có thể đơn giản hoá một ít chế tác lưu trình.

Cảm tạ các vị trần thuật!
Nguyên lai là dùng Persistent, phía trước xem thời điểm còn đang suy nghĩ gì trạng huống sẽ dùng đến này ngoạn ý, không nghĩ tới là UI có thể dùng 囧
Xin hỏi nếu chiếu đi chủ kiến nghị, đem toàn bộ phòng thiết vì Persistent cách làm, là muốn ở gọi UI ( bước đi 4. ) thời điểm trực tiếp toàn bộ chuyển dời đến UI phòng sao
Nếu không hẳn là vô pháp ở [ chính thức trò chơi phòng ] trung trực tiếp một lần nữa kích hoạt một cái khác [ UI phòng ] đồ vật ( đi?
Bất quá có thể thỉnh giáo một chút Persistent sẽ sinh ra tương quan BUG nội dung sao?
Cảm giác có thể làm suy xét thật làm logic tham khảo

Ta biết đến có thể thiết trí persistent thuộc tính có object cùng room. Phía trước xem có người chế tác đại địa đồ phân cách tiểu bản đồ, là đem obj_player thiết trí thành persistent, vận hành thời điểm ở bất đồng tiểu bản đồ chi gian di động còn tính trơn nhẵn lưu sướng thả vị trí chính xác, nhưng mỗi lần trở lại mới bắt đầu khu vực khi liền sẽ nhiều ra một cái obj_player.
Phòng nếu thiết trí thành bảo trì, suy đoán ở cùng loại dưới tình huống cũng sẽ kích phát cùng loại BUG, tỷ như biểu hiện ra hai bộ UI, bất luận cái gì lựa chọn đều sẽ chấp hành hai lần, pop-up cũng sẽ đạn hai cái…… Về BUG kích phát chi tiết, tránh cho phương pháp, BUG kích phát sau đền bù phương án, ta nơi này không có cụ thể tin tức, rốt cuộc ta là ở lần đầu tiên nhìn đến cùng loại BUG thời điểm liền quyết định tránh cho sử dụng tương quan công năng.
Đến nỗi “Là muốn ở gọi UI ( bước đi 4. ) thời điểm trực tiếp toàn bộ chuyển dời đến UI phòng sao? Nếu không hẳn là vô pháp ở [ chính thức trò chơi phòng ] trung trực tiếp một lần nữa kích hoạt một cái khác [ UI phòng ] đồ vật ( đi?”, Nếu ta phỏng đoán là thật, trả lời còn lại là “Tuyệt đối không cần cắt đến UI phòng”. Bởi vì UI phòng bảo trì thuộc tính, phòng nội sở hữu vật kiện vẫn như cũ là “Tồn tại”, cắt đến UI phòng sẽ kích phát “Tất cả đồ vật gia tăng một bộ” BUG. Đương nhiên, bởi vì ta không có thực tế thí nghiệm quá, này đó phỏng đoán khả năng không đúng, có thể ấn cái này ý nghĩ chế tác một cái thí nghiệm công trình, phân biệt thí nghiệm phòng nhảy chuyển cùng không nhảy chuyển, quan sát một chút kết quả.

Hồi UI phòng sẽ nhiều một bộ nghe tới quái xuẩn...
Cảm tạ chia sẻ, nghe tới vẫn là tránh cho loại này tác pháp an toàn chút

Chính mình viết một cái gui rốt cuộc gms2 ngươi sớm muộn gì phải có một bộ chính mình