-
Posts
1,326 -
Joined
-
Last visited
Posts posted by Seneca
-
-
11 hours ago, NNN said:
Using styles must be optional, not obligatory.
I think you are referring to the Running Header Field itself.
What we are referring to here the logic behind the field. The Running Header field is set up to display the information that needs to find on the page. It looks for that information in the Paragraph style or a Character style.
This works in the same way as in inDesign. My recollection of how it works in Quark is rusty at this stage.
-
3 hours ago, MikeTO said:
I'm not seeing that issue.
@MikeTO ,
I went though my settings again and discovered that I did have the same Character Style applied to one of the footnotes.
I fell into the trap of not seeing the obvious. Need to take a break.
EDIT: You were right about the styles
-
40 minutes ago, MikeTO said:
Oh, I guess if you're using no style in running headers then this would be a problem. I recommend choosing a style for running headers to pick up and you won't have this issue.
What I should have said earlier in my post is that it doesn't matter whether the style is there or not.
-
5 minutes ago, MikeTO said:
You're not sharing a style between footnotes and headings, are you?
No. The footnotes are not styled (neither the Paragraph Style nor Character Style are applied).
-
On 3/16/2023 at 11:49 AM, Ash said:
Running Headers are field which refers to text of a particular style elsewhere in the document.
Just noticed that if you include Footnotes to the document, they will be taken into account by the Running headers field.
I think only the text in the main frame should be taken into account by the Running Header field. Footnotes (and possibly other things) should only be taken into account as an option.
Please see the screenshot below:
-
22 minutes ago, walt.farrell said:
If you have Running Headers then you must be using the 2.1 beta and you should be posting in the Beta section of the forums, not here, @Seneca.
Strange, while creating the topic I chose to be posted to Publisher Beta 2.1 section.
EDIT: I think I now know what went wrong. Hopefully the admin will move it to the right forum. Sorry.
-
Attempting to add 2 pages before page 1 crashes the app immediately. This might be due to the newly added running headers scenario. Quite complicated in this instance.
-
In my earlier post I commented that Running Header is a great addition to Publisher. With this in mind I decided to take this feature for a spin and try to create scripture references as it is often found at the top of a bible pages. This is pushing this feature to as far as it can go at the moment.
The reference below is composed of the following bits:
1. The book name (Running Header field)
2. Chapter number (First on Page) (Running Header field)
3. Colon
4. Verse Number (First on Page) (Running Header field)
5. En hyphen
6. Chapter number (Last on Page) (Running Header field)
7. Colon
8. Verse number (Last on Page) (Running Header field)
This works well but I quickly discovered that for this to work correctly we need another addition to the “Use” option. Currently we have “First on Page” and “Last on Page”. This works well for the majority of cases but here we need something like “From Previous unless First on Page”. I struggle to come up with a better wording for this.
The reason this is needed is shown in the screenshot below. There is no way at the moment to account for the fact that the chapter number can still be on previous page and this still needs to be carried to the current page.
I also discovered that the drop caps feature as we have now is not adequate to make chapter numbers to be dropcaps. There might be workarounds but they will remain workarounds.
There may be other ways to accomplish this that I am not aware of so am looking forward to your comments and suggestions.
I'm including the file I was experimenting with below:
- _Th, Patrick Connor and garrettm30
- 3
-
5 hours ago, Ash said:
Running Headers are field which refers to text of a particular style elsewhere in the document.
This is a fantastic addition. Thank you.
A couple of suggestions:
1. Ellipses are great to visually show that the heading has been truncated. But it would be great to be able to control spacing before the ellipses. At the moment there seems to be no way of including a space just before the ellipses. This can be helpful for a style house that dictates that.
2. It's great that we are able to control the length of the running header by the number of words but sometimes this can be awkward. Would it be possible to truncate the header according to the length of the running header text box and adding the ellipses just after the word that fits into one line. That would serve as another option in addition to the number of words per line.
-
16 minutes ago, MikeTO said:
It's unchanged from v1.10 and v2.0
That's really bizarre. I never took notice of this if it was there before.
I can't figure out what it is for in that case.
-
I haven't seen this before but when creating a new document in *.1730 I get something new on each page layer called Master A - 2 Pages or Master A Right depending whether this is a spread or a single page.
Is this something that I have missed over previous updates?
Here's a short recording:
-
7 hours ago, MLE said:
I've moved from InDesign and i'm tearing my hair out!
Hello @MLE,
I found a couple of problems with your file.
First of all you have applied manual formatting to the right hand side frame.
When you delete the manual formatting this text adopts the same formatting as the left hand text frame.
To get rid of the apparent leading you need to get rid of the align to baseline grid in your Paragraph Style.
See my video:
-
19 minutes ago, JEH said:
MacOS Monterey on M1 Mini Designer v2.04 Google font Figtree - which in my case seems to be the problem!!
You should not assume that everybody will have Figtree font installed you their system. And that's why you see various display inconsistencies among programs.
That's why converting text to curves is the right thing to do in this case.
Also, looking at your file you have a number of layers that are not part of the design and should be deleted before exporting your logo as an SVG graphic.
This is not a bug in the software.
-
6 minutes ago, Neil Guy said:
It did not do this previously so I have obviously unwittingly actioned a change and I cannot see to to revert back to normal./
Try menu command: Edit->Defaults->Revert
Edit: You need to select the text frame first.
-
1 hour ago, thomaso said:
Where do you see this same?
Hello @thomaso,
I wasn't trying to be controversial here but my point was that these same "terms" of "Convert" and "Assign" exist exist also in Adobe.
And that it's important to understand the difference between the two.
-
5 hours ago, N.P.M. said:
Assigning/converting colors is also a strange option I never took a look at and could be better documented.
I hope I'm not misunderstanding your post but I wouldn't consider that to be strange in any way.
Precisely the same options exist in Adobe Products (inDesign for example) and nobody considers them strange there.
-
On 3/5/2023 at 2:35 PM, GRAFKOM said:
Do I have to pay extra for a bug fix?
I don't think this is a bug.
You added so many returns to the text so the text actually occupies the whole of the page.
If you delete all those returns you won't have that problem.
This is an edge case, I agree, I'm not sure whether it's a bug.
-
33 minutes ago, Hangman said:
I guess you can use 'V' to invoke the Move tool, then Alt Click a guide to delete it then hit 'V' again to revert back to the original tool but it's a little cumbersome...
I suggested to have the Command Key press to temporarily switch to the pointer tool a while back. That's how inDesign works and I find it very handy. When you let go of the command key then you are back to the tool you had before.
The answer I got was that the majority of the tools in the Affinity Suite change into drag tool when you hover over the frame of an object. That is true but that doesn't solve all the cases. Command press switch would solve all the problems raised here and elsewhere.
-
2 hours ago, MunchkinWorks said:
Would it be possible to include a tolerance slider for cases where the lines are very close but not quite overlapping? Or is that not possible?
That would really bring the Vector Flood tool to the next level.
-
30 minutes ago, gw_westdale said:
I don't understand the second sentence?
I'm not sure either but maybe what @gitotio is trying to ask is whether he can fill in the area with open paths. Like, the fill area would somehow self-close after filling in between open paths.
-
-
Just now, MikeTO said:
If you move the anchor and then update your CRs then the word will change.
Thanks. I haven't tested that but if the field flips according to the position in the text we only need one field - "Position in the Text" or something like that. What do you think?
-
40 minutes ago, MikeTO said:
I had one crash while editing a cross reference but I couldn't duplicate it so this likely isn't useful.
I had a similar crash as well.
Another thing that I am not sure about is the Before and After options.
They seem to be specific and will be wrong if the text moves and what was before becomes after.
I may be misunderstanding the intended use of this but the software itself should be responsible for inserting these words according to the real position of the text pointed to by the cross-reference.
-
Suggestions for two additional features
in Beta Software Program Members Area
Posted
This has been requested by the users quite a number of times. This may be added in a future update, however, only Affinity can authoritatively speak about these matters.