tol64 : 다중 우선 순위 지정이 필요할 수 있는 많은 작업 중 하나의 예를 제공하십시오.
예를 나열하는 것은 별로 의미가 없습니다. 지금은 그 중 일부가 있을 수 있지만 미래에 이 코드나 저 코드를 개발하는 동안 많은 작업이 발생하고 문제와 또 다른 예로 누적될 것이기 때문입니다. 지금 구현해 달라고 하지 않으면 6개월 뒤에도 참을 수 없다.
지금까지 이 맥락에서 단 하나의 특정 문제가 발생하고 있습니다. 프로그래밍 방식으로 임의의 선을 그린 후 차트에서 " List of Objects " 창을 호출하지 않고 중첩된 하나 또는 다른 그래픽 개체를 수동으로 편안하게 삭제하는 것은 불가능합니다. 중요도가 감소하는 논리적 순서로 서로에 대해 설명합니다(각 기간의 상대적 우선순위와 직접적으로 관련된 중요도). 저는 이것을 원합니다: 어떤 상황에서도 프로그래밍 방식으로(시각적 우선 순위 속성을 원하는 값으로 설정하여) 서로 다른 TF의 개체가 고유한 종류(즉, 오버레이가 있어야 할 필요는 없지만 그 사이에 압착됨)에 정렬됩니다. 중요도가 높아지는 순서로 위쪽이 가장 중요하도록 하고 수동 분해의 역순으로 하면 덜 중요한 순서로 얻을 수 있습니다. 그리고 이 모든 것은 과학에 따라 다음 단계의 그라데이션을 프로그래밍 방식으로 설정하여 속성을 통해 수행되며 나중에 누가 위에서 만든 것과 같은 트릭이 아닙니다(결국 그래픽 마크업 작업에서 객체가 다른 TF에서 엄격한 직접 순서로 생성되지 않고 그루터기를 통해 데크)가 생성되어 시각적 우월성을 엉망으로 만듭니다. 그리고 OBJPROP_ZORDER도 여기에서는 도움이 되지 않습니다. 왜냐하면 개체에 대한 액세스 순서의 프로그램 설정은 마우스에 의한 선택 우선 순위만 제공하기 때문입니다. 그러나 원하는 개체는 여전히 최상위 개체에 의해 차단되는 경우가 많지만 즉시 "내가하는 일, 나는 그것을 본다", "속성"유형 개체의 하위 창으로 깊숙이 들어가지 않고. 결국 그래픽 인터페이스로 작업하는 것이 더 즐겁습니다. 시각적 인 것은 많을수록 덜합니다. 무언가에 대해 무언가를 찾거나 최종 대상 조작을 수행하기 위해 수행해야 하는 제스처.
papaklass : 개체를 비교할 수 없는 이유는 무엇입니까? 결국, 다른 TF의 라인에는 특정 가격이 있습니다. 여기에서 가격을 비교할 수 있습니다. 가격이 같으면 가장 중요한(귀하의 의견으로는) 선을 그립니다. 이것이 우선순위가 될 것입니다.
먼저, 예를 들어 수직선 과 같은 개체에는 가격이 없음을 알려드립니다. 시간이 있을 뿐입니다. 그러나 두 라인의 시간이 같고 서로 다른 TF에서 설정된 경우 더 젊은 TF의 라인이 마지막에 정렬될 수 있으며 이는 이전 라인의 라인과 시각적으로 겹칩니다. 물론 개체의 이름을 지정한 다음(예: 개체 이름 끝에 기간 이름을 추가하여) 비교할 수 있지만 이는 이미 강화된 개체를 찾는 작업에만 도움이 될 수 있습니다. 기본 배치 순서입니다.
일반적으로 시장의 객관적인 사정이 아닌 사용자의 요청에 따라, 그리고 '랜덤' 마켓을 들으면서 간단하고 아름답게 가시성의 우선 순위를 설정하기 위해 지금까지 제공된 것은 없습니다. 다른 시간 프레임.
따라서 이 속성이 렌더링되는 순서가 아니라 마우스로 그래픽 개체를 선택하는 측면을 참조하는 것은 적절하지 않습니다.
그런 다음 IMHO의 선택 순서가 시각화 순서와 일치해야 하기 때문에 SD에 애플리케이션을 작성할 것을 제안합니다. 그렇지 않으면 완전히 직관적이지 않습니다. 눈에 띄는 것은 "표면"에 있는 것입니다. zorder는 이론적으로 객체가 생성 순서에서 우선 순위를 "해제"할 수 있도록 존재합니다.
marketeer : 그런 다음 IMHO의 선택 순서가 시각화 순서와 일치해야 하기 때문에 SD에 애플리케이션을 작성할 것을 제안합니다. 그렇지 않으면 완전히 직관적이지 않습니다. 눈에 띄는 것은 "표면"에 있는 것입니다. zorder는 이론적으로 객체가 생성 순서에서 우선 순위를 "해제"할 수 있도록 존재합니다.
다시 한 번: 가시성으로 모든 것이 정상이며 우선 순위를 설정할 수 있습니다. 렌더링 우선 순위로 모든 것이 나쁩니다. 그리고 "선택 순서가 렌더링 순서와 일치해야 한다"는 것은 모호한 결론입니다. 어떤 것의 질서는 그 자체로 아무에게도 빚지지 않습니다. 사용자의 재량에 따라 인식/접근/조작 등의 용이성을 위해 설정이 필요한 개체에 우선 순위를 설정할 수 있어야 합니다. 아마도 메자닌에 살고 오리발에서 거꾸로 매달려 잠을 자는 괴짜가 있을 수 있습니다. 명백한 순서는 그에게 적합하지 않지만 이 괴짜에게는 자신의 재량에 따라 사물에 우선 순위를 설정할 기회가 있어야 합니다. 그에게 가장 논리적이다.
papaklass : 내가 이해하는 것처럼 문제는 한 줄이 다른 줄을 닫는다는 것입니다. 중요한 (당신을 위해) 라인을 앞으로 강조하려면 우선 순위가 필요합니다. 모든 라인의 시간이 다른 경우 라인이 겹치지 않기 때문에 우선 순위는 중요하지 않습니다. 선이 겹치는 시간에 관심이 있습니다. 여기 당신을 위한 출발점이 있습니다 - 시간이 같을 때 선의 시간입니다. 아니면 내가 당신의 문제를 잘못 이해 했습니까?
이제 "선택"을 제외한 모든 것이 정확합니다. 선택하지 마십시오. 즉, 위에 겹쳐진 개체가 삭제되므로 참조하십시오. 예를 들어, Fibo 시간대에서 시각적- 수동 거래 를 할 때 거래자는 아무 것도 강조 표시할 필요가 없지만 어떤 라인이 더 중요하고 중요도가 더 작은지 확인하기만 하면 됩니다. 그리고 지표는 멍청해서 어느 것이 먼저 작성되어야 하고 어느 것이 나중에 작성되어야 하는지 알지 못합니다. 시간대의 중요한 데이터가 갑자기 발생하기 때문에 지표와 마크업 스타일이 다시 작성되고 있으므로 차트는 강제 순서가 필요한 혼란스러운 데이터를 수신합니다.
x100intraday : 다시 한 번: 가시성으로 모든 것이 정상이며 우선 순위를 설정할 수 있습니다. 렌더링 우선 순위로 모든 것이 나쁩니다. 그리고 "선택 순서가 렌더링 순서와 일치해야 한다"는 것은 모호한 결론입니다. 어떤 것의 질서는 그 자체로 아무에게도 빚지지 않습니다. 사용자의 재량에 따라 인식/접근/조작 등의 용이성을 위해 설정이 필요한 개체에 우선 순위를 설정할 수 있어야 합니다. 아마도 메자닌에 살고 오리발에서 거꾸로 매달려 잠을 자는 괴짜가 있을 수 있습니다. 명백한 순서는 그에게 적합하지 않지만 이 괴짜에게는 자신의 재량에 따라 사물에 우선 순위를 설정할 기회가 있어야 합니다. 그에게 가장 논리적이다.
나피그 "한 번 더"? 자신을 이해하지 못합니까? 나는 유일한 논리적인 작동 옵션을 제안했습니다. zorder는 선택 순서와 가시성 모두를 변경합니다. 정상적인 조건에서 보이지 않는 것을 선택하는 일은 누구에게도 일어나지 않을 것이기 때문입니다. 플래그가 손에 있는지 명확하지 않은 경우 "가중치", "우선 순위" 및 기타 누락된 속성을 홍보하십시오.
다중 우선 순위 지정이 필요할 수 있는 많은 작업 중 하나의 예를 제공하십시오.
예를 나열하는 것은 별로 의미가 없습니다. 지금은 그 중 일부가 있을 수 있지만 미래에 이 코드나 저 코드를 개발하는 동안 많은 작업이 발생하고 문제와 또 다른 예로 누적될 것이기 때문입니다. 지금 구현해 달라고 하지 않으면 6개월 뒤에도 참을 수 없다.
지금까지 이 맥락에서 단 하나의 특정 문제가 발생하고 있습니다. 프로그래밍 방식으로 임의의 선을 그린 후 차트에서 " List of Objects " 창을 호출하지 않고 중첩된 하나 또는 다른 그래픽 개체를 수동으로 편안하게 삭제하는 것은 불가능합니다. 중요도가 감소하는 논리적 순서로 서로에 대해 설명합니다(각 기간의 상대적 우선순위와 직접적으로 관련된 중요도). 저는 이것을 원합니다: 어떤 상황에서도 프로그래밍 방식으로(시각적 우선 순위 속성을 원하는 값으로 설정하여) 서로 다른 TF의 개체가 고유한 종류(즉, 오버레이가 있어야 할 필요는 없지만 그 사이에 압착됨)에 정렬됩니다. 중요도가 높아지는 순서로 위쪽이 가장 중요하도록 하고 수동 분해의 역순으로 하면 덜 중요한 순서로 얻을 수 있습니다. 그리고 이 모든 것은 과학에 따라 다음 단계의 그라데이션을 프로그래밍 방식으로 설정하여 속성을 통해 수행되며 나중에 누가 위에서 만든 것과 같은 트릭이 아닙니다(결국 그래픽 마크업 작업에서 객체가 다른 TF에서 엄격한 직접 순서로 생성되지 않고 그루터기를 통해 데크)가 생성되어 시각적 우월성을 엉망으로 만듭니다. 그리고 OBJPROP_ZORDER도 여기에서는 도움이 되지 않습니다. 왜냐하면 개체에 대한 액세스 순서의 프로그램 설정은 마우스에 의한 선택 우선 순위만 제공하기 때문입니다. 그러나 원하는 개체는 여전히 최상위 개체에 의해 차단되는 경우가 많지만 즉시 "내가하는 일, 나는 그것을 본다", "속성"유형 개체의 하위 창으로 깊숙이 들어가지 않고. 결국 그래픽 인터페이스로 작업하는 것이 더 즐겁습니다. 시각적 인 것은 많을수록 덜합니다. 무언가에 대해 무언가를 찾거나 최종 대상 조작을 수행하기 위해 수행해야 하는 제스처.
개체를 비교할 수 없는 이유는 무엇입니까? 결국, 다른 TF의 라인에는 특정 가격이 있습니다. 여기에서 가격을 비교할 수 있습니다. 가격이 같으면 가장 중요한(귀하의 의견으로는) 선을 그립니다. 이것이 우선순위가 될 것입니다.
먼저, 예를 들어 수직선 과 같은 개체에는 가격이 없음을 알려드립니다. 시간이 있을 뿐입니다. 그러나 두 라인의 시간이 같고 서로 다른 TF에서 설정된 경우 더 젊은 TF의 라인이 마지막에 정렬될 수 있으며 이는 이전 라인의 라인과 시각적으로 겹칩니다. 물론 개체의 이름을 지정한 다음(예: 개체 이름 끝에 기간 이름을 추가하여) 비교할 수 있지만 이는 이미 강화된 개체를 찾는 작업에만 도움이 될 수 있습니다. 기본 배치 순서입니다.
일반적으로 시장의 객관적인 사정이 아닌 사용자의 요청에 따라, 그리고 '랜덤' 마켓을 들으면서 간단하고 아름답게 가시성의 우선 순위를 설정하기 위해 지금까지 제공된 것은 없습니다. 다른 시간 프레임.
시간을 비교할 수 없습니까?
따라서 이 속성이 렌더링되는 순서가 아니라 마우스로 그래픽 개체를 선택하는 측면을 참조하는 것은 적절하지 않습니다.
그런 다음 IMHO의 선택 순서가 시각화 순서와 일치해야 하기 때문에 SD에 애플리케이션을 작성할 것을 제안합니다. 그렇지 않으면 완전히 직관적이지 않습니다. 눈에 띄는 것은 "표면"에 있는 것입니다. zorder는 이론적으로 객체가 생성 순서에서 우선 순위를 "해제"할 수 있도록 존재합니다.
내가 이해하는 것처럼 문제는 한 줄이 다른 줄을 닫는다는 것입니다. 중요한 (당신을 위해) 라인을 앞으로 강조하려면 우선 순위가 필요합니다. 모든 라인의 시간이 다른 경우 라인이 겹치지 않기 때문에 우선 순위는 중요하지 않습니다. 선이 겹치는 시간에 관심이 있습니다. 여기 당신을 위한 출발점이 있습니다 - 시간이 같을 때 선의 시간입니다. 아니면 내가 당신의 문제를 잘못 이해 했습니까?
다시 한 번: 가시성으로 모든 것이 정상이며 우선 순위를 설정할 수 있습니다. 렌더링 우선 순위로 모든 것이 나쁩니다. 그리고 "선택 순서가 렌더링 순서와 일치해야 한다"는 것은 모호한 결론입니다. 어떤 것의 질서는 그 자체로 아무에게도 빚지지 않습니다. 사용자의 재량에 따라 인식/접근/조작 등의 용이성을 위해 설정이 필요한 개체에 우선 순위를 설정할 수 있어야 합니다. 아마도 메자닌에 살고 오리발에서 거꾸로 매달려 잠을 자는 괴짜가 있을 수 있습니다. 명백한 순서는 그에게 적합하지 않지만 이 괴짜에게는 자신의 재량에 따라 사물에 우선 순위를 설정할 기회가 있어야 합니다. 그에게 가장 논리적이다.
나피그 "한 번 더"? 자신을 이해하지 못합니까? 나는 유일한 논리적인 작동 옵션을 제안했습니다. zorder는 선택 순서와 가시성 모두를 변경합니다. 정상적인 조건에서 보이지 않는 것을 선택하는 일은 누구에게도 일어나지 않을 것이기 때문입니다. 플래그가 손에 있는지 명확하지 않은 경우 "가중치", "우선 순위" 및 기타 누락된 속성을 홍보하십시오.
나는 유일한 논리적인 작동 옵션을 제안했습니다. zorder는 선택 순서와 가시성 모두를 변경합니다. 정상적인 조건에서 보이지 않는 것을 선택하는 일은 누구에게도 일어나지 않을 것이기 때문입니다.
캐시된 지표는 기본적으로 외부 매개변수가 변경될 때 다시 계산되는 것을 원하지 않습니다.
예 매개변수 A로 지표를 실행하고 데이터를 가져오고 매개변수를 A에서 B로 변경하고 데이터는 변경되지 않고 지표를 삭제합니다.
매개변수 B로 즉시 표시기를 시작하고 데이터는 매개변수 A와 동일합니다.
표시기를 삭제하고 터미널을 닫고 프로세스가 종료될 때까지 기다립니다.
터미널을 열고 매개변수 B를 사용하여 즉시 표시기를 시작합니다.
완전히 다른 데이터를 얻습니다(매개변수 B에 대한 올바른 계산).