Никогда не составляйте список по вопросу, который не дает показания.

Никогда не проводите предпроверку по пункту, который не дает показания.

Эти правила сохраняют силу для всех списков, всех пунктов, даже в ДИАНЕТИКЕ. "Тик" или "стоп" — это не показание. Показания — это малые падения, падения, длинные падения или длинные падения со срывом (РТ).

Never prepcheck an item that doesn’t read.

Кейсу преклира можно причинить серьезные неприятности, составляя списки или проводя предпроверку без показаний, или проходя не дающий показаний пункт.

These rules hold good for all lists, all items, all flows, including Dianetics.

Со списком происходит примерно вот что:

A “tick” or a “stop” is not a read. Reads are small falls or falls or long falls or long fall blowdown (of TA).

Список: "Кто или что запускает воздушных змеев?"

A preclear’s case can be gotten into serious trouble by listing a list that doesn’t read or prepchecking an item that doesn’t read or running an item or flow that doesn’t read.

К/С сказал: "Составь список до пункта со СР П/С".

On a list, this is the sort of thing that happens:

Поэтому одитор и делает список, вообще не проверяя его на показание.

The list is “Who or what would fly kites?” The C/S has said to “List this to a BD F/ N item.” So the auditor does list it without checking the read at all. The list can go on 99 pages with the pc protesting, getting upset. This is called a “Dead horse list” because it gave no item. The reason it didn’t was that the list question itself didn’t read. One does an L4BRA on the pc to correct the situation and gets “unnecessary action.”

Такой список может продолжаться на 99 страницах, с протестами и расстройствами со стороны ПК. Это называется "списком дохлой лошади", потому что он не дает никакого пункта. И причина этого состоит в том, что сам вопрос не дал показания. Этому преклиру для исправления ситуации проводят L4 и получают "Ненужное действие".

On a list that is getting no item you don’t extend. You correctly use L4BRA or any subsequent issue of it. If you extend a “dead horse list” you just make things worse. Use an L4BRA and it will set it right.

Список, который не дает никакого пункта, вы не расширяете. Вы правильно применяете L4 или любое последующее его издание. Если вы расширите "список дохлой лошади", то вы только ухудшите ситуацию. Используйте L4, и он все приведет в порядок.

This weird thing can also happen. C/S says to list “Who or what would kill buffaloes?” The auditor does, gets a BD F/N item “A hunter.” The C/S also says to list as a second action “Who or what would feel tough?” The auditor fails to test the question for read and lists it. Had he tested it, the list would not have read. But the list comes up with an item, “A mean hunter.” It has stirred up charge from the first question and the item “A mean hunter” is a wrong item as it is a misworded variation of the first list’s item! Now we have an unnecessary action and a wrong item. We do an L4BRA and the pc is still upset as maybe only one or the other of the two errors read.

Могут также происходит и такие жуткие вещи. К/С говорит составить список "Кто или что убивает буйволов?". Одитор выполняет это, и получает пункт со СР П/С "Охотник". К/С также качестве второго действия говорит в составить список "Кто или что чувствует себя крутым?". Одитор не проверяет этот вопрос на показание, и составляет по нему список. Если бы он его проверил, то показания бы не было. Но список выдает пункт "гадкий охотник". Он просто раздул заряд от первого вопроса, и пункт "гадкий охотник" — это неправильный пункт, потому что это искаженная формулировка пункта первого списка! Теперь у нас есть ненужное действие и неправильный пункт. Мы проводим L4, но преклир остается расстроенным, так как показание могут дать только одна из этих двух ошибок.

In a Dianetic “list” one is not doing a listing action. One is only trying to find a somatic or sensation, etc. that will run. The item must read well. Or it won’t produce achain to run. In actual fact the Dn list Q does usually read but one doesn’t bother to test it.

В дианетическом "списке" не проводится действий по составлению списка. Вы просто стараетесь найти соматику или ощущение и т. п., которое будете проходить. Этот пункт должен давать хорошее показание. Иначе он не сможет породить цепь для прохождения. В действительности, вопрос Дн списка обычно дает показание, просто его не трудятся проверять.

