aboutsummaryrefslogtreecommitdiffhomepage
path: root/doc/grosciteco.tes.in
diff options
context:
space:
mode:
authorRobin Haberkorn <rhaberkorn@fmsbw.de>2026-01-09 10:45:41 +0100
committerRobin Haberkorn <rhaberkorn@fmsbw.de>2026-01-09 10:45:41 +0100
commita10e3bb5da5d6e1ecfa726729b0d8aaf6320f3eb (patch)
tree31801761b5d7d8f3dcbe2a36efb5d345a634cbf9 /doc/grosciteco.tes.in
parent7a583307a22fec485d011b13b9db72a90e8e8b6a (diff)
GTK: fixed bogus "(Unnamed)" strings in the message line
* An empty message line would actually contain "(Unnamed)". * Info popups must discern the "(Unnamed)" string (e.g. a file with that name) from the actual unnamed buffer since when clicking the unnamed buffer, you must insert nothing (`EB$`). Therefore, the unnamed buffer is represented as an empty string. "(Unnamed)" is just a placeholder for rendering. This was carried over into TecoGtkLabel which always rendered the empty string as "(Unnamed)". But TecoGtkLabels are used for the info and message lines as well. * Therefore the fallback/placeholder string is now configurable per label. * On the downside, this wastes one more machine word per TecoGtkLabel. The alternative would have been to use {NULL, 0} as the representation for unnamed buffers, so you can actually discern the empty string from the unnamed buffer representation. However it feels wrong to have this kind of info-popup-specific handling in a more generic label widget. Also, for consistency we'd have to touch the Curses UI as well where the unnamed buffer is also currently internally represented by empty strings (as opposed to NULL). * Regression introduced by 0c89fb700957e411885e7e7835e15f441e8b5e84, so it was in v2.5.0.
Diffstat (limited to 'doc/grosciteco.tes.in')
0 files changed, 0 insertions, 0 deletions