» VMware ThinApp - обсуждение перевода

coherent

Цитата:

обсуждение в теме напоминает ситуацию: один пашет, а семеро советуют

Мы не советуем, а поддерживаем! Благодаря трудолюбию, настойчивости, и многим другим безусловно замечательным качествам, pavlaf делает, как мне кажется, очень полезную работу. А учитывая наше наискромнейшее участие в ветке, я надеюсь, эта работа проходит более плодотворнее и чуточку веселее!

Добавлено:

Цитата:

Как по мне, "оригинальный" носит оттенок нестандартности, например, оригинальный поступок

А я всегда как-то исхожу из проверочного слова, то есть прилагательное "оригинальный" от существительного "оригинал". Оригинал - (от лат. originalis — первоначальный) — первоначальный, подлинный.

А вот заглянул в википедию по поводу слова нативный, и - (Бюро по связям «Натив» — израильское государственное учреждение, подчиняющееся Канцелярии Главы правительства, созданное для связи с евреями Советского Союза и стран Восточной Европы) ))))))))))) Но это конечно же шутка, правильный вариант здесь

coherent

Цитата:

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

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

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


Цитата:

Что качается "capturing" и "packaging", то как правильно отметил SunOK_ZM - это разные понятия.

С этим и не спорю. Но уже не раз замечал у Бьорка - что одно слово, что другое вполне заменяется на "упаковка", "упаковывать". И смысл сказанного при этом сохраняется. Вот и подумал - может быть так и делать?

Что в этом смысле происходит в мануалах плохо представляю - ими pavlaf занимался.


Цитата:

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

То есть в приложение к тексту дать небольшой словарик "перевод термина + его краткое описание".
IMHO хорошая идея. Если никто не против, то попробую так и сделать.


Цитата:

Пока писал словил себя на мысли, что обсуждение в теме напоминает ситуацию: один пашет, а семеро советуют.

Так если с пользой для дела советуют, то самое оно получается.

AVanti473

Цитата:

Но это конечно же шутка, правильный вариант здесь

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

native - правильно будет унаследованный, родственный

Но и вариант "нативный" людям понимающим не даст заблудится думается.

Разрабы тоже люди, и поверьте на слово, при переводе пары тройки программ от довольно известных разработчиков ПО, такие ляпы попадались что мама не горюй.
Иной раз сидишь и думаешь, чево они там дунули ХЗ.

pavlaf
Нашлось время, и поэтому штудирую тут Ваш мануал! Имеются вопросы...

Прошу Вас дать более детальное описание работы параметров:
UACRequestedPrivilegesLevel
и
UACRequestedPrivilegesUiAccess
В особенности для последнего!


Цитата:

Параметру UACRequestedPrivilegesUIAccess ThinApp присваивает начальное значение, блокирующее доступ к защищённым элементам.

Какие это могут быть защищённые элементы? (желательно пример, чтобы это можно было проверить)


Цитата:

Вы можете сохранить начальное значение параметра UACRequestedPrivilegesUIAccess, чтобы виртуальное приложение не имело доступа к защищённым элементам.
[BuildOptions]
UACRequestedPrivilegesUiAccess=false

То есть ЗАЧЕМ в Package.ini вносить параметр, который и так там работает по дефолту?

Если сформулировать вопрос проще, то, как будет работать сборка, если в Package.ini добавить эти параметры с такими вот значениями?
UACRequestedPrivilegesLevel=highestAvailable
UACRequestedPrivilegesUiAccess=true

Заранее благодарен и жду Вашего ответа!

AVanti473
Если со времен версии 4.7 здесь ничего особо не поменялось, то вот из Бьорка по параметру UACRequestedPrivilegesLevel:

"You can modify the UACRequestedPrivilegesLevel parameter to specify which privileges your package requires on an operating system supporting User Account Control (UAC). Possible values are: asInvoker (default), requireAdministrator, or highestAvailable. highestAvailable will use the highest privilege possible avoiding UAC prompt.
Example:
[BuildOptions]
UACRequestedPrivilegesLevel=highestAvailable"

а вот по параметру UACRequestedPrivilegesUiAccess:

"UACRequestedPrivilegesUiAccess:
This parameter specifies access or no access to protected user interface elements. Possible values are false or true.
Example:
[BuildOptions]
UACRequestedPrivilegesUiAccess=false (no access to protected elements)"

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


Цитата:

То есть ЗАЧЕМ в Package.ini вносить параметр, который и так там работает по дефолту?

Чтобы был другой уровень прав, по сравнению с дефолтным.


Цитата:

Если сформулировать вопрос проще, то, как будет работать сборка, если в Package.ini добавить эти параметры с такими вот значениями?
UACRequestedPrivilegesLevel=highestAvailable

UAC будет вылезать со своими окошками гораздо меньше, чем в любом другом случае (а м.б. и вообще не будет вылезать ).


Цитата:

UACRequestedPrivilegesUiAccess=true

Будет доступ к чему-то по имени "protected user interface elements".

Shangry

Цитата:

Чтобы был другой уровень прав, по сравнению с дефолтным.

Этот вопрос относился к дефолтному значению false параметра UACRequestedPrivilegesUiAccess -там не может быть другого уровня - либо true, либо false. Но если по дефолту и так false, зачем его дополнительно вносить!?

