Installation History app

[olf]

,---
| Sailfish OS 3.2.1.20 (Nuuksio)
'---
[nemo@sailfish ~]$ jolla-settings
[D] unknown:0 - Using Wayland-EGL
[W] unknown:809 - file:///usr/lib/qt5/qml/Sailfish/Silica/PageStack.qml:809: Error: Error while loading page: file:///usr/share/install-history/qml/pages/MainPage.qml:41 Invalid property assignment: "acceptableInput" is a read-only property

[nemo@sailfish ~]$ 

[nephros]

… and that error message is correct! Weirdly not fatal on later versions apparently.

Kindly test install-history-0.9.10 which should fix that, and some more about the search

[nephros]

@olf

BTW, IMO it also is interesting to be able to determine when repositories have been added or removed. This information also seems to be recorded in hat log file.

Noted as a possible addition.

Looking through the history file though, recoding radd events seems fine, but repos get rremoved a lot without obvious user interaction - not sure why but maybe it’s connected to ssu-disabled repos, or something Storeman or chum-gui do.
So that would clutter the list a lot.

[rdomschk]

For me its good and if will read all I can make smaller the text settings. I use the biggest because I am old

[olf]

install-history 0.9.10 is working well on SFOS 3.2.1.

Thank you very much.

[olf]

@nephros

Ah so it’s a bit cramped on lower res screens (developed on an X10).
I wonder how to solve this, without cutting off text (which hides information) or line-breaking (which is ugly)

No, it is not cramped due to a lower resolution or different aspect ratio (e.g., on an Xperia X: 1920x1080 = 16:9), AFAIU @rdomschk has deliberately set the font size to “largest”.

IMO the layout of the two line entries, each starting with a “+”- or “-”-icon and concluding with the app icon (if extant), is really fine by all aspects: text sizes, icon sizes, text colouration etc.

My suggestions, now that I have seen install-history:

1. The date labels between the entries proper have a strange “flow”, altering at least three times:
   Today, Yesterday, then Sunday (today - 3), Saturday (today - 4), Friday (today - 5), Wednesday (today - 6), then Februray (month of (day - 7)), February, February, February, …, January, …, March, then 2021, 2021, 2021, …, 2020, 2020, …, 2019, 2019, …, 2018, 2018.
   This omits the precise date (> 6 days ago) or does not properly name it (“Which date was last Sunday?”), even though the exact date can be retrieved from each individual entry.

   • Please always provide a full date with a spelled out month, e.g. 31 January 2022, do not omit the day of the month (as always, currently), plus either the year or the month.
   • Please alter the naming scheme at most once (i.e., 0 or 1 time): I.e., either always use the aforementioned full date format (31 January 2022) or start with Today and Yesterday, then switch to the aforementioned full date format.
     Personally I would prefer the simpler approach of consistently displaying the full date format with a spelled out month.

   Edit / change of opinion: After thinking about this point for a while, I think these separators are just superfluous, because the exact date can always be retrieved from each individual entry. These “date separators” simply consume space unnecessarily without providing any additional information. Side note: This is more prevalent in landscape orientation.
   Altered suggestion: Eliminate the “date separators”.

2. The search selection field does occupy quite some space (even with the search field proper closed), especially in landscape orientation: Please move its functionality to pulley menu entries.

   I.e., if the search field is hidden, display two pulley menu entries “Search for date” and “Search for name” (the latter being the lower one, as currently in the selection menu), and if one of them is active, substitute this one by “Close search field”.

3. WRT “radd” and “rremove” events (adding and removing of repositories)

   • that would clutter the list a lot.

     Oh, I considered these to be optionally displayed. For example by another pulley menu entry displaying either “Show repository events” (when inactive) or “Hide repository events” (when active).
     When active, IMO these repo-related entries should be seamlessly interleaved with the events for adding and removing packages.

   • IMO displaying such events needs two additional icons for adding and removing repositories, which are distinctively different (by colour and symbol) from the extant ones for package events.
     E.g., a small circle symbol “○” on a blue background for an radd event and a medium-sized saltire (diagonal cross, also called Saint Andrew’s Cross) “X” on a yellow background for an rremove entry.

   • repos get rremove'd a lot without obvious user interaction - not sure why but maybe it’s connected to ssu-disabled repos, or something Storeman or chum-gui do.

     Maybe we can develop a scheme (algorithm) for not displaying irrelevant rremove entries later. Being able to easily observe (by the help of install-history) when they are recorded (e.g., during SailfishOS upgrades etc.) will make it much easier to determine which are irrelevant.

