Hmmm. So if there was 2 sinks (eg: 3.5mm jack + HDMI) and 1 mic (3.5mm jack) it'd show the sink header, but not the source header? Labelling all 3 as a sink?

Might want to create a bool simpleMode: sinkView.count + sourceView.count <= 2 that is used everywhere in main.qml. Or sinkView.count == 1 && sourceView.count == 1.

Hey, that's not a bad idea!

Hmm, I'm seeing that wherever in main.qml I define simpleMode, it doesn't seem to actually get set. Maybe the listView delegates aren't yet initialized or something?

I remember having trouble binding to stuff in the ___Representation in the main.qml too, but don't remember the specifics. Why not just define it in the ColumnLayout { id: devicesView } since it's not really needed elsewhere. onlyOne: devicesView.simpleMode, visible: !devicesView.simpleMode.

Thanks for all your help!

i like it in principle. could it be less obviout tough which is the output and which is the input?
i know there are the speaker and microphone icons, but they are small and secondary.. maybe in this case the soundcard icon should be dropped and the speaker/microphone take its place? or maybe swapped in general, and have a bigger speaker and the soundcard just a tiny think at its corner... if needed at all, i find it not too important information

In D11166#224628, @mart wrote:

i like it in principle. could it be less obviout tough which is the output and which is the input?
i know there are the speaker and microphone icons, but they are small and secondary.. maybe in this case the soundcard icon should be dropped and the speaker/microphone take its place? or maybe swapped in general, and have a bigger speaker and the soundcard just a tiny think at its corner... if needed at all, i find it not too important information

Yeah, I agree with you, and I'm not too happy with the icons either. I was planning to address that in a follow-up patch, since they're still odd in many contexts when the full layout is used.

There is still one case where this may not be wanted: when you have two cards and first have only sink and second source.

Also this doesn't apply to Applications tab, why?

In D11166#224808, @drosca wrote:

There is still one case where this may not be wanted: when you have two cards and first have only sink and second source.

Can you help me understand why this might be unwanted in that circumstance? You'd still have only one input and one output, no?

Also this doesn't apply to Applications tab, why?

If you want, I can do the same there too. But I opted not to since the Applications tab is a more advanced UI and will only more rarely have a single playback stream and a single capture stream.

In D11166#224814, @ngraham wrote:

Can you help me understand why this might be unwanted in that circumstance? You'd still have only one input and one output, no?

In case where both cards support both input/output, but it was disabled by selecting according profile, I think it is still useful to know from which card it comes.

If you want, I can do the same there too. But I opted not to since the Applications tab is a more advanced UI and will only more rarely have a single playback stream and a single capture stream.

Here I would like to hide the header when there are only apps playing audio, not recording. This should be the most common case.

In D11166#224822, @drosca wrote:

In D11166#224814, @ngraham wrote:

Can you help me understand why this might be unwanted in that circumstance? You'd still have only one input and one output, no?

In case where both cards support both input/output, but it was disabled by selecting according profile, I think it is still useful to know from which card it comes.

If that's a hard requirement for this patch, I might need some help with it.

If you want, I can do the same there too. But I opted not to since the Applications tab is a more advanced UI and will only more rarely have a single playback stream and a single capture stream.

Here I would like to hide the header when there are only apps playing audio, not recording. This should be the most common case.

OK, I can do that.