tomek_Q
-
Posts
36 -
Joined
-
Last visited
Posts posted by tomek_Q
-
-
4 hours ago, walt.farrell said:
So I'm afraid you probably haven't really solved anything.
Well, I have;-) After learnig from you what the red dots mean I switched "Show Text Flow" on again, and Inspected all the frames in my document that had them. I found that most typical situation was, when all my frame content was properly inside the frame, but the frame was too tight to accomodate some invisible characters. After enlarging the height of the frame a fraction, the alarm dotds were gone forever. I cleaned all near pages near the fatal frame, and when I revisited it's page. There no sign of it, despite "Show Text Flow" was on!
-
Now, when I deseleced View>Show Text Flow, the stubborn frame finally disappeared;-)
Thanks again Walt!
-
10 hours ago, walt.farrell said:
1. You have View > Show Text Flow enabled, and
2. The frame is not selected, and
3. The frame contains overflowing text
Thanks Walt!
I will try to cope with my main problem now;-)
-
Has anybody experienced a non-existent, but visible frme, tied to a paricular page number in document, no matter how you manipulate with creating,changing, deleting, removing content etc? Here's a screenshot, with all my layers unchecked.
And a side question: what are those red embelishments for? They appear on some of my frames, but not all…
Tomek
-
On 7/29/2021 at 4:47 PM, Dan C said:
I have just been informed by a member of our QA team that this issue is a known bug between Anchors and TOC's, which has been fixed in the latest beta 1.10 - unfortunately this fix will only apply to newly created documents/TOCs, but in the meantime a colleague of mine has been able to 'clean up' this document for you - so I'll be sending this back to the email address registered to your Affinity Forum account, through Dropbox.
I hope this helps!
Dan, almost a year later and on the latest 10.1.5 (release version) I am facing similar problems. The anchors populate my file after generating first TOC. Do have any usable cleaning tool developed by now?
Regards, Tomek
-
Now, I did a strange thing: I added square brackets to "No Style" appearing in hte panel. I remember somebody complained about incosistency in UI earlier. And to my astonishment Edit>Defaults>Save seems to work correctly after adding brackets to "No Style"…
-
On 3/4/2021 at 4:53 PM, ProDesigner said:
I've always worked with Paragraph Styles only. (I choose font style and size, and that sits in the Paragraph style definition). I ignore Character styles.
This is because I've always understood Character styles are something separate, with a narrower scope. They have little to no relation to Paragraph styles in truth (though you can link one within the other just to confuse yourself).
Put simply: Paragraph styles apply to whole paragraphs. Character styles apply to little random and adhoc strings of characters.
Example: So a character style might be Bold Red. And the "Bold Red" Character Style could occur within text of any Paragraph style. Character Styles are like a local over-ride for a word or phrase.
Character Styles are used for emphasis essentially. Generally, I've found the need for Character Styles is extremely rare, because I only work with imported text. Nowadays export/import maintains bold and itallic by default (wasn't always the case in the early days). So emphasis has already been assigned at source., and it's rarely changed - and never wholesale. Hence I don't really use Character Styles.
This is my understanding of text Styles. Others might have a different view.
So... my own answer to your question above , @kevinslimp, is: I've never encountered the issue, sorry. However.....
Is the clue in how you're trying to use them?
I agree with @kevinslimp, character styles are messing a lot with paragraph styles. And I disagree with you. Charakter styles are essential in advanced typography. Just look how they work in InDesign. Styled import from word processors is important for a fraction of users, as you can do simple jobs rigth there, without exporting them to layout app.
-
On 1/26/2021 at 12:36 AM, loukash said:
Yeah, I think that's what didn't work for me either, even though I thought that would be the logical thing to do.
What I eventually did was to adjust everything without having any object selected. Then Edit > Defaults > Save while double-checking each tool/panel until I got it all saved.
Confirmed, Loukash (Łukasz?). Same behaviour here.
-
On 12/23/2020 at 5:45 PM, Pšenda said:On 1/26/2021 at 12:31 AM, ProDesigner said:
Can an imported file mess with the default No Style?
If yes, it might explain my previous "It's worked! Uh-oh, no it hasn't." experience.
Yes. If a PDF was saved without all fonts emedded it probably uses default Publisher font…
-
In the UI, you have assigned a pattern of light and darker backgrounds for lists. the highlighted item has a darker bgnd than others. II would much prefer all unselected items share same, light bgnd, with only the one selected darker…
Ghost frame in Publisher
in Pre-V2 Archive of Affinity on Desktop Questions (macOS and Windows)
Posted
Thanks a lot, Dan for your interest. It was @walt.farrell who explained to me the meaning of the red embelishments, and I was able to solve the problem myself. But I am still unhappy with anchors. My first try at generating TOC produced tons of them in most stupid places, and only way to clean the job is to remove them one byone ftrom the text frames. Any attempt to do it from the Anchors panels fails…