Flatpak is a distribution-agnostic package system where the application is shipped with all the dependencies and runs inside some kind of sandbox. It's relatively new, and is gaining quite a lot of popularity.

Additionally, Valve's Steam Deck supports Flathub out-of-the-box. In fact, its main OS is mounted read-only, so people must either use flatpak or manually install it themselves in their home directory. The easiest way to run anything on Steam Deck is through Flathub. (Well, the easiest is actually through Steam store itself.)

Installed game from official Windows installer, hangs when trying to select cardsets. Sorry, haven't found where logs are to attach. If I close this blank window, game window also closes.

As Python 2.x is going away, we need to convert the code to use Python 3 instead. A prerequisite for that is to merge duplicate or mostly duplicate code that uses the APIs that were removed in Python 3.

Update: Discussions are better held on the Google Group .

I've got a question. Should we wait with bug reporting and feature requests until the Python 3 port will be ready? Or maybe we should create new tickets now to facilitate the creation of a roadmap/development plan for the future and discussion? It's obvious that the implementation of some features can take a very long time and that some stuff is low-priority.

Apart from our own ideas, I suggest looking at the biggest solitaire packages on the market, i.e. Pretty Good Solitaire, SolSuite, and BVS Solitaire Collection (even in a virtual machine), as well as at some open source solitaire apps to see if we find something interesting.

We wish to prepare a functional Windows binary installer that will install cpython (preferably 3.x) and then the pysol sources and provide a usable way to run it for non-technical people. Some leads:

• This /r/Python thread - https://www.reddit.com/r/Python/comments/8237i3/help_is_needed_in_preparing_a_windows_binary/

• The artifacts produced by appveyor - see https://ci.appveyor.com/project/shlomif/PySolFC . They don't seem to be usable in a windows 7 x86-64 virtualbox VM.

Could use another opinion or some extra testing on this if anyone's available.

As part of my effort to improve the look and feel of PySolFC, I've created a higher resolution Hanafuda cardset based on some Creative Commons images I found online. Very nice looking cardset - problem is it takes a very long time to load. I think it has something to do with the fact that Hanafuda cardsets require a large number of unique card bottoms - load times got worse when I added those in. Unfortunately, performance issues are not really my specialty and it could just be the computer I'm testing on. I tried using a second computer, which has much higher specs than the first. It loads at a reasonable speed there, but there's still some noticeable lag. Could use a few more tests to determine how much of an issue this could be.

I think the slowness is coming from the use of Pillow's paste method, though replacing this could be a rather major refactor. If the extra bottoms are involved, adding some universal Hanafuda suit icons to replace the cardset specific bottoms might be another option, but I'd have to find some.

Here is the cardset in question - I plan to PR this to the cardset repo once I feel a little better about the functionality:

cardset-louie-mantia-hanafuda.zip

Note that some of the Hanafuda games do currently have layout issues with this cardset. I'm aware of these and working on fixing those.

Tried to play Scorpion Tail, and I can't seem to make any moves. Not even the demo can make any moves. The only thing I can do is deal out the stock, but then after that I still can't make any moves.

This is on version 2.8.0 on Windows 10.

When you finish porting PySolFC to Python 3 and you add SVG support (to make PySolFC resolution-independent), you can definitely think about a name change. My suggestion is: PySol+ (BTW, PySolFC was a strange name in the first place).

That would be the right time to think about promotion too:

-- create a very simple website using: https://pages.github.com/ Including info on your efforts as well as on PySol's history and legacy.

-- tell people that PySol is still alive in the form of PySol+ using reddit, Hacker News, Slashdot, and GamingOnLinux (these website are frequented by those who are "in the know", they gonna tell the others about the project). A lot of users are really nostalgic about PySol, but they simply don't know that your repo exists. It took me some time to find it as well.

