Ответ на »сообщение 1389« (Fktrc)
___________________________
Не могу просто внимательно читать. Сказывается изучение в школе и в институте нетехнического немецкого. В итоге и немецкого не знаю (не укладывается в подкорку) и с английским напряг - времени нет изучать.

... Ну что тут посоветовать? В том-то и дело, что лучшего чем постоянное чтение и общение, просто не посоветуешь...
Просто возьмите для себя за правило читать одно и то же в двух вариантах. Как одно из средств (составляющих процесса обучения), могу порекомендовать:
http://ask.km.ru/books/upe/
Это на русском. Я думаю, можно и на английском найти.

Кстати, на http://ask.km.ru - очень хороший и правильный ресурс - автору огромное спасибо! Есть переводы док по Plan9, а на сайте самого Lucent есть их английские оригиналы - переводите, сопоставляйте, корректируйте свои переводы, закрепляйте успех. В технических программистских текстах на английском языке довольно стандартный набор грамматических правил применяется - привыкните быстро... Да и терминология в русском, в большинстве своём из английского. "...Мы ж не Хранция какая что б язык свой охранять..." Жаль,  конечно, но что делать? :о)

Кстати, может еще ссылочек полезных подкинете? (можно в хелпе) Если знать, куда смотреть, то моих знаний английского плюс стилус вполне хватит. А с нюансами наподобие этого Вы должны были столкнуться не раз.

Давайте бороться с трудностями по мере их поступления?... :о)
Никто из тех, кто с Обероном работает, Вас, естественно, "посылать" и "обкладывать" не собирается - по мере сил, времени и средств - ответим. А на придурков внимание не обращайте - их везде хватает...

Удач!

Ответ на »сообщение 1381« (Fktrc)
___________________________

Ответ на »сообщение 1380« (Ivan)
___________________________

Всё правильно, с помощью коммандера можно передавать напрямую только два параметра, причём целые или вещественные числа (если я правильно помню). Большее число или другие типы параметров нужно принимать в чистой процедуре с помощью TextMappers.Scanner
Ничего себе... Хорошо, почитаю доку про сканер...
А зачем тогда вообще возможность запуска процедуры с параметрами? Был бы во всех случаях единообразный код чтения параметров...
Да и ограничение на два параметра в коммандере - непонятно, почему именно два, а не три и не четыре. Вот вам и простота без нюансов, которые ниоткуда не вылезут...
Как же я вчера вечером матерился из-за этого... Высказывание Ivan про "какую то мать" начинает сбываться.

Вроде как ББ вырос из Native Oberon, и все команды ОС (dir, copy и т.д.) есть процедуры какого-то модуля, отсюда и ограничение в 2 параметра...
А может и не отсюда...

Ответ на »сообщение 1388« (Владимир)
___________________________

№ 1375
Вопрос - где можно достать документацию по BB на русском, а то с английским у меня слабо?..
Не могу просто внимательно читать. Сказывается изучение в школе и в институте нетехнического немецкого. В итоге и немецкого не знаю (не укладывается в подкорку) и с английским напряг - времени нет изучать.
Про коммандеры читал на этом форуме и на Progz.ru. А про альтернативные способы узнал только сегодня от Ivan и S.Yu.Gubanov. Кстати, может еще ссылочек полезных подкинете? (можно в хелпе) Если знать, куда смотреть, то моих знаний английского плюс стилус вполне хватит. А с нюансами наподобие этого Вы должны были столкнуться не раз.

Ответ на »сообщение 1386« (Fktrc)
___________________________
Скажи, где про это написано, т.е. про команды и про нерекомендуемость. Конкретную ссылку дай, я почитаю, может там и аргументы приводятся.

В первом же примере упоминается особо форма вызова параметров коммандера(Obx/Docu/Hello0):

When clicked, a commander takes the string which follows it, and tries to interpret it as a Component Pascal command, i.e., as a module name followed by a dot, followed by the name of an exported, parameterless procedure.

Dev\Docu\Commanders:

A commander is a view which interprets and executes the command or command sequence written behind the commander. It only operates when embedded in a text.
Commanders can be useful during development; e.g., they may be embedded directly in the source code of a program. They are not intended for use in end-user applications, due to their non-standard user interface experience.

Почему non-standard? Потому, что это для целей отладки и для замены пунктов меню:

Да, кстати (System/Docu/User-Man):

Since the commanders are part of the Dev subsystem, which is not licensed for distribution, it is not possible to use commanders in the runtime environment. To be able to invoke commands, such as StdCoder.Decode, use StdLinks instead of commanders.

Кстати, по поводу:
Да и ограничение на два параметра в коммандере - непонятно, почему именно два, а не три и не четыре. Вот вам и простота без нюансов, которые ниоткуда не вылезут...

в Obx/Docu/Hello0 в конце текста читаем:

commanders are used as convenient alternatives to menu entries during development

Видимо отсюда вытекает же и ограничение на количество аргументов... Так, что не возмущайтесь, а читайте внимательно... :о)

С уважением

Нестандартные расширения не рекомендуются к использованию во всех случаях, где подразумевается хоть какая-нибудь переносимость. Про команды - пороюсь, посмотрю. А может тут более опытный подскажет...

Ответ на »сообщение 1385« (Ivan)
___________________________

Вообще-то коммандер предназначен для того, чтобы вызывать команды. Командами в Оберон-системах называются экспортируемые процедуры без параметров. Так что возможность вызывать с помощью коммандера процедуры с параметрами - вообще нестандартное расширение, не рекомендуемое к использованию.
Скажи, где про это написано, т.е. про команды и про нерекомендуемость. Конкретную ссылку дай, я почитаю, может там и аргументы приводятся.

Вообще-то коммандер предназначен для того, чтобы вызывать команды. Командами в Оберон-системах называются экспортируемые процедуры без параметров. Так что возможность вызывать с помощью коммандера процедуры с параметрами - вообще нестандартное расширение, не рекомендуемое к использованию.

Ответ на »сообщение 1382« (Ivan)
___________________________

Как сказано в доке про коммандер, вещь сия предназначена скорее для отладочно-тестовых целей, нежели для постоянной работы.
Вопрос с таким странным ограничением в два параметра все равно остается. Ну не понимаю я, чем в этом конкретном случае число 2 лучше чисел 5 или 10. И зачем тут вообще ограничение?

И вообще, основное назначение процедур - быть вызванными из других процедур/модулей, и здесь количество параметров не ограничено.
Так в этом то я не сомневался :).
Но согласись, наткнуться со всего размаху на ровном месте лбом на стену тоже неприятно. Попробуй сам представить, что на калькуляторе можно ввести число только в пределах десяти. И что ты скажешь громко вслух про такой калькулятор, если вдруг придется на нем работать?
А вызов процедуры в другой процедуре визуально ничем не отличается от вызова через коммандер... Путаница выходит.

S.Yu.Gubanov:
А еще с помощью модуля In (передавать параметры "командной строки")
Вот это мне понравилось. Спасибо.

...TextMappers.Scanner..
А еще с помощью модуля In (передавать параметры "командной строки")

У info21 есть пример в модуле "Info21ИспользованиеIn.odc"

Как сказано в доке про коммандер, вещь сия предназначена скорее для отладочно-тестовых целей, нежели для постоянной работы. Процедуры с параметрами же от коммандера совершенно не зависят. И вообще, основное назначение процедур - быть вызванными из других процедур/модулей, и здесь количество параметров не ограничено.