From jchris.fillionr at kitware.com Sat Jun 1 11:25:35 2013 From: jchris.fillionr at kitware.com (Jean-Christophe Fillion-Robin) Date: Sat, 1 Jun 2013 07:25:35 -0400 Subject: [Ctk-developers] Presentation Zovastra Attah and Bug in CTK installation In-Reply-To: References: Message-ID: Hi Folks, We met yesterday with Zovostra and his internship advisor from Creatis lab in Lyon. We got a productive discussion to define the next step. The first milestone would be to implement a mechanism allowing to add checkpoint at any time during the recording of a macro. A checkpoint is comparison of the "value" of a widget against a baseline. The idea would be to do a short (15/30 mins) follow up hangout every week or so. Thanks Jc -------------- next part -------------- An HTML attachment was scrubbed... URL: From lasso at cs.queensu.ca Sat Jun 1 18:28:05 2013 From: lasso at cs.queensu.ca (Andras Lasso) Date: Sat, 1 Jun 2013 14:28:05 -0400 Subject: [Ctk-developers] Hackfest pictures Message-ID: <060e01ce5ef5$c5c0d2f0$514278d0$@cs.queensu.ca> Hi all hackfest participants, I hope you had a nice time in Kingston and safely arrived home. I've uploaded a few more pictures taken at the social events: http://www.commontk.org/index.php/CTK-Hackfest-May-2013#Event_pictures. Thanks for coming, it was great to meet you all. See you soon, Andras -------------- next part -------------- An HTML attachment was scrubbed... URL: From espakm at gmail.com Fri Jun 14 11:35:15 2013 From: espakm at gmail.com (Miklos Espak) Date: Fri, 14 Jun 2013 12:35:15 +0100 Subject: [Ctk-developers] ctkSliderWidget, ctkDoubleSlider and ctkDoubleSpinBox invertedControls property In-Reply-To: References: Message-ID: Hi guys, what should we do with this? The current status is that there are two different spin box implementations. My one is ctkDoubleSpinBox that derives from QDoubleSpinBox and adds the invertedControls properties. It's on a branch in our fork. The other is ctkSpinBox that derives from QWidget. My fix overrides QAbstractSpinBox::stepBy, so it cannot be merged to ctkSpinBox as it is. The ctkSpinBox does not have a stepBy function, although it's part of the public API of QAbstractSpinBox. I can change ctkSpinBox to use ctkDoubleSpinBox instead of QDoubleSpinBox, and introduce the invertedControls property in ctkSpinBox by delegation. But in this way, we would have two spin box classes. (My one could be internal only, but still.) Is there a specific reason why the ctkSpinBox derives from QWidget and not QDoubleSpinBox? The API of the current implementation is not compatible with the QAbstractSpinBox API what I think, is a problem. Cheers, Miklos -------------- next part -------------- An HTML attachment was scrubbed... URL: From julien.finet at kitware.com Fri Jun 14 12:00:52 2013 From: julien.finet at kitware.com (Julien Finet) Date: Fri, 14 Jun 2013 08:00:52 -0400 Subject: [Ctk-developers] ctkSliderWidget, ctkDoubleSlider and ctkDoubleSpinBox invertedControls property In-Reply-To: References: Message-ID: Hi Miklos, The plan is to: a) rename ctkSpinBox into ctkDoubleSpinBox b) integrate your changes into freshly renamed ctkDoubleSpinBox I just haven't had the time to do the renaming yet. The reasons behind having ctkSpinBox deriving from QWidget are: a) some QDoubleSpinBox methods are not virtual and can't be reimplemented b) it can give greater flexibility if we want to "add" helper widgets in the future c) it prevents the user from calling QDoubleSpinBox methods directly (it is still possible though) Hth, Julien. On Fri, Jun 14, 2013 at 7:35 AM, Miklos Espak wrote: > Hi guys, > > what should we do with this? > > The current status is that there are two different spin box > implementations. > > My one is ctkDoubleSpinBox that derives from QDoubleSpinBox and adds the > invertedControls properties. It's on a branch in our fork. > > The other is ctkSpinBox that derives from QWidget. > > My fix overrides QAbstractSpinBox::stepBy, so it cannot be merged to > ctkSpinBox as it is. The ctkSpinBox does not have a stepBy function, > although it's part of the public API of QAbstractSpinBox. > > I can change ctkSpinBox to use ctkDoubleSpinBox instead of QDoubleSpinBox, > and introduce the invertedControls property in ctkSpinBox by delegation. > > But in this way, we would have two spin box classes. (My one could be > internal only, but still.) > > Is there a specific reason why the ctkSpinBox derives from QWidget and not > QDoubleSpinBox? The API of the current implementation is not compatible > with the QAbstractSpinBox API what I think, is a problem. > > Cheers, > Miklos > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From espakm at gmail.com Fri Jun 14 13:12:32 2013 From: espakm at gmail.com (Miklos Espak) Date: Fri, 14 Jun 2013 14:12:32 +0100 Subject: [Ctk-developers] ctkSliderWidget, ctkDoubleSlider and ctkDoubleSpinBox invertedControls property In-Reply-To: References: Message-ID: Hi Julien, I rebased my fix on a recent commit (not the latest) that has this ctkSpinBox, and squashed its commits to a single one, and resent the pull request. This still conflicts with the CTK master (the ctkSliderWidget uses ctkDoubleSpinBox and not ctkSpinBox), but hopefully this will make the integration easier. https://github.com/NifTK/CTK/commits/slider-inverted-properties The renaming in itself won't be enough. If the spinbox class must be a QWidget then we will probably need a new private class that derives from QDoubleBox. Thanks, Miklos On Fri, Jun 14, 2013 at 1:00 PM, Julien Finet wrote: > Hi Miklos, > > The plan is to: > a) rename ctkSpinBox into ctkDoubleSpinBox > b) integrate your changes into freshly renamed ctkDoubleSpinBox > > I just haven't had the time to do the renaming yet. > > The reasons behind having ctkSpinBox deriving from QWidget are: > a) some QDoubleSpinBox methods are not virtual and can't be reimplemented > b) it can give greater flexibility if we want to "add" helper widgets in > the future > c) it prevents the user from calling QDoubleSpinBox methods directly (it > is still possible though) > > Hth, > Julien. > > > On Fri, Jun 14, 2013 at 7:35 AM, Miklos Espak wrote: > >> Hi guys, >> >> what should we do with this? >> >> The current status is that there are two different spin box >> implementations. >> >> My one is ctkDoubleSpinBox that derives from QDoubleSpinBox and adds the >> invertedControls properties. It's on a branch in our fork. >> >> The other is ctkSpinBox that derives from QWidget. >> >> My fix overrides QAbstractSpinBox::stepBy, so it cannot be merged to >> ctkSpinBox as it is. The ctkSpinBox does not have a stepBy function, >> although it's part of the public API of QAbstractSpinBox. >> >> I can change ctkSpinBox to use ctkDoubleSpinBox instead of >> QDoubleSpinBox, and introduce the invertedControls property in ctkSpinBox >> by delegation. >> >> But in this way, we would have two spin box classes. (My one could be >> internal only, but still.) >> >> Is there a specific reason why the ctkSpinBox derives from QWidget and >> not QDoubleSpinBox? The API of the current implementation is not compatible >> with the QAbstractSpinBox API what I think, is a problem. >> >> Cheers, >> Miklos >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.clarkson at ucl.ac.uk Mon Jun 17 15:24:18 2013 From: m.clarkson at ucl.ac.uk (Clarkson, Matt) Date: Mon, 17 Jun 2013 15:24:18 +0000 Subject: [Ctk-developers] CTK Hackfest - London - 4th Nov 2013 - WIKI page In-Reply-To: References: Message-ID: <952E305C-1099-4020-AD40-B87059D8BC91@live.ucl.ac.uk> Hi Steve, hope you are well. I just created the Wiki page for the London hackfest. http://www.commontk.org/index.php/CTK-Hackfest-Nov-2013 Please could interested people sign up! I will also try and get more hotel options. Matt On 20 May 2013, at 17:29, Steve Pieper > wrote: Hi Matt, Miklos - Greetings from Kingston! Since we have a quorum of CTK developers here we reviewed the London idea and it looks like it will work for people. Want to start up a wiki page with some of the details so people can start planning? To economize there was a question about maybe getting a apartment of something that people to share (airbnb?). Thanks for organizing! -Steve On Fri, May 17, 2013 at 5:27 AM, Clarkson, Matt > wrote: Dear CTK Developers We would like to organise a CTK Hackfest in London, UK. As a proposal, how about: Date: 4th Nov - 8th Nov, 2013 Location: Room 2.14, Malet Place Engineering Building, UCL. http://goo.gl/maps/2encP Best bet for a reasonably priced hotel: The Tavistock Hotel http://goo.gl/maps/DM7Hd Please can people reply to indicate their interest. We have a room booked, and the proposed week is preferable for us as it is a reading week. However, if the date is not suitable for too many people, then maybe we can re-think. If we get enough people, then maybe we can also try and get a better hotel rate. Thanks Matt and Miklos ------------------------------------------------------ Matt Clarkson Ph.D. CMIC Software Manager Senior Research Associate m.clarkson at ucl.ac.uk Skype: drmattclarkson Centre For Medical Image Computing http://cmic.cs.ucl.ac.uk/staff/matt_clarkson/ Tel: 020 7679 0257 Fax: 020 7679 0255 Room: 2.21 Malet Place Engineering Building Dementia Research Centre http://dementia.ion.ucl.ac.uk/ Fax: 020 7676 2066 ------------------------------------------------------ _______________________________________________ Ctk-developers mailing list Ctk-developers at commontk.org http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.clarkson at ucl.ac.uk Mon Jun 17 15:29:43 2013 From: m.clarkson at ucl.ac.uk (Clarkson, Matt) Date: Mon, 17 Jun 2013 15:29:43 +0000 Subject: [Ctk-developers] MICCAI 2013 - CTK Workshop Message-ID: <25056B91-A080-486B-BF48-50517F600056@live.ucl.ac.uk> Dear CTK-ers, on behalf of the co-organisers, please can I draw peoples attention to the up and comming CTK workshop being held at MICCAI 2013. Details here: http://www.dkfz.de/en/mbi/ctk-miccai2013/index.html It would of course be great to see as many people as possible there. Many thanks in advance. Matt -------------- next part -------------- An HTML attachment was scrubbed... URL: From espakm at gmail.com Fri Jun 21 11:20:53 2013 From: espakm at gmail.com (Miklos Espak) Date: Fri, 21 Jun 2013 12:20:53 +0100 Subject: [Ctk-developers] pop up widget opaque background Message-ID: Hi, I have a transparent drop down control panel with some slider widgets. If I drag the slider, the original position of the slider bar remains on the screen, just it becomes opaque. Another example. You can show/hide some parts of the control panel. If you change the visibility of some part, the control panel widget is rearranged correctly, but the original arrangement is still visible, as an opaque background. I would like to send a screenshot, but if I change to another window and back, this opaque background is cleared, and everything looks as it should. Has anybody noticed this problem? Is there a way to get around it? I tried to call repaint() and update() on the pop up widget, the slider, the control panel widget (that is on the pop up widget), but no success. Any idea? Cheers, Miklos -------------- next part -------------- An HTML attachment was scrubbed... URL: From julien.finet at kitware.com Fri Jun 21 11:35:26 2013 From: julien.finet at kitware.com (Julien Finet) Date: Fri, 21 Jun 2013 07:35:26 -0400 Subject: [Ctk-developers] pop up widget opaque background In-Reply-To: References: Message-ID: Are you using ctkPopupWidget ? Do you have the problem on the other platforms ? Here is how the semi transparent popup looks on Slicer: [image: Inline image 1] And here is the code: https://github.com/Slicer/Slicer/blob/master/Libs/MRML/Widgets/qMRMLVolumeWidget.cxx#L72-98 Hth, Julien. On Fri, Jun 21, 2013 at 7:20 AM, Miklos Espak wrote: > Hi, > > I have a transparent drop down control panel with some slider widgets. If > I drag the slider, the original position of the slider bar remains on the > screen, just it becomes opaque. > > Another example. You can show/hide some parts of the control panel. If you > change the visibility of some part, the control panel widget is rearranged > correctly, but the original arrangement is still visible, as an opaque > background. > > I would like to send a screenshot, but if I change to another window and > back, this opaque background is cleared, and everything looks as it should. > > Has anybody noticed this problem? Is there a way to get around it? > > I tried to call repaint() and update() on the pop up widget, the slider, > the control panel widget (that is on the pop up widget), but no success. > > Any idea? > > Cheers, > Miklos > > > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2013-06-21 at 7.31.01 AM.png Type: image/png Size: 16594 bytes Desc: not available URL: From espakm at gmail.com Fri Jun 21 11:46:43 2013 From: espakm at gmail.com (Miklos Espak) Date: Fri, 21 Jun 2013 12:46:43 +0100 Subject: [Ctk-developers] pop up widget opaque background In-Reply-To: References: Message-ID: Yes, ctkPopupWidget. Hmm... It seems, it does not happen on linux, just on mac. I have not checked windows. -------------- next part -------------- An HTML attachment was scrubbed... URL: From julien.finet at kitware.com Fri Jun 21 12:13:27 2013 From: julien.finet at kitware.com (Julien Finet) Date: Fri, 21 Jun 2013 08:13:27 -0400 Subject: [Ctk-developers] pop up widget opaque background In-Reply-To: References: Message-ID: Are you using the mac style ? what type of sliders are you using ? I remember experiencing some rendering issues with the ctkRangeSlider with the native mac style. I wouldn't be surprised if that happens on other ctk*Sliders. Maybe you can try with a different QStyle. Julien. On Fri, Jun 21, 2013 at 7:46 AM, Miklos Espak wrote: > Yes, ctkPopupWidget. > > Hmm... > It seems, it does not happen on linux, just on mac. I have not checked > windows. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From espakm at gmail.com Fri Jun 21 13:28:12 2013 From: espakm at gmail.com (Miklos Espak) Date: Fri, 21 Jun 2013 14:28:12 +0100 Subject: [Ctk-developers] pop up widget opaque background In-Reply-To: References: Message-ID: Mac style, I guess, I have not set anything, explicitly. I managed to grab two screenshots. On the first you can see the previous position of the slider. On the second, you see what happens if I switch off some part of the GUI. (There was an extra widget on the right side of the control panel, then I switched off its visibility property.) The sliders are ctkSliderWidgets, but I do not think that the problem is with them. Should I change the style of the popup widget? On 21 June 2013 13:13, Julien Finet wrote: > Are you using the mac style ? what type of sliders are you using ? I > remember experiencing some rendering issues with the ctkRangeSlider with > the native mac style. I wouldn't be surprised if that happens on other > ctk*Sliders. > Maybe you can try with a different QStyle. > Julien. > > > On Fri, Jun 21, 2013 at 7:46 AM, Miklos Espak wrote: > >> Yes, ctkPopupWidget. >> >> Hmm... >> It seems, it does not happen on linux, just on mac. I have not checked >> windows. >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2013-06-21 at 13.36.53.png Type: image/png Size: 88199 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2013-06-21 at 13.38.30.png Type: image/png Size: 102378 bytes Desc: not available URL: From julien.finet at kitware.com Fri Jun 21 13:53:30 2013 From: julien.finet at kitware.com (Julien Finet) Date: Fri, 21 Jun 2013 09:53:30 -0400 Subject: [Ctk-developers] pop up widget opaque background In-Reply-To: References: Message-ID: You might want to try first with a standard QWidget instead of a ctkPopupWidget to see if the problem could come from ctkPopupWidget or with transparency in general. You can also try to set the style of your application before instantiating it (-> in main.cxx) QApplication::setStyle(new QPlastiqueStyle); There might be some Qt::WindowFlags flags to play with. Julien. On Fri, Jun 21, 2013 at 9:28 AM, Miklos Espak wrote: > Mac style, I guess, I have not set anything, explicitly. > > I managed to grab two screenshots. On the first you can see the previous > position of the slider. On the second, you see what happens if I switch off > some part of the GUI. (There was an extra widget on the right side of the > control panel, then I switched off its visibility property.) > > The sliders are ctkSliderWidgets, but I do not think that the problem is > with them. > > Should I change the style of the popup widget? > > > > > On 21 June 2013 13:13, Julien Finet wrote: > >> Are you using the mac style ? what type of sliders are you using ? I >> remember experiencing some rendering issues with the ctkRangeSlider with >> the native mac style. I wouldn't be surprised if that happens on other >> ctk*Sliders. >> Maybe you can try with a different QStyle. >> Julien. >> >> >> On Fri, Jun 21, 2013 at 7:46 AM, Miklos Espak wrote: >> >>> Yes, ctkPopupWidget. >>> >>> Hmm... >>> It seems, it does not happen on linux, just on mac. I have not checked >>> windows. >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From espakm at gmail.com Fri Jun 21 15:09:08 2013 From: espakm at gmail.com (Miklos Espak) Date: Fri, 21 Jun 2013 16:09:08 +0100 Subject: [Ctk-developers] pop up widget opaque background In-Reply-To: References: Message-ID: OK, I got it. It was this line in my code: m_PopupWidget->setAttribute(Qt::WA_TranslucentBackground, true); Thanks for the hints! Miklos -------------- next part -------------- An HTML attachment was scrubbed... URL: From m.clarkson at ucl.ac.uk Fri Jun 21 15:31:52 2013 From: m.clarkson at ucl.ac.uk (Clarkson, Matt) Date: Fri, 21 Jun 2013 15:31:52 +0000 Subject: [Ctk-developers] ctkPathLineEdit Message-ID: Hi there, hopefully a quick question: How do I set the current directory of the ctkPathLineEdit, without changing what is in the currentPath, so that the next time the browse button is clicked, the specified directory is where the browsing starts from. Is that possible? Or have I missed the intended usage? Thanks Matt From julien.finet at kitware.com Fri Jun 21 18:26:57 2013 From: julien.finet at kitware.com (Julien Finet) Date: Fri, 21 Jun 2013 14:26:57 -0400 Subject: [Ctk-developers] ctkPathLineEdit In-Reply-To: References: Message-ID: The current behavior is: - if there is a path in the line edit, browse() opens a dialog on that path. - if there is no path in the line edit, browse() opens a dialog with the last path used in any ctkPathLineEdit It seems like it could be candidate for being controllable property to add to ctkPathLineEdit. Feel free to suggest. Julien. On Fri, Jun 21, 2013 at 11:31 AM, Clarkson, Matt wrote: > Hi there, > > hopefully a quick question: How do I set the current directory of the > ctkPathLineEdit, without changing what is in the currentPath, so that the > next time the browse button is clicked, the specified directory is where > the browsing starts from. > Is that possible? > > Or have I missed the intended usage? > > Thanks > > Matt > > > _______________________________________________ > Ctk-developers mailing list > Ctk-developers at commontk.org > http://public.kitware.com/cgi-bin/mailman/listinfo/ctk-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: