Jump to content


  • Content count

  • Joined

  • Last visited

Everything posted by fde101

  1. If you are doing this for printing purposes, don't. Instead, when you export the PDF, choose to export "All Pages" instead of "All Spreads". This will do what you want at the time of export so that the design file can be kept in the generally more useful facing pages mode. If you do need to split them in the Publisher file for some reason, I don't believe this is currently possible without some added manual work. You would need to find all of the objects that span across the spreads and manually copy them from whichever side they wind up on to the side they were missing from.
  2. This is wrong. This functionality was only added to Illustrator in version 10, released nearly 14 years after version 1.0. CorelDRAW added its "envelope tool" in version 2, released about 2 years after version 1, but that isn't quite a mesh distortion in the same sense... Inkscape's first release was version 0.35, and their "live path effects" were not added until 0.46, released over 4 years later. (Illustrator only had their envelope distortion about 2 years before Inkscape's initial release.) etc...
  3. fde101


    From this, I am assuming you are referring to Lightroom rather than Photoshop. Affinity Photo is more like Photoshop than Lightroom. Note that there is a middle ground: there are programs like On1 Photo RAW and DxO PhotoLab that display directories on your hard drive as "catalogs"/"albums" and show the images in a filmstrip view much like the DAM software using catalogs do, but the files remain organized in the directories on your disk, so if you switch software you might lose the data on what adjustments were made, but the photos themselves (and any exported adjusted versions of those photos) are right where they were, organized in the same way, on your disk. We know that Serif is working on a DAM solution which is evidently going to be a separate program from Affinity Photo, much like the relationship between Lightroom (DAM) and Photoshop (Photo), but it is unclear how they are planning on handling catalogs - whether they will be more of the privately-organized-database-method like Aperture and Lightroom, or the on-disk-everything-in-place structure like On1 and PhotoLab. There are advantages to both approaches. The Aperture/Lightroom method allows tricks like having multiple versions of the same photo exist in multiple places within the hierarchy, all referring back to the same original. This can save significantly on disk space if you work on multiple projects using the same photos. It also allows for distinct album types such as photo books and calendars if the software wants to go that far. Moving files around and keeping them organized can also be much more efficient because the program needs to update a few fields in a database instead of shuffling files around on disk, and it doesn't need to keep checking the folders to see if some external program modified the files (as it is considered "private" to the structure of this one program). The On1/PhotoLab method allows multiple programs to use the same organization on disk simultaneously. I can create separate versions of a photo using the two different programs and they share the same organization of the photos, as does the Finder - no need to reorganize between programs, etc. Technically, you are still importing it. When you "open" a photo from your camera in Affinity Photo, it is creating a new afphoto document which contains a copy of that image. It may be stored in separate files instead of in a unified catalog, but they were almost certainly not native afphoto documents (or Photoshop PSD documents for that matter) coming straight off the camera. If you stop using Affinity Photo, you lose the ability to work with the .afphoto files, just like you would lose any adjustment information you create within any of the other programs, but as long as you keep your originals around you can always start over with them, and if you take the precaution of exporting copies of your modified pictures, you will have those to work with also...
  4. That panel flies out of the toolbar the same way the color picker does when you click on one of the color wells, but it behaves completely differently. It does not have the appearance of a dialog box and should not behave like one. I agree that the changes should simply be applied right away and the "OK" and "Cancel" buttons should disappear - particularly considering that "OK" is not a verb and thus violates Apple's Human Interface Guidelines for push buttons. If it is felt that the "cancel" behavior is needed for some reason, then it should be renamed to "Revert" or "Undo", and the "OK" button should still go away.
  5. If you don't have a lot of these, you could try adding the drop cap part as artistic text and pinning it? Granted it's even more work but it just might be a way to get the effect you are looking for in the interim...
  6. I don't believe for a minute that this as a blanket statement is true. Android devices tend to be cheaper (in more sense than one) so there will likely be a greater proportion of Android users that are more interested in saving money and use the less expensive products, but that doesn't mean that ALL Android users are like that, or that they wouldn't be interested in superior options if they were available on the platform. I personally have both an Android tablet and an iPad. The iPad is generally superior in terms of its hardware and in terms of the availability of creative software, such as the Affinity products and various music-related apps and tools; however, some of the security restrictions in the app store make it virtually impossible to bring out certain categories of network/IT-related functionality, so for a tablet intended for doing any kind of network diagnostics (as an example), Android has a bit of an edge. Each of them has its strong points.
  7. fde101

    Data merge

    Even if they did it would be a "best guess", so you still wouldn't really know.
  8. Consider allowing an option for selected shapes to have stroke opacity, width and color, along with fill opacity and color applied to either individual nodes or to the segments between nodes. Applying to individual nodes would result in gradients and graduated line widths, while applying to segments would usually give hard cutoffs where they differ (as would be needed for the fill here, for example). Instead of the roads in this example being two shapes, they would be merged into one shape/curve and have the different properties applied to different parts of the shape. This may not work very well for pattern fills (for example), so there would either need to be two "modes" for a shape to be in (existing behavior or the per-node styling) or there would need to be some level of interaction between the two (maybe the per-node styling happens first then the current appearance settings get layered over top of that, with shapes being newly created with all nodes unstyled / fully transparent)? Obviously not a 1.7.x type of feature, but something that would open up a lot of possibilities, and for more than just maps...
  9. I do agree that it would be nice to have a preference to set the default behavior, or to indicate that whatever behavior you select should be "sticky" and stay in place until you change it to something else. Just bear in mind that when you insert something behind the selected object, if the inserted item is smaller and positioned behind the selected object, it may be "invisible" and hard to select in the window...
  10. There are a few other options around, depending on your needs... http://zevrix.com/pdfcheckpoint.php https://markzware.com/products/flightcheck/
  11. That would be Vulkan, which also happens to be available on Android (at least on the higher-end devices). For whatever it probably isn't worth, this is true of Windoze too (MUCH more so than of MacOS), yet Serif did a version for that. From a technical perspective, Linux has a lot more to offer to a project like this than Windoze does... everything except *maybe* the user base. While I do think that has the potential to change, and I for one would love to see that change, I don't think it actually has yet.
  12. If people are producing video tutorials based on that, it is no wonder there are so many bad ones out there. Videos are a visual form of communication first and foremost - they should SHOW, not tell. The best training videos will be the ones you can follow with the volume muted. Maybe you will miss out on a few smaller details that way, but at least should be able to understand the core of the training.
  13. The knife tool has been on the roadmap since at least 2014, as evidenced in one of the numerous other threads requesting this: As to the "soon, maybe next update," as far as I can tell that comes from wishful thinking. Technically true from the perspective of someone on the outside, in that it may be in the next update for all we know, but it seems at least equally likely that it will not be. In the meantime, there is a workaround you might find useful:
  14. Agreed, but the simple ability to keep objects "connected" to each other seems like it could be a somewhat natural extension of snapping, and I don't think we should be too quick to rule out that this could be useful for things other than designing flowcharts and the like. Visio isn't the only game in town either - OmniGraffle is out there too, and I'm sure there are others.
  15. Is the idea that the text will reflow when the conditional text is hidden/shown? In other words, you are not just taking the text and making it invisible (which you could do with a character style) but actually adjusting the rest of the text around it so as to not leave a gap? If so, this would depend on Publisher being able to scale page counts based on frame content - in other words, add and remove pages depending on the amount of content in linked frames - and I don't think it has that capability yet either, so that might be a prerequisite to this one being useful. Also wondering if this could somehow tie into my previously suggested concept of "layer tags" by allowing selected text to be tagged as well, hiding and showing it along with the entire layers that have that tag... not sure if that idea would work out well in practice.
  16. I wonder if this could be incorporated into the forum software somehow, so that a user could select their native language, and any posts they make are internally tagged as being in that language. Then when someone with a different language selected views the post, it gets translated automatically, with an indicator that it was translated and an option to see it in the original language instead... More food for thought. Obviously a bit off-topic for the Serif team, but maybe something to pass along to the forum software vendor?
  17. Errors are always possible in all cases. Don't insert the filler text as text. By default, when you use Publisher's filler text feature, the text is inserted as "fake" text and scales to the container, it is not actual text. Just as simple then to turn off after inserting the frame, making sure it is all removed. There is an option in preferences that inserts it as plain text instead, which is not helpful for dealing with this situation. I recommend leaving that off.
  18. This is not the first instance I've seen with an invisible thumbnail due to the nature of the asset. Perhaps it would be a good idea to have the ability to assign a custom thumbnail to an asset (a second drawing that is used only for the thumbnail) to better account for these cases?
  19. fde101

    Custom Hotkeys - please

    I think the whole scheme should be redone. Consider that the program could have a set of named "actions", and that menu items, toolbar items, etc. could *all* be tied to those items. A given action could have: An "internal" action name (ex. toolVectorBrush) A user-visible toolbar icon / menu item name (ex. "Vector Brush") A "category" (ex. "Tools") A short description for the user (ex. "Select the Vector Brush tool") One or more personas in which the action is valid A toolbar button icon (Internally) the code to perform the action An associated help URL / text / however it is set up (for context-sensitive help) Then take this pool of actions: Any action with a toolbar icon associated with it (as many as feasible) could be dragged onto a toolbar. Any action with a icon/menu name could be added to custom pull-down menus. Any action could have a keyboard shortcut assigned. The action names could be used as one entry point for plugin / scripting support. Plugins and user scripts could register additional actions and hook into the UI in the same manner as the built-in ones. Just some food for thought...
  20. It can if absolute paths are tracked until the file is saved then converted to relative ones at that point.
  21. I suspect the "fill opacity" is a reference to being an opacity for the fill as opposed to the stroke. The use of the term "fill" is kind of ambiguous here and if Serif does provide a feature which is the equivalent of the one being asked for I do hope they come up with a better name for it.
  22. With grid spacing of 2 (whatever your unspecified units are) each way?
  23. I believe this would fall into the domain of the DAM solution that is being worked on behind the scenes, as discussed in other threads. On1 Photo Raw might be another option but it isn't much less than the one you already pointed out.
  24. @Serge Ciregna, welcome to the forums! I'm not familiar with PagePlus, but if I am correctly understanding what you are asking to do, you want to create the document using a US Letter (8.5" x 11") page size, facing pages checked, making sure it has an even multiple of 4 pages (so 4, 8, 12, etc.). Then when printing, set the paper size to 11x17 and change the "Model" to "Booklet", making sure your printer's driver is set to an appropriate duplexing (2-sided printing) option. On the Mac, the "Model" selection is under the "Document Layout" section of the print dialog; on Windoze, it looks like it is just called "Layout". You can find some screenshots on this related thread from back in the pre-release beta days (so some of the issues discussed there have since been fixed):
  25. This particular section - "Affinity on Desktop Questions (Mac and Windows)" - covers all three apps on both platforms and thus it is not clear from the question alone which one you were referring to. Thanks for clarifying that. Wondering if you might have enabled the "Insert behind the selection" button on the toolbar? There are three buttons there that change where newly added layers are placed.