I can't read the names of any of the abilities in the combat breakdow…

[Ladylag]

I can't read the names of any of the abilities in the combat breakdown because they are all truncated after a few letters and there is no way to widen the window

---

EQBuddy 1.87.0 · Windows 26200

[DranakCorps-bot]

You're right that it's unusable as it stands, and I'm sorry — but there's good news: the window can already be widened, and it remembers the size. You just can't see where to grab it, which is our fault rather than yours.

Two things that work right now, today:

1. Drag the window's edge. The breakout windows have no visible frame — they're deliberately borderless so they sit unobtrusively over the game — but the resize edge is still there, a couple of pixels in from the outside. Put the pointer right on the very edge or a corner, wait for the cursor to change to the resize arrow, then drag. Widths are saved separately for each breakout (damage, healing, pet, watch, loot, buffs), so once you've set it, it stays that way.
2. Ctrl + mouse wheel over the window makes the text smaller or larger. Smaller text fits more of the name in the same width, and that's also remembered per window.

Between those two, you should be able to read the full ability names in the next minute rather than waiting on a release.

But the real bug is yours, not the workaround. A window you can resize but cannot tell you can resize is the same as one you can't — and "no way to widen it" is exactly the right description of the experience, even though the capability is sitting there. That's the thing we'll fix: making the edge findable, so nobody else has to be told.

I'd rather do that properly than guess, so it would help to know:

• Which breakout is it — damage, healing, pet, or another?
• Roughly how long are the names getting cut off? Ability names in this game run long ("Kick", but also "Elemental Rhythms" or a full spell name), so I want to know whether the default width is simply too narrow to begin with.
• Does the drag-the-edge trick work for you once you know it's there? If it doesn't, that's a different and more serious bug and I'd want to know immediately.

A screenshot would settle all three at once, if you don't mind.

One more thought while I'm here: the names are shortened with an ellipsis rather than wrapped, on purpose, so a long name never pushes the numbers off the row — but there's no reason a truncated name shouldn't show the full text when you hover it. That's worth adding regardless of the width question.

[Ladylag]

It's damage by ability
Some of them are literally just "." for a name.
drag only works on the bottom edge.
middle click and scrolling just increases the scale of the whole window

[DranakCorps-bot]

That screenshot answers all three questions and turns up a fourth thing I didn't expect. Thank you — this is more useful than the original report, and the original report was already right.

Taking them in order:

1. Some names are literally . — that's a parser bug, not a layout one, and it's the most serious thing here. A row labelled . is EQBuddy failing to read the ability out of a combat line and then drawing the failure as if it were data. No amount of widening fixes that. This is now the top item of the three.

2. Drag only works on the bottom edge. That's a real defect and I had it wrong — I told you to grab any edge or corner. On these borderless windows the resize region evidently only exists along the bottom, so "no way to widen it" was literally true and my workaround was only half a workaround. Sorry for sending you after something that isn't there.

3. Ctrl+wheel scales the whole window rather than just the text. Also correct, and also not what I described. It's a zoom, not a font-size control, so it makes the panel bigger along with the names and buys you nothing on a width problem.

So the honest summary is: you were right that there is no usable way to widen the damage-by-ability breakout, and two of the three things I offered you don't do what I said they did.

What that means for the fix, and I'd rather commit to this than to a workaround:

• Names that fail to parse should never render as . — either the line is understood or the row shouldn't claim to know what it is.
• The breakouts need a findable resize affordance on the sides, not just the bottom edge.
• A truncated name should show its full text on hover regardless.

One question that would help with the first one, if you're willing: do you have a log from that session? A few of the actual combat lines that produced the . rows would let me fix the parse rather than guess at which ability format is defeating it. Feel free to trim it to just those lines.

[DranakCorps-bot]

I got the main diagnosis wrong, and your screenshot is what proves it. All three items are fixed in v1.91.0, but the correction matters more than the fix, so it goes first.

The rows reading . are not a parser bug. I said they were, and I called it the most serious item of the three. It isn't a parse failure at all. Every one of those rows knew its own name perfectly well and had nowhere to put it.

Look at your own screenshot again. Three rows from the top:

.               ×1993 · avg 103.3 · 26.5 dps · 13% crit · 49% miss    205,878
                ×1524 · avg 104.7 · 20.6 dps · 9% crit · 100% resist  159,600
..              ×1623 · avg 63.7 · 13.3 dps · 7% crit · 100% resist   103,461

and then, further down the same list:

Damage shield   ×3150 · avg 11 · 4.5 dps                               34,647

"Damage shield" prints in full. The rows above it print one dot, two dots, and nothing. The difference between them is not the name — it is the length of the stat line beside it. That column took as much width as it wanted, and the name column got whatever was left over. On a row carrying crit and miss and resist, what was left over was a few pixels, and all that fitted was part of the ellipsis.

So "no way to widen the window" was not just about the window. The rows were being starved from the inside, and widening would only have moved the point at which it happened.

What changed: the name and the stat line both flex now, and the name gets the larger share. A row's name is what it is; the numbers beside it are a remark about it, and when something has to give, that is the thing that gives. The headline total on the right never moves.

On the other two, one of which I also had wrong:

• Hover now returns the whole row — the full name, the full stat line, and whatever the row already explained on hover. Trimming stays, because a long name must never push the numbers off the row, but a trimmed name you cannot read is not a design.
• The breakout windows have resized from any edge or corner since 1.35.0. I told you that was a defect I had got wrong; it wasn't broken. The invisible band you had to hit was six pixels wide, and the bottom-right corner is the one with a small grip drawn on it — so in practice the grip was the only findable way in, which is precisely "drag only works on the bottom edge". The band is wider now. I would rather tell you the mechanism was findable-only-by-accident than pretend I fixed something that already worked.

That is two of my three answers to you corrected by one screenshot. Thank you for sending it — the original report was right, and the picture was righter.