Jump to content
You must now use your email address to sign in [click for more info] ×


  • Posts

  • Joined

  • Last visited

Profile Information

  • Gender
    Not Telling
  • Location
    Connecticut, USA

Recent Profile Visitors

1,089 profile views
  1. Thank you so much for this "hard" information. I may have differing degrees of affinity for various scripting languages, but the complete lack of one has been an obstacle to using Publisher to its fullest potential. Also, I'm tired of screen-sharing from my now-ancient late-2012 iMac to produce specific publications in my now-ancient but miraculously functioning InDesign CS6 installation that supports both full scripting and saved searches. This is just great news, and I appreciate the persistence of the programming team in getting this done.
  2. Yes, and yes. I had to turn back to InDesign CS6 (last version with a standalone license) today to start producing the latest iteration of a long-standing project that requires a RegEx search and replace. First pass to catch all instances of a certain numeric string and reformat it using a character style followed by a non-breaking space to attach it to the next word, then a second pass to catch just the leading instance of that string in each paragraph and reformat it with a different character style. ID has the following features that make this a 1-second task, even on the old iMac that is running it: Fully supported and documented RegEx implementation Find and replace strings that can be stored and recalled globally Full scriptability Extensible interface to allow the script to be compiled in Java and invoked at will And all of that from software that was released nine years ago. Early CS versions could do the same. The reason I had to use ID (and had to do it remotely, because the mid-2012 iMac is in another office) is because I can find no other software that will do what I need and bring the results into Affinity Publisher. BBEdit? Only supports text or markup for output, so the amazing RegEx "Playground" is wasted because it can't provide useful output. Microsoft Word? It would seem like an obvious choice, but support for regular expressions (which they call "Wildcards" but which was a reasonable implementation of RegEx) has eroded to the point where it has disappeared from the documentation. And, since AP doesn't seem to support tagging, either, there's no sense in writing a BBEdit text factory to attach markup tags to text. Lack of tagging support seems especially weird because of all the effort that has gone into the IDML import filter. I'm really hopeful that an LED lightbulb will go off in the developers' heads, because they must be that close to supporting tagging in general. So again, as @michalmphpoints out, we don't need to solve the "which language" problem for Serif, but I for one would really love to retire that old iMac from its production job so it can serve household files for the next 10 years!
  3. It took me a day to learn how to think in points and picas when I was learning typesetting on a Compugraphic machine in 1981. It properly remains the way I spec and set everything I do to this day. That includes Microsoft Word documents, where setting margins and hanging indents in points is so much easier and faster than doing the same in decimal inches. I would probably find metric measurements workable, but they are discouraged in the USA and so they are not a go-to. It doesn’t matter, though—Serif provides enough measurement systems (including yards!) to keep everyone happy, and they are all available on the fly with a single right-click.
  4. Um, there is a solution, and very similar to that used in the <cough> other major publishing application. Point at the intersection of the horizontal and vertical rulers in the upper-left corner of the document window. (If they are not visible, select View->Show Rulers, or type COMMAND/CTRL + R) Right-click or CTRL-click on the intersection. From the contextual menu that appears, select your preferred unit of measurement. Everything from rulers to information boxes will now display in that unit. Unsolicited bonus: If you want to change the "page origin" (the point from which the H and V rulers measure "0"), click and drag from that spot. Again, exactly like the other, captive-subscriber-hobbled application. Finally, know that many of us here in North America very much design and think in picas and points, and campaigned hard to encourage Serif to include it in the program.
  5. Holy cow. I just read 11 pages of opinions stretching back 3 years giving Serif all kinds of advice about which flavor of programming language, how proprietary (or not) that language or languages should be, etc. Tip o' the cap to all of you who have brought nuance to that part of the problem. I have been able to accomplish some amazing tasks over the past 35 years using automation tools. If it wasn't available directly in the application, there were hooks to allow an external tool to accomplish programmatic tasks. Given that some kind of implementation is needed, and that it involves choices, I want to step aside from that detail and state: Some form of scripting would vault AP and its suite-mates into the professional tool arena. It's just not there without it. Some form of macro editing/creation, as with Photo, would ease the pain of text manipulation. Some form of saving find/replace expressions for reuse would make it worthwhile to use RegEx/GREP strings. I list those items from most to least difficult (in my naive understanding). In order of implementation priority, I'd reverse the list. Surely Serif could pick off one or more items from that list and realize a huge gain in adoption (for Serif) and productivity (for users).
  6. And with that answered, I searched the Publisher help for this topic, and the closest I came was the discussion of "Object Defaults." This appears to be too particular and misleading, as @Old Bruce's solution also applies to default panel values and, I presume, anything else that is a default in Publisher. That may suggest a revision or clarification in the Help facility would be in order. Thanks again!
  7. After searching pretty much every thread that could be related, I've learned the following: A default "space after" value of 12 pts leading between paragraphs appears to be an intentional choice on Serif's part. There is a school of typographers who believe that this is a good thing for long blocks of text, and I respect that. There appears to be no easy way to change the base style globally (that is, in one's local installation of Publisher) so that the "space after" value is 0 pts, or any other value but 12 pts. I accept the first two points, but want to know if the third point is true. Is there any way to change the base style so it applies globally to every new document that is opened? Thank you for your thoughts on this matter.
  8. This is a major update in my book. I have hesitated to commit to Publisher because of my large library of InDesign CS6 files that still need tending. After seeing: The short work that Publisher made of ingesting an IDML file; and The fact that I can now save that ingested file as a template I am blown away. THANK YOU for this. I have used ID since its initial release in the early 2000s, migrating from PageMaker. I have pushed it close to its limits, and have depended upon it for jobs small and large. I have had to freeze my MacOS version at High Sierra to accommodate it, at the expense of updating other applications. With this capability, I can virtualize High Sierra, safely move to the latest system, and run CS6 for exports. For fun I opened an IDML file in BBEdit. After seeing what the IDML package encompasses, I say "hats off!" to the Affinity Publisher team. Well done!
  9. Congratulations to Serif and the Publisher team on release! In very early use, I'm noticing that Publisher 1.7.1 is not seeing all the fonts installed on my Mac. I don't notice a particular pattern, though I haven't yet looked hard. In particular, "Book Antiqua" is MIA, though it is verifiably active on my Mac. (2017 MBPro, High Sierra.) Thank you for the release.
  10. Would love to do that. Can’t find the special request, but lots of individual threads requesting this! Point me toward the thread you’re seeking support for.
  11. Thanks, of course. I’ve been asking for this for 2 years and want it to be implemented.
  12. I have previously requested this for Designer and Photo, but accepted that pixels/points was possibly adequate for most folks' needs. But I'm aghast that Publisher does not support Pica & Points as a measurement standard. Please implement this in your measurement engine! I understand that picas may not be used in Europe, but in North America it's a very useful standard. Points alone is not enough. And, thanks for the public beta release!
  13. Two true things: Sometimes people need to vent their impatience. I don't need to be around while they do it. For me this thread is over. (Oh, okay, three, THREE true things.)
  14. +1 to this feature request. And a big –1 to users who argue that everyone should just get used to a black-on-black UI because it's what they think is "correct." On my screen, the icons are very small and nearly indistinguishable when rendered white-on-black, as they are now. The inky void swallows up the details that would otherwise make them easy to identify. And thanks MEB for highlighting Andy's video bit, which seems to show…yes, an adjustable UI!
  • Create New...

Important Information

Terms of Use | 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.