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

Wosven

Members
  • Posts

    4,129
  • Joined

  • Last visited

Posts posted by Wosven

  1. We add to do this for ±200 portraits. Those were made in different years and in color, and we needed them to have the same grey background, same color profile and same cropping (each head should look the same size), since slight difference happened after few years of producing this document.

    The images were processed independently of the layout app, to select the person, add the backgroung, save with the profile by the photograph.

    In a second flow I cropped each one (we kept the bigger ones for other needs), to get similar size portrait, so I would only have to import them in a similar image frame in each page.

    I just hope you've got nice black & white pics, since it'll be harder to add details in gray if one of them is too contrasted, and you want all of them to fell/look from the same shooting session.

  2. On 4/28/2021 at 8:09 PM, walt.farrell said:

    In my opinion it is better to set up separate folders for Photo, Designer, and Publisher templates. Or distinguish them via the file name. Then configure the template folders appropriately for each application, such that when you click on Template in File > New for Photo you get the Photo templates, And in Designer you get the Designer templates, and in Publisher you get the Publisher templates.

    Sorry to find this laughable, but we talked about those problems when the template files were added. There are really interesting discussions in this forum, but they barely reach the apps unless it's about annoying bug… Ha hem, perhaps not even those, sometimes.

  3. Hi @Lord Mystirio,

    I hope you'll get an answer about the problem reinstalling AD, since it look strange if you entered the right informations. Did you downloaded the app from the site, or let Windows install it from the store? It can be the problem.

    About your SVG file, the problem can be that it used effects and such, and now isn't editable because it was rasterized at export, those effects not being possible in SVG format.
    I also found strange that you saved it as AI file, since it's not possible from AD.

  4. As French, and used to ask to not use accented and other special characters in file names — there's metadata and caption for this, it's not means to write your life :), and some character acepted in a OS can be forbidden in another or buggy —, my first reflex is to modify file names, or use special apps for this in a bulk.

    It'll be easier later if you need to use those files on another OS without problems, zip them and send them to another OS, etc. I remember a bad day when I was asked to debug a file, and the solution was to rename a hundred files to import them again in the layout program... And check everything again... And we were being late to send it to print.

    The bug can be corrected, but you won't have any security that it won't occur again when switching apps or OS, etc.

  5. On 4/19/2021 at 9:01 AM, William Overington said:

    I have been wondering how to do a vase with shade and light using an Affinity Designer watercolour brush.

    I am thinking of drawing the vase using the pen tool, and flood filling it with a light grey colour.

    Then adding a new layer and, using a watercolour brush, drawing a grey vertical on the left side of the vase and a white vertical on the right side of the vase.

    Then adding a new layer and, using a watercolour brush, paint the whole vase in a pale blue colour.

    Is that the way to produce an image of a vase with shade and light please?

    Usually, oil/gouache use a different way to construct the painting than watercolour.

    With oil and gouache, you begin with darker colors in the background, and add the lighters ones layers by layers above. With oil, it can give a subtle idea of transparency, since the last layers of colors can be translucent.

    With watercolors, usually, the white is the one of the paper. So you'll add the lighter colors first, sometimes with large brushes, and go to darker colors later, to add finest  details in the end.

  6. 14 minutes ago, loukash said:

    Seriously though:
    It's part of your job, folks, how you organize your workflows. That has not much to do with the features of the tools you're using; those simply are what they are.

    So… I can only speak for myself in any of those debates. I work exclusively solo, that's been like this "by design" for the past 33 years, and I have no plans to change that. :) Your mileage may thus vary .

    Hehe. I used to work in studios where we worked primarily as pair (editorial secretary and graphic designer) on some specific publications, but we were able to work on others publications and with others when needed (holidays, illness, too much work on a team...). The usual tricks someone use in her/his documents can be a pain for someone else… but if it make you faster, you'll keep using them!

  7. Just now, Petar Petrenko said:

    I must be boring repeting myself.

    I agree to the same, it's boring to repeat myself, since only one selected character attribute need to be modified to get this result.

    You should look at this the way inDesign work: a character is part of a word, but it's also part of a line, also part of a paragraph, part of a column, and also part of a story.

    Modifying this parameter on a character (and only once suffice, and only one if affected by a different value), can modify a whole line, not a whole paragraph. It's staying a character attribute, able to modify a line leading attribute.

  8.  

    11 minutes ago, Petar Petrenko said:

    Leading override is applyed to a row not to a character(s).

    But it's only applied to one character, and only affect its line, so it's a character attribute. You can search the modified value, it will be displayed only if the cursor is at the right of the modified character, or if you select it.

    2021-05-01_164348.png.be7f579de9d4b0d4c583184c18d08c5a.png 2021-05-01_164358.png

     

    And it'll affect this character's line, not the paragraph.

    2021-05-01_164654.png.68e3d8905da43d57bb190b1aefb05fd5.png2021-05-01_164701.png.87dde0a09b1c8e2e213922842d6333ef.png2021-05-01_165150.png.eb1769c226ea205cf2a79b323eeb8dcb.png

     

  9. 4 minutes ago, Petar Petrenko said:

    It has nothing in common with baseline shift. It moves whole raw up or down no matter how many characters are selected. So, because it deals with rows, it is a paragraph attribute.

    Damn, I think that's twice this option tricked me. So, as @garrettm30 said, "line leading override" would be more acurrate, since it's only modifying the line in which the character's leading was modified. And since it's applied to a character and will only modify the line containing it, but not affect the other characters leading, it should stay in the character panel.

    Now, it give a problem: how to find which character was modified... If you select the whole line, nothing will display the value is different for one of the characters. You'll have to select each one individually. Hard to debug a text, unless you move the cursor between character until the value is without parenthesis and different... I would recommend using this sparingly :D 

  10. On 4/28/2021 at 7:21 PM, Petar Petrenko said:

    Affinity treats Leading as a paragraph attribute -- which is absolutelly correct -- so Leading override must be treated as well and must be reallocated into paragraph section just bellow Leading.

    It's just a semantic problem, you can call it leading override, baseline shift, or parangonnage as is was translated in some french version of QXP... whatever, it remain usefull at character level, and shouldn't override the whole paragraph leading, but for this special character(s), perhaps a bullet in another font or an inline object that you need to up or down to get the correct visual result.

     

    @loukash, the problem with tricks we used once a year or less, is when working again with those documents, and not being able to understand why it's bugged :D And it's worste when someone else work with your documents... they can be wary of anything coming from you, since they can't understand where "bugs" come from, or how to correct them. Regular expressions of GREP, as they are called in ID, can cause this, for example. They can work well on 99% of the text, with one exception, and it should be a Murphy's Law, that this will fall on them.

  11. You should insert the images in the embedded documents where it's indicated to insert your images, and make them visible.

    Without the file, it's difficult, but only try and error will get you some result.

    In some mock-up, the embedded file are hidden, but it's where you need to put you images, or tweak the mock-up a little bit.

     

    For example, here with 2 mock-up I put in the same file, the result when modifying an embedded document is nearly instantaneous.

    I open this cover mock-up I did last year:

    2021-05-01_150908.thumb.png.6f991b34ec057578dde567d510484d78.png

     

    Inside : 2 mock-up, each one contains 3 embedded documents.


    I opened those embedded document and modified them to show the original yellow cover or spline:
    once open, it's square or rectangular, like the page you originally created

    2021-05-01_150920.png.0dfe55d2e72eaa059fb7fec2ab38d5a3.png
     

    2021-05-01_150929.png.f9c4b8fcfb97461d203e0cc601f0a4b6.png

    without saving the document, only switching windows, and the yellow cover is displayed

    2nd mock-up embedded in the 1st one: I open and modify one of its embedded documents

    2021-05-01_151217.thumb.png.f4aeab779bd68f1faa9775a834520356.png

    2021-05-01_151247.png.17e492c4bed33cf5e8f3abdefc27cc60.png

    It's displayed in the 2nd mock-up...

    2021-05-01_151256.thumb.png.9a79326f80c9d26485e3498e72e2f8f3.png

    ...and in the 1st too

    2021-05-01_151306.thumb.png.c17040e76857028eecf9f8b1388115c6.png

     

     

     

     

  12. 55 minutes ago, Petar Petrenko said:

    I meant Quark document, not PDF.

    I would have gain nothing with non facing pages, having them visible help when working.

    And in ID and QXP, you can move pages around to have them facing. I needed this at some point to align objects.

    Notice that a PDF exported from a single pages document won't display pages as in a book, and since the feature exist, I tend to use it for my document when needing the PDF to display correctly, for the client and my own viewing.

  13. 1 minute ago, Petar Petrenko said:

    Wouldn't it be easier if the document was set up as single pages, not facing ones?

    Wouldn't the PDF be a single pages document instead of a facing pages document?

    And this way, it was easier to clip the grouped elements inside a rectangle of the page size, add/remove bleed inside the facing pages to put them side by side and adjust the objects perfectly (since there was lot of them, it wasn't possible to just paste them in the other page to get them at the same position, too many objects above or under... I didn't have time to spend hours moving and checking that everything was in the right order in a layout I didn't created and know enough).

×
×
  • 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.