Greasemonkey: 사용자가 스크립트 실행 순서를 제어할 수 있어야 합니다.

이것은 실제로 4.x에서 누락된 3.x의 기능입니다.

특정 기능/UI를 약속하지는 않겠지만 특정 순서로 실행해야 하는 두 개의 스크립트를 설치할 수 있다면 좋을 것입니다.

스크립트 소스에 // <strong i="5">@priority</strong> (int) 기능이 있거나 우선 순위가 선행을 놓칠 수 있으므로 런레벨 이라고 해야 합니다.
각 눈물은 비동기 기능을 통해 거의 같은 시간에 시작될 수 있습니다.
음수 값도 지원해야 합니다.

일종의 자연스러운 순서가 있는 UNIX 런레벨과 달리 스크립트의 실행 순서는 더 임의적입니다. 사용자의 몫이라고 생각합니다. 스크립트의 태그에서 오는 기본 우선 순위는 나쁜 생각이 아니지만 이전 버전의 GM에서와 같이 순서를 재정의할 수 있는 기능이 필요합니다.

나는 그것에 동의하지만 필요한 경우 소스에서 스크립트의 실행 수준/우선 순위를 편집할 수 있습니다. 나는 그것이 구현하기 더 쉬울 것이라고 가정하고, 그 시점에서 UI를 주변에 구축할 수 있습니다.

이것도 투표하세요. 내 스크립트 중 일부는 특정 순서로 실행해야 하며 제 시간에 실행되지 않으면 중단되어야 합니다.
이 순서를 결정하는 것은 사용자의 몫이라고 생각합니다. UI는 스크립트에서 일종의 "order"/"runlevel" 지시문을 참조할 수 있지만 마지막 단어는 사용자의 것이어야 합니다. 1st-2nd 또는 2nd-1st를 실행할 때 의도적으로 다르게 동작하는 한 쌍의 스크립트를 상상할 수도 있습니다. 둘 다 페이지의 DOM을 참조하기 때문입니다.

IMHO 런레벨은 여기서 필요한 것이 아닙니다.
대부분의 경우 스크립트 B를 실행하기 전에 스크립트 A를 실행하는 것뿐이라고 생각합니다.
이것은 (상대적) 제한 사항입니다. 런레벨은 절대적인 척도입니다. 충분하지 않습니다.
또한 제한이 매우 적습니다. 당신이 필요로하는 것은 "이전"/"나중"것입니다.
그리고 아마도 편의를 위해 "처음"/"마지막"...

이것은 (엄밀히 말하면) 스크립트 자체의 속성이 아니므로 소스에 구운 @tag 헤더가 되어서는 안 됩니다. 이것은 하나의 변경 사항이 다른 하나를 중단시키는 스크립트 조합의 증상이므로(반대의 경우는 아님) 다른 하나가 먼저 실행되어야 합니다.

이 기능이 언젠가는 여전히 유효할까요? 나는 4.x가 나온 이후로 그것을 놓치고 있었고, 당분간 올바른 순서로 실행되기 위해 내 스크립트에서 몇 가지 잘못된 해결 방법을 수행해야 했습니다.

... 몇 가지 좋지 않은 해결 방법 ...

해결 방법은 무엇이며 왜 좋지 않았습니까?

한 스크립트로 보이지 않는 div를 만들고 다른 스크립트에서 타이머를 설정하여 div가 아직 존재하는지 여부를 확인하는 것을 기억합니다. 아니면 바보였습니까?

Greasemonkey로 전역 변수를 설정할 수 있고 다른 스크립트에서 액세스할 수 있다고 생각하지 않습니까? 그리고 그마저도 타이머를 설정해야 하지 않을까요?