Fred Slota

Scanning the list of recent suggestions, and a thought occurred to me as an addition to an earlier suggestion. What about for a person who previously 'Wanted' an issue, but wasn't particular about the variation, and later got a different variation? I wanted issue #5, but I got #5/D. Not quite sure how to implement it, but how about a tool (since I'm not sure that an Advanced Find could be made or be as useful) that can scan the database, looking for instances of Wanted/Owned issue variation pairs, and displaying them in a list, for the purpose of deciding if the 'Wanted' is still 'Wanted' given the owned alternate variant?

Well, it appears to have corrected itself since my post. I had the AtomicAvenue page still open from my having looked it up before posting here, and initially that page had the XM(7) #12 thumbnail. However, navigating on the page, the correct image is now present. I also opened CB, navigated to UXM(3), and while I initially observed the same wrong thumbnail, when I selected the item, a replacement correct image was retrieved.

The scan my CB most recently downloaded (and what is currently shown in AtomicAvenue) for Ultimate X-Men (3rd Series) #12 is an incorrect image from the simultaneously newly released X-Men (7th Series) #12.

Suggestion - a new, boolean field to indicate whether a given book has actually hit the street, vs. has been solicited or announced but not yet shipped. And a visible effect for the grid, like, say, grey text, or italic text, or grey background, maybe only in the Issue number column, but something that visually clues you in to the fact that it does not exist yet as you peruse the grid.

New laptop, new install, new configurations... Twice now, my system has hung up for several minutes shortly after closing ComicBase. Mouse pointer doesn't move, YouTube video playing stops, nothing reacts for like 3 minutes. Both times, I clicked Ctrl-Alt-Delete to bring up the Task Monitor (with even bringing up the menu for that selection waiting until the pause ends). When activity resumes, mouse is responsive, YouTube restarts playing, and the Task Monitor opens, the 7-zip Standalone package is running at some double-digit processor load, compacting a database backup, I believe. My operating database is located on my local SSD drive, but my backups directory is located in a OneDrive folder, with settings of 5 copies, Compression and Save to Cloud. I thought this was the better way to balance live performance with multiple backup options, and was not expecting total system temporary lockup. Thoughts?

Thank you for your reply. Obviously, I would love to have perfect behavior, and I understand why that might be impossible/out of your hands. But I think we should at least be trying to get consistent behavior. For example, in the preferences window in "New Pref Right.jpg", why is the text neither all 'tiny' or all 'normal', but instead is a mix of 'tiny' and 'regular'? This makes me think that some of the Check Boxes and Radio Buttons have a "do not resize for Windows Scaling" text setting enabled and are being shown at native, 'tiny' size, while other have the setting disabled and are being allowed to be resized and appear at 'regular' size. I think this setting needs to be hunted down and made consistent, at least across similar elements on a window, if not across the whole program.

Just picked up... The UPC 7 59606 21190 6 06511 currently is associated with a CB entry of "The Amazing Spider-Man: 65 Deaths" #1. The indicia reads "The Amazing Spider-Man No. 65.DEATHS, March 2025" and is part of the storyline "The 8 Deaths of Spider-Man". As ComicBase apparently doesn't support an issue number of #65.DEATH, I suggest that this should be entered as "The Amazing Spider-Man (6th Series)" #65.1 with notes indicating the proper issue number is 65.Deaths.

Summarizing with more understanding: Original Setup, all three screens have roughly equal physical pixel size, about 0.01"x0.01". The new laptop has a physical pixel size of about 0.0062"x0.0062". With all the original laptop and side monitors operating at 100% scale, the interface looks consistent and 'normal' across the entire main window and the entire preferences window, regardless of which screen it is on. When the new laptop is running on its own at 100% scale, the interface looks consistent and 'tiny' across the entire main window and the entire preferences window. When the new laptop is running on its own at 150% scale, the interface looks consistent and 'normal' across the entire main window and the entire preferences window. With all the new laptop and side monitors operating at 100% scale, the interface looks consistent across the entire main window and the entire preferences window, but the text looks 'normal' on the side screens and 'tiny' on the main screen. However, With the new laptop at 150% scale and the side monitors at 100% scale, this is where weird things happen. You would expect that text would be consistent across the entire main window and the entire preferences window, and further expect that it would look 'normal' regardless of which screen it was on. Instead, I get inconsistent text sizing on the same window. On the laptop in the main window in the grid, it looks like most data columns are scaled at 150% and look 'normal', but the header row and the Issue number data column are scaled at 100% and look tiny. I also think that the windows menu text, the ComicBase menu Text and issue information look 'larger' than I expected, (maybe double scaled?), but the Comic Book Title ("Absolute Batman") looks 'normal', so 150%. The preferences screen appears to be a combination of some text at a 'tiny' 100% and a 'normal' 150%. I agree, this is occurring because my system is operating with multiple scale settings. However, I believe that this is the proper configuration for my system, so that I have a roughly equal text size regardless of which monitor a given window is on. The frustrating thing is, ComicBase is behaving what I would call 'correctly' on parts of the various windows. Most of the grid is producing text at what I think is the expected size; why is the grid header and issue numbers in the same grid not being scaled? The ComicBook Title appears to be properly sized; why is the rest of the interface being over-scaled? Some of the preference labels and data are producing text at what I think is the expected size, why are the other labels and data on the same window not being scaled? It would be one thing if the text was consistent across the window but looked different from screen to screen. But what I'm seeing is text that is inconsistent across the window, and consistently looking inconsistent in the same way from screen to screen.

