#pyqt | Logs for 2018-10-30

Back
[01:16:42] -!- kallesbar has quit [Quit: Konversation terminated!]
[02:17:20] -!- stochastix has quit [Remote host closed the connection]
[03:31:48] -!- kushal has quit [Remote host closed the connection]
[03:32:46] -!- kushal has joined #pyqt
[03:34:39] -!- kushal has quit [Excess Flood]
[03:38:47] -!- kushal has joined #pyqt
[03:45:35] -!- kushal has quit [Ping timeout: 256 seconds]
[03:55:24] -!- kushal has joined #pyqt
[03:57:03] -!- kushal has quit [Excess Flood]
[03:58:24] -!- kushal has joined #pyqt
[06:22:14] -!- mintograde has joined #pyqt
[07:04:23] -!- mintograde has quit [Ping timeout: 244 seconds]
[07:11:10] -!- anqxyr has joined #pyqt
[09:04:07] -!- Siecje has joined #pyqt
[11:26:17] <Siecje> Did you see the fbs email list email. "Talk to me for 15 minutes on Skype and I'll send you a free license for my file manager and a $5 Starbucks gift card."
[11:26:18] <Siecje> That sounds expensive.
[11:28:32] <The-Compiler> huh
[14:44:42] -!- TunaLobster has joined #pyqt
[15:00:07] -!- TunaLobster has quit [Ping timeout: 240 seconds]
[15:51:23] <altendky> so i switched to a QStandardItemModel behind my attrs-based model interface and now i get pickle errors when i try to drag and drop. is there an implicit use of pickle in pyqt5 standard items and their standard model?
[16:18:42] -!- agile_prg has joined #pyqt
[16:18:55] <agile_prg> I am confused how frames are used in qt
[16:20:41] <altendky> agile_prg: i mostly don't. don't they pretty much just give you the option of a border?
[16:21:18] <agile_prg> if I have a screen with a common area on all screens, and I don't want to reload that area for every screen, how do I avoid that?
[16:21:33] <altendky> agile_prg: are you having a performance problem?
[16:21:37] <agile_prg> no
[16:21:42] <altendky> agile_prg: then forget about it
[16:21:48] <agile_prg> hmm.... ok :>
[16:21:59] <altendky> agile_prg: when you do, you can figure out what (gui? data?) and address it
[16:22:36] <agile_prg> I have created my first external designer plugin however :>
[16:22:41] <agile_prg> I think they are way cool
[16:24:05] <altendky> agile_prg: like custom widgets? or a whole separate plugin?
[16:24:19] <agile_prg> its a plugin widget
[16:24:37] <agile_prg> I drag it from the left sidebar widget chooser onto the qwidget design area
[16:25:01] <altendky> agile_prg: could you try out the latest pyqt5-tools? https://pypi.org
[16:25:28] <altendky> agile_prg: should be able to test it with `myenv\scripts\pyqt5designer --example-widget-path` and it should show a single boring custom widget in the list
[16:25:31] <agile_prg> not using pyqt sorry
[16:25:35] <agile_prg> I am in c++
[16:25:47] <altendky> agile_prg: you could still test it for me
[16:26:06] <agile_prg> my apolagies, I am way backed up just now
[16:26:14] <agile_prg> I will try to help in the future
[16:26:40] <altendky> agile_prg: `py -3 -m venv myvenv` `myvenv\scripts\pip install pyqt5==5.11.2 pyqt5-tools==5.11.2.1.4rc1` `myenv\scripts\pyqt5designer --example-widget-path`
[16:30:12] <agile_prg> did you ever get cross compilation to work in pyqt?
[16:31:17] <altendky> agile_prg: why would i bother to keep trying? it would just mean more custom building on top of more custom building.
[16:31:25] -!- mintograde has joined #pyqt
[16:31:33] <altendky> agile_prg: i'd have to cross python and qt and pyqt and get pyqtdeploy cross building
[16:31:43] <altendky> agile_prg: instead, i just pyinstaller and i'm done
[16:32:35] <altendky> agile_prg: i get to use all the totally standard things that everyone else uses
[16:37:00] <agile_prg> just curious
[16:39:48] <altendky> agile_prg: i see very little upside. it's no longer even a matter of having given up on it. it's just not interesting since i don't even have to compile anything at all now. anyways, try the commands above and let me know if you see the widget in the list
[16:49:37] <agile_prg> well, can you package an installer for a pyqt app on linux?
[16:50:02] <altendky> agile_prg: pyinstaller works on windows, linux, and osx. (i only use it on windows presently)
[16:50:15] <agile_prg> ok
[16:50:29] <altendky> agile_prg: you can then use whatever installer packager (i chose qtifw because... whatever) you want for each platform
[17:04:00] -!- kushal has quit [Remote host closed the connection]
[17:04:15] -!- kushal has joined #pyqt
[17:05:58] -!- RackSmurf has joined #pyqt
[17:06:15] -!- RackSmurf has quit [Client Quit]
[17:20:27] -!- anqxyr has quit [Read error: Connection reset by peer]
[17:32:45] -!- RackSmurf has joined #pyqt
[17:33:18] -!- RackSmurf has quit [Client Quit]
[17:41:03] -!- Siecje has quit [Read error: Connection reset by peer]
[17:43:32] -!- taven has joined #pyqt
[17:45:58] <taven> anybody know what https://hastebin.com this error is with pytest for qt
[17:47:00] <taven> this the code being tested https://hastebin.com
[17:47:02] -!- TestSmurf has joined #pyqt
[17:47:40] -!- TestSmurf has quit [Client Quit]
[17:59:36] <altendky> taven: some reason to be running old versions?
[18:00:52] <taven> altendky: old versions?
[18:01:28] <taven> if you mean python, i thought it wasn't old?
[18:01:33] <taven> it's 3.6.5
[18:02:06] <Avaris> old version of pyqt5
[18:02:22] <taven> oh
[18:02:25] <taven> lemme check
[18:03:04] <Avaris> it's a weird error though. as if pytest is using an older version of pyqt5 than the actual code
[18:05:42] <taven> yeah i guess ur right, i haven't commited to that project since 3 months
[18:06:35] * taven is waiting on dependency update to finish
[18:16:16] <altendky> I actually have the pytest-qt version of 2.4.1 vs https://pypi.org
[18:21:28] <Avaris> TIL: QSettings.value accepts a type kwarg and it's kind of important. QSettings.setValue a bool, then retrieve it without type... osx: bool, ubuntu: string
[18:24:30] <altendky> Is it variant backed?
[18:25:31] <Avaris> what does that mean?
[18:25:54] <altendky> Avaris: does it use QVariants to store the varying data
[18:26:38] <Avaris> i doubt. i was getting literal 'true' or 'false' back
[18:28:23] <altendky> Avaris: the qt stuff is http://doc.qt.io
[18:29:21] <Avaris> yeah, i know but you don't get a QVariant back
[18:30:21] <Avaris> it's mostly ok. i set a qcolor, get a qcolor back. but the bool thingy threw me off :)
[18:34:19] <Avaris> also TIL: opening a modal dialog (QFileDialog in my case) from context menu popup is annoying. took me an hour to figure out that you need to QTimer.singleShot it
[18:35:23] <altendky> Avaris: sure you don't get the variant back, but it leaves it open that the translation is on the c++ side
[18:36:02] <altendky> Avaris: what happens otherwise?
[18:36:28] <Avaris> otherwise it was freaking out. opening dialogs twice etc
[18:38:02] <Avaris> i guess something to do with each (menu and dialog) trying to have its own eventloop
[18:41:23] <altendky> Avaris: that sounds like an extreme but, multiple event loops. But might depend how you launch them? Mine works and while convoluted and messy a quick glance didn't show any timers https://github.com
[18:42:45] <taven> thanks guys, it was because i was on an older version
[18:42:59] <altendky> taven: which update helped?
[18:43:01] <taven> it worked with a simple pipenv update lol
[18:43:12] <taven> i didn't actually check
[18:44:39] <Avaris> altendky: oh you didn't do stuff with action.triggered signals
[18:45:05] <Avaris> try that :)
[18:51:56] <altendky> Avaris: yeah, that's a layer I should stop neglecting
[18:52:33] <Avaris> yours actually waits for menu to close, which is preferable in this case. if you act on signals i think it triggers before menu is closed and that's doing weird stuff
[18:53:45] <altendky> I was thinking show vs exec might be relevant. You show?
[18:54:07] <Avaris> exec
[18:54:26] <altendky> Are either of you in windows? Up for testing pyqt5-tools real quick?
[18:55:07] <Avaris> does qmenu even work with show?
[18:55:16] <altendky> `py -3 -m venv myvenv`  `myvenv\scripts\pip install pyqt5==5.11.2 pyqt5-tools==5.11.2.1.4rc1`  `myenv\scripts\pyqt5designer --example-widget-path`  close the 'create' dialog.  you will either see a pyqt5-tools section and widget at the bottom of the widget list at the left, or you won't...  (might have to scroll down)
[18:55:20] <altendky> Avaris: I don't know
[18:56:07] <altendky> (or however you like installing of course...)
[18:56:58] <Avaris> installing. python3.6 ok?
[18:57:33] <altendky> Avaris: yep. Should have python versions covered iirc
[18:58:22] <altendky> Yeah https://pypi.org
[18:58:52] * Avaris whistles while pyqt5 downloads...
[18:58:58] <altendky> It's py37-32 that I cheated a bit on and used the 2015 compiler. Supposedly compatible...
[19:01:41] <Avaris> didn't install 3.7 on win yet
[19:02:18] <Avaris> "ImportError: DLL load failed: The specified procedure could not be found."
[19:02:47] <altendky> Avaris: lovely
[19:02:54] <Avaris> do i need a c runtime or something?
[19:03:17] <altendky> Avaris: you got the 1.4rc1?
[19:03:46] <Avaris> oh it's pyqt5 actually
[19:04:18] <altendky> Avaris: using virtualenv?
[19:04:23] <Avaris> yeah
[19:04:57] <altendky> Avaris: it started having problems again. Are you saying you can't even import pyqt manually?
[19:05:31] <Avaris> `from PyQt5 import QtGui` gives same error
[19:05:54] <altendky> Avaris: try venv I guess
[19:06:13] <Avaris> huh? makes a difference?
[19:06:22] <altendky> I got tired of it and converted my env scripts to venv :[
[19:06:52] <altendky> Avaris: virtualenv has a history of not copying all the files. Pyqt tends to expose it more than other packages
[19:07:41] <Avaris> ok trying venv
[19:09:43] <Avaris> nope same error
[19:10:18] <altendky> Avaris: with 1.4rc1?
[19:10:38] <altendky> And otherwise matching the pyqt version
[19:10:50] <altendky> I suppose I should just ask for pip freeze output
[19:11:08] <Avaris> PyQt5 (5.11.2) and pyqt5-tools (5.11.2.1.4rc1)
[19:11:28] <altendky> Ugh
[19:11:47] <altendky> Avaris: can you manually import pyqt in the venv?
[19:12:05] <Avaris> nope again same error
[19:12:38] <altendky> Avaris: if you remove pyqt5-tools can you import?
[19:13:30] <Avaris> one sec... i'm suspecting something
[19:14:22] <altendky> That it's a huge mess of mixed dlls and it's super silly to not include the plugin in the official whl
[19:14:24] <altendky> ?
[19:16:17] <Avaris> nah... i thought it was a 32bit on 64bit issue but no
[19:18:13] <altendky> Avaris: I think I still have duplicate dlls. Since I collect the ones the tools need.
[19:18:23] <altendky> But this is all just stupid
[19:18:29] <Avaris> no, i can't import pyqt5 even if I only install pyqt5
[19:18:32] <altendky> Avaris: thanks for testing
[19:18:36] <altendky> Mm
[19:18:41] <Avaris> this is annoying
[19:18:47] <altendky> Avaris: how do you develop?
[19:19:01] <Avaris> not on windows :)
[19:19:06] <altendky> Of course
[19:19:17] <Avaris> on windows I just have global python installs
[19:19:42] <Avaris> pyqt5==5.9.2 works
[19:19:43] <altendky> Avaris: if you want you certainly may risk sticking it there
[19:19:56] <Avaris> (that's the same one as my system version)
[19:20:53] <Avaris> i'm seriously suspecting 5.11 or whatever uses a newer c++ redist
[19:22:25] <altendky> Avaris: I tracked down a few issues and addressed them I thought. But sure, could be. There don't seem to be any consistently useful tools
[19:22:31] <altendky> Which is really spectacular
[19:24:05] <taven> what are you guys using for your windows CI? appveyor is a pain in the ass for me
[19:24:16] <altendky> Avaris: if you get debug view from sys internals I added some minimal debug output
[19:24:32] <altendky> taven: AppVeyor. What trouble?
[19:24:55] <taven> https://ci.appveyor.com
[19:25:22] <taven> pain the ass...i can't find the official docs for python env matrix
[19:26:36] <altendky> taven: you can look at pyqt5-tools for a 'matrix'
[19:27:29] <taven> pyqt5 tools?
[19:28:06] <taven> i thought that was the thing used to get designer
[19:28:23] <altendky> taven: yup. It's built on appveyor
[19:29:43] <altendky> taven: https://github.com
[19:30:47] <taven> hmmmmm, lemme check it out
[19:32:17] <altendky> taven: I thought pipenv defaulted to what it was running from. Also, it's fairly problematic
[19:33:38] <altendky> taven: but why did you comment on the matrix?
[19:34:10] <altendky> taven: we also mostly don't use setup.py to run tests
[19:34:25] <Avaris> oh... https://www.riverbankcomputing.com
[19:34:47] <Avaris> lucky me with py3.6.0 i guess
[19:34:55] -!- taven has quit [Remote host closed the connection]
[19:35:18] -!- taven has joined #pyqt
[19:35:42] <altendky> Avaris: my apologies, I remembered with py3.5.4, but forgot 3.6.0
[19:36:35] <Avaris> guess it's a good incentive to install 3.7
[19:36:50] <Avaris> tomorrow though, already too late :)
[19:37:12] <altendky> Avaris: or just, you know, not ancient 3.6 :] thanks again
[19:37:33] <Avaris> meh, i don't do minor version upgrades :)
[19:38:03] <altendky> Avaris: only bleeding edge for you
[19:39:37] <taven> so i'm confused my yml has the proper installing thing https://ci.appveyor.com
[19:39:43] <taven> it's downloaded and installed
[19:40:05] <taven> but it's still saing it's not installed https://ci.appveyor.com
[19:40:06] <taven> wtf
[19:40:43] <altendky> taven: I noticed you aren't actually using whatever pipenv creates for you
[19:41:32] <taven> what do you mean...pyqt is a requirement ...it's using it
[19:42:09] <taven> it's using it https://github.com
[19:42:25] <altendky> taven: I mean you pipenv install then keep using the regular python
[19:43:00] <taven> hmmmmm...yeah
[19:43:04] <taven> that's wierd
[19:43:25] <altendky> taven: might want to use the virtualenv that pipenv created for you
[19:45:53] <taven> will simply doing "pipenv shell" before doing setup.py tests works
[19:45:55] <taven> ?
[19:46:20] <altendky> taven: no, because that will launch a shell...
[19:46:29] <altendky> taven: pipenv run iirc
[19:46:40] <taven> i haven't been on a windows machine in years
[19:46:44] <taven> ._.
[19:47:27] <altendky> taven: this has nothing to do with windows
[19:48:00] <taven> it doesn't?
[19:48:15] <taven> is there a pipenv command similar to python -m
[19:48:20] <taven> lemme check
[19:48:28] <altendky> taven: what part do you think does?
[19:48:41] <altendky> taven: and I said pipenv run
[19:49:12] <taven> >what part do you think does?
[19:49:21] <taven> the ps: thing
[19:49:47] <taven> anyways, lemme try pipenv run
[19:49:59] <altendky> taven: what does powershell have to do with pipenv?
[19:50:26] <taven> well some parts of the yml are run with ps, but i don't remember why it is that way
[19:50:44] <taven> i remember there being errors when running some commands without using ps
[19:50:54] <altendky> https://pipenv.readthedocs.io
[19:51:32] <altendky> taven: sure, but that's not pipenv related
[19:53:22] <taven> sorry for being a noob, i haven't touched python in a long while
[19:53:50] * taven started the ci build
[19:53:54] <altendky> taven: do you see how pipenv run might be what you want?
[19:55:08] <taven> yeah i get it, i guess it makes sense why it was redownloading the packages
[19:56:52] <taven> omg finally it succeeded!
[19:57:24] * taven hands out virtual cookies in celebration
[20:02:25] <altendky> taven: glad it's running. Note that on Travis you wouldn't have needed to change that probably. But that's because pipenv doesn't create a new env by default if running in one, and Travis creates one for you by default
[20:03:01] <altendky> taven: anyways, we mostly use tox to manage multiversion testing and launching tests in general
[20:26:13] -!- argoneus has quit [Remote host closed the connection]
[20:26:55] <taven> yeah i've used tox myself, but i've always felt like t was cheating or something when doing it in builds
[20:27:11] <taven> i use tox mostly locally for small stuff
[20:27:38] <altendky> taven: no, it's the standard tool
[20:28:43] <altendky> taven: twisted, attrs, I dunno, basically everything i remember
[20:30:05] <taven> no no i know it's standard tool, i mean i use it mostly for local dev only..i understand what you mean tho, using tox will make moving things to different CIs easier
[20:32:35] -!- argoneus has joined #pyqt
[20:33:43] -!- taven has quit [Remote host closed the connection]
[20:34:08] -!- taven has joined #pyqt
[20:35:30] <taven> another thing is that i'm only supporting one version of python for the project ...so it doesn't make sense for me
[20:35:57] <taven> if i were building a library or something when i need to support for backwards compatibility..it makes perfect sense :)
[21:03:58] -!- Belxjander has quit [Ping timeout: 244 seconds]
[21:19:12] -!- taven has quit [Remote host closed the connection]
[21:25:29] -!- mandeep has joined #pyqt
[21:27:12] -!- Belxjander has joined #pyqt
[22:05:27] -!- mandeep has quit [Quit: Leaving]
[22:17:07] -!- mintograde has quit [Ping timeout: 240 seconds]
[22:37:33] -!- JanC has quit [Ping timeout: 250 seconds]
[22:48:01] -!- JanC has joined #pyqt
[23:51:33] <altendky> Avaris: maybe save someone some time... https://github.com