[ID CS4-CS6] превратности пути, или извращённый мак :)

bossrus · 11.07.2016

беру 2 строчки кода:

Код:

app.documents[0].allGraphics[0].itemLink.filePath
app.documents[0].fullName.path

и то, и другое отображает путь.
но! почему то первая строчка возвращает

Macintosh HD:Users:user: Desktop:-tst-:1111:11:eeeee_eeeee.pcx

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

~/Desktop/-tst-

путь относительный, и,
Не по теме:
чёрт побери
, с разделителями папок символами "/"

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

Oleg Butrin · 11.07.2016

bossrus сказал(а):
и то, и другое отображает путь.

Link.filePath (Read Only)
Data Type: string

Document.fullName (Read Only)
Data Type: File

Oleg Butrin · 11.07.2016

bossrus сказал(а):
это можно сделать 1 командой какого-нить преобразования пути?

Код:

File(app.documents[0].allGraphics[0].itemLink.filePath);
File(app.documents[0].fullName.path);

bossrus · 12.07.2016

Oleg Butrin сказал(а):
Код:

File(app.documents[0].allGraphics[0].itemLink.filePath); File(app.documents[0].fullName.path);

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

/Applications/Adobe InDesign CS4/scripts/XHTML For Digital Editions/Macintosh HD:Users:user: Desktop:-tst-:1111:11:wwwwwwwww.jpg

и получается, что ручная доводка пока надёжней

vbatushev · 13.07.2016

Проверить миссинг — не?
InDesign ExtendScript API (11.0)
Смотрим на .status

bossrus · 13.07.2016

vbatushev сказал(а):
Проверить миссинг — не?
InDesign ExtendScript API (11.0)
Смотрим на .status

картинка, в пути к которой я ищу путь к вёрстке, должна быть миссингом.

vbatushev · 13.07.2016

bossrus сказал(а):
картинка, в пути к которой я ищу путь к вёрстке, должна быть миссингом.

Несколько раз прочитал это заклинание, но так и не понял его глубокого смысла.
Что ищем? Link, у которого .status == LinkStatus.LINK_MISSING? Или какую-то верстку, которая миссинг? Или что?

bossrus · 13.07.2016

vbatushev сказал(а):
Несколько раз прочитал это заклинание, но так и не понял его глубокого смысла.
Что ищем? Link, у которого .status == LinkStatus.LINK_MISSING? Или какую-то верстку, которая миссинг? Или что?

Код:

app.documents[0].allGraphics[0].itemLink.filePath

в котором мы ищем

Код:

app.documents[0].fullName.path

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

_MBK_ · 13.07.2016

bossrus сказал(а):
может быть миссингом. или может не быть миссингом. определяющим признаком является местоположение картинки. и преобразование обеих переменных в тип "файл" невозможно, потому что путь к миссинговой картинке как-то весьма страшно преображается, а к немиссинговой — не преображается.

Так вам же и советуют проверять статус линка предварительно

bossrus · 13.07.2016

_MBK_ сказал(а):
Так вам же и советуют проверять статус линка предварительно

ок. я проверил статус линка. и?
если не миссинг — то один алгоритм нахождения пути2 в пути1, а если миссинг — другой? находить-то нужно в любом случае. даже если миссинг.

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

универсальную функцию-то унифицирования обоих путей я сделал. вопрос в наличии более простого пути, чем тот, по которому пошёл я.

_MBK_ · 13.07.2016

А, вон вы о чем
Если вдуматься, прямое решение тут нетривиально, поскольку постановка задачи содержит в себе взаимоисключающие параграфы. Ибо missing путь может быть каким угодно - полным, относительным или вообще невозможным - так же? И преобразовать его лобовым способом к одному виду с настоящим по этой причине невозможно - только танцуя с бубном. Sad but true

vbatushev · 13.07.2016

bossrus сказал(а):
ок. я проверил статус линка. и?
если не миссинг — то один алгоритм нахождения пути2 в пути1, а если миссинг — другой? находить-то нужно в любом случае. даже если миссинг.

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

универсальную функцию-то унифицирования обоих путей я сделал. вопрос в наличии более простого пути, чем тот, по которому пошёл я.

Какая-то каша... Что за верстка? Верстка — это процесс или результат процесса макетирования. Это файл INDD? К нему нужно путь искать?
Если речь идет о файле, который подлинкован к публикации, и нужно получить путь линка, то какая разница утерян он или нет?!
Есть Link.filePath, который всегда можно принудительно привести к File. У File можно получить .fsName. По Вашим листингам вообще не понятно, что там у Вас является "возвратом" — это что? то что выводится в консоли? это .absoluteURI? .fsName? что?

_MBK_ · 13.07.2016