But an item or flow that doesn’t read will produce no chain, no basic and the pc will jump around the track trying but just jamming up his bank.

Но пункт без показания не даст цепи, основы, и преклир будет скакать по траку, стараясь что-то найти, но просто закупоривая свой банк.

The moral of this story is:

Мораль сей басни такова: ВСЕГДА ПРОВЕРЯЙТЕ ВОПРОС СОСТАВЛЕНИЯ СПИСКА НА ПОКАЗАНИЕ, ПРЕЖДЕ ЧЕМ ПОЗВОЛЯТЬ ПРЕКЛИРУ СОСТАВЛЯТЬ СПИСОК.

ALWAYS TEST A LISTING QUESTION BEFORE LETTING THE PC LIST. ALWAYS MARK THE READ IT GAVE (SF, F, LF, LFBD) ON THE WORKSHEET .

ВСЕГДА ОТМЕЧАЙТЕ В ПРОТОКОЛЕ ПОКАЗАНИЕ, КОТОРОЕ ОН ДАЛ (мП, П, ДП, ДПСР).

ALWAYS TEST AN ITEM FOR READ BEFORE PREPCHECKING AND ALWAYS CHECK AN ITEM AND FLOW BEFORE RUNNING RECALLS OR ENGRAMS .

ВСЕГДА ПРОВЕРЯЙТЕ ПУНКТ НА ПОКАЗАНИЕ ПЕРЕД ПРЕДПРОВЕРКОЙ ИЛИ ПРОХОЖДЕНИЕМ ВСПОМИНАНИЙ ИЛИ ИНГРАММ.

ALWAYS MARK THE READ AN ITEM GAVE (SF, F, LF, LFBD) ON THE WORKSHEET.

ВСЕГДА ОТМЕЧАЙТЕ В ПРОТОКОЛЕ ПОКАЗАНИЕ, КОТОРОЕ ДАЛ ПУНКТ (мП, П, ДП, ДПСР).

The whole subject of “charge” is based on this. “Charge” is the electrical impulse on the case that activates the meter.

Весь предмет "заряда" основан на этом. "Заряд" — это электрический импульс в кейсе, который приводит Э-метр в действие.

“Charge” shows not only that an area has something in it. It also shows that the pc has possible reality on it.

"Заряд" не только показывает, что в данной области что-то есть. Он также говорит о том, что у преклира есть в отношении этого некоторая реальность.

A pc can have a broken leg, yet it might not read on a meter. It would be charged but below the pc’s reality. So it won’t read.

У преклира может быть сломана нога, и тем не менее это может не давать показания.

Там есть заряд, но он ниже реальности преклира. Поэтому он не будет давать показаний.

The Case Supervisor always counts on the AUDITOR to test questions and items

ВЕЩИ, КОТОРЫЕ НЕ ДАЮТ ПОКАЗАНИЙ, НЕ БУДУТ ПРОХОДИТЬСЯ.

and flows for read before running them.

Кейс-супервайзер всегда рассчитывает на то, что ОДИТОР проверит вопросы и пункты на показания, прежде чем их проходить.

The auditor, when a question or item or flow doesn’t read, can and should always put in “Suppress” and “Invalidate.” “On this (question) (item) (flow), has anything been suppressed?” “On this (question) (item) (flow), has anything been invalidated?” If either one read, the question or item or flow will also read. The Case Supervisor also counts on the AUDITOR to use Suppress and Invalidate on a question or item or flow. If after this there is still no read on the question or item or flow, that’s it. Don’t use it, don’t list it. Go to the next action on the C/S or end off.

Одитор, при отсутствии показаний на вопросе или пункте, может и должен всегда вводить кнопки "подавлено" и "обесценено". "По этому (вопросу, пункту), что-то было подавлено?", "По этому (вопросу, пункту), что-то было обесценено?". При показании на одном из этих вопросов, сам вопрос или пункт также даст показание. Кейс-супервайзер также рассчитывает на то, что ОДИТОР будет использовать кнопки "подавлено" и "обесценено" на вопросе или пункте. Если после этого на вопросе или пункте все же нет показаний, то это все. Не используйте его, не составляйте по нему списка. Переходите к следующему действию по К/С или заканчивайте.