4. Old suggestion, but overhauled: Enhance package description

   Shows when packages have been installed or removed.

   Install-history integrates into the SailfishOS’ Settings application with a new entry in the "Info" section there.

5. Suggestion: Alter the statement nnn records (technical term) to nnn entries (common term).

6. Topic: “No line-breaking, because a mix of two and three line entries would be visually disturbing.”

   I believe the proper solution for this is to present the full information for an entry in a separate page, which opens when long-pressing an entry.

HTH

[eson]

@olf

No, it is not cramped due to a lower resolution or different aspect ratio (e.g., on an Xperia X: 1920x1080 = 16:9), AFAIU @rdomschk has deliberately set the font size to “largest”.

Well, On my Jolla C (with normal font size) it still is a bit cramped.

[Maximilian1st]

What if you only leave the hour in the description of the installed app and add the date and day and year on the right where you now see the day and month between the apps.

Or leave the icons out. There is a search function so no need to see icons.

My 2 cents.

[olf]

@eson

Well, On my Jolla C (with normal font size) it still is a bit cramped.

AFAIU this is the regular look, which is fine IMO. Smaller fonts would make it really hard to read.

@Maximilian1st

What if you only leave the hour in the description of the installed app and add the date and day and year on the right where you now see the day and month between the apps.

Note that the second line of an entry never overflows to the right, hence this is a non-issue IMO.
And without a date, the time is hard to comprehend as such: 15:41 could mean anything.

Yes, omitting the application icons would alleviate the issue a tiny bit, but IMO they are a nice visual gimmick. And the icons at the left are essential.

[eson]

@olf

AFAIU this is the regular look, which is fine IMO. Smaller fonts would make it really hard to read.

OK, here’s a better example. There is text outside screen, and that is not OK IMO.

[olf]

@eson

There is text outside screen, and that is not OK IMO.

I know and @nephros knows:

@nephros

I wonder how to solve this, without cutting off text (which hides information) or line-breaking (which is ugly)

But IMO he met the right decision: No line-breaking, because a mix of two and three line entries would be visually disturbing.

The easy workaround for this is to use landscape orientation!
Then only very few entries are too long, still.

I believe the proper solution is to present the full information for an entry in a separate page, which opens on long-pressing an entry.

P.S.: I captured this as point 6 in my list of suggestions.

[nephros]

So, about those repo events:

I after almost finishing the repo event things, I noticed that user-added repos are not recorded in the log, i.e. there are no radd events for repos that are in the ssu “user” list.

Add to that those spurious rremove events (which do reference user-added repos it seems*) ), what remains useful to display are the add/remove events for official Jolla/system-wide repos - and those change very little, basically only when upgrading releases.

I have therefore ceased development of that feature as basically WONTFIX/WOULDHAVEABEENNICE. If anyone wants to pick up where I left it, it’s in this branch.

*) I suspect it’s Storeman’s “remove repos with no installed apps” feature which does that, but not at all sure.

[eson]

It looks really good now, except maybe from one thing. I think the “popup” should be coloured (black?) background instead of transparent.
Just my personal opinion.

[nephros]

@eson

It looks really good now, except maybe from one thing. I think the “popup” should be coloured (black?) background instead of transparent.
Just my personal opinion.

Thanks, yes it should be - and I tried that.
But unfortunately the DockedPanel can’t be coaxed into being non-transparent.
I’ll look at using a different element for this.

[throwaway69]

Check neliapila, it has dockedpanel for replying and it works well, I think it just slaps a rectangle into the panel as background and you can set gradient of that

[nephros]

Will look into that, thank you. I have a rectangle behind the text right now, but the gradient is way down in PanelBackground and not configurable.

[ric9k]

Very handy and useful app, thanks!

I could notice by myself like said on post#1 some self updated packages.
But here, it happens while I had uninstalled the app some weeks earlier (harbour-mls-offline-fr) …bizarre.

Regarding the search option, which is very good, a strange thing:
If I search mls, it won’t show the harbour-mls-offline-fr.
But if I search harbour or offline, it will.

EDIT: oh, got it: 3 char search is too short.

[nephros]

A new version should appear on chum soon.

There are a lot of changes in there, hopefully it will fix the lipstick crash as well but as I could never reproduce it I can’t be sure.

Caveat emptor

[nephros]

A new version has been put on Chum Testing: 0.11.1

After hearing this tool proved helpful in some failed update scenarios, it has now gained the capability to display problems logged in the history file, such as scriptlet failure messages.

Please test.

[throwaway69]

I love this app, but will not attempt a failed update for testing, sorry, had my share already