Все это, конечно, хорошо, но как absoluteURI отнесется к заведомо лажевому пути? 'hmmm'

vbatushev · 13.07.2016

_MBK_ сказал(а):
Все это, конечно, хорошо, но как absoluteURI отнесется к заведомо лажевому пути?

Ты же скриншот видишь, там видно, как отнесется. Нормально отнесется.

_MBK_ · 13.07.2016

vbatushev сказал(а):
Нормально отнесется.

И то правда

bossrus · 13.07.2016

vbatushev сказал(а):
Какая-то каша... Что за верстка? Верстка — это процесс или результат процесса макетирования. Это файл INDD? К нему нужно путь искать?

вёрстка в данном случае — это открытый в индизайне файл .indd

vbatushev сказал(а):
Если речь идет о файле, который подлинкован к публикации, и нужно получить путь линка, то какая разница утерян он или нет?!

когда возвращаешь как

Код:

alert(app.documents[0].allGraphics[0].itemLink.filePath);

то никакой разницы нет. но тогда эта строка по строению будет отличаться от строки

Код:

alert(app.documents[0].fullName.path);

о чём и указано в первом посте.

Не по теме:
понятное дело, что в скрипте идёт сохранение в текстовой переменной вместо alert — но это сути не меняет.

была идея превратить оба путя в файл. результат от миссингованной картинки отличается от нормально пролинкованной. в случае миссинга появляется добавка в начале имени файла "/Applications/Adobe InDesign CS4/scripts/XHTML For Digital Editions/Macintosh ", а формат самого текста остаётся "неправильным" — с разделителями папок двоеточиями. в то время, как путь к самой вёрстке — это относительный путь с разделителями папок в виде слешей.

vbatushev сказал(а):
По Вашим листингам вообще не понятно, что там у Вас является "возвратом" — это что? то что выводится в консоли? это .absoluteURI? .fsName? что?

возвратом является то, что возвращает функция в том виде, который я написал в первом сообщении. попытка добавить .absoluteURI или .fsName при конвертации ссылки в "File" ничего не дали. добавка в начале строки "/Applications/Adobe InDesign CS4/scripts/XHTML For Digital Editions/Macintosh " для миссинговых линков так и осталась.
ну и неочевидное — запуск скрипта, как следует из префикса темы, осуществляются из индизайна.

_MBK_ сказал(а):
Все это, конечно, хорошо, но как absoluteURI отнесется к заведомо лажевому пути?

ему пофиг.

_MBK_ · 13.07.2016

bossrus сказал(а):
, а формат самого текста остаётся "неправильным" — с разделителями папок двоеточиями. в то время, как путь к самой вёрстке — это относительный путь с разделителями папок в виде слешей.

Значит, и вправду, какой то неведомый макакоориентированный баг 'hz'

А проблема только в разделителях? А если через split принудительно разбирать строку а потом собирать? 'hmmm'

bossrus · 13.07.2016

_MBK_ сказал(а):
Значит, и вправду, какой то неведомый макакоориентированный баг
А проблема только в разделителях? А если через split принудительно разбирать строку а потом собирать?

не только, но и сплитами я это таки и сделал.

vbatushev · 13.07.2016

То есть, хотите сказать, что мой код не работает на OSX? Привожу его в тексте:

Код:

var pathDoc = File(app.activeDocument.filePath).absoluteURI;
for (var a = 0, l = app.activeDocument.links.length; a < l; a++) {
    var linkParentPath = File(app.activeDocument.links[a].filePath).parent.absoluteURI;
    $.writeln(linkParentPath);
    $.writeln(app.activeDocument.links[a].status);
    if (linkParentPath.indexOf(pathDoc) > -1) {
        $.writeln("Ссылка внутри");
    } else {
        $.writeln("Ссылка снаружи");      
    }
}

vbatushev · 13.07.2016

Разделители в моем примере вообще идут лесом, потому что путь к приводится к мультиплатформенному виду URI и это String, там хоть ч0рт лысой будет — проверяться по indexOf две строки будут.

Поиск

[ID CS4-CS6] превратности пути, или извращённый мак :)

bossrus

шибка умный, аднака

Oleg Butrin

Oleg Butrin

bossrus

шибка умный, аднака

vbatushev

bossrus

шибка умный, аднака

vbatushev

bossrus

шибка умный, аднака

_MBK_

Пикирующий бомбардировщик

bossrus

шибка умный, аднака

_MBK_

Пикирующий бомбардировщик

vbatushev

_MBK_

Пикирующий бомбардировщик

vbatushev

_MBK_

Пикирующий бомбардировщик

bossrus

шибка умный, аднака

_MBK_

Пикирующий бомбардировщик

bossrus

шибка умный, аднака

vbatushev

vbatushev