Jump to content


  • Content count

  • Joined

  • Last visited

Everything posted by SamSteele

  1. Transform moves are currently (v absolute based on the rulers. It would be nice if moves could also be made RELATIVE to the current position of the object. Yes, I know that one can do arithmetic in the Transform x,y values boxes, e.g. "+1.5" and end up in the place desired for the FIRST iteration of, say, a duplicate but the resultant duplicate then has a new absolute value in the x, y boxes. Instead of being "1.5", the relative move distance, it will be "2.5", a total of the original y location plus 1.5 . Any attempt to put a second duplicate the same distance away from the first duplicate as the first dupe is from the original (i.e. 1.5 ) results in an error. Why is this of concern? You cannot then do a step-and-repeat numerically using the Transform dialogue and CTRL+J. You have to move the first duplicate manually. Only then is the movement recorded as relative and only then will the relocation of the subsequent duplicates be accurate. I would say relative moves are done far more often than absolute moves anyway and should be an option in the Transform palette.
  2. Give a new Publisher file the name "A". Save it. Close it. Open file "A" and save it as "B". Open "Fields" in saved document "B" and under "Document Information" the "Title" field will read "A", which is what the name of what the file WAS, not what it IS now. There is a title-filename mismatch that persists. Even if you close the app down and start afresh, the mismatch persists. See attachment. Yes I know, I can manually change the Title field but a) that's not productive and b) it doesn't stick. The title field in "B" reverts to the first document's filename. I could hard wire it, but that defeats the purpose of a field doesn't it? The field seem unable to update itself automatically and there is no manual key for doing so. Win 64, AP
  3. Brilliant! Thank you. I missed it under Document Statistics.
  4. I don't use titles. What I need is a field that will pick up the filename of the current document and will change if the doc is saved-as under a new name.
  5. Oh? Then why does the file name come up in the Title field and stick there?
  6. I love Publisher but IMHO it has the worst colour system I have ever seen (in over 30 years). How did LAB, RGB and CMYK end up on the same palette when I only work in CMYK and the publication was set for CMYK? I NEVER work in LAB. I have 68 colours like this: "Rick 13-EN_No Photo 2 is the name of the publication. Useless as colour information for an in-document palette. It should be simple to create my own custom CMYK palette but instead it's horribly complicated, if not impossible. It's a monumental time waster. Why can I change a colour in this dialogue but not in that one. And then I can only change it in THAT dialogue, but not this one. A lot of things seem too clever by half in Publisher but colour handling is a serious fault in an otherwise pretty good app.
  7. I just discovered that "Global" colours are the only type of colours where if you change the spec of an already used colour, say add a bit of cyan, all the objects carrying that "Global" colour will change accordingly. Global colours seem to be specific to a document and are not "global" in the sense of being universal to all documents or all the affinity apps at that point in time. Exporting a palette of Global colours does make them available for other documents or apps via "import palette". I would have used the term "linked colour", "coupled colour" or better still "Editable Colour".
  8. Flexibility is nice and so is having various colour spaces available. The key problem I have is useability. I really don't have a mental construct of how the colour tools work in Publisher and there appears to be no good explanation available. I guess I got spoiled using InDesign.
  9. I have been working on a print doc and using the same few colours. Is there any way to save a custom palette or list of the colours I use over and over again (apart from saving to the swatch dialogue)? And to give them custom names so I can reuse them, export them and import them? Tks.
  10. Chris, you can group colours by renaming them with a number prefix in LIST view. If you then sort the list by alphabet the numbered colours will group themselves. E.g. nos. 00 to 09, 10 to 19, 20 to 29, etc. will group together. If you have a lot of entries in one number group, try 100, 200, 300 etc. Remember that single digit numbers start with "0" (zero). Since new colours are added at the top of the list you may have to switch from alphabet to color and back again to get the numbered colours in proper sequence (ascending only).
  11. Yes, that would be very handy if I was an in-house designer working with a fixed set of colours. Or drawing cartoons or graphic novels. I'll give it a try to see how it works across pubs.
  12. Well, you've given me some good hints to follow, thanks. I now have a document palette with 65 colours in it, most of which I have never used before (not the one illustrated below). Swatches tell me nothing. It was so much simpler in InDesign to make a custom list/palette of colours. These long lists of options and switches don't make for a user-friendly UI. Anyway, I will try to find a tutorial on the whole colour thing. Again, thanks for trying to help.
  13. Guides still placed relative to upper LH corner only. 'sigh' Win 7 SP1, 64 bit, AFFP v.337
  14. With a double page spread, it is common to put the zero in between the LH and the RH pages. Measurements to the Right of the zero/centreline are positive, measurements to the Left of the zero are negative. This how it works in InDesign. In Publisher, even if you have moved zero on the ruler to the centreline between the two pages, if you enter a minus number for a vertical guideline—meaning it should appear on the LH page—the centreline will not be on the LH page but will be off on the canvas to the far left of the LH page. Your screen ruler may say the zero is centred between the two page, but in reality it is stuck at the top LH corner of the LH page. The same thing happens to horizontal guidelines: all guidelines are measured from the top LH corner. Yes, it's not a bug, it's a design flaw.
  15. Can anyone tell me what this Great Blue Anchor signifies? It appears at the top of a placed Docx file. but not an RTF file or a TXT file. Tia. WIN 7, AFF Pub. v .312
  16. SamSteele

    Great Blue Anchor

    OK, Thanks.
  17. Where is there a list of the new/changed features in Win Publisher v 305? Tks.
  18. Hi Adam, Why do you hide your update notes under "Bugs" and not put them where one would normally expect to find them, i.e. in "Announcements"? I don't start my day by reading the Bugs column of AP. I opened up AP and it forced me to upgrade. No problem. But with the upgrade should come a ReadMe or something that lists the new/upgraded features. Your explanation of the "pinning" feature isn't that good either. The product is not ready for prime time but keep going.
  19. Just a friendly reminder that guidelines placed by the Guide Manager still do not relate properly to the centreline zero on a double page spread ruler. The zero is offset the correct amount, but guide placement is measured from the far left side. v. 283, Win 7 SP1. Regards, Sam.
  20. You can also make a Character Style in whatever colour or shade of grey you want to work with and then change the character style colour to white or "none" when you are finished. "None" might be safest with some print processes, deleting it off the master pages would be safer still. Then there is no extraneous (unused) code hanging around. These symbols are handy for applying a quick change in one character, to all other characters that have the same style applied.

Important Information

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.