Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

UX improvements: background images downloading on first request #4160

Open
JayDi85 opened this issue Nov 12, 2017 · 3 comments
Open

UX improvements: background images downloading on first request #4160

JayDi85 opened this issue Nov 12, 2017 · 3 comments

Comments

@JayDi85
Copy link
Member

JayDi85 commented Nov 12, 2017

Current version is very painful in usability for new users. By default application recommend to download ALL cards. That's bad and insane. You need more smoother process. Like background downloading of requested images.

Requesting image -- when user first time see missed card in app: during play game, draft, view cards, edit-import deck or other actions with cards;

How it works:

  • if game catch missed image -- start request process;
  • in first time you show up dialogue to inform user about missed card;
  • in that window user can:
    • select preferred image source (website);
    • select action to do (download one card or all card's set);
    • check checkbox for save his decision (do not ask next time);
    • button to disable background loading at all;
    • button to clear current download queue;
  • after image request window -- images adding to downloading queue;
  • downloading queue is background worker, wait new cards on input and send signal on complete;
  • on complete card or set download -- it send message to all windows to reload missed images and redraw new.
  • user can show up that windows and select new options any time from preference menu or from application status bar;
  • old download window still works and user can open it and download images manual (use same download queue but in sync mode).
@JayDi85 JayDi85 changed the title UX improvements: download images on request in background UX improvements: background images downloading on first request Nov 12, 2017
@andli
Copy link

andli commented Oct 22, 2019

This really would be a huge improvement from a UX perspective.

@t-my
Copy link

t-my commented Mar 26, 2020

An easy solution would be just removing the modality of the download window. Then you could download the images while playing.

Now the window is modal and you are forced to wait until it finishes.

@the-red-lily
Copy link
Contributor

An easy solution would be just removing the modality of the download window. Then you could download the images while playing.

Now the window is modal and you are forced to wait until it finishes.

+1

Even if the newly downloaded images can't be updated into the current game, downloading images in the background (and possibly, the specific images for cards you encounter) would speed up the process

JayDi85 added a commit that referenced this issue Sep 7, 2024
- GUI: added non-blocking UI to almost all app and game dialogs;
- GUI: it allows to switch between UI dialogs and use any UI elements at any moment;
- GUI: it allows to use chat, card popup, battlefield, concede and other features while choosing (related to #12670);
- GUI: it allows to download images while playing (related to #4160, not fully tested);
- GUI: enabled by default, can be disabled by java option: -Dxmage.guiModalMode=true
- connection: auto-connect will be visible in main menu on startup;
- connection: removed some unused features (auto-connect by command line);
- connection: added <ESC> button to close connection dialog;
- download: added background images download (see non-blocking UI);
- download: improved cancel stability and fixes that it can't stop preparing/downloading process in some use cases;
- app: fixed freezes on macOS systems in some use cases (related to #12431, #11292, #9300, #4920);
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants