Thermopyle posted:

I just want to make sure that I'm not missing something...

There's no way in PySide/PyQT to set global hotkey shortcuts? By global, I mean hotkeys that trigger even when your GUI doesn't have focus.

I can't find a way to do it from PySide, and the other two things I find don't work for my needs. PyHK has an incompatible license, and PyGS hasn't been updated in 4 years and doesn't work or compile.

I'm at a tipping point where I'm going to either wire up some monstrosity between AutoIT and my GUI or scrap this project.

the posted:

How can I do this in one line:

Python code:

In [25]: for i in range(0,16,1): print ads[i][0]
6453
2800
1653
2849
1653
3363
3596
3922
1821
2849
7569
3610
3610
8680
1395
3160

I tried ads[:][0] but that doesn't work

quote:

Python 3.3.1 (v3.3.1:d9893d13c628, Apr 6 2013, 20:25:12) [MSC v.1600 32 bit (In
tel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> x = [[1], [3], [6], [10], [15], [21], [28], [36], [45], [55]]
>>> import operator
>>> print(*list(map(operator.itemgetter(0), x)), sep = '\n')
1
3
6
10
15
21
28
36
45
55
>>>

the posted:

How can I do this in one line:

Python code:

In [25]: for i in range(0,16,1): print ads[i][0]
6453
2800
1653
2849
1653
3363
3596
3922
1821
2849
7569
3610
3610
8680
1395
3160

I tried ads[:][0] but that doesn't work

The March Hare posted:

I tried to figure this out for months and I also could not for the life of me figure it out. It gets even worse when you start trying to do it cross platform. You can really easily hook the keyboard in Windows, but it is inelegant and isn't a viable solution for Linux/OSX.

If anyone else has an answer to this, I don't even care what it is, I'd be really curious to hear it.

ohgodwhat posted:

I've never had an issue with pd's sorts, which isn't to say it can't happen, I'm just curious what you're doing that you're seeing a problem.

Nimrod posted:

Could you run some sort of daemon process in the background that picks up the hotkey presses, and sends them on to your program?

Thermopyle posted:

I just want to make sure that I'm not missing something...

There's no way in PySide/PyQT to set global hotkey shortcuts? By global, I mean hotkeys that trigger even when your GUI doesn't have focus.

the posted:

How can I do this in one line:

Python code:

In [25]: for i in range(0,16,1): print ads[i][0]
6453
2800
1653
2849
1653
3363
3596
3922
1821
2849
7569
3610
3610
8680
1395
3160

I tried ads[:][0] but that doesn't work

Symbolic Butt posted:

I guess you want a comprehension:

the posted:

I was wondering if there was a way to print all the 16 elements in ads[1][0] through ads[16][0] with array notation, I thought that adding a : somewhere would do it, but I guess not

Nimrod posted:

Could you run some sort of daemon process in the background that picks up the hotkey presses, and sends them on to your program?

The March Hare posted:

I could yes but I am Too Dumb to know how that would be done. I imagine I'd have to write it in something lower level?

I've been wanting to try Go, can Go monitor like that?

Suspicious Dish posted:

Really, global keyboard shortcuts belong to the user, which means that the user should configure his own settings from the desktop to trigger your app.

Thermopyle posted:

Personally, I'm going to use AutoIT because it's easy to do hotkeys with it. It's a decent windows scripting/automation language...you might want to pick that up.

Thermopyle posted:

Yeah, I've thought that for years. It'd be nice if there was some API and central place an application could register itself as wanting hotkeys for functions X, Y, and Z and there'd be a centralized UI for the user to manage it.

Unfortunately, Windows has evolved to the state where every application has them buried it it's own settings somewhere.

Suspicious Dish posted:

That's basically the thing. Windows (and X11 and classic Mac OS) have historically always provided the developer with way too much control, "in case you might need it", and they've never backed down from it.

Malcolm XML posted:

They can't due to backwards compat.

Suspicious Dish posted:

They can provide better interfaces for desktop developers by deprecating the old APIs and supplying better ones. For games, they could supply a descriptive interface for putting the system into "game mode" which possibly disables the Windows key and Alt-Tab (according to user settings), sets resolution and full-screen mode (according to user settings), enables raw input and disables the screensaver and other such things. Since the current DX APIs are loving terrible about being too low-level, you have a minute or so on every game while they modeset every possible monitor 20 times and then Windows's heuristics kick in that it's a game and sets everything up correctly

Game developers would switch over to this immediately, since now they don't have to rewrite and QA the work of disabling all the shortcuts, modesetting, etc. They don't have to lose backcompat for this, too.

Unfortunately, the Windows team will never do this.

Malcolm XML posted:

Let me tell you about WinRT,

spiralbrain posted:

ohgodwhat posted:

So I'm having massive troubles with conda. We're building packages of our own libraries (that do have compiled components) using conda build, and then installing those packages into new environments as a means to deploy them. Half the time this works fine, the other half of the time python doesn't get linked into the environment at all. This is with the same exact packages and the same process to deploy it. There will be envname/bin/python pointing at envname/bin/python3 pointing at envname/bin/python33. but python33 isn't there, even though conda says it's installed/linked it. Of course, conda doesn't throw an error when it symlinks files that don't exist. In fact conda seems to think everything is just fine. Running 'conda install python' will say it's installed python 3.3.5, but still no python will be accessible, however 'conda install python=3.3.2' will actually install/link python, but then none of the installed packages will be found.

How can you be on major version 3 of some software and still completely break in simple scenarios without even telling the user?

I know this sounds ungrateful, and I know things would be worse without conda, but it's really hard for me to appreciate that when I can't even consistently achieve results using its basic functionality.

Suspicious Dish posted:

WinRT doesn't really do anything other than add another set of low-level APIs to Windows that MS will deprecate and forget about in two years. There isn't any attempt at solving high-level problems, only the latest replacement for OLE/COM/COM+/DCOM/ATL/MFC/.NET/WPF/Silverlight/XAML.

hlfrk414 posted:

I would not suggest giving a new python programmer decorator methods either; just define a function outside the class. It's the simplest to understand and a good habit to build first. Functions that don't act on the class object or the instance can be plain functions. Not harpin' on you for helping though.

BigRedDot posted:

So this sounds really weird. Whether it's a bug or just some docs/communication issue, it should get resolved ASAP. If you will post details on the conda mailing list I will make sure Aaron or Ilan sees it.

ohgodwhat posted:

Thanks, I appreciate that a lot. A senior dev here has been banging his head against a wall with this for a couple days now, and I've had no luck either. Hopefully it's just something we're doing wrong that's very trivial, but our inability to reproduce it has made it tough to test. I've thought I've fixed it several times now, only to find out that something that was working has broken.

I wouldn't be so frustrated if conda wasn't worth it, I'd just do something else.

HardDisk posted:

How is dogs.append(first) not throwing a NameError in your print method?

By the way, in addition to the __str__ magic method, you can do someting like this:

Python code:

class Dog:
    # (...)
   
    @staticmethod 
    def print_dogs(list_of_dogs): 
        for dog in list_of_dogs:
            print dog
	
dogs = []                                 #empty dog list in which to store objects
if __name__ == "__main__":
    while True:
        name = input("Name: ")
        breed = input("Breed: ")
        dogs.append(Dog(name, breed))  # No need to store a new instance of Dog into a variable, just add it to the list 
        Dog.print_dogs(dogs)  # (*)

(*): Since print_dogs is a static method (the @staticmethod bit), you don't need a instance of a Dog to execute the method. You just pass in the list of all dogs and let the method handle it however.

I suggest you also look into a bit called @classmethod, and see how it differs from @staticmethods and regular methods.
Anything not clear, please ask!

spiralbrain posted:

Python code:

dogs = []                                 #empty dog list in which to store objects

class Dog:
    def __init__(self = None, name = None, breed = None):
        self.name = name
        self.breed = breed
    
    def __str__(self):
        return '{}: {}'.format(self.name, self.breed)       
        
if __name__ == "__main__":
    while True:
        name = input("Name: ")
        breed = input("Breed: ")
        first = Dog(name, breed)
        dogs.append(first)
        print("Dogs")        
        for items in dogs:
            print(items)

Symbolic Butt posted:

Why are you setting self from __init__ as an optional parameter?

FoiledAgain posted:

Why does that even work in the first place? How come it doesn't raise something like AttributeError: 'NoneType' object has no attribute 'name'?