I agree, but subversion is awesome!

And have you ever read the forms? I don’t know if writing the software could be seen as tax advice or filing on behalf of someone.

Who would use the software if it didn't suggest ways to save them money, which would then take on the burden of actually being legally correct? UK tax accounts can be submitted directly to the government which requires an additional level of checks by them. Accounting is relatively simple to understand for UK accounting... until it isn't. It becomes very complicated, very quickly, and that dramatically alters the database schema, alters workflows, and this stuff can be in a constant state of flux. Corporate accountancy laws are very different to personal tax accounting, and keeping abreast of both situations can be very difficult to manage.

I spoke to a person representing a fairly small commercial accounting SaaS who said they specifically only target high-net-worth companies who can afford to pay the prices they need to turn a profit, and that's why they put on silly fake award shows (my words) for people within these companies (mostly c-suite people) to placate them into spending more money with them.

Doesn't sound good now does it? No one will take that responsibility for free.

Don't use Odoo, you will end up having to pay for features. What features are you after? There are dozens of alternatives.

Interesting - what features are you using to have to need that?

I remember installing Debian before Ubuntu was born using an ncurses type interface and spending five minutes selecting the packages I want to install, (only for it to tell me that one package was incompatible with another and the installation couldn't proceed!) but being able to do it somewhat graphically made it so much easier than simply by text.

An OS stays out of your way and lets you do what you need to do. Having to essentially create the basics is unproductive and a waste of the user's time.

Thanks for the compliment! Python isn't my first language and it's difficult to be able to switch style from one language to another!

I always find it difficult to choose when to use ternary statements. Sometimes, for something quick and simple, I will, otherwise I'll be explicit. This is more of a readability issue than anything else. And I find the ternary statements quite verbose compared to other languages by using the words if/else rather than shorthand symbols.

You're absolutely right about the set_float_icon and corresponding method. Coding's an iterative process and that's a byproduct. I think set_float_icon() along with complimentary methods like set_docked_icon(), set_minimize_icon(), set_restore_icon() etc may be easier to use / remember wtf it does in six months time!

Thanks for the black / ruff suggestion. I've never heard fo them, but I'm about to go look for them.

Thanks. I wondered why I instinctively text-transformed the title of the widget to uppercase! I commented it out thinking perhaps it doesn't look grammatically correct! Reduced the font size a bit and I think it looks a heck of a lot better now!

Your opinions don't align with mine, so I'm going to personally insult you.

It's this toxic attitude that we reject. If you prefer to stare at screens all the time causing damage to your retinas, then I'm happy for you.

I'm really happy that it works for you! Well done on doing the hard work to find it!

Why not have one class that has a level for each trait, which are scored 0-100, 0-10 etc. so... self.luck = 7.3 self.anger = 4.0 and so on. And then there's one method that determines the action. That's going to be so much easier to maintain, extend, and work with.

class CharacterTraits:
  def __init__(self, luck, anger, magic, ...):
    self.luck = luck
    self.anger = anger
    # and so on

    # maybe keep a list of previous actions which could inform the next action state
    self.history = []

  def get_action(self):
    # do whatever to decide action
    action = ...

    # then add it to history
    self.history.append(action)

    return action

and then the calling code determines what's output to the screen. So, internally, the class is just responsible for one thing - hte business logic. Maybe another class Game could be responsible for outputting the strings, taking user input etc. If the UI were to change at a later date, the CharacterTraits class stays the same, but only the Game class would need to be modified. Instead of - as I understand it - all the classes currently would have to be updated (a maintenance nightmare!)

I only had a really quick look down the code so I may be missing the point entirely, but that's the direction I would go down.

EDIT: the get_action method could take in some args, like opponent_traits or some kind of situation, maybe even add additional methods like is_lucky to return a bool as to whether a situation that requires luck has been successful or not. Another method could be has_won_fight(opponent_traits) and the method compares strength, luck, magic whatever, to the opponent to decide whether the character has won. And so on. By keeping it simple like this, it's a lot easier to work with!

Wow. I updated the post above with some cheapo alternatives that have mechanical keys.

There's also MIDI controllers like: https://www.aliexpress.com/item/1005007444327683.html maybe more listed under DJ / mixing controllers

amateur chemistry

So... cooking meth?