Jump to content


  • Posts

  • Joined

Everything posted by v_kyr

  1. For comparing plain PDF docs on a visual base manually, you just need a tool which offers to showup two PDF docs side by side with syncronized scrolling views/windows, that's often more accurate than any offered Diff-PDF tools. - Personally I compare documentation/manuals stuff I've written myself and here I usually don't diff/compare the resulting plain PDFs, but instead the file format of the tools I've used to wrote the docs/manuals in (Word .docx, FM .fm, LaTeX .tex, Markup .md, Text .txt, Code ... etc.). If I would have to compare PDFs where I don't have the intial file format and tools those have been generated from, I would extract the whole texts and compare those, since that's granted to work. - Since comparing all other sort of data (images, graphics, metadata, formated tables & code ... etc.) automatically via PDF diff tools (...aka comparing the PDF files directly), in most cases don't work always accurate (I don't know of any always/absolute accurate/trustable working PDF tool here). Thus I would preferably use a visual sync scrolling vis-a-vis PDF view tool for such purposes and decide then with my own eyes where the diffs in the PDFs are.
  2. Quick Tips: for finding Affinity content with Google Search Google: "Affinity Photo" -designer -publisher
  3. There are many/several different tools for extracting all the text out of PDF files. Some tools use OCR to extract all text, others use specific file format parsers (in this case for PDF) for doing the job. I'm naming exemplary just one Java based tool here, which can deal with many file formats, namely Apache Tika, dowloads available: here. You should have a Java runtime environment installed. Mirrors for tika-app-2.4.1.jar (can be run from a shell/terminal via: > java -jar tika-app-2.4.1.jar)
  4. That's usually something every better text editor offers, namely a build-in diff tool, which historically stems from Unix systems CLI tools for text processing & development. Also every version controll system comes along with diff capabilities. A prominent Unix based implementation are the Gnu Diffutils (diff/diff3/sdiff/cmp/patch). - And (no surprise here) the algorithms behind Diff & Co. work always best on plain textual file (plain text) representations.
  5. See: An image format for the web (Google) WebP (Wikipedia)
  6. AFAIK there is no used term refrenced to Artboards called "mounting area", you better use the terms the online help uses and names, in order to not confuse people here. Since the later may lead to possible misunderstandings! - See: Artboards About artboards Adding and removing Selecting, moving and resizing Renaming and viewing Aligning and distributing Design aids Colour and opacity Moving artboard content Exporting Printing
  7. I doubt APub has a build-in PDF diff tool, but you can instead try out ... diff-pdf Compare PDF files (online) ... etc.
  8. If you use the base URL https://www.frankentoon.com/ it will tell you that it is moving to https://frankentoonstudio.com !
  9. Nothing has changed in this situation to date, such vector based distortion features/functions are still missing. - You have as a workaround to use 3rd party tools in order to do such vector distortions. See also slightly related:
  10. You don't need APh for those Live Filter Assets (just follow the above shown link and install those Assets in ADe), they've be done in order for reusage in ADe!
  11. In ADe for keeping things as plain vectors (with converted to curves) on export, not really! You can though reuse the APh Perspective distortion live filter in ADe via Assets for performing such a distortion (see therefor this Resources thread), but the exported result will then be rasterized, aka an embedded bitmap and no plain vectors! Sadly there aren't any real vector distortions (free transform, warp, perspective ...) available in ADe!
  12. You have the same crash report messages as @radium56 showed before. Thus I suggest you try out the same he did, aka deleting the " ~/Library/Application Support/Affinity Photo/" folder and then retry starting APh.
  13. Not only, it should also work for objects, as far as you see the rotate cursor and then click on the trackpad with one or two fingers, hold and drag to the desired direction (see the above screenshots @thomaso showed). - Or as an alternative, you can do it even more precisely the way as @Old Bruce told, by using the transform panel and it's rotate field input values.
  14. See in the online help: Gestures -> select ["Scroll & Zoom"] -> click on "Rotate" Rotate Document view (canvas) How to Rotate Images Using the Trackpad on a Mac ... etc.
  15. Welcome to the forum! For an artboard (or a document) the vectors do, due to the overlapping, partly just lie (are transformed to coordinate values) outside of the shown SVG viewbox area. Thus it looks clipped, but here too then the entire plain vector object gets exported. Only for bitmap/raster image exports, or an SVG with embedded rasterized image data (a flatten SVG) a real clipping will occur as a result. - For Slices the same applies but just inside the artboard/doc boundaries, so these also won't really split/cut vector objects. So all in all Slices work when exported as raster/bitmap (flatten SVG, aka images) but not for plain vectors.
  16. Maybe a regular expression based search/match/replace run will do the job afterwards for the equations. Aka for let's say the text: (1.2) y = m c The reg expr: (\([0-9]+\.[0-9]+\)) (.+) => \2\1 Should yield to: y = m c (1.2)
  17. For reusing any Mac or Windows UI-Kit assets components you will need a corresponding precreated assets set, or make your own one instead. - If you find some such asset kits on the net, you can download & import them into the assets panel, in order to reuse them (or instead as said, just create your own). As an example see: OS X El Capitan UI Kit In case you want to create your own Apple based UI kit (for macOS Monterey, iOS and iPadOS etc.) take a look under Apple's Design Resources: Apple Design Resources Human Interface Guidelines - MacOS Human Interface Guidelines - Visual Index Apple Human Interface Guidelines - Document Icons ... etc.
  18. It's possibly only created dynamically on demand here, aka maybe only when some font mapping has to be applied and so more, if some in a document used, but on the system missing font, has to be mapped to another on the system available font. - But don't take my word for this, it's just a guess and I'm not sure on this!
  19. Did you tried it out with some more suitable/usable decorative brush motives? I didn't had any such brushes installed, thus my used brush example above shown, might not be a very good one for such purposes here.
  20. @anon2126 You can vectorize those pixel image layer text portions. Remove the gradient & let the outline be dark black colored for both layers, then export those text image layers as a JPG (ideally with a white doc background for better autotracer recognition). Afterwards vectorize the exported JPG images via "centerline" tracing, for example with one of these online services ... Rapid resizer fConvert Online Vectorizer ... now the result should be vectors (PDF or SVG). Load/open the PDF/SVG into APh, adjust them to your needs & apply a gradient fill!
  21. As said, it depends on the SVG graphics, if that has/uses outlined strokes or just simple line strokes. You can show/share one of those SVGs here, then we can inspect what that is drawn with at all.
  22. Your cam (the Canon R10) has been released end of May (on 24. May 2022) and so is still pretty new on the market. Thus it takes some time until third party RAW converters will support that cam too, especially here then all those RAW converters, which do depend on LibRaw for RAW processing & conversion. - Beside Canon's own DPP, which of course comes together with the cam from the vendor right out of the box, even the bigger 3rd party players in the RAW converter/conversion tool field (like Adobe Lightroom, CaptureOne, DxO ...) will need some time to adapt their software to the new Canon R10 here!
  23. Ah Ok so you don't get (reach to) any UI showup at all here then. - Since your crash report indicated FontMap issues, I've took a look at my APh MAS installment (on an old MacOS version) where the font data stuff is stored. - I can identify it on my system for APh from MAS under the path ... ~/Library/Containers/com.seriflabs.affinityphoto/Data/Library/Application Support/user/font_map.dat ... in your case with Monterey 12.5 and probably from the SerifStore it might probably be more located under ... ~/Library/Application Support/Affinity Photo/user/font_map.dat You maybe want to take a look if that font_map.dat file is initially created and exists at all on your Monterey system: if yes, then I would remove/delete that "font_map.dat" file and retry afterwards an APh startup, in order to see if it possibly makes any difference here then. if no, then I would deinstall/remove APh completely (and any possible left overs from it under Monterey), then afterwards perform another fresh APh install and tryout.
  • 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.