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

Drop Caps always seems to always want to drop a letter rather than just the first character


Recommended Posts

Windows 10 Home 1809, Publisher 1.7.0.206.

I've noticed that the Drop Caps feature always seems to want to 'drop' a letter regardless of what the first character in the paragraph is.
For example, in the attached image:
1) Drop cap with letter as first character is as expected;
2) 'D' has been replaced with '>' and both the '>' and 'r' are dropped;
3) Keep adding more non-letter-characters and the problem persists;
4) This is what I think it should do.

I've tried clicking round the glyph browser adding different characters and sometimes it drops just the first character and sometimes it drops more.
It seems like Publisher has its own opinion on what a 'letter' is and, therefore, what can be dropped.

Is the feature working as expected or is this a bug? (If it is working as expected, can anyone explain (A) why I can't use non-letters as drop-'caps', or (B) how I can do what I want?)
I have a clunky work-around - as seen in figure 4 - but I'd rather not have to use it if possible.

This post seems to be on a related note but from a different direction: https://forum.affinity.serif.com/index.php?/topic/74084-drop-caps-feature-suggestion/

drop caps with not letters.png

Link to comment
Share on other sites

1 hour ago, GarryP said:

why I can't use non-letters as drop-'caps',

Perhaps because only letters have capital forms?

In books that I've seen the function is usually only a letter, or perhaps a letter and one punctuation mark. For punctuation marks it's usually the opening mark of a pair (quote marks, for example).

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro, version 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro, version 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
iPad:  iPad Pro M1, 12.9": iPadOS 17.4.1, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sonoma 14.4.1

Link to comment
Share on other sites

I understand that only letters have capital forms but Publisher is happy to drop-cap a lower-case letter so why not other characters also?
The result might not look nice sometimes but that's no different to the situation you'd have if you used a particularly fancy font.
If there's a good reason why it can't do what I want then that's fair enough, but I'd be curious to know why.
There's also a good chance I'm not doing this right and someone can point me in the right direction.

Link to comment
Share on other sites

Like @walt.farrell I thing it's perhaps to have quotation marks dropped, avoiding the usual trick to set "2 characters" instead of one as drop caps.

It would be usefull in french when we use "« A" (more often "“S", since "« " with space isn't aesthetic, and the trend is to keep "“" or "«" instead of deleting them before a drop cap).

But with this, we can't use anymore whaterver character we want: "1.", "2.", etc. can't be dropped, as we do sometimes.

How did you manage in 4th example?

Link to comment
Share on other sites

The 4th example was done manually.

I know of two ways to create manual drop-caps but they are both horrible work-arounds.

The first involves creating a separate artistic text layer containing the first letter of the paragraph, placing it at the start of the original text frame, and using the text flow function to move the rest of the paragraph text out of the way. Putting the two layers together in a group makes it a bit easier to move them around together but there are various problems with this, such as the first word will probably show as a spelling mistake (it's now missing its first letter), and if the text re-flows - because of format changes, or whatever - you will probably need to manually re-position the first letter, especially on paragraphs after the first one.

The second is way more awful and involves making various weird changes to font size, indents, and baseline adjustments over multiple text frames. This method is really nasty and I would not recommend anyone using it; it's just there as an example of what is possible, not of what to do.

I've attached a quick mock-up where you can see both methods being used (first method on the left).

Personally I would use the first method - if absolutely necessary - but it's not something I would be happy with in any work that was not trivial.

nasty manual drop-cap methods.afpub

Link to comment
Share on other sites

Thanks, we also use the first example when we need special effect (white drop cap on a coloured background, for example), it's easier than playing with underline/hightlight on different cap's width/height, and not a problem on magazines since there's few reflow.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • 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.