Qt5QuickWidgets (with an s).

On 20 April 2015 at 18:09, Boudhayan Gupta <m...@baloneygeek.com> wrote:
> The package is Qt5QuickWidget, so you'll probably need something
> called libQt5QuickWidget-private-headers-devel or something
>
> Also I asked people over at IRC and they say there's no startup lag as
> such. Are you using debug builds of Qt5/KF5?
>
> On 20 April 2015 at 17:52, Gregor Mi <codestr...@posteo.org> wrote:
>> Hmm. Maybe I have to install another package to have
>> QtQuickWidgets/private/qquickwidget_p.h ? Currently I these private-headers 
>> installed:
>>
>> http://wstaw.org/m/2015/04/20/plasma-desktopLJ1852.png Version 5.4.2
>>
>>
>> -------- Forwarded Message --------
>> Subject:        Re: kscreengenie / was: Review Request 122763: KIPI cleanups
>> Date:   Mon, 20 Apr 2015 16:13:57 +0530
>> From:   Boudhayan Gupta <m...@baloneygeek.com>
>> To:     Gregor Mi <codestr...@posteo.org>
>>
>>
>>
>> That private code is used to invoke a mouse release event in the GUI when 
>> the mouse is
>> taken over by a QDrag (when dragging the screenshot image to Dolphin or some 
>> other app). I
>> lifted the code from QtCreator.
>>
>> Without this, you must click inside the QQuickWidget at least once after 
>> dragging to send
>> the mouse release event.
>>
>> On 20-Apr-2015 3:57 pm, "Gregor Mi" <codestr...@posteo.org 
>> <mailto:codestr...@posteo.org>>
>> wrote:
>>
>>     Why do you include private headers anyway? Are those supposed to be used?
>>
>>     On 20/04/15 12:17, Gregor Mi wrote:
>>>     0]gregor@catgroove:~> locate private/qquickwidget
>>>     
>>> /home/gregor/dev/kf5/_alt_src-2014-10-30_NOBACKUP_/qt5_OFF/qtbase/include/QtQuickWidgets/5.3.0/QtQuickWidgets/private/qquickwidget_p.h
>>>     0]gregor@catgroove:~>
>>>
>>>     ...only in some older directory.
>>>
>>>
>>>     On 20/04/15 12:14, Boudhayan Gupta wrote:
>>>>     The private header doesn't even exist?
>>>>
>>>>     On 20-Apr-2015 3:42 pm, "Gregor Mi" <codestr...@posteo.org 
>>>> <mailto:codestr...@posteo.org> <mailto:codestr...@posteo.org> 
>>>> <mailto:codestr...@posteo.org>>
>>>>     wrote:
>>>>
>>>>         I have QT 5.4.2.
>>>>
>>>>         /usr/include/qt5/QtQuickWidgets/qquickwidget.h
>>>>
>>>>
>>>>
>>>>         On 20/04/15 11:49, Boudhayan Gupta wrote:
>>>>         > On my system it's at
>>>>         > 
>>>> /usr/include/qt/QtQuickWidgets/5.4.1/QtQuickWidgets/private/qquickwidget_p.h
>>>>         >
>>>>         > On 20 April 2015 at 15:09, Gregor Mi <codestr...@posteo.org 
>>>> <mailto:codestr...@posteo.org>
>>>>         <mailto:codestr...@posteo.org> <mailto:codestr...@posteo.org>> 
>>>> wrote:
>>>>         >> QT 5.4
>>>>         >>
>>>>         >> Where should private/qquickwidget_p.h be located?
>>>>         >>
>>>>         >>
>>>>         >>
>>>>         >> On 20/04/15 11:24, Boudhayan Gupta wrote:
>>>>         >>> Builds on mine.
>>>>         >>>
>>>>         >>> This line is already in CMakeLists.txt:
>>>>         >>>
>>>>         >>> include_directories(${Qt5QuickWidgets_PRIVATE_INCLUDE_DIRS})
>>>>         >>>
>>>>         >>> What's your Qt version?
>>>>         >>>
>>>>         >>> On 20 April 2015 at 14:52, Gregor Mi <codestr...@posteo.org 
>>>> <mailto:codestr...@posteo.org>
>>>>         <mailto:codestr...@posteo.org> <mailto:codestr...@posteo.org>> 
>>>> wrote:
>>>>         >>>> Hi,
>>>>         >>>>
>>>>         >>>> I am on a conference and only sporacially avaible.
>>>>         >>>>
>>>>         >>>> Latest master does not build:
>>>>         >>>>
>>>>         >>>> -- Configuring done
>>>>         >>>> -- Generating done
>>>>         >>>> -- Build files have been written to: 
>>>> /home/gregor/dev/src/kscreengenie/build
>>>>         >>>> Scanning dependencies of target kscreengenie_automoc
>>>>         >>>> [  6%] Automatic moc for target kscreengenie
>>>>         >>>> Generating moc_CropScreenshotGrabber.cpp
>>>>         >>>> Generating moc_ImageGrabber.cpp
>>>>         >>>> Generating moc_KSGSendToMenu.cpp
>>>>         >>>> Generating moc_KScreenGenie.cpp
>>>>         >>>> Generating moc_KScreenGenieGUI.cpp
>>>>         >>>> Generating moc_KSGKipiImageCollectionSelector.cpp
>>>>         >>>> Generating moc_KSGKipiInterface.cpp
>>>>         >>>> Generating moc_X11ImageGrabber.cpp
>>>>         >>>> [  6%] Built target kscreengenie_automoc
>>>>         >>>> [ 12%] Generating qrc_QmlResources.cpp
>>>>         >>>> Scanning dependencies of target kscreengenie
>>>>         >>>> [ 25%] [ 25%] Building CXX object 
>>>> src/CMakeFiles/kscreengenie.dir/Main.cpp.o
>>>>         >>>> Building CXX object 
>>>> src/CMakeFiles/kscreengenie.dir/ImageGrabber.cpp.o
>>>>         >>>> [ 31%] Building CXX object 
>>>> src/CMakeFiles/kscreengenie.dir/KScreenGenie.cpp.o
>>>>         >>>> [ 37%] Building CXX object 
>>>> src/CMakeFiles/kscreengenie.dir/KScreenGenieGUI.cpp.o
>>>>         >>>> 
>>>> /home/gregor/dev/src/kscreengenie/src/KScreenGenieGUI.cpp:21:36: fatal 
>>>> error:
>>>>         >>>> private/qquickwidget_p.h: No such file or directory
>>>>         >>>>  #include <private/qquickwidget_p.h>
>>>>         >>>>
>>>>         >>>>
>>>>         >>>> On 20/04/15 11:04, Boudhayan Gupta wrote:
>>>>         >>>>> Fixed:
>>>>         
>>>> http://quickgit.kde.org/?p=kscreengenie.git&a=blobdiff&h=02026bc154c80f7facb636a63da6ee4014e2a61a&hp=bb4907d8f56c651a6b9c868a3c09e6e5f0f0d6cd&hb=8fd9ea2a22d4211cc90f6658d79323fa1c269a35&f=src%2FKScreenGenie.cpp
>>>>         >>>>>
>>>>         >>>>> I'm pre-emptively changing the image conversion code to 
>>>> match that
>>>>         >>>>> from KWin. On it now.
>>>>         >>>>>
>>>>         >>>>> On 20 April 2015 at 14:23, Boudhayan Gupta 
>>>> <m...@baloneygeek.com <mailto:m...@baloneygeek.com>
>>>>         <mailto:m...@baloneygeek.com> <mailto:m...@baloneygeek.com>> wrote:
>>>>         >>>>>> I can confirm the cannot save image bug. I forgot I changed 
>>>> the CLI interface.
>>>>         >>>>>>
>>>>         >>>>>> Try kscreengenie --background --output filename (or -bo 
>>>> filename).
>>>>         >>>>>> This works. The bug is when the output is not specified, it 
>>>> tries to
>>>>         >>>>>> get the autosave filename and fails miserably. I'm fixing 
>>>> that now.
>>>>         >>>>>>
>>>>         >>>>>> I'm currently on IRC, if you're available.
>>>>         >>>>>>
>>>>         >>>>>> On 20 April 2015 at 14:03, Gregor Mi <codestr...@posteo.org 
>>>> <mailto:codestr...@posteo.org>
>>>>         <mailto:codestr...@posteo.org> <mailto:codestr...@posteo.org>> 
>>>> wrote:
>>>>         >>>>>>> This is my output:
>>>>         >>>>>>>
>>>>         >>>>>>> Starting: 
>>>> /home/gregor/dev/src/kscreengenie/build/src/kscreengenie
>>>>         --background aaaaa.png
>>>>         >>>>>>> kf5.kiconthemes: "Theme tree: (Oxygen)"
>>>>         >>>>>>> kf5.kjobwidgets: kuiserver found
>>>>         >>>>>>> klauncher not running... launching kdeinit
>>>>         >>>>>>> kdeinit5: preparing to launch 'libkdeinit5_klauncher'
>>>>         >>>>>>> kdeinit5: Launched KLauncher, pid = 5196, result = 0
>>>>         >>>>>>> Qt: Session management error: networkIdsList argument is 
>>>> NULL
>>>>         >>>>>>> Connecting to deprecated signal
>>>>         >>>>>>> 
>>>> QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString)
>>>>         >>>>>>> kdeinit5: opened connection to :0
>>>>         >>>>>>> kf5.kiconthemes: "Theme tree: (Oxygen)"
>>>>         >>>>>>> kf5.kinit.klauncher: KLauncher: launching new slave
>>>>         >>>>>>> "/home/gregor/dev/kf5/usr/lib64/plugins/kf5/kio/file.so" 
>>>> with protocol= "file"
>>>>         args=
>>>>         >>>>>>> ("file", 
>>>> "local:/run/user/1000/klauncherTJ5196.1.slave-socket",
>>>>         >>>>>>> "local:/run/user/1000/kscreengenieTJ5190.1.slave-socket")
>>>>         >>>>>>> kdeinit5: Got EXEC_NEW
>>>>         '/home/gregor/dev/kf5/usr/lib64/plugins/kf5/kio/file.so' from 
>>>> launcher.
>>>>         >>>>>>> kdeinit5: preparing to launch
>>>>         '/home/gregor/dev/kf5/usr/lib64/plugins/kf5/kio/file.so'
>>>>         >>>>>>> kf5.kinit.klauncher: 
>>>> "/home/gregor/dev/kf5/usr/lib64/plugins/kf5/kio/file.so"
>>>>         (pid 5198)
>>>>         >>>>>>> up and running.
>>>>         >>>>>>> ERROR:  "QImageWriter cannot write image: Device not 
>>>> writable"
>>>>         >>>>>>> ERROR:  "Cannot save screenshot. Error while writing file."
>>>>         >>>>>>> *** Exited normally ***
>>>>         >>>>>>>
>>>>         >>>>>>> Gregor
>>>>         >>>>>>>
>>>>         >>>>>>> On 20/04/15 00:52, Boudhayan Gupta wrote:
>>>>         >>>>>>>> Hi Gregor,
>>>>         >>>>>>>>
>>>>         >>>>>>>>>
>>>>         >>>>>>>>> Yes it is on mine. Startup time KSnapshot: instantly, 
>>>> KScreenGenie: 1
>>>>         second. And it
>>>>         >>>>>>>>> actually does not capture an image. The result is a 
>>>> white rectangle. The
>>>>         mouse cursor is
>>>>         >>>>>>>>> included when the checkbox is checked, though. But note 
>>>> that my KF5 build is
>>>>         about 1 - 2
>>>>         >>>>>>>>> weeks old if this matters.
>>>>         >>>>>>>>>
>>>>         >>>>>>>>
>>>>         >>>>>>>> This is extremely odd. This works just fine on my 
>>>> computer.
>>>>         >>>>>>>>
>>>>         >>>>>>>> FWIW the screenshots aren't taken using Qt code anymore, 
>>>> the image is
>>>>         >>>>>>>> captured by calling xcb_image_get_image() directly (the 
>>>> code is in
>>>>         >>>>>>>> X11ImageGrabber.cpp). This is for better control over 
>>>> multi-monitor
>>>>         >>>>>>>> setups (via KScreen, see the currenScreen grab code), and 
>>>> it's
>>>>         >>>>>>>> supposed to be *faster*, not slower.
>>>>         >>>>>>>>
>>>>         >>>>>>>> Does hitting the Take New Screenshot button result in a 
>>>> good image the
>>>>         >>>>>>>> second time? I'd also like it if you can run "kscreengenie
>>>>         >>>>>>>> --background filename.png" to see if the image is grabbed 
>>>> correctly in
>>>>         >>>>>>>> background mode.
>>>>         >>>>>>>>
>>>>         >>>>>>>> -- Boudhayan Gupta
>>>>         >>>>>>>>
>>>>
>>
>>
>>

>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

Reply via email to