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

Greyfox

Members
  • Posts

    312
  • Joined

  • Last visited

Posts posted by Greyfox

  1. I wanted to create a custom template for A4 documents that had my choice of font, font size, the text style defaulting to Body etc.
    And so I opened the help file, typed in template, and selected Document templates.

    And I was confronted with a screen shot that is obviously a Mac screen. Surely it can't be that much of a problem to use screen shots of the actual version in the help file.

    On to the para "To set up a target template folder" and it says "From the New Document dialog with Templates selected from the left side. Click Add Template folder."

    In the Windows version it is in the New dialog (accessed from the File Menu), not the New Document dialog. The New dialog does have a Templates button on the left hand side, but there is no "Add Template folder" visible, just a tiny, tiny icon? that on my 1920 x 1080 screen looks nothing like a folder. Fortunately the cursor wandering over it did bring up an Add Folder tool tip.

    So perhaps the help file could use some TLC.

    I've taken a punt and created an "Affinity Templates" sub-folder in my Documents folder, and I have exported a custom template to that. I don't know whether that is the best place to store templates for this new version. I would have preferred to have used a custom Preset from the File\New dialog because templates are too easy to save over, but the Presets don't appear to allow for the inclusion  of a font type, font size, or allow me to have the new document default to Body style.

    Any suggestions welcome.

     

     

  2. 3 minutes ago, - S - said:

    While there is nothing wrong with adding it to XMP Media Management metadata, it's not much use if other software (DAM, Windows File Explorer, etc.) is looking for that metadata in the below metadata tag instead and therefore doesn't read it.

    That is exactly my problem.  What I don't know is why Affinity is not updating TAG 135. Is it not working as it should, is it an oversight or is it by intention.
    Only Serif Developers would know.

     

  3. @Pšenda 

    I too have been an ExifTool user for some years.

    31 minutes ago, Pšenda said:

    Given that Serif does not comment on requirements in principle, there is nothing to be surprised about.

    Sorry I don't understand what "requirements in principle" means. The use of that field is common practice in many applications, Photoshop, Gimp, ACDSee, Luminar 4, Microsoft,  to name just a few. Is the fact that it isn't being updated in Affinity Photo a bug (in that it should be updating but for some reason isn't)?  Is it by design for some reason? Or perhaps it is an oversight. Are you suggestion that Serif don't answer Support queries if they appear to be "a requirement in principle", what ever that actually means. - That has not been my experience with them in the past.

    It is a field I use in searches in my Asset Management system. It can be used with other software, and I would like to be able to use it with Affinity.
     

     

  4. The previous version Affinity Photo 1.10.5.1342 has no problem automatically selecting the correct lens profile for RAW images from my Sony SLT-A57 camera with DT 18-135mm f/3.5-5.6 SAM lens.

    V2.0.0 however says "A lens profile for this image could not be selected automatically".

    There is a DT 18-135mm f/3.5-5.6 SAM lens profile in the pull down list, but the program won't select it automatically.
    Is this a bug in the new version, or is there something I need to do to get the lens profile selected automatically?

    Windows 10 Pro,  22H2 build 19045.2251
    Intel i7-10700 CPU 32GB RAM GTX1660 OC 6GB Graphics.

    Edit:  I have managed to get a work around.
    The issue appear to be that the Lensfun database being used by V2 for the Sony SLT-A57 shows the lens as as simply "DT 18-135mm f/3.5-5.6 SAM", where as V2 is displaying it at the top of the Develop screen as "DT 18-135mm f/3.5-5.6 SAM (SAL18135).

    By placing a Lensfun xml file modified to add the "(SAL18135)" to the lens model  in the Lens Proiles folder, V2 now automatically applies the Lens correction to the RAW images.

     

     


     

     

  5. The bat file work around also doesn't work from ACDSee Ultimate. It too requires an exe file.
    I wish I had know about this before I purchased the Universal licence. My bad, I usually take advantage of the free trial, but in this instance I didn't.

    Edit: OK, have now seen the post from footeg and that has got it working with the batch file.

    On the other hand, the launcher doesn't work - Opens Photo but fails to open the image.

  6. 7 hours ago, J.G.Roeder said:

    I updated this to 0 minutes, but experience no difference in the behavior exhibited by Affinity.

    Do you get the same problem if you run Affinity Designer as an Administrator?

    Have you by any chance compared the Security settings for that drive against those for the drives you can save to. (Windows File Explorer, select the drive, right click, select properties then the Security Tab.

  7. 33 minutes ago, GarryP said:

    If you export the spreadsheet from Excel to PDF and then place – linked – the PDF into Publisher then every time you export the spreadsheet to PDF Publisher will automatically update the table, unless you have switched that option off in Preferences.

    Thanks Gary. That would be an option for some applications

    In this particular application there are a lot of individual, but similar, documents generated. Each document has one of a small number of custom format tables included. Each custom format table can be used with a number of documents that require the same cell references, but will have different values. So I have the custom format tables saved as assets. Once a table is pulled into the document, it is just a matter of filling in the values in one of the columns, and in PagePlus X9, those values are then automatically summed. At a later stage, after those values have been checked in the field, one or two may need to be updated.

    In this particular instance it would be extra work and document management to use Excel tables when I can simply open the .ppp file, change the one or two values, have the total updated automatically and then export the document.  For this particular application it seems PagePlus X9 is the better tool to use, much as I now prefer Affinity Publisher for other work.

  8. 16 hours ago, walt.farrell said:

    Yes, that is what I was suggesting. And yes, it's more work than if you stay in PagePlus X9, but many (most?) of us don't have the option of using PP X9.

    I have hundreds of .ppp files. As you would be aware, Affinity Publisher doesn't support them, so I keep  PagePlus X9 installed so I can open them on an as needed basis and export as PDF so I can open in Affinity Publisher, so having to drop back to PagePlus for the odd job in my case isn't a problem.

  9. 2 hours ago, walt.farrell said:

    Alternatively, you could just do the spreadsheet in a different application, such as LibreOffice Cals, export as a .xlsx file, and then put that file into your Publisher file as a table.

    I can do the spreadsheet tables in Excel since I have Office. That's not the point.

    The particular application is one where from time to time one or more of the values in the tables has to be changed, resulting in different column totals.  In Pageplus X9 it's just a matter of updating the particular cells and the totals are automatically recalculated.

    In Affinity Publisher it seems I would have to change the values in the cells, then either recalculate the totals manually, either with pen and paper, or with a calculator app, and manually enter them in the tables. That means having to enter all of the values in calculator, or on paper, not just the ones that have changed, and then manually updating the total in the table itself, increasing the possibility of error.

    Another way would be by keeping the Excel files for all of the tables, updating them and then replacing the whole table in Affinity Publisher each time there is a change.  Aside from having to keep and manage a whole bunch of Excel files, that is way more work than just updating the values in PagePlus X9.

  10. 1 hour ago, h_d said:

    Affinity Publisher is a desktop publishing application, not a spreadsheet, and like most DTP apps with the possible exception of Apple Pages, it doesn't do spreadsheet calculations. Never has, still doesn't. Serif don't usually reveal future plans for their apps. But it clearly was a feature of PagePlus, so who knows...

    OK, thanks for the response. I had hoped that there might have been something in that regard in a roadmap or in beta. Disappointing. For now, at least for this type of project, back to PagePlus X9.

  11. Yesterday I was working on a project in Affinity Publisher 1.9.2.1035 (on Windows 10 Pro) that required a simple table where one column needed to have a total cell showing the sum of the column values and I was surprised to find the the formula "=sum(B3:B20)" didn't work.  After doing some searching in the forum it appears that at least early in its life, Affinity Publisher tables did not have the ability to use any formula.

    From my searches, I found references to AP being able to import Excel tables, but apparently cells with formula are imported only with the calculated value that was arrived at in Excel. If any cell values are subsequently changed in AP, the calculated cells will then show an incorrect value.

    Coming from years of use of PagePlus this seems to be a significant step backwards, but perhaps things have changed since the posts I found.

    Can someone please tell me whether there is a way to have formula work in tables in the current version of AP, and if not whether there is any known plans to add that functionality?

  12. 1 minute ago, walt.farrell said:

    As you can see from my sig, I'm on Windows, too.

    But you're right; I can see that it doesn't work, now that I'm back at my computer. Sorry, bad remembering, I guess.

    Thanks for confirming.

    So unless there is some other way,  I guess my question should now be "is there meant to be a way to constrain the brush stroke?", or perhaps "is it a function that has not ever been in Designer and needs to be the subject an improvement request, or was it present at some stage but no longer works, in which case maybe a bug report?"

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