[Presets] add new presets.lua module and dictionary presets by Commodore64user · Pull Request #13774 · koreader/koreader

Commodore64user · 2025-05-12T14:22:56Z

what's new

This pull request introduces a new unified preset management system for KOReader modules, centralising the creation, loading, updating, and deletion of presets. The changes refactor existing preset handling in ReaderFooter so that any module can use the new Presets module, simplifying code and improving maintainability. Additionally, we add preset functionality to ReaderDictionary and new dispatcher actions are added for loading dictionary and footer presets.

Added a new Presets module (frontend/ui/presets.lua) that provides a standardised interface for managing presets across modules, including methods for creating, loading, updating, and deleting presets. It also supports generating menu items and integrating with Dispatcher.
Added the option to ReaderDictionary to use the new Presets module for managing dictionary presets, replacing custom logic with standardised methods (createModulePreset, genModulePresetMenuTable, etc.).
Refactored ReaderFooter to leverage the Presets module for footer presets, significantly reducing the complexity of preset-related methods.
Added new dispatcher actions for loading dictionary and footer presets (load_dictionary_preset and load_footer_preset), enabling gesture or hotkey-based preset switching.
Reordering of the dictionary menu. See screenshots below to preview new look.

screenshots

expand for more screenshots

related issues

This change is

Commodore64user · 2025-05-12T15:59:38Z

I took the liberty to re-arrange some of these settings, here is a little draft for all to comment on, both presets and priority running side-by-side, left is what it looks like on traditional e-ink, right on android/emulator

should I combine the external dicts into one as well? as I did for "lookup history"

poire-z · 2025-05-12T18:35:02Z

No problem with me with the menu reorg.
(No time to look at the code.)

mergen3107 · 2025-05-12T19:26:05Z

should I combine the external dicts into one as well?

I don't think it is worth adding another menu just for two items. I would vote for three and more items, otherwise it is more of an obstacle (extra tap) than help

Commodore64user · 2025-05-12T23:05:00Z

would anyone have a clue as to why, status bar presets (without me changing anything yet) crash when one tries to load them on the emulator but NOT when doing it from kindle, both running Version: v2025.04-57-gbb4dafa7e_2025-05-11

./luajit: frontend/apps/reader/modules/readerfooter.lua:2465: attempt to index field 'mode_index' (a nil value)
stack traceback:
        frontend/apps/reader/modules/readerfooter.lua:2465: in function 'applyFooterMode'
        frontend/apps/reader/modules/readerfooter.lua:2036: in function 'loadPreset'
        frontend/apps/reader/modules/readerfooter.lua:1950: in function 'callback'
        frontend/ui/widget/touchmenu.lua:923: in function 'onMenuSelect'
        frontend/ui/widget/touchmenu.lua:217: in function 'handleEvent'
        frontend/ui/widget/container/inputcontainer.lua:266: in function 'handleEvent'
        frontend/ui/widget/container/widgetcontainer.lua:83: in function 'propagateEvent'
        frontend/ui/widget/container/widgetcontainer.lua:101: in function 'handleEvent'
        frontend/ui/widget/container/widgetcontainer.lua:83: in function 'propagateEvent'
        frontend/ui/widget/container/widgetcontainer.lua:101: in function 'handleEvent'
        frontend/ui/widget/container/widgetcontainer.lua:83: in function 'propagateEvent'
        ...
        frontend/ui/widget/focusmanager.lua:451: in function 'handleEvent'
        frontend/ui/widget/container/widgetcontainer.lua:83: in function 'propagateEvent'
        frontend/ui/widget/container/widgetcontainer.lua:101: in function 'handleEvent'
        frontend/ui/uimanager.lua:896: in function 'sendEvent'
        frontend/ui/uimanager.lua:53: in function '__default__'
        frontend/ui/uimanager.lua:1423: in function 'handleInputEvent'
        frontend/ui/uimanager.lua:1523: in function 'handleInput'
        frontend/ui/uimanager.lua:1567: in function 'run'
        reader.lua:265: in main chunk
        [C]: at 0x010a505890

edit: initiating mode_index etc (like in init) solves the crash, but it begs the question. why does it only fail on the emulator? it seems to be an emulator only issue so will keep the loadPreset method alone for now. As far as it goes, I think this is my favourite kind of problem, someone else's ;)

Frenzie · 2025-05-13T17:00:33Z

