Bug 433857

Summary: Change layout of inst_source yast module
Product: [openSUSE] openSUSE 11.1 Reporter: Bernhard Walle <bwalle>
Component: YaST2Assignee: Ladislav Slezák <lslezak>
Status: RESOLVED FIXED QA Contact: Jiri Srain <jsrain>
Severity: Enhancement    
Priority: P3 - Medium CC: forgotten_puKLX2-vO_, graham.anderson, ke, raul.moratalla
Version: Factory   
Target Milestone: ---   
Hardware: Other   
OS: Other   
Whiteboard:
Found By: Development Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: Screenshot
Proposal with service view
Proposal with repo view

Description Bernhard Walle 2008-10-09 12:45:37 UTC
When I call "yast inst_source" in ncurses mode, and my terminal only has 80 characters size (which is a default terminal), then the left tree view takes a lot of space. Space only to choose between "Services" and "Repositories".

IMO it would be better to use a "tabs-like" interface (like the network module) that takes only one line on the top, not 20 characters of each line.
Comment 1 Ladislav Slezák 2008-10-10 11:18:07 UTC
Martin, could you check the current look of the repository manager? I can send/attach a screenshot if needed...

I would prefer the tree widget to tabs because tabs hide some information.
Maybe we could have a different layout in ncurses...
Comment 2 Bernhard Walle 2008-10-11 15:21:25 UTC
Created attachment 244975 [details]
Screenshot
Comment 3 Martin Schmidkunz 2008-10-17 13:25:55 UTC
Sorry for taking that much time to answer!

AFAIK services are a bunch of repositories, so neither tabs nor trees seem to be the appropriate design element to show them.

The idea I propose is a filter, which allows the user to switch between a service and a repository view.
The "service view" shows services and the "repository view" shows repositories and the service they belong to. By that the user can fine tune the properties of a service.

What do you think about that?
Comment 4 Martin Schmidkunz 2008-10-17 13:26:21 UTC
forgot to remove need info :-)
Comment 5 Martin Schmidkunz 2008-10-17 13:27:08 UTC
Created attachment 246278 [details]
Proposal with service view
Comment 6 Martin Schmidkunz 2008-10-17 13:27:46 UTC
Created attachment 246279 [details]
Proposal with repo view
Comment 7 Bernhard Walle 2008-10-17 13:31:24 UTC
Good idea!
Comment 8 Ladislav Slezák 2008-10-17 13:49:17 UTC
Sounds good, but what if you want to display the repositories which do not belong to any service? Another view? ("Unassigned repositories" or something like that?)
Comment 9 Martin Schmidkunz 2008-10-17 14:03:46 UTC
Well, Duncan explained it to me, that repos which do not belong to a service can be viewed as services containing one repo.
If we want to follow this logic, than the repo which does not belong to a service would be displayed in the service and the repo view. In the repo view the column "service" would be empty.
Does that make sense to you?

Comment 10 Ladislav Slezák 2008-10-17 14:09:56 UTC
I think so. I'll try it...
Comment 11 Martin Schmidkunz 2008-10-17 14:12:08 UTC
Thanks!
Comment 12 Ladislav Slezák 2008-12-16 15:28:10 UTC
*** Bug 450731 has been marked as a duplicate of this bug. ***
Comment 13 Ladislav Slezák 2008-12-19 09:31:47 UTC
*** Bug 460530 has been marked as a duplicate of this bug. ***
Comment 14 Karl Eichwalder 2008-12-19 09:40:13 UTC
Looks good, but probably not good enough for ncurses.  As said in bug 460530, I'd like you shrink some columns considerably and allow  the Name column to take much more space.
Comment 15 Ladislav Slezák 2008-12-31 14:15:35 UTC
Implemented in Yast SVN trunk (openSUSE 11.2) as was proposed in the mockups provided by Martin (thanks a lot!).

To comment #14: It's not possible to change width of a column from YCP scripts, Yast UI capabilities are very limited.
Comment 16 Ladislav Slezák 2009-01-08 15:51:34 UTC
*** Bug 461237 has been marked as a duplicate of this bug. ***
Comment 17 Ladislav Slezák 2009-01-13 13:57:30 UTC
Submitted in yast2-packager-2.18.0. (openSUSE-11.2)
Comment 18 Ladislav Slezák 2009-01-19 15:17:45 UTC
*** Bug 465116 has been marked as a duplicate of this bug. ***