- Make a long title (or post a long message).
- A user, who watches the topic, views a properly truncated notifications in the Notifications flyout, but not on Special: Notifications page.
|mediawiki/extensions/Echo : wmf/1.28.0-wmf.9||Followup Iae32cbf82cdb: Set width to Special:Notifications|
|mediawiki/extensions/Echo : master||Followup Iae32cbf82cdb: Set width to Special:Notifications|
|mediawiki/extensions/Echo : master||Set a fixed max-width to the Special:Notifications page|
|Open||None||T119713 Update Help:Notifications|
|Open||None||T114351 Better organisation for the Notification System|
|Open||None||T115316 Better organisation of the Notification Page|
|Open||None||T136567 Design adjustments for the Notifications Page|
|Resolved||Mooeypoo||T138433 Notifications page: Notification bodies are not truncated|
There is a technical issue with making the body of a table-layout div (css) actually adhere to its width.
We can try and bypass this technically, but I think it also exposes secondary issues we should solve:
@Pginer-WMF your input is needed.
Regarding 1, I proposed some max-width value in T137425. For very small screens we may want to hide the side filters into a popover menu, but that's worth a separate ticket.
Regarding 2, the idea of truncating the excerpt to one line is to keep items easier to scan by keeping them of similar heights. Excerpt is not intended to provide all the information, just enough context as the line allows.
As Moriel says, 700 px is a provisional spec, until Pau can come up with a responsive design or whatever he deems necessary. The width was based on an approximate reading width of 95 characters.
I'm not sure if those 700px already include the 300px-wide sidebar filter, in which case it seems too few to me.
No, it's just the reading column. So, as you say, not that different from what you suggested. Unless you see a reason to switch back to 600, my observation is that the extra 100 px. might offer the benefit of allowing a few more headers to not wrap...