Jump to content

4dimage

Members
  • Posts

    31
  • Joined

  • Last visited

Profile Information

  • Location
    Germany

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi guys, I worked with Adobes suite of graphic software for almost 25 years until i found a nearly comparable professional alternative - Affinity. In this period of time i paid thousands of euros for Adobe software upgrades. For professional users this is the common deal: if you want to have excellent tools - pay the developers for their work. Give the software a chance to evolve. As PaulIEC mentioned, Affinity Designer, Publisher and Photo "do an excellent job and are reasonably priced". Of course, there are a lot of "little buggers" that anoy me when working with these tools for a whole day. But since 10.x i encountered no major bugs in Designer or Publisherso far. Compared to the three Adobe flagships Photoshop, Illustrator and InDesign the Affinity Tools do a great job! And some features are far better then the Adobe stuff. The Studio functionality in Publisher is an excellent idea and saves a lot of time compared to InDesign! During the last three years I almost replaced my whole Adobe workflow with the new Affinity tools! Yes it's possible - but if you regularily have to exchange data with printers or other creatives who (stil) use Adobe, things become difficult 😕 But at least it's possible to open Photoshop, Illustrator, PDF or some InDesign files with Affinity! Please think about this: I payed about 54 EUR for each of the three software tools in 2017 (Publisher 2019) - all perpetual licenes. Since then, we got a bunch of free updates and fixes AND additional features. Compare this to Adobe Creative Cloud. There you have to pay about 60 EUR EVERY MONTH for a big bunch of software that you possibly never use (video, 3d, audio, XD, ...). And since the introduction of the Creative Cloud the Software evolves very slow. It seems Adobe is not longer interested in creating "the best graphic software ever". They only want to make money. And if you can not longer pay the Adobe fee, their software will STOP working after 6 month! That's the bad thing about subscriptions. You can't even open your old files! For freelancers like me the Affinity Suite is a good set of tools which can do nearly every graphics jobs. Of course there are a lot of missing professional features (e.g. color separation preview, better spline handling, better interactivity for PDF, and, and, and, ...). But i hope, in the next version there will be a pack of new additions. And i will of course pay for these upgrades! Because i always want and need better tools for my daily work. cheers :-)
  2. Hi guys, i just encountered a similar problem in the actual windows version 1.10.4.1198. I set up an ad for printing. The document units is Millimeter and the page size is set to 80 x 69mm. What i forgot was, to set a really high resolution for this document which was intended for printing. So the document resolution was only 72dpi (template default). This resulted in a significant difference of the resulting document size in the exported PDF. This was obvious because of the black outline. On the right and bottom side there was a little white background shining through. With the Acrobat preflight you can see that the resulting page size differs a lot from the original page size. As Walt mentioned this might be the result of internal unit conversion and/or rounding. What "fixed" the problem for me was, to set the document resolution in publisher to 300dpi. After exporting the document again the discrepancy shrinked to a small amount and the failure is no longer visualy significant. So, setting the appropriate document resolution for the right media target seems to be crucial. Nontheless this is not really satisfactory 😐 It would really help to get the right PDF output without hassle. I guess in PDF the values for page, trim, bleed... are only numbers. So why not write them exactly as set in Publisher ? cheers
  3. Hi guys, i found some older topics concerning similar problems. Its all about opening PDFs with embedded fonts that are not available on the system. In our daily work we often get client logos or other vector drawings as PDF files that stil contain text as embedded fonts. Often one may use such PDF file without editing it. Just place it in your own design layout (PDF transfer: transfer). This will render and re-export the embeded fonts correctly. So far so good 🙂 But sometimes you have to edit a client logo file, e.g. to create some black/white version or adapt something else. Then you get font errors when opening the file in Affinty. In most cases the client has no other logo file and there is no chance to get the original font from the designer who created the logo. This apllies not only to logos but in many professional applications to any drawings graphic designers get from their clients. E.g. I worked in packing design for many years and had to deal with existing tray and tetra/sig designs every day. The existing designs often had to be adapted to new technical specifications. But often we got only old PDFs and somehow had to "crack" the content without having the original fonts available. In these and other cases it would be extremly helpfull if we can "vectorize" the complete PDF during the open process or in place with an extra functionality. EXAMPLE: There is an extremely helpfull functionality in Illustrator that often saved my day. You can place a PDF in an AI document and then select it. This brings up the menu functionality "transparency reduction". The trick is, to select the option "convert text to path". With this functionality you are able to convert nearly any PDF to pure vector drawings to edit them without font errors. All embedded fonts are converted to pathes correctly - even if they are not available in your system fonts. It would be so helpfull, if we could have a similar functionality in Designer and/or Publisher too 🙂 cheers P.S. The new object selection functionalities introduced in 1.9 (?) are a real timesaver and big leap forward. It's often these "little" commands, that improve quality of life when it comes to professional preprint tasks 🙂 Maybe there are some options missing: select masked / cliped / compound / empty (no properties despite the raw path) layers ? This is what typicaly remains after transparency reduction. A whole pile of nested cliped and masked layers. And with cliped layers selected it would be helpfull to "unclip" / "unmask" selected step by step and shift their content e.g. to the nearest common ancestor layer. This would be a kind of cleanup functionality for imported drawings. Afterwards all empty mask layers could be selected (no fill, no border, no...) and deleted manually. By the way - here is what this really helpfull feature looks like in Illustrator:
  4. Yes, this would be a big timesaver !!! Like Seb Romeo, I also have to do a lot of webdesign. After approval of the page design layout i always have to "program" the real content pages in html/css. It's always a lot of wasted time, to manually remove the unusual linebreak or paragraph chars and rebuild the original text structure when it comes to this final stage. So please: at least a simple text file export of selected text/pages would do it. Better some richtext format, to preserve paragraphs over multiple newlines. Or an additional menu item. Like the reverse of "paste without format" -> "copy without format (with standard richtext)"... Save as "simple" HTML would be great At least automatic conversion of headings to <h1> and paragraphs to <p>... Meanwhile here is some workaround: 1) In publisher: mark the text on your page and do Export -> PDF (digital, no transparency reduction, text must be preserved as text). Optional with "region: selection with/without background". Or you export your whole publisher document to PDF. 2) Open the PDF in Acrobat Pro and do: Save as -> Advanced Options -> RTF (Rich Text Format) 3) Open .rtf File in WORD or another simple Texteditor, that supports RTF. Copy the text to cliboard. 4) Paste the clipboard content to your code editor - e.g. VS Code. wow - "only" 4 steps for some simple copy and paste action 😐 1) 2) 3) 4)
  5. Hi, unfortunately the error doesn't occur again completely in the manner described above (restarted my computer several times since then). Neither with the complex tall document (see above) nor with a new document (simple landscape fullhd). error 1) At a second glance i saw in my screenshots that the document/rulers weren't fliped (vertically mirrored) but rotated by 180 degrees. So there might be an unintended interference with the publisher function view -> rotate left/right ? This error does not show up again. So i could not do further tests on this. error 2) The other part of the described behaviour stil shows up. After hiding all publisher windows via shortcut WINDOWS + D and returning back from the Windows Desktop with WINDOWS + D (toggle), the view in the second display shows an empty window. No rulers, no layout pages. Only the standard window title (programm icon + doc title) AND the publisher footer control bar (pages, tool context info, ...). To get any contents back into view on the second display i have to either minimize the program window there or focus this window via the Windows taskbar button. Further tests show this interesting point: The error 2) only appears when the programm window in display 2 is maximized! If the window in display 2 is not maximized when switching to the Windows Desktop and back again, the window will immediately show up correct. Even with the shortcut WINDOWS + D. As soon as i maximize the window again the error 2) occurs again. I can reproduce this with new publisher views or the same views several times by switching from maximzed to non maximized state. So the window maximze state is part of the problem in combination with my 2 display windows setup ? Here are my Windows display settings. The second display (left hand 2 ) has a smaller resolution:
  6. Hi Gabe, this might be an expected behaviour from a developers point of view. But i guess this behaviour is counter intuitive because the master symbol can be moved like any other object in the layout page. So why should it behave in a different way when it comes to layout scale? When i set the transform origin to the upper left corner and layout fix method (in german: "Auf Seite verankern") activated i expect that all elements in the layout stay unscaled at their orginal position - including the master page symbol. Only the layout page boundaries should resize to right/bottom. And mind the impact on my daily work (screendesign - not print). I have to export dozens of screenshot JPG/PNG for customer approval. Almost after every context change in a layout page (new text, additional images, ...) i need to change the page height. This is because i don't want to have a huge blank space at the bottom of a screenshot. A customer might think this is an intended part of the screendesign ! As a consequence i always have to correct the page height so that the screenshot shows a realistic webdesign from header to footer. Now count the seconds and minutes per day only to fix the master layout shift by always manually repositioning the master symbol to the upper page border again. Sorry - but these endless workarounds are really time consuming...
  7. Hi Gabe, here is a simple test file which reproduces the behaviour: bug-demo_layout-scale_master-page-shift_1-1.afpub The master symbol in the layout page is always shifted to the vertical center of the layout page although the scale method (transform anchor) is relative to the upper left corner. By the way: it's so annoying during every day work to always have to unlock proportional scale and set the anchor again every time one opens this layout scale dialog again. Why not at least remembering the last used settings ? To my mind there is little use of scaling the contents of a layout page together with the new page height because this will distort the layout content. In most cases this is not the intended behaviour (unless the new page size is proportionaly scaled up or down, e.g. from one DIN format to another). As far as my work is concerned in almost all cases i need to extend the layout page height to add more page content at the bottom. My workflow is as follows:
  8. Publisher Version 1.8.4.693 System is Windows 10 with latest updates, runing a NVIDIA Quadro P4000 with driver version 431.94. The second display is set to the left side (Windows Settings -> Display: Monitor 2, left hand). Hi, i opened a new view of the same Publisher document and undock / move the window to a second display. I maximize the program window (standard upper right corner icon, window maximize) to fill the second display fullscreen. So far so good - nice feature 🙂 1a) After changing to the Windows Desktop (WINDOWS + D, all Publisher App Windows hidden) and returning to Publisher the window on the second display show all layout pages upside down. Even the rulers / coordinate origin is fliped ! I verified this by creating a third view of the same document and also undocked it and move it to the second display. This 3rd view also shows it's content and rulers upside down. 1b) After bringing the Publisher window to front on the second display the view does not show any layout pages. No view zoom shortcut will bring any layout page into view. Even doubleclicking on a layout page icon in the page-palette will not bring any page into view on the second display. The only way to show a layout page again in this second window is to minimize the window (no longer fullscreen). But, as mentioned in 1a) the view then shows the pages / rulers upside down. When checking the layout pages in the main display (Windows Monitor one) the layout page is intact and not fliped. So this might be an open GL error ? If i minimize the second window and dock it again into the main Publisher layout window (now 2 Tabs docked into the Publisher main window) the false view flips and now shows the correct orientation again. These errors always occur when hiding/showing (toggle to Desktop and back again) the Publisher Windows via WINDOWS + D shortcut. 2) Another way to fix the empty view in the second display is, to explicitly focus the second window via the window icon in the Windows Taskbar. Then the window content ist restored immediately in the correct orientation.
  9. Hallo elk, ja ich kämpfe seit über 2 Jahren ständig mit den Affinity Programmen, da ich auf jeden Fall nicht in dem erpresserischen Adobe CS Mietmodell enden will. Und die 3 Affinity Programme sind, wie Du schon sagtest, auch für mich die einzige professionelle Alternative zu den Adobe Hauptanwendungen Photoshop, Illustrator, InDesign. Ich habe im Markt nichts vergleichbar Modernes und gut Ausgebautes gefunden (Corel Draw und Konsorten sind ziemlicher Krampf, QuarkExpress natürlich absolut professionell aber irgend wie strange UX). Gerade Affinity Publisher ist mit InDesign CS6 verglichen echt der Hammer 🙂 Und Affinity Designer z.B. als PDF / EPS / AI Dosenöffner ist ziemlich krass... Ich mach das Adobe Spiel jetzt schon seit über 25 Jahren mit (Aldus gekauft, Macromedia gekillt, ...). Dabei war für mich Photoshop schon immer das Arbeitspferd schlechthin - und wird es wohl auch noch eine Zeit lang bleiben müssen, bis die Affinity Suite so geschmeidig läuft wie die Adobe Dinger (da wimmelte es aber auch über die Jahre immer wieder mal von Bugs). Aber Adobe hatte auch über 20 Jahre gebraucht, um durch das User-Feedback alle professionellen Funktionen stabil auszubauen. Also ist Geduld mit Serif gefragt - auch wenn es manchmal schwer fällt
  10. THE REASON ok, i guess i got it. Publisher seems to manage the master page contents as symbols in the background layer of each layout page. After scaling the layout page from the upper left corner with fixed content method, the other content elements in the layout page are neither scaled nor moved. That's how i expect it to work. Nonetheless the master symbol IS moved downwards in this case. And the guides contained in the master symbol of course move with it: After moving the master symbol to the upper layout border the contained guides move with it in the expected position: This workaround works but is not really self-explanatory. After all the master symbol is a content element like all others on the layout page - isn't it ?
  11. Publisher Windows, Version 1.8.4.693 Hi, i use publisher the most time for webdesign. This means i typicaly prepare some master pages for the common viewport widths, e.g. fullhd, tablet, mobile, ... When designing the content pages i have to scale the layout pages to different heights, to filll them with demo content. E.g. a layout page that shows mobile content will be a very long "strip" which is 360px wide, but 3000px in height. Every content page has an individual height depending on the demo content in it. This height changes always during the design process. But of course typical page items like header bar with logo and navigation elements are part of the respected master pages. PROBLEM Together with typical design elements that appear on every content page (e.g. header bar) i set some guides in the matser page to see typical heights in the layout pages that relay on this master page. This might be 2 guides which set the the max height of a page hero or something else. What i expect is, that the quides from the master page always remain at their original position when scaling a layout page relative to the upper left corner. The Elements in the layout page should NOT be resized. I only need more height to add additional content at the bottom of the layout page. But, after scaling the layout page using these settings the giudes that derive from the master page are shifted verticaly in the layout page. I set the transform origin to the upper left corner. But this doesn't work as expected. Instead it becomes more weird, when using the other layout scale method. Then the guides from the master stay intact but of course the whole content of the layout page is scaled unproportionaly. This is of course nothing that anybody needs 😞
  12. Hey, danke Joachim - das ist auf jeden Fall eine Arbeitserleichterung :)) Ich hatte die beiden Zusatzoption im Dropdown überhaupt nicht bemerkt, da ich dachte, hier geht es immer nur um die Dokumentseiten. Die tauchen ja auch erst auf, wenn man in dem Moment tatsächlich ein Objekt markiert hat. Wäre vielleicht hilfreich, die immer anzuzeigen, aber ggf. inaktiv/ausgegraut ?! Somit kriege ich zumindest schon mal die typischen Heros und Beistellbilder aus dem Layout raus - leider nur mit 72 dpi. Scheinbar ist der Export unabhängig von der eingestellten Dokument-Auflösung. Also dort 300dpi einzustellen bringt nix. Das Resultat bleibt 72dpi. Oder hab ich da noch was übersehen ? Z.B. Logos und andere Strichgrafiken, die ich mit 2x oder 3x Auflösung für das Webdesign bräuchte muss ich also nachwievor in AD über slices exportieren. Na ja, hoffen wir mal auf Publisher 2.0 NACHTRAG ok, ich hab einen Workaround. Im Export-Dialog setze ich manuell die Pixelgröße z.B. auf den doppelten oder dreifachen Wert. So skaliert z.B. die Logografik beim Export zu PNG proportional und ich habe 2x oder 3x Auflösung. Ist natürlich auch alles zeitaufwändiger, da jede Grafik einzeln behandelt werden muss. Da sind Slices natürlich praktischer, wenn man bei Korrekturen Objekte immer mal wieder neu exportieren muss. Es bleibt schwierig
  13. Hi guys, thanks for your efforts 🙂 Take care everybody!
  14. That's interesting. Then the effects (unsharp mask) are not cliped by the picture frame boundaries. Hope you can fix this :-)
×
×
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.