Jump to content

Jeff McFarland

Members
  • Content Count

    9
  • Joined

  • Last visited

Everything posted by Jeff McFarland

  1. Yes, please! This was requested at least 3 years ago and still goes missing!!
  2. My god! This argument has been going on for 3 years now and we still don't have a solution in APhoto. I get that they have been busy with Publisher, but this is a no brainer feature to add and it's still not there. When I stumbled on to this issue I was sure I was just doing something wrong. Nope. Just simply can't be done in APhoto. Ridiculous.
  3. This seems to be something that APhoto should easily be able to do, but I can't figure it out for the life of me. I do this all the time in PS. I can't even use the dodge/burn tool on masks. They don't seem to do anything. WTF? Would love to switch Affinity full time, but it still doesn't seem to be ready for prime time. I hate Adobe's subscription pricing, but every time I open up Affinity and give it a try I start loving Adobe more and more.
  4. Yes. Please. For the love of god at least add some sort of preference to adjust the behavior of saving and exporting files. I can't tell you how many times I've saved and closed a file and then can't find it ANYWHERE. I have to reopen it under "open recent" and then "reveal in finder" just to figure out where the file went. My vote would be that the "default" behavior would be to save as and export in the same folder as the current open document. Then add a preference if you want for whatever other situations might also be valid. Currently, if I open a document I worked on a week ago and immediately attempt to "Save As: a new version, I expect to find myself in the same folder as the document I just opened. Please, please, please fix this!
  5. That can be helpful in some cases, but depending on how you've scaled the two boxes even pasting without format will result in different sizes of text as it flows between the linked text frames. Here's another odd thing about these text frames. I can select all the text that flows between two text frames and change the font size to, say 12pt. The studio panel will show that the type is ALL 12pt, while it's selected. But the type will actually be different sizes in each text frame. Try it out. Paste a bunch of 14pt type into a text frame until it overflows the frame. Use the scale handle to reduce the frame until the type reads 12pt. Then link the overflowing text to a new text frame that hasn't been scaled. Your type will show up as the original 14pt size in the new box. Select the second text frame and change the type size to 12pt. Now you've got two frames with type that is the same size. Now, select all the copy in both boxes (the copy, not the frames) and change it to 12pt. The text in the linked frame will jump back to 14pt, even though it shows that it is 12pt while the copy in both frames is selected. LOL. That resize handle on text frames is totally useless if you plan on linking two or more text frames together. It causes. many more problems than it solves.
  6. When resizing a text frame using the scale handle, it seems as if the text frame doesn't actually scale the contents of the frame. It seems like the frame itself retains a scale percentage that it applies to its contents, but it doesn't actually scale the contents. This sounds confusing, but if you put some 12pt text in a text frame and use the scale handle to enlarge the size by 200% so the the text in the frame is now 24pt and then you link that frame to a new text frame the 24pt text from the first box will flow into the linked text frame as 12pt type. This is unexpected behavior. If a 24pt paragraph his reflowed into another text box, it should continue to be the same size. So, the feature request would be for the contents of the text frame to actually be enlarged/reduced when a text frame is scaled so that its contents will remain consistent when flowing into a new box. Just look at your "unnamed" competitor for a better way to handle this behavior. It doesn't make any sense to me the way it currently works. Adding copy to a text frame that causes text to reflow to a second box produces unexpected results. It's impossible to know which boxes are scaled what percentage, and it should be irrelevant what percentage the boxes are. The contents should be resized.
  7. Yes. At a bare minimum. This doesn't solve the underlying issue, but at least it would be a way to tell if a box had been transformed. If the scaling percentage was added to a studio panel it should still have some sort of "expand" button that would reset the box back to 100% while at the same time applying the transformation to its contents. But then, why not just scale the contents of the box when transforming? I still don't understand why this isn't the default. If you have 9pt type and you transform the box 200%, just make the type 18pt. If you've got an 18pt headline and 12pt body type in a box that is transformed 200%, just make the headline 36pt and the body type 24pt. Why the extra layer of abstraction and confusion?
  8. OK. I think you're right. When trying to replicate this problem I can see that if I create a new text box and paste in a bunch of text, I can easily link it to a second text box and the remains the same. I get that now. However, this still seems to me to be a bug, or at least extremely unintuitive. Here's my point... If I create a new text box and paste some copy into it at 9pt and use the resize handle to scale the box up so that the copy now reads 12pt, then any additional 12pt copy that I add to that box should remain 12pt when overflowing into a linked text box. Instead, the copy in the second box will be resized to 9pt. If I add 12pt type to a box, I expect 12pt type. But that's not the only confusing behavior. If I copy some of the 12pt type in the first box and then paste it into the second box, it will actually appear as 12pt type, as expected. And if I copy some of the 9pt type from the second box and paste it into the first box, it correctly appears as 9pt type. It's only if the copy flows between the boxes that it changes size unexpectedly. When using the resize handle on a text box, it should simply resize the type inside, shouldn't it? 9pt type becomes 12pt. Done. Link to a new text box and the 12pt type just continues to flow into the new box. But that's not what happens. Instead it seems to also apply a scaling percentage to the box itself. A percentage that I can't seem to find in any of the palettes. Once resized, the text inside the box that reads 12pt, should in fact be 12pt type. Not 9pt type scaled up 133%. It's 12pt. Period. Or at least it should be. I'm trying to wrap my head around why Affinity decided to implement this feature the way they did and I can't think of any reason for it. How is this useful? If I'm working on a project created by someone else and I see two text boxes containing a magazine article (for instance), I would expect to be able to select ALL the copy and paste over it with an updated draft of the article without finding that suddenly my type in the second box has shrunk to an unexpected size. I just don't understand this behavior at all.
  9. When a page is full of text and I attempt to flow the rest of the text onto another page the second linked text box scales the text to a very small size. When I paste new copy into the first text box, any overflow into the second page's text box is immediately scaled down. It doesn't keep the correct font size. This is really frustrating. Also, your captcha for registering for the forum is really annoying. I thought I was caught in some kind of loop, answering question after question about the images. I almost gave up.
×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. 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.