Rutiner för att spara bilder för användning i InDesign

Det låter väl som ett utmärkt arbetsflöde. Det man möjligen kan fundera på är om bilderna verkligen ska cmykas av Photoshop, och i vilket läge. Det finns ju bra möjligheter att automatisera sånt.

Eps finns det praktiskt taget aldrig någon anledning att välja (det finns några specialfall, men vet man inte vilka de är så har man garanterat inte behov av dem)

Om man skulle vara helt renlärig så skulle man göra justeringar medan bilden fortfarande ligger i RGB, men aktivera "korrekturfärger" så att man ser bilden i CMYK (dvs. simulerad CMYK, eftersom bildskärmen alltid är RGB) men det där är mer än vad de flesta människor orkar med i praktiken, för låt säga att du har för mycket gult i din simulerade CMYK-bild, det är ju inte helt självklart att du då t.ex. vill öka i blå-kanalen i RGB-bilden…

Vinsten med RGB-flöden är tydligast om det är så att man har alternativa tryckerier och snabbt behöver kunna ställa om dokumenten, eller naturligtvis om man vill publicera för skärm.

Det är väldigt enkelt att skapa ett sådant program, för de flesta filformaten. Somliga (t.ex. EPS) är mer komplicerade, men för alla andra punktuppbyggda format är det mkt enkelt (för den som kan scripting vill säga)

Jag hittade ett script som visar upplösning och pixelmått. Öppna AppleScript-redigerare och klistra in texten nedan i ett nytt dokument. Spara som ett program.

set this_file to choose file
try
	tell application "Image Events"
		-- start the Image Events application
		launch
		-- open the image file
		set this_image to open this_file
		-- extract the property value
		copy the resolution of this_image to {H_res, V_res}
		-- purge the open image data
		copy (dimensions of this_image) to {x, y}
		close this_image
	end tell
	display dialog "Upplösning: " & (H_res as string) & return & "Storlek: " & x & "x" & y
on error error_message
	display dialog error_message
end try

Man kör först programmet och sen bläddrar man fram en bild. Bäst vore så klart om man kunde dra & släppa bilder på det men det grejar jag inte utan en massa googlande och tiden finns inte just nu. Någon som kan script kanske kan bygga på så det blir drag å släppbart?

Det där var kalasbra. Jag ska se till att mina projekt- och produktionsledare får del av detta, så kan de lätt kolla på bilder utan att behöva springa till oss andra.

Jag gjorde ett försök att förädla det lite också.

set this_file to choose file
try
	tell application "Image Events"
		-- start the Image Events application
		launch
		-- open the image file
		set this_image to open this_file
		-- extract the property value
		copy the resolution of this_image to {H_res, V_res}
		-- purge the open image data
		copy (dimensions of this_image) to {x, y}
		-- räkna mm
		set x_mm to (x) / 11.81
		set y_mm to (y) / 11.81
		-- begränsa till 2 decimaler
		set x_mm to (round (100 * x_mm)) / 100
		set y_mm to (round (100 * y_mm)) / 100
		
		close this_image
	end tell
	
	display dialog "Bildens upplösning: " & (H_res as string) & " ppi (" & x & " x " & y & " px)" & return & return & "Bildstorlek vid 300 ppi: " & return & "–––––––––––––––––––––––" & return & "bredd = " & x_mm & " mm" & return & "höjd = " & y_mm & " mm"
	
on error error_message
	display dialog error_message
end try

Om någon vet hur man kan putsa till det ytterligare så vore det najs. På önskelistan står:
- gör till droplet, som Anders också föreslår
- korta antalet decimaler som skrivs ut <-- fixat

Detta borde funka.

set this_file to choose file
try
	tell application "Image Events"
		-- start the Image Events application
		launch
		-- open the image file
		set this_image to open this_file
		-- extract the property value
		copy the resolution of this_image to {H_res, V_res}
		-- purge the open image data
		copy (dimensions of this_image) to {x, y}
		-- räkna mm
		set x_mm to (x) / 7.086
		set y_mm to (y) / 7.086
		-- begränsa till 2 decimaler
		set x_mm to (round (100 * x_mm)) / 100
		set y_mm to (round (100 * y_mm)) / 100
		
		close this_image
	end tell
	
	display dialog "Bildens upplösning: " & (H_res as string) & " ppi (" & x & " x " & y & " px)" & return & return & "Bildstorlek vid 180 ppi: " & return & "–––––––––––––––––––––––" & return & "bredd = " & x_mm & " mm" & return & "höjd = " & y_mm & " mm"
	
on error error_message
	display dialog error_message
end try

Lite OT, men i vilket format sparar ni bilden om ni vill få med en vektoriserad friläggning?

Varför vill man spara en friläggning på det sättet?

Det hör ihop med att quarkxpress, pagemaker, indesign i äldre versioner bara kunde montera frilagda bilder som en tiff-bild med inlagd bana. Spara en äkta lagerfil som PSD istället så behövs inget annat.

Tackar!

InDesign har alltid kunnat montera PSD-filer och förstå både urklippsbanor och arbetsbanor.

Då mindes jag fel men svaret är ändå det samma - man behöver inte göra banor längre.

Lite tillspetsat skulle man kunna säga att banor hörde till 1900-talet.

Lite tillspetsat kanske ja, men visst. Det finns gånger då banor är väldigt praktiskt, eller ger skarpa fina kanter som man kanske vill ha

Ok! Då har jag missförstått det lite.

Bana vill jag ju gärna jobba med! Jag tycker att det är snabbare och mer precist.

Var väl EPS med urklippsbana som man använde? Inte TIFF...
Och banor är det mest underskattade i PhotoShop. Tyvärr försvann nog mycket av den kunskapen när man kunde börja använda transparens. Jag älskar banor och använder det väldigt ofta. Ofta snabbare och snyggare än alla andra sätt att frilägga.
/m

Båda två förekom, visst var det så. Eftersom tråden handlar om att spara bilder så nämnde jag tiff-formatet som är ett bildformat. EPS är ett vektorformat, inte ett bildformat. Jag försökte leda diskussionen mot nyare metoder.

Jag använder ofta funktionen att slå på och av PSD-lager inne i InDesign. Men om man sparar en urklippsbana ihop med filen så gäller den banan utan pardon för allt innehåll. Det är bättre att man lär sig att göra masker med vektorbanor. De verkar på lagernivå och går att slå på/av även inne i InDesign. Då har man det bästa av båda världarna.

Jag tycker nog ändå att ni ska lära er vektormask istället för banor. Samma princip men verkar på lagernivå, inte filnivå.

Perfekt! Då får du stor nytta av vektorbanor när du behärskar det.

Mer och mer talar för att man ska Pitstop helt enkelt.

En fråga... jag blir så förvirrad av forumet ibland. Borde inte denna tråd ligga i Adobe?