Bug 1206491 - forum space utilization is grossly deficient since forum software migration
Summary: forum space utilization is grossly deficient since forum software migration
Status: RESOLVED WONTFIX
Alias: None
Product: openSUSE.org
Classification: openSUSE
Component: Wiki (show other bugs)
Version: unspecified
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Sasi Olin
QA Contact: Adrian Schröter
URL:
Whiteboard:
Keywords: accessibility, Usability
Depends on:
Blocks:
 
Reported: 2022-12-17 06:20 UTC by Felix Miata
Modified: 2022-12-18 16:22 UTC (History)
3 users (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
forum thread page in Chromium (246.13 KB, image/png)
2022-12-17 06:20 UTC, Felix Miata
Details
maximum input size new thread form page in SeaMonkey (191.23 KB, image/png)
2022-12-17 06:25 UTC, Felix Miata
Details
forum thread page in SeaMonkey (303.10 KB, image/png)
2022-12-17 06:25 UTC, Felix Miata
Details
Create topic button in seamonkey (163.76 KB, image/png)
2022-12-17 18:31 UTC, Sasi Olin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Miata 2022-12-17 06:20:45 UTC
Created attachment 863566 [details]
forum thread page in Chromium

Original summary:
forum space utilization is grossly deficient since forum software migration

This seems to belong in infrastructure, but the BZ input form doesn't offer it.

Problems:

Vastly excessive whitespace.

Too little input form width for wide tables or pre-formatted pastes.

Too little input form height.

Too little overall content width.

People who need or wish narrower need only narrow their browser window. The opposite has no effect.

Bonus problem: on SeaMonkey, composition window provides no visible means to submit or preview the form input content. As my primary and preferred browser is SeaMonkey, except for constructing screenshots, I haven't visited the forums since first visit after the migration. Historically I've visited several times most days and contributed as often as possible.
Comment 1 Felix Miata 2022-12-17 06:25:06 UTC
Created attachment 863567 [details]
maximum input size new thread form page in SeaMonkey

Note lack of apparent method to submit.
Comment 2 Felix Miata 2022-12-17 06:25:16 UTC
Created attachment 863568 [details]
forum thread page in SeaMonkey
Comment 3 Sasi Olin 2022-12-17 18:31:55 UTC
Created attachment 863570 [details]
Create topic button in seamonkey
Comment 4 Sasi Olin 2022-12-17 18:32:54 UTC
I can't really reproduce the issue with submitting new topics or posting on the existing ones, so I'm not sure why it's not working for you
Comment 5 Sasi Olin 2022-12-17 18:42:54 UTC
And I guess I can't really help much with space utilization, that is a topic you would have to bring up to the upstream. Looking at the upcoming release, they are introducing a sidebar, so the screen is probably going to be a bit more filled. We don't really have a way to address how screen is utilized from the upstream without resorting to hacks.
Comment 6 Felix Miata 2022-12-17 19:20:15 UTC
Web browsers are user agents designed to produce useful output from competently composed HTML. CSS overrides the user agent's competence to produce output that differs in layout and appearance from web standards. It should do so reasonably, not making output worse by hiding or mangling output.

Website admins are supposed to be in control of the CSS used to produce their site's layout and appearance. The CSS used in the current theme ought to be able to be customized, or the theme replaced. I don't see how it's the place of a mere user to complain or report bugs or ask upstream for changes to the software they use. Mere users have no way to know what capabilities exist in the software used, or whether existing functions or features are simply not being utilized.

(In reply to Sasi Olin from comment #4)
> I can't really reproduce the issue with submitting new topics or posting on
> the existing ones, so I'm not sure why it's not working for you

How about a screenshot showing where I'm supposed to be finding submit and preview buttons during the same composition configuration as attachment 863567 [details]? When I try to use the attachment 863570 [details] composition configuration, the bottom of the textarea extends below the viewport bottom, even though the scrollbar is at the lower limit.
Comment 7 Sasi Olin 2022-12-17 19:43:55 UTC
(In reply to Felix Miata from comment #6)
> Website admins are supposed to be in control of the CSS used to produce
> their site's layout and appearance. The CSS used in the current theme ought
> to be able to be customized, or the theme replaced.

And we do indeed customize, however as was the case with vB, we are not willing to customize to the extent where updating discourse will end up being a pain. It would be easier for us to have the functionality done somewhere upstream, so that we have those features tracked in a single tree.

> I don't see how it's the
> place of a mere user to complain or report bugs or ask upstream for changes
> to the software they use. Mere users have no way to know what capabilities
> exist in the software used, or whether existing functions or features are
> simply not being utilized.

And indeed maybe I am missing something, but I'm also not particularly invested in the feature to ask upstream about it.

> How about a screenshot showing where I'm supposed to be finding submit and
> preview buttons during the same composition configuration as attachment
> 863567 [details]? When I try to use the attachment 863570 [details]
> composition configuration, the bottom of the textarea extends below the
> viewport bottom, even though the scrollbar is at the lower limit.

You have to minimize the editor back up in order to submit the post. The extended editor is only really meant for input of the post text, the rest of the controls of the post are in the smaller editor. You should be able to click the button in upper right corner, with two arrows pointing at each other in order to go back there.
Comment 8 Felix Miata 2022-12-17 22:33:42 UTC
(In reply to Sasi Olin from comment #7)
> somewhere upstream

This suggests some questions:
Where is upstream?
Where are current upstream issues listed?
Where are closed upstream issues listed?
Where does discussion of upstream's possible issues or its usage take place (aka, their own forum instance)?
How on earth and why did discourse get selected to replace vB? 

https://github.com/discourse/discourse (from headers on home page source) and https://www.discourse.org/ produced nothing I was able to grok, while Google seemed to couple almost every discourse hit to the nebulous string "meta".
Comment 9 Sasi Olin 2022-12-17 22:40:33 UTC
(In reply to Felix Miata from comment #8)
> (In reply to Sasi Olin from comment #7)
> > somewhere upstream
> 
> This suggests some questions:
> Where is upstream?
> Where are current upstream issues listed?
> Where are closed upstream issues listed?
> Where does discussion of upstream's possible issues or its usage take place
> (aka, their own forum instance)?
> How on earth and why did discourse get selected to replace vB? 
> 
> https://github.com/discourse/discourse (from headers on home page source)
> and https://www.discourse.org/ produced nothing I was able to grok, while
> Google seemed to couple almost every discourse hit to the nebulous string
> "meta".

The link you sent does mention requesting features and reporting bugs
https://github.com/discourse/discourse#contributing. The links there do mention existing requests and bugs, their Meta instance, and future plans for the software, so you should be able to find all the things you are asking for.

The decision for using Discourse was made before I was with the project around 2016, so I'm afraid I can't answer that.
Comment 10 Sasi Olin 2022-12-18 15:38:20 UTC
I am closing this as WONTFIX, we can continue this discussion over on the forums instead
Comment 11 Felix Miata 2022-12-18 16:22:00 UTC
Exactly where on the forums? Somewhere in feedback? Does it support image uploading, unlike the old forum? I anticipate more images to come. Is there an appropriate already existing "conversation", or do I need to start one? This bug is easy to find, has only one non-changing URI.

For the benefit of other users, these are the site-specific user styles I'm currently using to make it possible to actually use the forums, mostly to get rid of low-contrast text and vast expanses of whitespace:

.wrap {
	max-width: 100vw !important;
	min-width: 92vw !important;
}

.topic-body {
	min-width: 76vw !important;
	float: left;
	position: relative;
	border-top: 1px solid var(--primary-low);
	padding: 12px 0 0 0;
}

#reply-control.hide-preview {
	min-width: 88vw !important;
}

#reply-control.open {
	height: 30rem !important;
}

.topic-list-main-link a.title, .topic-list .main-link a.title, .latest-topic-list-item .main-link a.title {
	padding: .3rem 0 !important;
}

.topic-list-main-link, .topic-list .main-link, .latest-topic-list-item .main-link {
	font-size: 1.1rem !important;
}

.discourse-tag.simple,
table th,
.topic-list .topic-excerpt,
.topic-list td,
.user-stream .time {
	color: #111 !important;
}

.discourse-tag.simple {font-size: .9rem !important}

#reply-control {
	max-width: 100% !important;
}

.nav-pills > li a.active {
	color: inherit !important;
	background-color: #4bb679 !important;
}

At least in theory, these could be adapted by the site admins, since they are derived from or edits to the actual css used here:
https://forums.opensuse.org/stylesheets/desktop_646154d16ae4b9209b1f628d2bb1817fc9c2fb89.css

(In reply to Sasi Olin from comment #9)
> The link you sent does mention requesting features and reporting bugs
> https://github.com/discourse/discourse#contributing. The links there do
> mention existing requests and bugs, their Meta instance, and future plans
> for the software, so you should be able to find all the things you are
> asking for.

Limited luck so far, as always on github, and none trying to find any existing discussion of excessive whitespace. Their extensive use of the string "meta" is unnerving.