Jump to content
Our response time is longer than usual currently. We're working to answer users as quickly as possible and thank you for your continued patience.

Max N

Members
  • Posts

    521
  • Joined

  • Last visited

Posts posted by Max N

  1. 10 hours ago, IPv6 said:

    Its a perfectly valid use case, its like a "better smudge"
    Brush uses color under cursor. Very useful in some cases - saves a lot of alt-picking.

    For me the mix brush is one of the main tools in my workflow. And the most annoying thing is that this tool has the most problems that go from version to version and remain unpatched. Perhaps because this tool is not popular and the bug fix priority is low. As a result, you have to sit on the PS needle and believe that the developers will fix everything.

  2. 20 hours ago, walt.farrell said:

    And why would you want to use the Paint Mixer Brush in that case?

    For example, when you need to retouch a highlight on metal. Need a straight line. It's strange that the choice of a color option (the absence of a color is the same option), the behavior of the tool changes. This should not be the case, in principle, even if someone does not need this option.
     
  3. 22 hours ago, Lagarto said:

    As a workaround, it is relatively easy to create a Publisher document that defines on a master page linked text frames for each field to be imported on a page, in the order the fields are organized, and then use paragraph styles to specify frame and page breaks so that imported and style tagged text flow can automatically (using AutoFlow) generate pages for each imported "record", and "fields" are placed in correct text frames:

    mergedata.thumb.jpg.3de01ddaa93858a26d9e6c8f6c5482f9.jpg

    If e.g. Excel or Word table (or equivalent LibreOffice table) is initially used as the source, the most effective workflow (and one that can be done by using a macro) would be first use character styles in table format to tag each column with a character style (F1, F2 and F3 in the example), then first convert the table to tab separated text, and then replace tabs with paragraph breaks, and after that import the text flow e.g. via Clipboard to Publisher. Character styles are retained, and can easily be replaced with equivalent paragraph styles (Field1, Field2 and Field3), which define text flow breaks (next page, next frame, next frame) and text styles.

    It is not as effective as creating directly from database fields, but nevertheless allows creating complex and professional merged documents. 

    datamerger.afpub

    DataMarkedWithCharStyles.docx 23.8 kB · 0 downloads

     

    UPDATE: Note that 10,000 pages would probably become a challenge in Publisher even if you only have text, so this kind of job would need to be created in parts. An effective mail merge feature would allow outputting directly to PDF, which would avoid generation of a large publication, but on the other hand, it is often necessary to do this step to be able to edit individual records (e.g. re-wrap badly split names).

    Thanks for the tip. I'll figure it out. This time there was an order for 100 numbers, made by hand.

  4. 5 hours ago, walt.farrell said:

    There is no promise when bugs will be fixed. That is done on the Developers' schedule, based on their prioritization of the problems and their workload.

    I know. But I periodically remind about the problem. The first time I did it in version 1.7, then in 1.8, now we are approaching 1.9. I will assume that we are close to version 2.0 for which (guess) will have to pay. And there is some concern that the owners of older versions will not have time to get fixes for known errors. A paid transition from version 1.xx to version 2.xx should be motivated by the desire to get new functionality, and not by the desire to get fixes for errors in the existing functionality (which should not have been, from the user's point of view).
    I understand that out of love for this program, I will switch to version 2.0. But my love for this program makes me sometimes a bore, and remind of mistakes or resort to criticism.

  5.   

    16 hours ago, Wosven said:

    In the first case, the mask is "inside" the Pixel layer. That means you can put other object inside above the mask, they won't be affected. It's like a mask "inside" a group.

    In the second case, the mask is child of the Pixel layer, and everything you'll put "inside" will be altered by the mask too, like it would be if instead of a Pixel layer, you had a mask on a group.

     

    Thank! After reading your answer I could see the difference. Thanks again! 

  6. 4 hours ago, Chris B said:

    Hey Max N,

    We ask the OS to display the name so it depends on locale. It's also regional (not all countries capitalise etc.) 
    https://www.spanishdict.com/answers/119426/do-you-have-to-capitalize-espaol-in-spanish

    I can definitely see why you flagged this though :) 

    My comment is based on my experience. Davinchi, Microsoft, LibreOffice, Specy. The list goes on. I did not find a single program that would display languages the same way. It is probably correct only in Affinity products, but it looks unusual. On this wrote.

    13.thumb.jpg.1754144feb2fe081c86f7fd12f4ee7f8.jpg

  7. 7 hours ago, Joachim_L said:

    You can remap the shortcuts if you want in preferences.

    I think this should be decided at the program level. The program should work after the first start as expected by the user.
    We have AvtoVAZ in Russia, they make cars. So there is such a joke that we are not buying a car, but a constructor (like Lego) from which we can assemble a car ourselves. I think you understand that this is not a joke for the sake of laughter. This is a joke that talks about people's attitude to the quality of these cars. I would not want Affinity to be treated like this. That's why I constantly spend time making screenshots, making videos, writing on the forum about another error, if you need to send files. Everything is done to make the program better.

     

  8. On 4/30/2020 at 10:05 AM, Sean P said:

    If you ensure Force Pixel Alignment and Move by Whole Pixel are enabled on the Toolbar this will ensure objects are created on pixel boundaries and will only ever move by whole pixels, so should for the most part allow you to keep objects pixel aligned.

    Yes. It really helps.
    Does the function (adding white lines, in the case of not an integer) have some practical use?
    I apologize for my intrusiveness, but I would like to understand this topic.
    So far I see it approximately so that if the document had a word, when specifying a non-integer number of the letter size while saving the document, I would get words in it that I did not type on the keyboard. And when I wrote to the developer about new slovazh appeared, they suggested that I set a special checkmark.
    I do not exclude that this is justified by something, if so, I would like to know what. Thank!

  9. 3 hours ago, Chris B said:

    Can we think of a reason why it shouldn't work with Shift when Auto Load Brush is enabled? If not I can log it. Sounds like you need it to work for you Max N so that's probably enough reason. I won't pretend to know as much as you about digital painting so I can't really argue against having this added.

    I'm also not good at painting. I use in retouching. Frequency decomposition, and smoothing the color layer. Works well on leather, backgrounds, metal. It is possible to smooth the color while maintaining the texture.

  10. 20 hours ago, Sean P said:

    Thanks for the file Max N - this isn't a bug, but a side effect of your artboards not being completely pixel aligned.

    Your preferences show the Pixel decimal places set to 1. When this is set to 1, it will round the values up (to a whole number). Unfortunately this is disguising the artboard positions being off pixel. If you change this to 3 decimal places and select each artboard you will notice they are not integers. If you correct these (remove the decimal places and round them up, you will find that the white space no longer gets added.

    Another option.
     Ctrl + Alt + Shift + S does not have a feature / bug with integers. Then for exporting Ctrl + Alt + Shift + S to AD, you can export several pages / artboards at once, as in APUb.

     The only question is how to choose them. Since ratboards are not numbered, you can only export artboards that are selected in Export Persona.

     Or in Export Persona add the ability to select the conservation algorithm that is applied when pressing Ctrl + Alt + Shift + S.

    If you create 1 additional artboard, then this is about 10 extra movements (Select the artboard tool - select the transformation panel, position the cursor, erase extra numbers, press Enter, select the second coordinate, and do the same actions). Now let's imagine that 10,000 of these artboards are created in a month. 10,000 artboards are 100,000 user actions; if you translate this into time, it will be almost a working day per month spent on a feature / bug of the program. And this is a real loss in money. In this situation, the choice may fall on the competitor's program. And this can easily be avoided by adding the ability to group export using the save algorithm, which is used when pressing Ctrl + S.
  11. 11 hours ago, Sean P said:

    Thanks for the file Max N - this isn't a bug, but a side effect of your artboards not being completely pixel aligned.

    Your preferences show the Pixel decimal places set to 1. When this is set to 1, it will round the values up (to a whole number). Unfortunately this is disguising the artboard positions being off pixel. If you change this to 3 decimal places and select each artboard you will notice they are not integers. If you correct these (remove the decimal places and round them up, you will find that the white space no longer gets added.

    Can I get rid of a side effect? For example, to make sure that when saving the program itself would see the white lines that appeared, and itself would round the numbers down to integers? As it does when saving through Ctrl + Alt + Shift + S. The program can do this.
    Saving in two different ways gives two different files. This does not happen. This is problem. I can save the file in Word (or any other program) in any way, and I get two identical files. This is normal.
     Change the program default settings, see that the values are not integer, then edit these values with your hands. This is a quest that the user must solve, instead of working. A tool that slows down causes losses. It should not be so.
    I love Affinity programs and want them to see them in the professional software market as a worthy replacement for Adobe.

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