edit: initiating mode_index etc (like in init) solves the crash, but it begs the question. why does it only fail on the emulator? it seems to be an emulator only issue so will keep the loadPreset method alone for now. As far as it goes, I think this is my favourite kind of problem, someone else's ;)

The problem will be that you changed the data structure somewhere along the way during development, or you didn't change it as such but accidentally wrote what's effectively some nonsense to the settings file.

Commodore64user · 2025-05-13T17:28:09Z

I thought so at first, then i created new ones and still kaboom. Not to worry though, hius07 has already been heavily on the case.

Commodore64user · 2025-05-13T23:32:20Z

This must have been how Alfred Nobel felt when he discovered his creation was being used for evil... In good faith, I have added a method to cycle through presets; but heed my warning, it will not make it to ReaderFooter as I still vehemently oppose that idea. Should you, dear reader, wish to shoot thyself in the foot, I have made it significantly easier for you. Nevertheless, I shan’t hand over the gun that shall deliver the wounding shot.

add dependency to ReaderFooter and use it remove unused dependencies add documentation and move event handler to presets.lua add missing dependency fixes to loadPresets add message to succesful preset loading from touchmenu

Commodore64user · 2025-05-15T19:55:20Z

+    if not presets or not next(presets) then
+        Notification:notify(_("No presets available"), Notification.SOURCE_ALWAYS_SHOW)
+        return false
+    end


