접기 기능을 추가하려면 어떻게 해야 합니까? 그리고 당신이 언급한 VS와 유사한 기타 편의 시설
아니요, 편집자 사용자가 많지 않기 때문에 플러그인을 계획하지 않습니다.
우리는 필요한 거의 모든 것을 구현할 수 있습니다. 그리고 이 경우 플러그인은 목발이 될 것이며 많은 쓸모없는 노력이 필요할 것입니다. 강력한 플러그인 시스템을 구현한다는 것은 전체 시스템을 갈아엎고 수많은 고리를 걸고 대박을 터뜨리는 것을 의미합니다. 작업은 원하는 기능을 독립적으로 올바르게 구현하는 것보다 훨씬 어렵습니다.
또한 호환성에 대해 걱정할 필요가 없습니다(왜 VS가 32비트에서 벗어날 수 없는지 생각했습니까?). 그리고 플러그인 작성자의 기능을 일반 형식으로 구현하여 불가피한 플러그인 작성자의 돌출입니다. Visual Assist X에서 공개적인 하울링을 받지 않기 위해 Microsoft가 VS C ++ 에서 인텔리전스를 제거한 방법을 다시 생각해 보겠습니다.
설명할 것도 없습니다. 모든 것이 너무 간단하고 자동입니다. 공동 프로젝트에서는 저장소의 모든 것을 자동으로 채울 수도 있습니다.
알겠습니다. 저는 NetBins에서 오랫동안 일했지만 Java를 배우는 동안 NetBins에서 매우 원시적인 프로젝트 를 수행하다가 포기했습니다. 이제 아무것도 기억나지 않습니다. 내가 이해하는 한, 집착할 사진, 사운드 파일이 있을 것입니다. 나는 요철을 채우지 않고 조직 구조 측면에서 모든 것을 즉시 올바르게 수행합니다.
ME에서 프로젝트 작업을 하지 않습니다. 왜냐하면 필요하지 않습니다. 그러나 vizhak은 말할 것도 없고 편집자와 환경이 적어도 EditPlus만큼 기능적이어야만 vizhak의 원격 유사성조차도 위협받을 수 있다는 점에 주목합니다. 이제 외부 유틸리티를 실행하기 위한 사용자 도구를 만들 가능성조차 없습니다. editplus에서는 $(CurSel)를 통해 선택한 텍스트 를 콘솔로 전송할 수도 있습니다. 내가 ME를 사용하고 타사 편집자가 아닌 유일한 이유는 지능입니다.
ME용 플러그인을 작성할 수 있습니까?
접기 기능을 추가하려면 어떻게 해야 합니까? 그리고 당신이 언급한 VS와 유사한 기타 편의 시설
아니요, 편집자 사용자가 많지 않기 때문에 플러그인을 계획하지 않습니다.
우리는 필요한 거의 모든 것을 구현할 수 있습니다. 그리고 이 경우 플러그인은 목발이 될 것이며 많은 쓸모없는 노력이 필요할 것입니다. 강력한 플러그인 시스템을 구현한다는 것은 전체 시스템을 갈아엎고 수많은 고리를 걸고 대박을 터뜨리는 것을 의미합니다. 작업은 원하는 기능을 독립적으로 올바르게 구현하는 것보다 훨씬 어렵습니다.
또한 호환성에 대해 걱정할 필요가 없습니다(왜 VS가 32비트에서 벗어날 수 없는지 생각했습니까?). 그리고 플러그인 작성자의 기능을 일반 형식으로 구현하여 불가피한 플러그인 작성자의 돌출입니다. Visual Assist X에서 공개적인 하울링을 받지 않기 위해 Microsoft가 VS C ++ 에서 인텔리전스를 제거한 방법을 다시 생각해 보겠습니다.
새 프로젝트 명령을 선택하면 마법사가 표시됩니다.
설명할 것도 없습니다. 모든 것이 너무 간단하고 자동입니다. 공동 프로젝트에서는 저장소의 모든 것을 자동으로 채울 수도 있습니다.
알겠습니다. 저는 NetBins에서 오랫동안 일했지만 Java를 배우는 동안 NetBins에서 매우 원시적인 프로젝트 를 수행하다가 포기했습니다. 이제 아무것도 기억나지 않습니다. 내가 이해하는 한, 집착할 사진, 사운드 파일이 있을 것입니다. 나는 요철을 채우지 않고 조직 구조 측면에서 모든 것을 즉시 올바르게 수행합니다.
아마도 옵션으로 중재를이 계획에 연결하여 분쟁을 해결합니까?
또 다른 옵션입니다. 수행된 작업량의 몫을 분배하려고 시도하는 것이 가능할 것입니다. 시스템은 각 참가자의 기여도를 자동으로 계산할 수 있으며 모든 사람은 그가 얼마를 냈는지, 어떤 몫을 의도했는지 즉시 알 수 있습니다.
몇 가지 계획을 생각해 낼 수 있으며 공동 프로젝트 작업을 시작하기 전에 참가자는 어떤 계획이 채택되었는지 알 것입니다. .
이러한 기성 템플릿은 참가자 간의 계약 프로세스를 단순화하고 이러한 문제를 해결하는 데 걸리는 시간을 줄일 수 있습니다.
문제가 있습니다. 아이디어의 품질은 작성된 코드의 양으로 측정되지 않습니다.
아마도 모두 동일하게 주최자가 주식을 직접 분배해야 할 것입니다. 그는 사전에 참가자들과 자금 분배 조건에 동의할 수 있습니다.
스토리지에 연결하려고 시도했지만 인증 오류가 발생했으며 서비스 데스크에 기록했습니다. (처음으로 결정...)
스토리지에 연결하려고 시도했지만 인증 오류가 발생했으며 서비스 데스크에 기록했습니다. (처음으로 결정...)
MQL5 문자까지 정확하게 로그인 및 비밀번호를 지정하고 다시 시도하십시오.
당신은 확실히 권한이 없습니다.
ME에서 프로젝트 작업을 하지 않습니다. 왜냐하면 필요하지 않습니다. 그러나 vizhak은 말할 것도 없고 편집자와 환경이 적어도 EditPlus만큼 기능적이어야만 vizhak의 원격 유사성조차도 위협받을 수 있다는 점에 주목합니다. 이제 외부 유틸리티를 실행하기 위한 사용자 도구를 만들 가능성조차 없습니다. editplus에서는 $(CurSel)를 통해 선택한 텍스트 를 콘솔로 전송할 수도 있습니다. 내가 ME를 사용하고 타사 편집자가 아닌 유일한 이유는 지능입니다.
도구는 물론 새로운 사용자 정의 스타일러 와 함께 제공됩니다.
그건 그렇고, 편집기에서 새로운 명령 세트를 보십시오.
몇 가지 계획을 생각해 낼 수 있으며 공동 프로젝트 작업을 시작하기 전에 참가자는 어떤 계획이 채택되었는지 알 것입니다. .
이러한 기성 템플릿은 참가자 간의 계약 프로세스를 단순화하고 이러한 문제를 해결하는 데 걸리는 시간을 줄일 수 있습니다.
템플릿 아이디어가 흥미롭습니다.
모든 것을 실제로 확인해야 할 것입니다. 계획을 세우고 여러 테스트 프로젝트 를 만드십시오. 각 프로젝트는 참가자의 상호 작용 및 자금 분배 계획 중 하나에 따라 한 그룹의 사람들이 수행합니다.
그러면 무엇이 효과가 있고 무엇이 그렇지 않은지 분명해질 것입니다.
포럼을 해결하기 위해 모든 문제를 식별하고 함께 시도 할 수 있습니다.
순무를 긁는 대신 인공 지능을 연결하면 좋을 것입니다. 미츠쿠 의 타입 에 따르면 , 커뮤니케이션 은 적당한 수준 인 것 같다 . 사람들의 이익을 위해 일하게하십시오. 그리고 프로그래밍 은 영어를 배우는 것보다 쉽습니다 .
MQL5 문자까지 정확하게 로그인 및 비밀번호를 지정하고 다시 시도하십시오.
당신은 확실히 권한이 없습니다.
이것은 흥미로운 관찰입니다.
Vladon을 지정했지만 확인 버튼을 클릭하면 설정 창을 다시 열면 vladon 이 나에게 돌아옵니다.
아마도 그래서?