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

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

Эти правила сохраняют силу для всех списков, всех пунктов, даже для ДИАНЕТИКИ.

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.

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