crdasneves
-
Posts
22 -
Joined
-
Last visited
Posts posted by crdasneves
-
-
Thank you very much, Mike!
In my particular case, in a chapter with lots of figures and captions I had to slightly modify the captions line spacing (no other chapters with captions). Instead of changing the style in the source chapter (that I really use to syncronize styles after importing each chapter) or local formatting each caption I've just modified the style itself. Then I opened the book and do the update status just to get rid of the notification and not confuse myself later. Only then I realized the line spacing was back to the previous state, wich caused a frame with overflow text, and a new notification, this time in the preflight.
I've notice the "tiny little bug" also, and hope the Affinity Team doesn't consider it a bug at all, as I'm counting on this as a way to update the status and not be notified again 🙂
-
Hi Mike,
Sorry, I didn't express myself well; it's not about updating the styles of the other chapters, but about updating the status of the book in relation to that chapter that was modified.
I open the book and Publishers notifies me that there is an outdated chapter; well, if I already know that because I just made that modification, I would like to click on the icon just to confirm that yes, there was a modification and everything is alright. Note that if you make a different type of modification in the chapter other than styles (e.g local formatting), updating the status icon does not interfere with those modifications.
In other words, I would like the style synchronization to occur only through the specific command.
-
Hi guys,
When you click on the chapter status icon "out of date" in the books panel, it synchronizes the text styles of that chapter with the style source chapter, which seems odd to me. I would like to update the book regarding the chapters, not the other way around.
It's the same in version 2.0.4
-
20 minutes ago, Old Bruce said:
If what you are after is unique first word formatting then you'll need to use the Custom to set that note's Numbering back to a new Plain Character Style which is just [No Change] for everything. I am not sure if this is what you want. I made a Group Style called Footnote numbers for Character styles.
footnote_number_style by Bruce.afpub
Thank you, Bruce, I'll try it.
9 minutes ago, PixelEngineer said:
Here is result importing from MS Word where it is working for me.
You may also want to try something like this:
If you are creating these footnotes within Affinity Publisher. Place the cursor between the superscript and the word Strong and go to the Notes panel and in the "In note body" > "Number style" select the desired character style you want to apply to that superscript.
Using this method will ensure that your link functionality is still intact.I've found this issue importing a MS Word file; in one footnote the first word had a character style and the number got it.
9 minutes ago, MikeTO said:Bruce is right and his workaround is the best approach.
But you've discovered a bug or at least a design flaw, it definitely should not work this way. Other apps don't do this so it's going to be a problem with imported footnotes from MS Word and eventually IDML.
This is similar to formatting bulleted or numbered paragraphs. You should be able to make the first character red or bold without changing the colour of the bullet or number. It's a common bug in word processors and page layout apps and even Microsoft has had issues with this, but the the standard is that the bullet and number must not be impacted by character attributes applied to the first character. I hope that Serif will see this thread and investigate the issue.
But for now please try Bruce's workaround. It wouldn't hurt anything if the bug is later fixed.
Cheers
Yes, it shouldn't be like this. In the file I mentioned, I solved it by cleaning up the first word style, inserting a zero-width space before it and then reapplying the style to the word.
Thank you all guys!
-
2 hours ago, Old Bruce said:
I think the problem is caused by your use of [No Style] for the Note Body Style.
Actually I've notice this in a text with styled footnote text, so I think it doesn't matter. Here's the test file from my firt post, now with a paragraph style.
-
2 hours ago, MikeTO said:
Hi, I'm unable to duplicate this problem. Could you share the test document that shows this problem?
Here's a document that shows it working fine for these three styles.
Thank you, but I guess I didn't explain it well. In your note 2, for example, please try to apply italic to the word "Strong" and see if "2" remains the same, just bold, or it turns italic and bold. In other words: the number heirs the character style from the first word (or letter, or space) of the text.
Here's what I get:
-
Hi guys,
Any local formatting or character style applied to the first word (or letter or space) in the note body text is also applied to the footnote number, even if it already has a character style. It's the same with endnotes and sidenotes (Windows 10, v. 2.0.3).
Could you please try to replicate that?
Best,
Cleber -
I couldn't agree more. Finally, we have footnotes, but the lack of style mapping during text import, GREP styles, more robust nested styles, custom variables, and the possibility of saving find/replace searches keeps InDesign way ahead regarding (semi)automatic formatting. I'd love to see more text-oriented features in future updates.
-
9 minutes ago, NNN said:
I thik it will be their flagship feature for the v 2.0
Me too. I bought Publisher at launch, hoping the footnotes were a beta away... I'm still paying for InDesign (footnotes are essential in my work), but I love the Affinity suite and desperately want to say goodbye to Adobe.
-
13 minutes ago, orjwid said:
A publishing program that cannot do foot notes and end notes is a contradiction in terms.
After 34 pages, the definitive description of the entire topic. 😉
- Ramon56, Ralph and cyberlizard
-
3
-
-
Thank you very much for your test, Walt. It definitely seems to be related to research patterns that allow spaces. I hope this can be resolved soon.
Cheers!
-
12 hours ago, walt.farrell said:
Just to make sure I know what you were trying:
-
What Regular Expression Options did you specify?
- What do you mean by "format bold"? Character Style > Strong, or something else?
Hi, Walt,
1. No options specified (just like the image above).
2. I've tried it first with local formatting (Format > Character font > Font weight > Bold), but got the same result with Format > Character style > Strong)
Thanks!
-
What Regular Expression Options did you specify?
-
Hi,
In APub 1.8.5.703 (Windows 10) find and replace doesn't work properly when searching is done through the regex ".+" associated with any character format or style setting; in fact, each occurence is finded and listed, but it can't be replaced (it's not even selected in text) unless it's at the end of paragraph. When the regex is changed to "[a-z]+" or to "." OR the format is reset everything works fine (please see the file attached). I've found the same issue in beta 1.9.0.887.
Is this a known bug? Am I missing something?
Cheers,
Cleber -
Please add fields for first page and last page of a section. Academic journals use this information a lot.
-
Sorry Dave, my mistake: I repeat the whole process in a new document and realized what happened. During insertion the source style font (Times New Roman) was changed to Arial by APub, and in the inserted text the paragraph style became "test+". I checked the style and the font family was set to "no change", then I set it to Times New Roman and apply the style to the paragraph to clear the Arial override. Only then I did a new insertion and got the new style "test1".
So you are right, APub doesn't creates a new style unless there's something different in it. Still, the font family from the source style was not recognized.
Thanks!
-
Yes, source styles are the same: I actually reinserted the same source file into different text frames. For each insertion, a new style appears.
-
Importing styles from an inserted .rtf document is a nice feature, but it doesn't really help when working with multiple text sources. Suppose a journal whose articles are uniformly formatted, each article in a single .rft file, all using the same body style, let's say, "articlebody". Once the first article is inserted, "articlebody" is added to APub, but from that point on, for each new inserted article a "new" style is added: "articlebody1", "articlebody2", etc. It doesn't happen only when inserting different texts into the same text frame. Or am I missing something?
Going further, it would be great to have a feature like ID style mapping, letting you preserve or convert styles while importing text. It's essential specially for working with long publications made from multiple text files.
-
Hi guys,
First of all, thank you for the great work, I'm just loving the beta!
I guess I've found a bug: in the floating menu Edit text style > Style > Paragraph > Spacing, checking the option "Ignore space for same styles" doesn't affect the corresponding text accordingly; additionally, it seems to have a different behaviour depending on "Sum space before and after", whether it's checked or not (tested text with three paragraphs, same style, spacing 0pt before and 12pt after). I didn't test all possible combinations between the two options, just noticed that by checking and unchecking both. The update to 1.7.0.58 didn't change this. I'm using Windows 7.
Cheers
-
+ 1
Yes please
-
19 minutes ago, Thisismandatory said:
This would be a must for me.
I second that.
Publisher 2.1.0.1732 Books panel – chapter status icon behavior
in [ARCHIVE] 2.3, 2.2 & 2.1 Other New Bugs and Issues in the Betas
Posted
Thanks, Chris!