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


  • Posts

  • Joined

  • Last visited

Everything posted by nwhit

  1. I've done a number of IDML imports/Opens and all of the many linked files came in linked. Only items that were created within ID such as rectangles, circles, etc. were embedded. I think it would be good to ask upon opening what DPI is preferred for the doc.
  2. Might not be the issue, but check to see if the import added "soft proof fx" to the affected title text.
  3. Really have a problem telling what the stock pics are with a large monitor. Be nice to have the ability to either increase the thumbnail size (when desired) or use a Quicklook type feature.
  4. Really have a problem telling what the stock pics are with a large monitor. Be nice to have the ability to either increase the thumbnail size (when desired) or use a Quicklook type feature.
  5. ?? Really have a problem telling what the stock pics are with a large monitor. Anyone know how to get the thumbnails larger? Or does this need to go into the Suggestion box?
  6. Agree. As per my comments in the thread on the new "New" window/feature, think it's important that the default is for the Recent Items and Templates sections to be collapsed/not showing initially. Also that the Templates section show a user's own Templates first since it is more probable that if they have created templates, that is what they are more likely looking for in that section.
  7. Guessing it's simply a Placeholder to allow the feature to show and be tested in this early beta (first time for the Template feature).
  8. My feelings for improvements on the "New" window/pane: 1. Agree, should be resizable. 2. Recent Items and Templates tabs should be off/collapsed by default. Recent Items are more commonly/intuitively accessed through the File menu (although it's nice to be able to access them in the New panel); and creating a new doc from the Templates would be less common than using Presets. Thus for visual clarity, speed, etc., nice to have those collapsed. 3. User-created Presets should be at the top of the top-most pane. Most people will want to set up their own "complete" presets for common projects/docs, thus it would be faster/easier to have those topmost. 4. As mentioned, should be able to select and designate a Preset as the default, which would be selected initially when opening the New window/pane. Many users do a reasonable amount of work with a standard layout (for them). Again, ease of use and speed. Love the new flexibility and options of the "New" dialog, but think there are some good improvements to be made for ease of use, intuitiveness and speed. Thanks!
  9. Aha! Had not thought about the idml files, but now that I look, I now see that idml files are included in the "Recent" section. Thus for people who have not tried the IDML import, they might not see this quicklook issue as seriously.
  10. I think I have narrowed this down. The newly designed New dialog pane also is attempting to show previews of ALL recent APub docs and templates (not presets) IF THE ALL BUTTON IS SELECTED, so it apparently is having to search all HD's to get previews of the perhaps dozens of previous APub docs on a person's computer and external drives. That could be an intensive process and might be the cause of this issue. I just tested the beta by opening the CMD-N window and turned off the "ALL" button by clicking on the "Presets" button. I no longer get the runaway quicklook processes nor the excess beta app CPU usage. If I then click on the "All" button, the excessive CPU quicklook processes start again. But if I quickly select "Presets" instead of All, the processes stop. Just a guess, but it seems it is narrowed down to that newly designed New window where with the "All" selected at the top, APub now shows previews of templates and recent docs. For some of us, that's a lot of previews to be generated within that window. Guessing that Affinity is using Apple's QuickLook to generate those previews, but it seems to be casuing excess CPU issues if that "All" is selected, even after you close that window. You have to deselect the All by selecting Presets to get the excess CPU to stop. Once you close that window (such as with a Cancel), those processes (generating previews) should stop I would think. Also likely need some better way to control the preview process so that ti doesn't cause such a huge issue for CPU usage for such a long time.
  11. It would be convenient to have it fill all values, but I can't see how it could tell which value is the "master" value that should be used as the "locked" value. For example, if I had set up a margin of 0.25" Left x 0.75" Bottom x 1.0" Top and Right (which is quite common to have different margins), and then I change one of the values and click on the "Linked" icon, which value should it "guess" is the one I want as the "master" value? IIRC, all apps I currently use operate this same way. You first need to click the Linked icon BEFORE changing a value that becomes the new "master" value. Otherwise it might be difficult to determine which is the new "master" value. I imagine that you could say that it is the last field changed that becomes the "master" value, but I'm not sure I've seen any other app that uses that paradigm.
  12. Did you do a CMD-N? I don't get the runaway processes until I try to open a new doc with the new "New" interface. But once the runaway processes start, they don't quit. I just left the beta running in the background for an hour and both the quicklook processes were still running high CPU and even the beta was using more CPU in the background than 1.7.3 or other apps. Update: I just left the beta running in the background for about 20 minutes but did not do a CMD-N since opening it. Did not get either quicklook process showing and the beta used very little CPU (about the same as 1.7.3 and other background apps). It appears that the New dialog is not only causing the high CPU quicklook processes to run, but also then leaves the app itself using more CPU. All of this is with Metal, BTW. Might be a difference????
  13. The quicklook processes start up with the beta open when you open the create a New document panel. They only stop when I quit the beta, so definitely tied to the beta. I don't get either quicklook process when running 1.7.3, even when opening the New doc panel.
  14. Seeing the same thing. I saw that high CPU yesterday but did not relate it to APub beta. But based on this thread, just opened the beta again. I can see where the quicklook processes start to go wild is when I do a Create New. Th efirst time I tried that, then canceled, the quicklook processes stopped. But the second time I did a Create New, both processes started and wouldn't quit after canceling from the New dialog pane. I had to quit the beta to get them to stop.
  15. Narrowed the issue. Looks like this is not an IDML or beta 518 bug. I just tried this in 1.7.3 and now see that I can't insert a cursor within a text frame that is linked to the one where I did a Select All. In the docs we've created to date with Publisher, my best guess is that we have used multi-column text frames as opposed to linked text frames. But not sure that this is not a bug Publisher. I would think that if you are working in docs with linked text frames that you should be able to select all text for linked text frames, apply formatting, etc., then click within any of the linked frames and have it clear the Select All. As it is now, after doing a Select All within one of the linked text frames, you can click the cursor in another of the linked text frames as many times as you want and it will not insert the cursor nor clear the Select All of the text shared by the linked text frames. I can see that with our upcoming work where we will now be importing older IDML files that will most certainly have linked text frames (as opposed to multi-column text frames due to the import process), we will VERY often be doing a Select All of all linked text in order to apply formatting, etc. Just makes sense that we could then click within any of the linked text frames to reinsert the cursor rather than having to remember which text frame we started in (with the Select All). With multiple linked text frames on a page, it can be difficult to remember which frame the Select All was done in, thereby making a person wonder why he can't get the cursor to insert within a text frame! (An idiot like me, for example!) Thanks. At least I've narrowed down the issue. Hopefully it can show up in future fixes.
  16. That appears to be a sample template included with the beta. I do not see any place where it is being stored, so it would be interesting to see where this sample template is actually kept in the beta. My guess is that the actual release version might include a sample template or two, or Serif might be working with other users/beta testers to have a few available. On the other issue of Presets, yes, it would be interesting to know where those are stored. I've looked in the Library/Application Support/Publisher Beta folder and don't see anything there that is obvious. Best guess is that the Presets are being asotred somewhere within the ~/Library folder/directory.
  17. Light bulb went on! Think I see where the problem is occurring a bit more specifically. The inability to deselect text (after selecting all) seems to be only when you try to click within a different linked text frame from the one where you did the Select All. If you click anywhere within the originally selected text frame, you can deselect just fine. But if you have multiple text frames linked, do a Select All in one, then try to click within another linked text frame to deselect, doesn't work. And I am getting this in all of the ID CS5 docs that I've exported/imported so far.
  18. Interestingly, I've done a few more conversions/imports and did not get the cropped pics/graphics. But on the ones that have had the problem (like the one in my prior post), they still do the same thing when closed and reopened.
  19. I just converted a similar ID doc to the one giving me a problem, exported as IDML, opened in APub beta 518. This one has the same issue with selecting/deselecting text. Interesting that it is in a similar ID doc but not another. That said, the initial one that I tried was a derivative of the older one I just tried, so the problem was likely in the earlier version of that publication and somehow is still in the updated version that I initially tried to convert and open. But for the life of me, I can't seem to see anything in the original ID docs that might cause this problem. It doesn't happen within ID CS5, but both have the issue in APub. I'm going to open a few other older files to see what happens with them. UPDATE: AHA! Just had it happen on a different ID brochure import! This older ID file was not a derivative of the others, so it looks like it is a problem with the import of some ID files. These are ID CS5 files. Will upload one of them if you can get me a link. Thanks. PS. - Loving the way the import is working so far, despite the minor issues. So much better than opening a PDF version since we get properly linked text frames, pics and graphics within frames, the original ID layers are brought in/respected, and the overall layout and type is pretty darned good! Congratulations! And a HUGE thank you from all of us that have archives of client ID files!
  20. Need a link please. Interestingly, I just opened another older IDML and I don't have this issue with the text. Seems unique to that ID doc conversion. I think I will try to convert to IDML and reopen to see if it still happens. I also have 2-3 more variations of the problematic ID docs that I can try.
  21. Thanks! I've tried it in the beta and so far it seems like it's exactly what was needed. Looks like it will solve our issue.
  • 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.