AuthorTopic: Gslapt (Read 9672 times)

Currently I think it does a fine job installing, but the layout and display are rather confusing to me. Let me explain.

1. When you open and update your presented with a list of apps/packages, but no matter how you sort there is no possibility of true alphabetical order, packages/apps repeat as you scroll through the list, confusing at best.

2. No tree view, it would be really nice to look at the packages/apps by category/sub-category in treeview, this would clean up the display quite a bit imo.

3. Packages/apps that are older then installed show up in the list repeatedly, this is confusing at best, shouldn't they show up as revision history under the latest installed version? yes sometimes we want to go backward, so the otpion to downgrade should be included as well.

4. Search functions doesn't come up with anything specific, try a search for "pac" you should get maybe 2 or 3 results, but instead you get 50 -75 that have nothing to do with the search phrase.

5. Under View -> Available, should this only show packages/apps that are available for install, not those that are currently installed?

This is all food for thought as the development moves forward, not complaints as Gslapt does work as it is, anyway gotta run, just got a call to go check my mom might have just had a stroke, damn I hope she's allright..

2. No tree view, it would be really nice to look at the packages/apps by category/sub-category in treeview, this would clean up the display quite a bit imo.

3. Packages/apps that are older then installed show up in the list repeatedly, this is confusing at best, shouldn't they show up as revision history under the latest installed version? yes sometimes we want to go backward, so the otpion to downgrade should be included as well.

I'm a big supporter of these two ideas, and the fact that Gslapt is pretty great as is.

1. When you open and update your presented with a list of apps/packages, but no matter how you sort there is no possibility of true alphabetical order, packages/apps repeat as you scroll through the list, confusing at best.

You can get an alphabetical list if you click on the Name column heading in the row with Status-Name-Version-Location-Description.

If you check on the Status column after you do Update and then Mark All Upgrades, the upgraded packages will all appear one after another, as will the installed packages and the packages that are not installed. You may have to click on Status more than once.

Quote

2. No tree view, it would be really nice to look at the packages/apps by category/sub-category in treeview, this would clean up the display quite a bit imo.

I agree. This would be a very nice enhancement of gslapt.

Quote

3. Packages/apps that are older then installed show up in the list repeatedly, this is confusing at best, shouldn't they show up as revision history under the latest installed version? yes sometimes we want to go backward, so the otpion to downgrade should be included as well.

Sorting alphabetically pretty much takes care of this, as you can see quite easily what you have installed and whether it's the latest version.

I hope your mother is okay. I've sent positive thoughts her way.--GrannyGeek

1. When you open and update your presented with a list of apps/packages, but no matter how you sort there is no possibility of true alphabetical order, packages/apps repeat as you scroll through the list, confusing at best.

You can get an alphabetical list if you click on the Name column heading in the row with Status-Name-Version-Location-Description.

If you check on the Status column after you do Update and then Mark All Upgrades, the upgraded packages will all appear one after another, as will the installed packages and the packages that are not installed. You may have to click on Status more than once.

I think by "true alphabetical order" dwainehead means a case insensitive alphabetical ordering. I've always found it interesting that the ordering is case sensitive, but since I've become used to it it doesn't bother me too much but case insensitive would be preferable. Probably just a little tweak in the gslapt code would fix this.

UNIX and it's derivatives are, by definition, case sensitive. All the upper case letters come before the lower case ones. That said, konqueror offers a choice in the configuration, might be a good idea for gslapt.

Logged

O'Neill (RE the Asgard): "Usually they ask nicely before they ignore us and do what they damn well please."http://joe1962.bigbox.infoRunning: VL 7 Std 64 + self-cooked XFCE-4.10

1. When you open and update your presented with a list of apps/packages, but no matter how you sort there is no possibility of true alphabetical order, packages/apps repeat as you scroll through the list, confusing at best.

The listview uses the default sorting of the GTK widget. This sorting is case sensitive.

2. No tree view, it would be really nice to look at the packages/apps by category/sub-category in treeview, this would clean up the display quite a bit imo.

Unfortunately every distro does things differently and there is no easy way to come up with a category list. I'm not sure just using a subdirectory would be informative enough in the general case (for example, slackware/l would not mean much to a user).

3. Packages/apps that are older then installed show up in the list repeatedly, this is confusing at best, shouldn't they show up as revision history under the latest installed version? yes sometimes we want to go backward, so the otpion to downgrade should be included as well.

4. Search functions doesn't come up with anything specific, try a search for "pac" you should get maybe 2 or 3 results, but instead you get 50 -75 that have nothing to do with the search phrase.

"pac" is very general. You really want to limit your search using the beginning and end of string tokens (^ and $ respectively). Search checks against package names, versions, locations, and descriptions. There is a quick search, invoked by using hitting '/', that is more precise.

Unfortunately every distro does things differently and there is no easy way to come up with a category list. I'm not sure just using a subdirectory would be informative enough in the general case (for example, slackware/l would not mean much to a user).

Although it certainly wouldn't be a magic bullet, could category info be extracted from .desktop files contained in packages?

And now that I think about it a bit more, that could be a nice plus for usability as well. If you found it and installed it by browsing in category XYZ in Gslapt, you know that you will find it in category XYZ on your system menu afterward.