Sample 1 shows what I meant about shifting lines.
But dgatwood is right when saying it's possible with steady margins. After trying several relations between font-size, line-height and margin-bottom I found this for the second example:

@ RbnJrg: If you use the float style for an element you normally need a value for the width of this element. Perhaps the Kindle Previewer is missing it and the devices accept it?
And if this is right you don't need the margin-right attribute because this is defined by the width of it.

Sample 1 shows what I meant about shifting lines.
But dgatwood is right when saying it's possible with steady margins. After trying several relations between font-size, line-height and margin-bottom I found this for the second example:

@ RbnJrg: If you use the float style for an element you normally need a value for the width of this element. Perhaps the Kindle Previewer is missing it and the devices accept it?
And if this is right you don't need the margin-right attribute because this is defined by the width of it.

George

Hi George:

The main difference between your solution and mine is that while you use the property "width", I use the property "margin-right" (also I use a negative "margin-top").

Why am I using the property "margin" instead of "width"?

Because -with the property "width"- the gap between the dropcap and the sorrounding text varies according with the dropcap letter. Is not the same if the letter is "I" or "E" or "M" o "W". By using the property margin-right (in pixels) that issue is not present. The following pictures shows better what I want to say. The first picture use your solution and the second picture, my solution.

I know that "technically", with the property "float" the normal is to assign a "width" and you are proceeding according the rules. But with the .kf8 format it seems that with "dropcaps" is better not to assign a width.