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!

Qt automatically handles the conversion of QDockWidgets into tabbed docked widgets when one is dragged over an existing one.

I have a little demo video, but I have no idea where to upload it to!

what’s “large” and what’s “cheap”?

If the internet is gone I have no need for a Linux box.

Linux isn’t dependent on the internet FYI. It doesn’t send telemetrics data to Microsoft for example.

If you’re going to print something, just buy a book. It’s much cheaper and you don’t have to deal with the carcinogenic effects from the printing.

Online guides are often poorly written.

Also forgot to point out, you can buy keys with a transparent cover over the top on ali so you can shove a piece of paper underneath the transparent bit to use as labels.

https://ae-pic-a1.aliexpress-media.com/kf/Sa64d09e1337e4dbe8ab64b7194aa790cF.jpg_220x220q75.jpg_.avif

Amateurs. I use butterflies.

https://xkcd.com/378/

I get this, but an IDE should be invisible and grow as you do and not require you to learn lots of janky things before it becomes a little bit useful for you.

Need the basics, great, here they are. Don’t understand some advanced feature? Well the IDE has it here, but it isn’t in your way, mess with it as and when you want. It’ll still be there.

I don’t think one IDE does everything for different languages and its ok to swap editors depending on your workflow, your project and your ever-changing skillset.

I’m using Mate and it allows me to easily define custom shortcuts to open apps and so on. I suppose autoIt / the linux variants / custom script can add additional functionality to the keypad as well!

‘~Esc$&:;()[]{}<>=+*

Other than it being your password, why?

I’m using ch57x-keyboard-tool to configure it

Great! I’ve bought similar without the dials (I wish I didn’t have to pay extra for the stupid LEDs) and was hoping there was something open sourcey to configure it with rather than their dodgy codebase for the same reasons you list!

Of course there are going to be passages to skip as with any technical reference.

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.

Awesome! Maybe this should be added to the topic of each language-specific channel?

It sounds beautiful! It’d be really nice if there were transparent rubber keypads available that could be put over phone screens. Then you could fashion an old phone as a keyboard with infinite layers. A simple flutter app to set up the shortcuts and make them configurable and badda boom!

Mechanical keyboards have a huge, fanatical following! /c/mechanical_keyboards - shame it’s dead. I expected to see posts of why the IBM Model M is better than everything else!

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

Exactly! The old books cover the terminal commands really well and almost everything will still apply. If you read it cover to cover, you’re going to end up knowing more commands than most daily users of Linux and it’d help you with any networking / IT courses you intend to study.

lol

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!