Inconsistencies in the number of packages shown against filters on sidebars
Atri
I think I may be quite mistaken here, and the package manager might
just be doing the right thing but have you noticed how the number of
packages against the filter in the "Category" sidebar as well as
"Status [Installed/Upgradeable/Not Installed]" change when you select
one of the particular filters. For example, if you select "Any Status"
the number of packages are shown against it in the sidebar as 13200
[for my system]. Now if I select "Installed", that number [the number
against "Any Status"] changes to 15329. Even considering that the
filters "Upgradeable" and "Installed" overlap, I think this change in
number is marked and quite suspicious. For the record, there are only
49 packages that are "Upgradeable" for the selection of repos on my
system. If I choose "Any status" again, the number becomes 13200.
Similarly for the categories filters, but here of course there might
be overlapping among package categories. Nonetheless, this behaviour
does look not quite correct to me. What do you think?
Bye
--
Atri
Ricardo Cruz
There aren't many programs like our software manager that present
and let you select from several filters (yast2-qt, for instance, doesn't),
but there are some. I think you'll find they behave relatively
similarly; here's
a quick list:
* Amazon.com
Behaves exactly like yast2-gtk. Select "5 years and up", and "Action figures"
shows its product count within that age range.
Likewise, select "Action figures" and see "5 years and up" showing
only the count within the subset: "Action figures AND 5 years and up".
http://www.amazon.com/s/ref=nb_sb_noss?url=search-alias%3Dtoys-and-games&field-keywords=&x=0&y=0
* Rhythmbox
Similar, but works in one direction only. Select a music genre, and artists
and albums get updated. But if you select an artist, then the music
genre doesn't
get reduced to only the genre for which that artist plays. Same for albums.
I think this model makes sense for music. It is query expensive to
behave like yast2-gtk, and there is little benefit when it comes to
music. Not many artists play within genres, or are albums produced
by multiple artists. Sure, you have mix tapes and so on, but, even so,
rarely does the listener care. He will rarely want to filter the more romantic
songs of an artists; he will just select an appropriate album.
I personally keep interviews and lectures from scientists intermixed in my
music collection (when I like a podcast), with institutes or events as
albums, so
I could use this feature to e.g. filter stuff under TED as album, but
I am an outlier
here.
Anyway, unlike music, it isn't trivial (or even possible) to tell whether to
update the status filter when a category is selected, or vice-versa.
Our use cases are more ambiguous, like those of amazon.
* Frostwire (or Limewire)
It doesn't show number counts (for any category other than "All"), but you
can tell it behaves like Rhythmbox.
To check:
* Banshee
Cheers,
Ricardo
Quoting Atri <badsh...@gmail.com>:
> --
> yast2-gtk mailing list - http://groups.google.com/group/yast2-gtk
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Atri
I think I was not clear in explaining the problem, I am sorry. I
understand how the number of packages shown beside the filters should
behave. I meant that they behave inconsistently at present. To clarify
this I have put up screenshots with my questions as annotations here
1. Consistent behaviour:
http://yast2-gtk.googlegroups.com/web/Screenshot-Software+Manager+-+YaSTA.png
2. Inconsistency between Status and Category filters:-
http://yast2-gtk.googlegroups.com/web/Screenshot-Software+Manager+-+YaSTB.png
3. Inconsistency within the Category filter:-
http://yast2-gtk.googlegroups.com/web/Screenshot-Software+Manager+-+YaSTC.png
The third one is especially noticeable. You select "All packages" in
the category list. It shows X number of packages. Now select "Admin
tools" [or any other particular category] and the number of "All
packages" changes from X to Y (all the while keeping the status filter
untouched). This I think is not what it should be, but I might be
wrong.
--
Atri
Ricardo Cruz
Interesting. That's definitively a bug. I will try to reproduce it in
my system, and will request you your repositories list and so on
if necessary.
My immediate thought is that zypp is returning a smaller list at
startup than it does while running.
(That doesn't have to mean it is a zypp bug. It could mean that
we are not using it properly: not initializing it properly, or asking
for queries before it gets properly initialized.)
If this conjecture is true, then the consistency would self-correct
after you select a category and status item. (Notice you have to
touch both. Only the opposite filter box will be updated when you
choose a filter, in order to economize cpu.)
The hunch is reinforced by the fact that if you look closely to
the screenshot you see that it is an increased in the "not installed"
count that trickles up to an overall count increase. That suggests
the package from some repository were not being accounted for
at startup.
Here is the bug entry so I will later get to it:
https://bugzilla.novell.com/show_bug.cgi?id=632377
Cheers,
Ricardo
Quoting Atri <badsh...@gmail.com>:
----------------------------------------------------------------