#pyqt | Logs for 2018-11-05
Back
[00:13:25] -!- jeremy_k has joined #pyqt
[01:34:01] -!- jeremy_k has quit [Remote host closed the connection]
[01:42:06] <Mrokii> How do I remove submenus from a certain menuitem?
[03:36:55] <Mrokii> Found the solution.
[04:15:47] -!- Bjander has joined #pyqt
[04:19:03] -!- Belxjander has quit [Ping timeout: 268 seconds]
[04:19:04] Bjander is now known as Belxjander
[04:30:24] -!- crmaurei has joined #pyqt
[06:23:46] -!- mintograde has joined #pyqt
[06:51:44] -!- Belxjander has quit [Quit: AmigaOSv4.1.6+//PowerPC native]
[06:52:37] -!- Belxjander has joined #pyqt
[06:55:08] -!- Belxjander has quit [Client Quit]
[06:55:35] -!- Belxjander has joined #pyqt
[07:03:43] -!- mintograde has quit [Ping timeout: 246 seconds]
[08:06:59] -!- Belxjander has quit [Quit: AmigaOSv4.1.6+//PowerPC native]
[08:07:23] -!- Belxjander has joined #pyqt
[08:35:45] -!- frispete has quit [Quit: Konversation terminated!]
[08:55:15] -!- frispete has joined #pyqt
[09:09:29] <altendky> Mrokii: I don't know what you are doing specifically but if they are conditionally available it's often good to just disable them so people don't go crazy trying to find them
[09:48:44] -!- Belxjander has quit [Quit: AmigaOSv4.1.6+//PowerPC native]
[09:49:10] -!- Belxjander has joined #pyqt
[10:02:05] -!- Belxjander has quit [Quit: AmigaOSv4.1.6+//PowerPC native]
[10:02:40] -!- Belxjander has joined #pyqt
[10:37:13] -!- Belxjander has quit [Quit: AmigaOSv4.1.6+//PowerPC native]
[10:37:44] -!- Belxjander has joined #pyqt
[11:54:04] <Mrokii> altendky: Thanks for the input, but in this case, I am talking about the cardsets of my memory game. For the moment, I am creating a submenu like "cardsets", which contain all the available cardsets a user can choose. As cardsets can be deleted, renamed or newly created, the submenu as to be changed accordingly. And I found out how to do that meanwhile. :)
[12:06:44] -!- Mrokii_ has joined #pyqt
[12:10:24] -!- Mrokii has quit [Ping timeout: 244 seconds]
[12:10:24] Mrokii_ is now known as Mrokii
[13:25:13] -!- anqxyr has joined #pyqt
[13:59:26] <altendky> Mrokii: sure, graying out doesn't apply there. :]
[14:00:50] <altendky> i've got an attrs-based qt model abstraction layer which used to use my own custom qabstractitemmodel coded in python. i switched that out for a qstandarditemmodel last week and it went fairly well (even eliminated a segfault i was getting). now on to making drag and drop work again.
[14:02:34] <altendky> i had previously overridden canDropMimeData() so i could call a function on each node to ask it if the node being dragged could be dropped or not. so the obvious thing is to go create a custom qabstractitemmodel-inheriting class to override that.
[14:03:18] <altendky> but part of the interest in the qstandarditemmodel was a hope of performance improvement when views are calling thousands of times a second for data. basically, use the qstandarditems as a cache on the c++ side of the qt/python boundary.
[14:04:39] <altendky> does anyone know the details of performance and inheriting c++ stuff in python? (in the pyqt/sip context of course) will inheriting to override `canDropMimeData()` affect performance of `data()` calls from the view? or, any other ideas?
[14:26:38] -!- necrose99 has joined #pyqt
[16:04:42] <Mrokii> Unfortunately I don't have any clue. :)
[16:05:20] <Mrokii> I haven't really investigated qabstractitemmodel that much, as qstandarditemmodel seemed to be enough for my use-case.
[16:05:29] <altendky> i found http://doc.qt.io so events seem to be an option. maybe i'll try that later. but, installing an external event handler is bad as well since every event has to go through it.
[16:06:15] <altendky> Mrokii: i followed the 'making your own abstract is more powerful' approach when i first did this a few years ago. i've been battling performance issues ever since.
[16:07:13] <altendky> last year i wrote a wrapper that let's me write attrs classes and use them with a generic model. that's what i redid to use the standard item model. so in that case i had almost no interface change since the qt model itself is all backend
[16:14:39] <Mrokii> I am learning all that stuff regarding qt along the way while programming, so I tend to go for the simple choice at first. More powerful things can come in when they're needed. :)
[16:15:21] <altendky> Mrokii: and in this case you see that i'm ending up doing 'more powerful' entirely outside of qt after having tried to do it within qt. oh well
[16:16:42] <Mrokii> Okay.
[16:16:47] <altendky> anyways, i'm trying to provide a not-qt way to write a model that qt can interface to so you don't have to deal with the qt details for 'normal' uses
[16:18:57] <Mrokii> What is the advantage of doing that?
[16:20:33] <altendky> Mrokii: theoretically it will (someday) provide a simpler interface. for example, drag and drop can be enabled simply by a node describing what other nodes can be dropped on it. rather than implementing mime types and so on
[16:21:37] <Mrokii> That sounds cool.
[16:25:09] <altendky> Mrokii: i like it. but it also needs work and i have to also make my application actually do stuff... not just have a pretty library interface
[16:26:17] <altendky> https://github.com could look at some tests to see how you define stuff. https://github.com
[16:27:22] <altendky> (i won't take it personally if you don't look at the mess...)
[16:36:45] <Mrokii> Heh... I will take a look but I won't guarantee that I understand all that stuff. :)
[16:37:13] <altendky> Mrokii: that's the thing, point is to not have to, but i don't have a tidy enough interface or example to share instead :[
[16:37:46] <altendky> Mrokii: adding the extra metadata into the attrs attr.ib()s is one of the big things i dislike. it's an ugly mess.
[16:43:06] <Mrokii> Wow, there's quite some code in there. Must have taken its time...
[16:43:36] <altendky> Mrokii: i've been at this library/program for three years as my day job so...
[16:43:38] <altendky> yeah
[16:47:11] -!- kallesbar has quit [Quit: Konversation terminated!]
[16:50:03] <Mrokii> I see. I'm just a hobbyist, my real job has nothing to do with programming.
[16:54:59] -!- mintograde has joined #pyqt
[17:23:33] -!- anqxyr has quit [Read error: Connection reset by peer]
[17:30:09] -!- hamster007_ has quit [Quit: ZNC - http://znc.in]
[17:31:50] -!- hamster007_ has joined #pyqt
[17:50:41] -!- hamster007_ has quit [Quit: ZNC - http://znc.in]
[17:56:19] -!- hamster007_ has joined #pyqt
[18:49:47] -!- frispete has quit [Ping timeout: 268 seconds]
[18:56:10] -!- frispete has joined #pyqt
[19:02:07] -!- frispete has quit [Ping timeout: 268 seconds]
[19:04:26] -!- frispete has joined #pyqt
[19:23:49] -!- TunaLobster has joined #pyqt
[19:26:27] -!- necrose99_ has joined #pyqt
[19:27:21] -!- necrose99b has joined #pyqt
[19:29:11] -!- necrose99 has quit [Ping timeout: 260 seconds]
[19:31:12] -!- necrose99_ has quit [Ping timeout: 250 seconds]
[19:40:41] -!- mandeep has joined #pyqt
[20:09:21] -!- mandeep has quit [Quit: Leaving]
[21:07:55] -!- TunaLobster has quit [Ping timeout: 268 seconds]
[21:17:23] -!- TurBoss has quit [Ping timeout: 250 seconds]
[21:48:00] -!- TurBoss has joined #pyqt
[22:05:19] -!- Mrokii_ has joined #pyqt
[22:08:26] -!- Mrokii has quit [Ping timeout: 260 seconds]
[22:08:26] Mrokii_ is now known as Mrokii
[22:37:57] -!- mintograde has quit [Ping timeout: 268 seconds]
[22:38:56] -!- TurBoss has quit [Ping timeout: 264 seconds]
[22:52:31] -!- TunaLobster has joined #pyqt
[23:02:06] -!- necrose99_ has joined #pyqt
[23:05:16] -!- necrose99b has quit [Ping timeout: 250 seconds]
[23:06:26] -!- TunaLobster has quit [Ping timeout: 272 seconds]
[23:11:36] -!- TunaLobster has joined #pyqt
[23:25:50] -!- TunaLobster has quit [Ping timeout: 252 seconds]
[23:29:38] -!- TurBoss has joined #pyqt