Hello all, I am losing my mind trying to understand why this particular bit of code is running twice (note, the bottom notification doesn't do the same).

if not presets or not next(presets) then local logger = require("logger") logger.dbg("About to show no presets notification") Notification:notify(_("No presets available"), Notification.SOURCE_ALWAYS_SHOW) logger.dbg("After showing no presets notification") logger.dbg("AAA No presets available for " .. preset_key) return false end

DEBUG key event => code: 1073742048 (Ctrl), value: 1, time: 1400855.826972 DEBUG key event => code: 113 (Q), value: 1, time: 1400856.165875 DEBUG AutoSuspend: onInputEvent DEBUG AutoTurn: onInputEvent DEBUG Executing actions for hotkey: alt_plus_q in Reader with events: { cycle_dictionary_preset = true } --[[table: 0x0122c60750]] DEBUG ReaderDictionary:onCycleDictionaryPresets() called DEBUG About to show no presets notification DEBUG show widget: table: 0x01249ce560 DEBUG setDirty nil from widget table: 0x01249ce560 w/ NO region; dithering: nil DEBUG setDirty via a func from widget table: 0x01249ce560 DEBUG After showing no presets notification DEBUG AAA No presets available for dict_presets DEBUG ReaderDictionary:onCycleDictionaryPresets() called DEBUG About to show no presets notification DEBUG show widget: table: 0x01245080c0 DEBUG setDirty nil from widget table: 0x01245080c0 w/ NO region; dithering: nil DEBUG setDirty via a func from widget table: 0x01245080c0 DEBUG After showing no presets notification DEBUG AAA No presets available for dict_presets DEBUG painting widget: table: 0x01249ce560 DEBUG Found font: NotoSansCJKsc-Regular.otf in ./fonts/noto/NotoSansCJKsc-Regular.otf DEBUG painting widget: table: 0x01245080c0 DEBUG _refresh: Enqueued ui update for region 171 5 197 53 dithering: false DEBUG _refresh: Enqueued ui update for region 171 5 197 106 dithering: false DEBUG refresh on logical rectangle 197x106+171+5 DEBUG key event => code: 113 (Q), value: 0, time: 1400856.245468 DEBUG AutoSuspend: onInputEvent DEBUG AutoTurn: onInputEvent DEBUG key event => code: 1073742048 (Ctrl), value: 0, time: 1400856.456355

things of interest

only one hotkey action being executed

two different widget addresses created:

show widget: table: 0x01249ce560 show widget: table: 0x01245080c0

two notifications shown, does not happen with any other notification added in this PR

removing the SOURCE_ALWAYS_SHOW does not change anything.

Twice cycle in the dispatcher/hotkey action?

But then, when we do have actions to cycle through, only one notification is fired. This is really wierd.

with presets we only run once, only one widget address show widget: table: 0x011f2c90e8

DEBUG key event => code: 1073742048 (Ctrl), value: 1, time: 1520575.126891 DEBUG key event => code: 113 (Q), value: 1, time: 1520575.897105 DEBUG AutoSuspend: onInputEvent DEBUG AutoTurn: onInputEvent DEBUG Executing actions for hotkey: alt_plus_q in Reader with events: { cycle_dictionary_preset = true } --[[table: 0x011d8c6ce8]] DEBUG show widget: table: 0x011f2c90e8 DEBUG setDirty nil from widget table: 0x011f2c90e8 w/ NO region; dithering: nil DEBUG setDirty via a func from widget table: 0x011f2c90e8 DEBUG painting widget: table: 0x011f2c90e8 DEBUG Found font: NotoSansCJKsc-Regular.otf in ./fonts/noto/NotoSansCJKsc-Regular.otf DEBUG _refresh: Enqueued ui update for region 151 5 238 53 dithering: false DEBUG refresh on logical rectangle 238x53+151+5 DEBUG key event => code: 113 (Q), value: 0, time: 1520575.901003 DEBUG AutoSuspend: onInputEvent DEBUG AutoTurn: onInputEvent DEBUG key event => code: 1073742048 (Ctrl), value: 0, time: 1520575.994968 DEBUG close widget: table: 0x011f2c90e8

DEBUG cyclePresets called from: DEBUG stack traceback: frontend/ui/presets.lua:143: in function 'handleEvent' frontend/ui/widget/container/widgetcontainer.lua:83: in function 'propagateEvent' frontend/ui/widget/container/widgetcontainer.lua:101: in function 'handleEvent' frontend/ui/uimanager.lua:896: in function 'sendEvent' frontend/dispatcher.lua:1217: in function 'execute' plugins/hotkeys.koplugin/main.lua:99: in function <plugins/hotkeys.koplugin/main.lua:89> [C]: in function 'pcall' frontend/pluginloader.lua:62: in function 'handleEvent' frontend/ui/widget/container/widgetcontainer.lua:83: in function 'propagateEvent' frontend/ui/widget/container/widgetcontainer.lua:101: in function 'handleEvent' frontend/ui/uimanager.lua:896: in function 'sendEvent' frontend/ui/uimanager.lua:53: in function '__default__' frontend/ui/uimanager.lua:1423: in function 'handleInputEvent' frontend/ui/uimanager.lua:1523: in function 'handleInput' frontend/ui/uimanager.lua:1567: in function 'run' reader.lua:265: in main chunk [C]: at 0x010c1a4890

so it all comes down to return false, the return false propagates the event and runs it another time... mmm return true solves that problem. sigh..

Frenzie · 2025-05-16T12:13:48Z

-                text = _("Download dictionaries"),
-                sub_item_table_func = function() return self:_genDownloadDictionariesMenu() end,
+                text = _("Dictionary presets"),
+                help_text = _("This feature enables you to group (e.g., per language) dictionaries as presets. You can then quickly switch between these presets to change the dictionaries used for lookups. \n\n Note: No other settings are stored in the presets, neither are the actual dictionaries, only a reference to the dictionaries."),


No spaces around the \n\n please. Also an editorial suggestion.

Suggested change

help_text = _("This feature enables you to group (e.g., per language) dictionaries as presets. You can then quickly switch between these presets to change the dictionaries used for lookups. \n\n Note: No other settings are stored in the presets, neither are the actual dictionaries, only a reference to the dictionaries."),

help_text = _("This feature allows you to organize dictionaries into presets (for example, by language). You can quickly switch between these presets to change which dictionaries are used for lookups.\n\nNote: presets only store a reference to the dictionaries, no other settings."),

Frenzie · 2025-05-16T12:15:26Z

+            end
+        end
+        UIManager:show(InfoMessage:new{
+            text = T(_("Some dictionaries from this preset have been deleted or are no longer available (%1 missing): \n\n• %2"),


Perhaps we can avoid sticking that • %2 in this string at all? (I.e., simple concatenation at the end.) If not, no space before the \n\n.

don't you think it would be more useful (as a user) to be told straight up which dictionaries are missing instead of having to guess? The idea is also to encourage the user to either "update" the preset or to find out what went wrong with dict X.

Meaning:

T(_("Some dictionaries from this preset have been deleted or are no longer available (%1 missing):"), whatever) .. "\n\n• %2"

Also if that %1 missing is a number it should be ngettext.

but I specifically wrote it so it wouldn't need ngettext, it works for one or many...

edit: or just remove the number

it works for one or many...

In English. But yes, the less you bother translators with the better.

@Frenzie

re-arrange menu order @Frenzie's string suggestions

Frenzie · 2025-05-18T12:47:54Z

+        if module.ui.hotkeys:updatePresetReference(update_key_for_module, preset_name, new_name) then -- luacheck: ignore 542
+            -- Hotkeys plugin manages its own 'updated' flag.
+        end
+    end


Shouldn't you just run that without the if? This doesn't really look like a valid ignore use case.

Fair enough, will change it

hius07 · 2025-06-17T05:41:04Z

+                                            return
+                                        end
+                                        if Presets.validateAndSavePreset(new_name, preset_obj, presets[preset_name]) then
+                                            presets[preset_name] = nil


How we usually rename a key in a table?

t[new_key] = t[old_key] t[old_key] = nil

You break this two connected lines, hiding the saving into other function.
More calls, broken logic. Unnecessary passing of arguments (like dialog_instance).
(Name duplication check should be separated from the caller callback)

It's so simple:

koreader/frontend/apps/filemanager/filemanagercollection.lua

Lines 1229 to 1241 in 4dc4339

text = _("Save"),

callback = function()

local new_name = input_dialog:getInputText()

if new_name == "" or new_name == old_name then return end

if ReadCollection.coll[new_name] then

UIManager:show(InfoMessage:new{

text = T(_("Collection already exists: %1"), new_name),

})

else

UIManager:close(input_dialog)

editCallback(new_name)

end

end,

koreader/frontend/apps/filemanager/filemanagercollection.lua

Lines 1271 to 1280 in 4dc4339

function FileManagerCollection:renameCollection(item)

local editCallback = function(name)

self.updated_collections[name] = true

ReadCollection:renameCollection(item.name, name)

self.coll_list.item_table[item.idx].text = name

self.coll_list.item_table[item.idx].name = name

self:updateCollListItemTable()

end

self:editCollectionName(editCallback, item.name)

end

(I just rename the menu items. But the preset list is sorted so the menu should be rebuilt, yes)

hius07 · 2025-06-17T05:42:40Z

        local sub_item_table = item.sub_item_table
        if item.sub_item_table_func then
-            sub_item_table = item.sub_item_table_func()
+            sub_item_table = item.sub_item_table_func(self)


Is it still needed?

hius07 · 2025-06-19T04:41:43Z


 function ReaderDictionary:onShowDictionaryLookup()
+    local buttons = {}
+    local preset_names = Presets:getPresets(self.preset_obj)


hius07 · 2025-06-19T04:41:56Z

+            },
+        },
+    }
+    local preset_names = Presets:getPresets(self.ui.dictionary.preset_config)


Function.
preset_obj

hius07 · 2025-06-19T04:43:43Z

+                                align = "left",
+                                text = preset_name,
+                                callback = function()
+                                    self.ui.dictionary:loadPreset(self.ui.dictionary.preset_config.presets[preset_name], true)


preset_obj

hius07 · 2025-06-19T05:03:58Z

+    end
+    -- then enable only those from the preset that still exist
+    for _, ifo in ipairs(available_ifos) do
+        for _, enabled_name in ipairs(preset.enabled_dict_names) do


To avoid loops doubling and nested loops it's better to use hash table instead of array:

function ReaderDictionary:buildPreset() local preset = { enabled_dict_names = {} } for _, name in ipairs(self.enabled_dict_names) do preset.enabled_dict_names[name] = true end return preset end

It's not more expensive, tableDeepCopy iterates over the table in the same way.

And then:

local dicts_disabled, valid_enabled_names = {}, {} for _, ifo in ipairs(available_ifos) do if preset.enabled_dict_names[ifo.name] then table.insert(valid_enabled_names, ifo.name) else dicts_disabled[ifo.file] = true end end

hius07 · 2025-06-19T05:06:42Z

Code duplication:

koreader/frontend/ui/presets.lua

Line 182 in 225d6c7

UIManager:close(dialog_instance)

koreader/frontend/ui/presets.lua

Line 264 in 225d6c7

UIManager:close(dialog_instance)

You can avoid arg passing and close the input dialog once right near

koreader/frontend/ui/presets.lua

Line 160 in 225d6c7

on_success_callback(entered_preset_name, input_dialog)

hius07 · 2025-06-19T15:26:39Z

+    -- Show a message if any dictionaries from the preset are missing.
+    if not skip_notification and #preset.enabled_dict_names > #valid_enabled_names then
+        local missing_dicts = {}
+        for _, preset_name in ipairs(preset.enabled_dict_names) do


preset.enabled_dict_names is now a hash table.
util.tableSize instead of #
pairs instead of ipairs

hius07 · 2025-06-19T15:32:58Z

    toggle_status_bar = {category="none", event="ToggleFooterMode", title=_("Toggle status bar"), reader=true},
    toggle_chapter_progress_bar = {category="none", event="ToggleChapterProgressBar", title=_("Toggle chapter progress bar"), reader=true},
+    load_dictionary_preset = {category="string", event="LoadDictionaryPreset", title=_("Load dictionary preset"), args_func=ReaderDictionary.getPresets, reader=true},
+    cycle_dictionary_preset = {category="none", event="CycleDictionaryPresets", title=_("Cycle through dictionary presets"), reader=true,},


We can look up dictionaries from the file browser. Maybe allow these actions as well?

hius07 · 2025-06-20T10:00:35Z

No more comments, thanks.

poire-z

Looks ok.

poire-z · 2025-06-20T13:04:01Z

+end
+
+function ReaderDictionary:loadPreset(preset, skip_notification)
+    if not preset.enabled_dict_names then return end


Can this happen ?

under normal usage, probably not. it's more a safeguard if a preset gets corrupted or a user accidentally deletes the content.

poire-z · 2025-06-20T13:06:31Z

+        UIManager:show(InfoMessage:new{
+            text = _("Some dictionaries from this preset have been deleted or are no longer available:") .. "\n\n• " .. table.concat(missing_dicts, "\n• "),
+        })


Just curious: what's the procedure/steps for a user getting this message to get rid of it?

one off, pressing back or tapping outside of the widget.
longer term, (which I assume is what you a getting at here), you would need to add back the same dict or "update" the ~~profile.~~ preset.

longer term, (which I assume is what you a getting at here)

Right.

you would need to add back the same dict or "update" the profile. preset.

That is this "update" I was wondering about. Ok, I go there, I just "update" and "ok" it ? It will clean it up from the old dict all by itself ?

What?

It will run the build function again and not add that missing dict. Effectively removing it from the preset.

Ok, that's what I was asking and the answer I was hoping for.
(It will not crash, or it will not bug because the dict does not exist, or keep it because it doesn't exist, etc...)

poire-z · 2025-06-20T13:27:32Z

+                    self.preset_obj,                              -- preset object
+                    _("Create new preset from current settings"),    -- optional: custom text for UI menu
+                    function() return self:hasValidSettings() end,   -- optional: function to enable/disable creating presets


(you might want to align the comments)
also probably: optional: function to enable/disable ~~creating presets~~ presets submenu

(you might not ? :)

What do you mean? The function stops you from creating them not from accessing them. At least in the case of reader dict that’s the case

that function specifically enables/disables only the create button

Frenzie · 2025-06-20T21:31:26Z

Actually hold off on merging for a second, I still need to fix the docs.

add preset functionality to ReaderDictionary

15668cb

poire-z mentioned this pull request May 12, 2025

[ReaderDictionary] Enable dictionary prioritisation via new menu #13768

Merged

Commodore64user changed the title ~~[presets_menu] Add dictionary presets~~ [Presets] add new preset.lua module and dictionary presets May 13, 2025

hius07 mentioned this pull request May 13, 2025

Status bar: fixes #13746

Merged

Commodore64user commented May 13, 2025

View reviewed changes

Comment thread frontend/ui/presets.lua Outdated

This comment was marked as outdated.

Sign in to view

Commodore64user force-pushed the dict-presets branch 2 times, most recently from b1634a5 to 163d6e5 Compare May 15, 2025 15:19

Commodore64user added 5 commits May 15, 2025 16:37

create presets_menu.lua

77155e7

squash commits

aac8a74

add dependency to ReaderFooter and use it remove unused dependencies add documentation and move event handler to presets.lua add missing dependency fixes to loadPresets add message to succesful preset loading from touchmenu

add enabled_func to preset creation

f1e56de

cycle presets, readerDict only... NEVER for footer

fd343a7

hot-swap presets during search sessions

3da2fd0

Commodore64user force-pushed the dict-presets branch from 163d6e5 to 3da2fd0 Compare May 15, 2025 15:37

Commodore64user commented May 15, 2025

View reviewed changes

Frenzie reviewed May 16, 2025

View reviewed changes

Commodore64user force-pushed the dict-presets branch from 16bddce to 3049b9c Compare May 16, 2025 13:00

re-arrange menu order and string changes (squash commit)

1e2a626

re-arrange menu order @Frenzie's string suggestions

Commodore64user force-pushed the dict-presets branch 2 times, most recently from f8bcb11 to 5b50c62 Compare May 18, 2025 11:40

Frenzie reviewed May 18, 2025

View reviewed changes

Commodore64user force-pushed the dict-presets branch from 4efaae6 to 6322c0d Compare May 18, 2025 14:09

hius07 reviewed Jun 17, 2025

View reviewed changes

unify functions and more

225d6c7

hius07 reviewed Jun 19, 2025

View reviewed changes

review

0bd6645

hius07 reviewed Jun 19, 2025

View reviewed changes

Comment thread frontend/ui/widget/dictquicklookup.lua Outdated

Commodore64user added 2 commits June 19, 2025 21:11

fix load

6d0c37c

move button

babecc4

Commodore64user requested a review from poire-z June 20, 2025 11:27

Merge remote-tracking branch 'upstream/master' into dict-presets

84a8053

Frenzie added this to the 2025.06 milestone Jun 20, 2025

poire-z reviewed Jun 20, 2025

View reviewed changes

Update presets.lua

4eff3d9

Commodore64user commented Jun 20, 2025

View reviewed changes

Comment thread frontend/apps/reader/modules/readerdictionary.lua Outdated

Comment thread frontend/ui/widget/dictquicklookup.lua Outdated

Apply suggestions from code review

fe4a4a8

Frenzie approved these changes Jun 20, 2025

View reviewed changes

Frenzie reviewed Jun 20, 2025

View reviewed changes

Comment thread frontend/ui/presets.lua Outdated

Update frontend/ui/presets.lua

3cd81bf

Frenzie merged commit 30499e3 into koreader:master Jun 20, 2025

Frenzie changed the title ~~[Presets] add new preset.lua module and dictionary presets~~ [Presets] add new presets.lua module and dictionary presets Jun 20, 2025

Commodore64user deleted the dict-presets branch June 20, 2025 22:11

0xstillb pushed a commit to 0xstillb/koreader-thai that referenced this pull request May 9, 2026

Add new presets.lua module and dictionary presets (koreader#13774)

2c94067

	help_text = _("This feature enables you to group (e.g., per language) dictionaries as presets. You can then quickly switch between these presets to change the dictionaries used for lookups. \n\n Note: No other settings are stored in the presets, neither are the actual dictionaries, only a reference to the dictionaries."),
	help_text = _("This feature allows you to organize dictionaries into presets (for example, by language). You can quickly switch between these presets to change which dictionaries are used for lookups.\n\nNote: presets only store a reference to the dictionaries, no other settings."),

	text = _("Save"),
	callback = function()
	local new_name = input_dialog:getInputText()
	if new_name == "" or new_name == old_name then return end
	if ReadCollection.coll[new_name] then
	UIManager:show(InfoMessage:new{
	text = T(_("Collection already exists: %1"), new_name),
	})
	else
	UIManager:close(input_dialog)
	editCallback(new_name)
	end
	end,

	function FileManagerCollection:renameCollection(item)
	local editCallback = function(name)
	self.updated_collections[name] = true
	ReadCollection:renameCollection(item.name, name)
	self.coll_list.item_table[item.idx].text = name
	self.coll_list.item_table[item.idx].name = name
	self:updateCollListItemTable()
	end
	self:editCollectionName(editCallback, item.name)
	end

Conversation

Commodore64user commented May 12, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

what's new

screenshots

related issues

Uh oh!

Commodore64user commented May 12, 2025

Uh oh!

poire-z commented May 12, 2025

Uh oh!

mergen3107 commented May 12, 2025

Uh oh!

Commodore64user commented May 12, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Uh oh!

This comment was marked as outdated.

Frenzie commented May 13, 2025

Uh oh!

Commodore64user commented May 13, 2025

Uh oh!

Commodore64user commented May 13, 2025

Uh oh!

Choose a reason for hiding this comment

things of interest

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Frenzie May 16, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Commodore64user May 16, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

hius07 Jun 19, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

hius07 commented Jun 19, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Commodore64user commented May 12, 2025 •

edited

Loading

Commodore64user commented May 12, 2025 •

edited

Loading

Frenzie May 16, 2025 •

edited

Loading

Commodore64user May 16, 2025 •

edited

Loading

hius07 Jun 19, 2025 •

edited

Loading

hius07 commented Jun 19, 2025 •

edited

Loading

Commodore64user Jun 20, 2025 •

edited

Loading

Commodore64user Jun 20, 2025 •

edited

Loading