Peter, 제안에 대해 대단히 감사합니다! 나는 생각할 것이다. )) 여기 있는 다른 사람들과 마찬가지로 나 자신을 관리하는 동안.
모든 것이 테스트 중입니다. 당신은 내가 마크업 언어를 테스트하는 것을 돕고, 나는 당신이 그것에 필요한 인터페이스를 구축하고 그것을 애플리케이션에 연결하는 것을 돕습니다. 그 후에는 커뮤니티와 캔버스에 고품질 GUI를 만들고자 하는 모든 사람들에게 언어를 무료로 제공할 것입니다. 왜 필요합니까?
Реter Konow : 모든 것이 테스트 중입니다. 당신은 내가 마크업 언어를 테스트하는 것을 돕고, 나는 당신이 그것에 필요한 인터페이스를 구축하고 그것을 애플리케이션에 연결하는 것을 돕습니다. 그 후에는 커뮤니티와 캔버스에 고품질 GUI를 구축하려는 모든 사람들에게 언어를 무료로 제공할 것입니다. 왜 필요합니까?
1. 사람들을 위한 나의 일로부터 최소한의 이익.
2. 개인주의가 집단주의보다 더 효과적이라는 것을 증명하고 싶다.))
생각한다.))
왜 필요한지 질문조차하지 않았습니다. 그렇지 않으면 여기있는 모든 사람들이 서로에게 그런 질문을해야합니다)))))
누군가는 자신의 경험, 모범 사례, 발견, 생각, 흥미로운 솔루션을 공유합니다.
Peter, 지금은 2020년입니다. 제가 알기로는 당신의 코어가 절차적 버전으로 만들어졌나요? )) 이것은 책망이나 단점이 아니라 질문입니다.
우리는 단순히 의미가 없기 때문에 무엇이 더 좋고 무엇이 더 나쁜지에 대한 질문을 다시 제기할 것입니다. 사랑. 문제는 다양한 방법으로 해결할 수 있으며 모두가 스스로 옵션을 선택합니다.
글쎄, 나는 여전히 당신의 제안에 응답할 것이고, 나는 테스트에 참여하고 싶습니다. PM에서 계속합시다.
왜 필요한지 질문조차하지 않았습니다. 그렇지 않으면 여기있는 모든 사람들이 서로에게 그런 질문을해야합니다)))))
누군가는 자신의 경험, 모범 사례, 발견, 생각, 흥미로운 솔루션을 공유합니다.
Peter, 지금은 2020년입니다. 제가 알기로는 당신의 코어가 절차적 버전으로 만들어졌나요? )) 이것은 책망이나 단점이 아니라 질문입니다.
우리는 단순히 의미가 없기 때문에 무엇이 더 좋고 무엇이 더 나쁜지에 대한 질문을 다시 제기할 것입니다. 사랑. 문제는 다양한 방법으로 해결할 수 있으며 모두가 스스로 옵션을 선택합니다.
글쎄, 나는 여전히 당신의 제안에 응답할 것이고, 나는 테스트에 참여하고 싶습니다. PM에서 계속합시다.
1. 이미 여러 사람의 프로젝트 에서 언어를 테스트했기 때문에 이 스레드에서 공개적으로 게시하기 전에 테스트의 마지막 단계를 수행하고 싶습니다. 오픈 소스 프로젝트는 논리적인 결론을 받아야 합니다. 이대로 두십시오.
2. 공개 테스트는 더 많은 사람들을 끌어들일 것입니다. 그들은 언어로 작업하는 방법과 그것을 사용할 수 있는 방법을 배우게 될 것입니다.
3. 당신의 애플리케이션만이 당신의 인터페이스 스케치를 사용할 수 있기 때문에 당신은 어떤 위험도 감수하지 않습니다. 보거나 알 필요는 없지만 생성한 인터페이스를 쉽게 연결하는 데 방해가 되지는 않습니다.
4. GUI를 만들 그림을 제공합니다. 그 후에 GUI 자체와 연결 파일을 얻을 수 있습니다. 그런 다음 모든 것이 작동하는지 확인하십시오.
5. 생성자(마크업 언어를 이해하는 EA)와 엔진의 공개 코드(gui 이벤트를 처리하고 사용자 애플리케이션에 보내는 부분)를 게시합니다. 결과적으로 모든 사람이 엔진을 포함으로 연결하고 GUI와 사용자 응용 프로그램을 포함하는 하나의 출력 실행 파일을 얻을 수 있습니다. 하나의 실행 파일.
추신. 구현 형태는 비표준이지만 기술은 본질적으로 객관적입니다. 이국적인. 개인주의는 그녀에게 흔적을 남겼습니다.))
Реter Konow : 1. 이미 여러 사람의 프로젝트에서 언어를 테스트했기 때문에 이 스레드에서 공개적으로 게시하기 전에 테스트의 마지막 단계를 수행하고 싶습니다. 오픈 소스 프로젝트는 논리적인 결론을 받아야 합니다. 이대로 두십시오.
2. 공개 테스트는 더 많은 사람들을 끌어들일 것입니다. 그들은 언어로 작업하는 방법과 그것을 사용할 수 있는 방법을 배우게 될 것입니다.
3. 당신의 애플리케이션만이 당신의 인터페이스 스케치를 사용할 수 있기 때문에 당신은 어떤 위험도 감수하지 않습니다. 보거나 알 필요는 없지만 생성한 인터페이스를 쉽게 연결하는 데 방해가 되지는 않습니다.
4. GUI를 만들 그림을 제공합니다. 그 후에 GUI 자체와 연결 파일을 얻을 수 있습니다. 그런 다음 모든 것이 작동하는지 확인하십시오.
5. 생성자(마크업 언어를 이해하는 EA)와 엔진의 공개 코드(gui 이벤트를 처리하고 사용자 애플리케이션에 보내는 부분)를 게시합니다. 결과적으로 모든 사람이 엔진을 포함으로 연결하고 GUI와 사용자 응용 프로그램을 포함하는 하나의 출력 실행 파일을 얻을 수 있습니다. 하나의 실행 파일.
추신. 구현 형태는 비표준이지만 기술은 본질적으로 객관적입니다. 이국적인. 개인주의는 그녀에게 흔적을 남겼습니다.))
Реter Konow : 네. 결국. 귀하의 응용 프로그램은 내 엔진을 포함으로 연결하고 그 안에는 GUI의 핵심이 될 것입니다. 결과적으로 하나의 실행 파일이 조립되어 시장에 출시될 수 있습니다.
GUI의 핵심은 생성자를 파일로 생성합니다. 이를 엔진에 (인클루드로) 전송한 다음 엔진 자체를 인클루드로 애플리케이션에 연결합니다. 모두.
분명히 나는 "임원"이라는 단어를 잘못 이해했습니다. 내 이해에, 이것은 .exe 확장자를 가진 실행 파일입니다. 시장은 언제부터 이러한 파일을 허용합니까? 그들은 심지어 응용 프로그램 dll을 수락합니다. 물론 거기에 글을 올릴 필요는 없지만 제안된 변경 사항의 구조는 아직 명확하지 않습니다.
분명히 나는 "임원"이라는 단어를 잘못 이해했습니다. 내 이해에, 이것은 .exe 확장자를 가진 실행 파일입니다. 시장은 언제부터 이러한 파일을 허용합니까? 그들은 심지어 응용 프로그램 dll을 수락합니다. 물론 거기에 글을 올릴 필요는 없지만 제안된 변경 사항의 구조는 아직 명확하지 않습니다.
바꾸어 말하면: 결과적으로 내가 한 부분을 수행하고 두 번째 부분이 있음에도 불구하고 인터페이스가 있는 한 명의 고문이 있습니다. 두 부분을 하나의 Expert Advisor로 결합하는 것은 나쁘지 않습니다.
순진한 사람.
프로젝트 가 폐쇄 모드(
프로젝트가 폐쇄 모드(
GUI가 필요한 스케치를 그리면 캔버스에 만들어 드리겠습니다. 내가 도와 줄게. 그리고 프로젝트는 운명을 맞았습니다(작업의 복잡성 수준을 이해하는 경우).
Peter, 제안에 대해 대단히 감사합니다! 나는 생각할 것이다. )) 여기 있는 다른 사람들과 마찬가지로 나 자신을 관리하는 동안.
Peter, 제안에 대해 대단히 감사합니다! 나는 생각할 것이다. )) 여기 있는 다른 사람들과 마찬가지로 나 자신을 관리하는 동안.
모든 것이 테스트 중입니다. 당신은 내가 마크업 언어를 테스트하는 것을 돕고, 나는 당신이 그것에 필요한 인터페이스를 구축하고 그것을 애플리케이션에 연결하는 것을 돕습니다. 그 후에는 커뮤니티와 캔버스에 고품질 GUI를 구축하려는 모든 사람들에게 언어를 무료로 제공할 것입니다. 왜 필요합니까?
왜 필요한지 질문조차하지 않았습니다. 그렇지 않으면 여기있는 모든 사람들이 서로에게 그런 질문을해야합니다)))))
누군가는 자신의 경험, 모범 사례, 발견, 생각, 흥미로운 솔루션을 공유합니다.
Peter, 지금은 2020년입니다. 제가 알기로는 당신의 코어가 절차적 버전으로 만들어졌나요? )) 이것은 책망이나 단점이 아니라 질문입니다.
우리는 단순히 의미가 없기 때문에 무엇이 더 좋고 무엇이 더 나쁜지에 대한 질문을 다시 제기할 것입니다. 사랑. 문제는 다양한 방법으로 해결할 수 있으며 모두가 스스로 옵션을 선택합니다.
글쎄, 나는 여전히 당신의 제안에 응답할 것이고, 나는 테스트에 참여하고 싶습니다. PM에서 계속합시다.
왜 필요한지 질문조차하지 않았습니다. 그렇지 않으면 여기있는 모든 사람들이 서로에게 그런 질문을해야합니다)))))
누군가는 자신의 경험, 모범 사례, 발견, 생각, 흥미로운 솔루션을 공유합니다.
Peter, 지금은 2020년입니다. 제가 알기로는 당신의 코어가 절차적 버전으로 만들어졌나요? )) 이것은 책망이나 단점이 아니라 질문입니다.
우리는 단순히 의미가 없기 때문에 무엇이 더 좋고 무엇이 더 나쁜지에 대한 질문을 다시 제기할 것입니다. 사랑. 문제는 다양한 방법으로 해결할 수 있으며 모두가 스스로 옵션을 선택합니다.
글쎄, 나는 여전히 당신의 제안에 응답할 것이고, 나는 테스트에 참여하고 싶습니다. PM에서 계속합시다.
1. 이미 여러 사람의 프로젝트에서 언어를 테스트했기 때문에 이 스레드에서 공개적으로 게시하기 전에 테스트의 마지막 단계를 수행하고 싶습니다. 오픈 소스 프로젝트는 논리적인 결론을 받아야 합니다. 이대로 두십시오.
출력이 실행 가능합니까? 내가 올바르게 읽었습니까?
출력이 실행 가능합니까? 내가 올바르게 읽었습니까?
네. 결국. 귀하의 응용 프로그램은 내 엔진을 포함으로 연결하고 그 안에는 GUI의 핵심이 될 것입니다. 결과적으로 하나의 실행 파일이 조립되어 시장에 출시될 수 있습니다.
분명히 나는 "임원"이라는 단어를 잘못 이해했습니다. 내 이해에, 이것은 .exe 확장자를 가진 실행 파일입니다. 시장은 언제부터 이러한 파일을 허용합니까? 그들은 심지어 응용 프로그램 dll을 수락합니다. 물론 거기에 글을 올릴 필요는 없지만 제안된 변경 사항의 구조는 아직 명확하지 않습니다.
분명히 나는 "임원"이라는 단어를 잘못 이해했습니다. 내 이해에, 이것은 .exe 확장자를 가진 실행 파일입니다. 시장은 언제부터 이러한 파일을 허용합니까? 그들은 심지어 응용 프로그램 dll을 수락합니다. 물론 거기에 글을 올릴 필요는 없지만 제안된 변경 사항의 구조는 아직 명확하지 않습니다.