Finn Evers 358c324e26 editor: Use default gutter margin instead of horizontal_padding for horizontal content padding (#30138) ... This PR changes the way a horizontal margin is added in editors. It removes the possibility to set a custom `horizontal_padding` for an editor and utilizes the default `gutter_dimension` instead. This change is made to ensure that no issues with soft-wrapping occurs for any editor that has a `horizontal_margin` set (see #26893 for more context on the implications here`. Furthermore, it ensures that the text actually renders properly when scrolling horizontally and is not cut-off. ### Horizontal padding: | `main` | This PR | | --- | --- | |  |  | ### Editor horizontally scrolled: | `main` | This PR | | --- | --- | |  |  | Notice the difference at the horizontal borders. The margin added for the `edit_file_tool` was 4 pixels. The `descent`, whilst not exactly, is roughly the same here and also scales with the font size nicely. Furthermore, it seems that the `gutter_dimensions.margin` should be present anyway, given the following comment 0b00256f58/crates/editor/src/element.rs (L6887-L6889) so ensuring this property is actually set and not 0 seems to be reasonable given the circumstances. Please note though that this will apply to all editors in the app. Again, this seems like it should be the case anyway, just wanted to mention this again. Should the fix like this not be wanted, I can change this here so that the `horizontal_margin` is better accounted for when soft-wrapping in an editor. Feel free to let me know in this case. Release Notes: - N/A		2025-05-07 18:23:54 +00:00
..
src	editor: Use default gutter margin instead of horizontal_padding for horizontal content padding (#30138)	2025-05-07 18:23:54 +00:00
Cargo.toml	Terminal tool improvements (#29924)	2025-05-05 15:57:03 -04:00
LICENSE-GPL	Factor tool definitions out of assistant (#21189)	2024-11-25 18:26:34 -05:00