New Computer Laptop Monitor - Scale 100%, Resolution 1920x1200 (Recommended) Left Monitor - Scale 100% (Recommended), Resolution 1920x1080 (Recommended) Right Monitor - Scale 100% (Recommended), Resolution 1920x1080 (Recommended) Opened ComicBase, which appeared full screen in the Laptop Monitor (New Main Laptop 1.jpg) Opened Preferences, which appeared in the Laptop Monitor (New Pref Laptop 1.jpg) Moved ComicBase to the right monitor, full screen (New Main Right 1.jpg) Opened Preferences, which again appeared in the Laptop Monitor (New Pref Right (on Laptop) 1.jpg) Moved Preferences to Right, closed, reopened, continued to reopen in Laptop, so no difference.

New Computer Laptop Monitor - Scale 150% (Recommended), Resolution 1920x1200 (Recommended) Left Monitor - Scale 100% (Recommended), Resolution 1920x1080 (Recommended) Right Monitor - Scale 100% (Recommended), Resolution 1920x1080 (Recommended) Opened ComicBase, which appeared full screen in the Laptop Monitor (New Main Laptop.jpg) Opened Preferences, which appeared in the Laptop Monitor (New Pref Laptop.jpg) Moved ComicBase to the right monitor, full screen (New Main Right.jpg) Opened Preferences, which again appeared in the Laptop Monitor (All appeared the same as New Pref Laptop, no pic taken, sorry) Moved Preferences to Right, closed, reopened and it showed on right (New Pref Right.jpg) So, now let's see what happens with Laptop 100% scale...

Original Computer Laptop Monitor - Scale 100% (Recommended), Resolution 1366x768 (Recommended) Left Monitor - Scale 100% (Recommended), Resolution 1920x1080 (Recommended) Right Monitor - Scale 100% (Recommended), Resolution 1920x1080 (Recommended) Opened ComicBase, which appeared full screen in the Laptop Monitor (Orig Main Laptop.jpg) Opened Preferences, which appeared in the Laptop Monitor (Orig Pref Laptop.jpg) Moved ComicBase to the right monitor, full screen (Orig Main Right.jpg) Opened Preferences, which again appeared in the Laptop Monitor (Orig Pref Right (on Laptop).jpg) All text was sized as usually expected. Text in all columns in the Grid were equal sized, Labels on the Preferences screen sere all equal sized.

Ah yes... the old .PNG pong.

Part of what has me confused is that the unusual text sizes aren't consistent on the same screen. Why should the text in one column of the grid be different from all the other columns in the grid? Why are the labels for most of the check boxes and radio buttons on the Preference screen be tiny, but yet four of the options for Automatic Backups look top be the expected size. I agree, it appears that there is some odd reaction to some odd setting, but ComicBase appears to also be able to produce the expected appearance in some areas, regardless of the odd setting. I'll do some digging to help identify the differences between the two setups, but I think the real focus should be identifying why ComicBase is having two different reactions, and modifying the oddly performing sections of display interface to operate the way the correctly behaving sections of the interface are coded.

Recently migrated to a new laptop, but running the same multi-monitor setup that I've been using for years. I've noticed that there are unusual and inconsistent font sizes being used in various places. My main screen, the text on top ("Comic Books", "View", Find", as well as the book info) looks larger than I'm used to seeing, while in the grid, the Titles are shown in a larger font than the other information. (Main Screen 1.jpg) When I first pulled up the Preferences screen, the text was overly large, to the point that the last check box for whether to download oversized pictures could not be seen, it was overwritten by the preliminary art checkbox. I could not tell what state the last check box was in (the only check box I was interested in). I did not think to get a capture of that screen at that time. Now, when I open the preferences screen, the text is much smaller than I expect. (Preferences 1.jpg) What information would you like to know about my setups? I can provide information about when I use my old laptop, which has not had the text issues, as well as when I use my new laptop.

Nit-picky clarification - "NOTE: it can be anywhere in the grid area. It does not have to be on a specific line in the grid area." If your grid is of a search result, where there could be rows from different titles, it needs to be dropped on a row of the right title. Additional note - Be careful if dragging multiple covers onto search results, things can go awry. Suppose you have title A #2, 3, 4, 5 and title B #1, 2, 3, 4. If you drag scans for title B #1, 2, 3, 4 and drop them onto an entry in title B, If I remember correctly, I believe the results will be that #1 and 2 will go to B, but #3 and 4 will go to A. After copying #2 to B, the thumbnail will be incorrectly updated for A #2, moving the focus to A #2, at which point #3 and 4 will be copied to A. I update my cover scans with the help of a search result, and only drop to the first title in the list and refresh my search to avoid this problem.