Bug 1186 - inconsistent channel group container layout
Summary: inconsistent channel group container layout
Status: CONFIRMED
Alias: None
Product: PulseView
Classification: Unclassified
Component: UI (show other bugs)
Version: unreleased development snapshot
Hardware: All All
: Normal normal
Target Milestone: ---
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-05-01 15:02 CEST by Gerhard Sittig
Modified: 2018-05-02 22:01 CEST (History)
1 user (show)



Attachments
channel groups in the probe dialog, inconsistent layout (147.95 KB, image/png)
2018-05-01 15:02 CEST, Gerhard Sittig
Details
anonymous channel group added (57.75 KB, image/png)
2018-05-02 19:46 CEST, Gerhard Sittig
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gerhard Sittig 2018-05-01 15:02:21 CEST
Created attachment 413 [details]
channel groups in the probe dialog, inconsistent layout

The probes dialog presents channels, separated by their respective groups. 
It appears like each channel group is independent from each other with respect 
to the widget layout container, resulting in an inconsistent layout (not a 
tabular presentation of available channels).  See the attached screenshot. 

It's yet to get determined whether this issue depends on the specific desktop, 
a local configuration, or whether it's a general issue.
Comment 1 Gerhard Sittig 2018-05-01 15:05:07 CEST
Is a separator missing between the last two groups, the last group that has 
a name, and the section with channels that don't belong to a group?  See the 
RD_DATA_VALID and following channels, in contrast to the WRITE_DATA[] group.
Comment 2 Gerhard Sittig 2018-05-02 19:46:25 CEST
Created attachment 414 [details]
anonymous channel group added

I have amended the .lpf input module to create an unnamed group for signals 
that are not part of any other group.  A screenshot of the probes dialog is 
attached.

Since the anonymous group is the first in the dialog, and all other groups 
have names, the "missing separator" issue has become obsolete.

IRC communication suggests that different spacing across the dialog but 
consistent spacing within each individual group is actually by design.  So 
feel free to close the report if that still is considered desirable.  (It 
would be unexpected to me, but I can accept such a decision.)
Comment 3 Soeren Apel 2018-05-02 22:01:19 CEST
Thanks, but this horizontal spacing indeed is undesirable to me as well. There's nothing that dictates that we must use one table for everything. I'd rather use one table per group instead.