Milyen alkalmazást érdemes használni gyorsan készíthető egyénre szabott PDF prospektusok készítéséhez?
Fontos, hogy ne kelljen lementeni, majd beillesztéshez megnyitni a képeket, csak áthúzogatni webböngészőből ahol azok egymás mellé kerülnek.
- 2032 megtekintés
Hozzászólások
Van egy logikus oka, hogy a kiadványszerkesztő szoftverek miért nem tudnak képeket hivatkozni URL-ről, így a feladat a fenti módszerrel nem lesz megoldható.
- A hozzászóláshoz be kell jelentkezni
És mi az az ok, ha nem titok? Miért jobb az h előbb lementi és aztán kikeresve beilleszti - miközben ezt a szerkesztő progi is el tudná végezni?
- A hozzászóláshoz be kell jelentkezni
Én is nagyon szeretném, ha menne (mint tördelő), de szembesülnöm kellett vele, hogy miért nem megy (fejlesztői oldalról):
Kiindulópont: a kiadványszerkesztő programok a képeket (ideértve bármit, amiből kétdimenziós kép alkotható valamilyen módon) általában nem importálja, hanem csak linkeli. Erre az egyik elég komoly indok, hogy egy-egy komolyabb szerkesztésen átesett fotó simán párszáz megabyte, nem beszélve az akár gigabyte-méretű PDF-ekről (igaz, itt elég lenne egy oldalt kiemelni). A másik ok, hogy nem egyemberes projektek esetén simán dolgozik még a fotós egy képen, amely már be lett emelve az anyagba, miközben egy grafikus belejavít egy logóba.
Tehát az ok alapvetően a forrás megbízhatatlansága.
Mielőtt PDF-et exportál egy szoftver, illik az alkotórészeket ellenőriznie. Ez helyi vagy távoli fájlrendszernél általában abban merül ki, hogy ellenőrzi, hogy a hivatkozott fájl egyáltalán ott van-e, és ha igen, megegyezik-e a mérete, illetve az utolsó módosítás ideje.
Eltűnhet-e egy fájl?
Ha fájlrendszerben van, akkor jó esetben tud róla valaki, mi történt. Ha (pl. a FF módszerét ismerve) a drag and drop azt jelenti, hogy a temp-könyvtárba bedobja, akkor senki sem fog róla tudni. Én pl. minden hétfőn az első bekapcsoláskor törlöm a %TEMP% tartalmát.
Módosulhat-e egy fájl?
Fájlrendszer esetén ez jó esetben egyszerűen ellenőrizhető. Egy URL esetén egyetlen módszer van: össze kell hasonlítani a már letöltött és az újra letöltött fájlt. Két probléma lép fel: megvan-e még az eredetileg letöltött fájl, illetve mennyi idő alatt jön le az "új"?
Elgondolkodtató: van olyan rendszeres melóm, ahol egy 8 oldalas újság végleges állapotának a felhasznált forrásanyaga 1-2 GB. Ezt minden korrektúralevonat előállítása előtt letölteni elég durva lenne.
És a bónusz: mint azt alant is említették, az FF a kitömörített képet BMP-be menti a tempbe, és úgy adja át a fájlt az adott programnak. Ezzel elvileg nem lenne gond, de ez a Moszkva-Volga-osztogatnak esete, ugyanis valójában az történik, hogy a képernyőre renderelt értékeket írja a BMP-be, aminek – kiadványszerkesztésre használt rendszer esetén – nem sok köze van az eredeti képhez, ugyanis az a monitor színmodellje szerinti RGB értékeket tartalmazza, nem azt, amit az eredeti kép.
Update:
A fentiekből kimaradt maga a módszer, a drag and drop problémája. Mi megy át az egyik szoftverből a másikba?
Ha a kép, akkor elkerülhetetlenül már átesett valamilyen konverzión (lásd FF), aminek a fő oka az, hogy nem tudok róla, hogy bármely környezet ma képes lenne arra, hogy a kép pixeladatai mellett a metaadatokat is átvigye.
Ha URL, akkor az valójában szöveg. Persze, fel lehet ismerni, hogy URL, de a drop lehet belőle sima szöveg, egy szöveges link (pl. ez lesz belőle Wordben), egy beillesztett kép (feltéve, hogy a befogadó szoftver letölti, és felismeri, hogy kép – pl. OOo/LO Writer), de pl. InDesign esetében lehetne QR kód is.
- A hozzászóláshoz be kell jelentkezni
Egyébként lehetne jó is, de a Mozillánál úgy gondolták, hogy
SHIFT
-tel Windows Intézőbe áthúzással az eredeti fájlt kapjuk, míg más alkalmazások esetén BMP-t...
:)
- A hozzászóláshoz be kell jelentkezni
Ha Explorerbe húzod, az eredeti fájlt kapod, csak akkor jön a BMP-s varázslás, ha valami regisztrálja, hogy tud képet fogadni. (Mellesleg a Photoshop esetén azért idegesítő, mert opennél elfogad URL-t. Pontosabban régen elfogadott, az aktuális, 2014.2.2 verzió általában kifekszik rajta. Bár egyébként sem használtam, mert iszonyat lassú volt, egyszerűbb behúzni egy temp mappába, és onnan a PS-be.)
- A hozzászóláshoz be kell jelentkezni
Valóban. (Beragadt a
CTRL
.)
:)
- A hozzászóláshoz be kell jelentkezni
Köszi a részletes választ! Így már értem. Persze azért az igény egy ilyen programra teljesen valid tűnik. Ami eszembe jutott, h pl URL -es kép csekkolásának a problémája elsősorban nem technikai jellegű. Azaz ha feltételezzük, h megváltozik a kép, és valamiért mindig az érvényes képet akarjuk látni, akkor ezeket műveleteket "kézzel" kell elvégezni. Persze nem kell mindig letölteni, a http fejlécekből jó esetben látszik h megváltozott-e. Ezt egy szoftver ellenőrizni tudná. Másfelől, miért ne lehetne URL esetén a program által letöltött képet tekinteni forrásnak az URL-en található helyett? Lehetne olyan projekt/export opció is, h ne csekkolja az új verziót.
A FF temp könyvtáras megoldás is kezelhető lenne, ha a szerkesztőben projekt/művelet opció lenne, h importáljon v. linkkeljen.
Na de ha abból kell főzni, ami van. És ami van, nem tudja ezeket - felsorolt és egyéb szempontok miatt v. pusztán azért mert nem implementálták - akkor hiába okoskodok :-)
- A hozzászóláshoz be kell jelentkezni
Szerintem logikusnak tűnik, hogy ne URL-ről linkeljek, hanem töltsem le, ahelyett, hogy mindenféle algoritmusokkal, kézi beavatkozásokkal tudassam a programmal, hogy újra le kéne töltenie.
Tehát az, hogy két drag and drop (böngésző->fájlkezelő, fájlkezelő->kiadványszerkesztő) helyett nem egyértelmű helyzeteket kezeljen egy szoftver, szerintem nem valid igény.
- A hozzászóláshoz be kell jelentkezni
Windowson egy kép Firefoxból való kihúzáskor az FF a kitömörített képet BMP-ként az ideiglenes könyvtárba menti, és annak útvonalát adja át a célprogramnak, mintha például a Windows Intézőből húznád az alkalmazásra. Nem tudom, a többi böngésző hogyan csinálja.
:)
- A hozzászóláshoz be kell jelentkezni
Ha nem is "áthúzással" megy, de ha a böngészőmben jobbklikk-másolás és Word-ben beillesztéssel csinálom, akkor nagyjából úgy működik, ahogy szeretnéd. Utána pedig save as... és PDF-ben mentem. (Nálam IE 11, Word 2013)
Üdv,
Marci
- A hozzászóláshoz be kell jelentkezni
Alig hiszem el, hogy nem megy áthúzással, és te Microsoft alkalmazottként ezt le is írod, 2015-ben.
:)
- A hozzászóláshoz be kell jelentkezni
És mivel a képernyőn látható képet másolja, pont ugyanaz a probléma a színmodellekkel, mint az FF-ből áthúzáskor...
- A hozzászóláshoz be kell jelentkezni
Miért, mit hittél/vártál?
Üdv,
Marci
- A hozzászóláshoz be kell jelentkezni
Azt, hogy IE és Word között áthúzással is tökéletesen megy*, és a Word még meg is kérdezi, hogy csak az eredeti képet szeretném, vagy pedig a linket is mentse és a dokumentum következő megnyitásakor vagy kérésre frissítse.
* Valószínűleg megy is, de szinte letaglózott az általad ajánlott ősrégi módszer. :)
:)
- A hozzászóláshoz be kell jelentkezni
Ezek szerint lebuktam, hogy régi bútordarab vagyok - ez is eljön egyszer! :)
Amúgy tény, hogy a drag-and-drop-nak nem vagyok nagy barátja a könnyű hibázás miatt, melynek igen változatosak és nem mindig triviálisan elháríthatatók a következményei. Persze nyilván nincs gondom azzal, hogy PowerPointban így rendezgessem a dolgokat, viszont egy Windows Explorerben, fájlműveletre nemigen használnám...
Ez persze csak szokás és ízlés kérdése, mindenki csinálja, ahogy Neki tetszik.
Üdv,
Marci
- A hozzászóláshoz be kell jelentkezni