В остальном - я так и думал (иное и сообразить-то сложно), но на деле, при включении этих параметров лишь непонятки. Именно UAC я не проверял, так как он всегда у меня отключён в настройках изначально. Зато, с добавлением этих параметров, при попытке инсталлировать в контейнер портабельного файлменеджера QuickTimePro вылет с самого начала установки, тогда как без этих параметров, установка начинается, но вылетает гораздо позже (почти в конце) с ошибкой допуска к службе виндовс инсталлера. Поэтому, вопросов пока возникло больше, чем, казалось бы, очевидных ответов...
Для себя сделал вывод, что пока нет резона пользовать данные параметры, тем более что UAC - вещица достаточно устаревшая, и часто отключаемая самими пользователями. Но, как говорил Аркадий Райкин: "На ум пошло..."

AVanti473

Цитата:

Этот вопрос относился к дефолтному значению false параметра UACRequestedPrivilegesUiAccess -там не может быть другого уровня - либо true, либо false.

Извиняюсь, не заметил, что вопрос к другому параметру.


Цитата:

То есть ЗАЧЕМ в Package.ini вносить параметр, который и так там работает по дефолту?

Так его не предлагается никуда вносить, просто комментируется зачем он и что делает.


Цитата:

Но если по дефолту и так false, зачем его дополнительно вносить!?

Так ваш вопрос был "что станет если здесь поставить true".


Цитата:

Зато, с добавлением этих параметров, при попытке инсталлировать в контейнер портабельного файлменеджера QuickTimePro вылет с самого начала установки, тогда как без этих параметров, установка начинается, но вылетает гораздо позже (почти в конце) с ошибкой допуска к службе виндовс инсталлера.

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


Цитата:

Именно UAC я не проверял, так как он всегда у меня отключён в настройках изначально.

Так это у вас, у сборщика контейнера с приложением. А у пользователей этого приложения, во всем их разнообразии?

Shangry

Цитата:

А у пользователей этого приложения, во всем их разнообразии?

Ваша правда, иначе бы я свои вопросы не задавал на форуме Конечный пользователь всегда в приоритете, вот и приходится исследовать...


Цитата:

Так его не предлагается никуда вносить, просто комментируется зачем он и что делает.

Я уже приводил цитату из мануала по Package.ini, но повторю её:


Цитата:

Вы можете сохранить начальное значение параметра UACRequestedPrivilegesUIAccess, чтобы виртуальное приложение не имело доступа к защищённым элементам.
[BuildOptions]
UACRequestedPrivilegesUiAccess=false

Вот собственно и вопрос - зачем такая рекоммендация, если и так значение по дефолту false?


Цитата:

Так ваш вопрос был "что станет если здесь поставить true".

Да, только это был уже следующий, второй вопрос...

AVanti473

Цитата:

Вот собственно и вопрос - зачем такая рекоммендация, если и так значение по дефолту false?

На мой взгляд это не столько рекомендация, сколько констатация факта - если вы хотите, чтобы виртуальное приложение не имело доступа к защищённым элементам, оставьте значение параметра, как есть.
Учитывая, то с какой степенью внятности в VWware пишутся мануалы, вполне в порядке вещей. .

Shangry 13:03 14-01-2015
Цитата:

На мой взгляд это не столько рекомендация, сколько констатация факта

+1
Имхо это просто параметры для настройки манифеста итогового файла.

Shangry, regist123 - ок спасибо!

Домучил наконец Бьорка.
Вот здесь лежит CHM с Eng+Rus текстом книги - http://rusfolder.com/43505610.

Сделано на уровне "более или менее вычищенный черновик", подробности на страничке "От переводчика". Если будут предложения по дальнейшей доводке, то пишите сюда.
Файл хорошо бы куда-нибудь переложить на постоянное жительство - на iFolder он хорошо если месяц проживет.

Shangry 18:24 21-04-2015
Цитата:

на iFolder он хорошо если месяц проживет.

почему тогда бы на rghost не залить? Там можно выставить 90 дней со дня последнего скачивания.

Shangry

Цитата:

Домучил наконец Бьорка

Забрал - Бум ознакамливаться по мере нахождения свободного времени.

постояннее болванки еще ничего не видел, хотя на днях пару записанных с DVD-rip`ами в утиль отправил.
Shangry, спасибо!-) Вот на мэйле https://cloud.mail.ru/public/3sw7Y2gvDURn/Peter_Bjork - если появится допилинный перевод, стукните в личку - заменю и оповещу постом сюда.

Между прочим, обнаружился параметр в Package.ini

Код: ; Enable this option to register the default email program
;DefaultEmailProgram=%MyProgramName%.exe

regist123

Цитата:

почему тогда бы на rghost не залить?

Спасибо, про него я что-то совсем забыл.
Вот ссылка туда - http://rghost.ru/6Z8PRcP5D, положил на 90 дней.

SunOK_ZM

Цитата:

Shangry, спасибо!-) Вот на мэйле https://cloud.mail.ru/public/3sw7Y2gvDURn/Peter_Bjork

И вам спасибо . Где-нибудь в облаке - это таки понадежнее, чем на файлообменнике.

AVanti473

Цитата:

Бум ознакамливаться по мере нахождения свободного времени.

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

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

Shangry 12:48 22-04-2015
Цитата:

Вот ссылка туда

поднял ссылку на этот пост в шапку первый пост темы, отписал Лису в ЛС с просьбой закрепить шапку.

regist123
Спасибо. В шапке - оно самое надежное.