-- create a Patreon account (nice example: https://www.patreon.com/Nekotekina) to earn some cash because why not?

Issue:

PySol Fan Club edition v2.6.0 crashes at startup.

Log:

Traceback (most recent call last):
  File "pysol.py", line 36, in <module>
  File "C:\projects\pysolfc\pysollib\main.py", line 30, in <module>
  File "C:\projects\pysolfc\pysollib\app.py", line 32, in <module>
  File "C:\projects\pysolfc\pysollib\images.py", line 28, in <module>
  File "C:\projects\pysolfc\pysollib\pysoltk.py", line 45, in <module>
  File "C:\projects\pysolfc\pysollib\tile\toolbar.py", line 29, in <module>
  File "C:\projects\pysolfc\pysollib\ui\tktile\menubar.py", line 7, in <module>
  File "C:\projects\pysolfc\pysollib\hint.py", line 36, in <module>
  File "C:\projects\pysolfc\pysollib\util.py", line 26, in <module>
ImportError: No module named 'site'

(Win8.1Pro,x64)

Dear pysolfc developers,

I'm a Debian Developer working on the pysolfc package. Yesterday I have looked into packaging the latest version of pysolfc and stumbled across the fact that random2 is not packaged into Debian. Unfortunately python-random2 is most likely not going to be packaged into Debian since it's not actively maintained, and its usefulness is very unclear.

What's exactly the reason why you needed to replace the random builtin ?

Thanks for your work.

I want to publish a new stable release, in part because from my experience people do not adequately test the prereleases and because we now have a usable windows package (thanks @Programator2 !).

So what needs to be done?

We need a usable release announcement in reddit-compatible markdown - @jan-kleks - can you help?

Are there any show stopping bugs?

I suppose the Android / Kivy port does not have to block it and we can keep it py2-only for now - @lufebe16 - what do you think?

Anything else?

Russian deck is a regular card deck but without cards from 2 to 5 (thus consisting of 36 cards instead of 52). Is it possible for you to implement solitaires analogical to these with 52 cards?

For example, "Russian" Yukon would use 6 rows of cards instead of 7 and 4 open cards in each row (except the first) instead of 5. Klondike-like solitaires would use 6 rows instead of 7 as well.

https://github.com/TokisApps/tokisapps.github.io/blob/main/20221011180532.pdf

the document is in german by the way i cannot code it that well with such quality

so YOU MUST DO IT

thanks in advance

Pysol 2.18 on Android 11 has permission only for photo and media, not file/storage. This prevents saving games, settings, options, etc. This is not the case on 2.8.

For the pysolfc penguin game, when you export a game and then import the exported game, the results are wrong. I think the import function is broken for the penguin game. It appears that export is correct. I cannot import a user generated game either. Thanks, Don.

How to reproduce:

1. Get a Steam Deck (that's the expensive part).
2. Switch to Desktop Mode (which is just KDE/Plasma).
3. Use Discover to install PySolFC from Flathub.
4. Launch PySolFC. Observe how everything works fine in Desktop Mode. Both the mouse input (emulated via the trackpad) and the touch screen input can be used to play the game and interact with the menus.
5. Add PySolFC as a non-steam game to Steam.
6. Return to Game Mode.
7. Go to your Library (under the Game Mode), then find PySolFC from your non-steam games section.
8. Configure the controller input to emulate a web browser. That's the one that maps mouse to the right trackpad.
9. Launch PySolFC under the Game Mode on Steam Deck.
10. BUG!
    • The mouse input works fine.
    • The touch screen input doesn't work at all.

I don't know what makes PySolFC special (maybe the TK library?), because other tools or games like Warble, LBreakoutHD, Google Chrome, VLC (all installed from Flathub) work fine under the Game Mode (although the pop-up menus can get buggy, but that's a different issue) and they all can be controlled with both (emulated) mouse and the touch screen. But somehow PySolFC doesn't accept touch controls.

Steam OS Game Mode uses gamescope as the compositor; while the desktop mode uses the standard KDE/KWin/Plasma environment. I don't know if they use X11 or Wayland or both.

It might be possible to reproduce this bug using gamescope under other Linux distros, but you probably need a touch screen anyway. Or possibly by running some version of Steam OS under a virtual machine with emulated touch screen. I don't know, I haven't tried those options.

There are still more games available. Here are what I have gathered (together with board games): https://polyglotclub.com/wiki/Language/Multiple-languages/Culture/Tabletop-Games