Re: Review Request 119283: Replace Calendar grid with Canvas
On July 15, 2014, 4:04 a.m., Sebastian Kügler wrote: Neato! There's one issue in the dimensions calculation of the painted rect as far as I can see. It's not visible, but would be nice to correct (or make sure that I am wrong). Otherwise, this can go in. Have you tried the effect on the loading time of the calendar, by the way? I can imagine this is quite a dramatic improvement compared to the state of about a week ago. I haven't really measured it as this machine is a beast so it was always rather fast. Would be interesting if someone with slower machine could test and report. On July 15, 2014, 4:04 a.m., Sebastian Kügler wrote: src/declarativeimports/calendar/qml/DaysCalendar.qml, line 58 https://git.reviewboard.kde.org/r/119283/diff/2/?file=290254#file290254line58 + root.borderWidth The last cell has two borders here. Can you verify? Same goes for the height. Sebastian Kügler wrote: grmblz, htmlification outsmarted me: has to be ... + root.borderWidth. You are correct and I even had it that way originally, but rather than actual width this is the X coord where the line will stop and as it starts from (0,0), adding that one additional border resulted in off-by-1 error (the real width is say 400, so it goes from 0,0 to 399,0). But it should indeed be ... + root.borderWidth - 1. I'll add a comment and fix. - Martin --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119283/#review62365 --- On July 14, 2014, 11:46 p.m., Martin Klapetek wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119283/ --- (Updated July 14, 2014, 11:46 p.m.) Review request for Plasma. Repository: plasma-framework Description --- This patch simplifies the grid a bit more by using Canvas instead of Rectangles, so actually lowering the number of Items needed to create the grid from 16 to just 1. It works pretty neatly with no junctions problem at all. Diffs - src/declarativeimports/calendar/qml/DayDelegate.qml d626441 src/declarativeimports/calendar/qml/DaysCalendar.qml 1249de2 src/declarativeimports/calendar/qml/MonthView.qml 4946635 Diff: https://git.reviewboard.kde.org/r/119283/diff/ Testing --- File Attachments Screenshot before/after https://git.reviewboard.kde.org/media/uploaded/files/2014/07/14/e744e403-89ff-4947-95eb-3ade4823ebb5__plasma_cal_canvas.png Thanks, Martin Klapetek ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request 119283: Replace Calendar grid with Canvas
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119283/ --- (Updated July 15, 2014, 9:33 a.m.) Review request for Plasma. Changes --- Fixed outer rect calculation Repository: plasma-framework Description --- This patch simplifies the grid a bit more by using Canvas instead of Rectangles, so actually lowering the number of Items needed to create the grid from 16 to just 1. It works pretty neatly with no junctions problem at all. Diffs (updated) - src/declarativeimports/calendar/qml/DayDelegate.qml d626441 src/declarativeimports/calendar/qml/DaysCalendar.qml 1249de2 src/declarativeimports/calendar/qml/MonthView.qml 4946635 Diff: https://git.reviewboard.kde.org/r/119283/diff/ Testing --- File Attachments Screenshot before/after https://git.reviewboard.kde.org/media/uploaded/files/2014/07/14/e744e403-89ff-4947-95eb-3ade4823ebb5__plasma_cal_canvas.png Thanks, Martin Klapetek ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request 119284: Semantically correct uiReady
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119284/ --- (Updated July 15, 2014, 8:19 a.m.) Status -- This change has been marked as submitted. Review request for KDE Frameworks and Plasma. Repository: plasma-framework Description --- The last changes in how uiReady is assigned actually just broke it (it was just immediately true) now that there is an autotest is easier to test in various corner cases, and especially (where it broke) whether is the containment or the applets it contains that are the faster loading the contents Diffs - src/plasma/private/containment_p.cpp 018abfe src/plasma/private/containment_p.h e4b76be src/plasma/corona.cpp 9a6b601 src/plasma/private/applet_p.cpp b6bebe5 src/plasma/containment.cpp 35bfbfc autotests/plasma-test-appletsrc 457108e autotests/coronatest.h 2e5b9c3 autotests/coronatest.cpp 8e74c83 Diff: https://git.reviewboard.kde.org/r/119284/diff/ Testing --- plasmashell still works. but the autotests now do pass Thanks, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma 5.0.0!
Last minute update to fix VPN plugins in plasma-nm 0260cc5d880835c952585531d778141f74ae604a9574769e59acba337f7e58b2 http://starsky.19inch.net/~jr/tmp/plasma-5.0.0/plasma-nm-5.0.0.tar.xz Jonathan ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request 119276: Use 'KXMLGUI_INSTALL_DIR' instead of 'DATA_INSTALL_DIR'
---
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119276/
---
(Updated July 15, 2014, 9:28 a.m.)
Status
--
This change has been marked as submitted.
Review request for Plasma.
Repository: kinfocenter
Description
---
The kxmlgui file for kinfocenter is installed into a deprecated location.
This patch fixes this and the deprecation notice on kinfocenter startup isn't
shown anymore (*KXMLGUI file found at deprecated location
(/usr/share/kinfocenter/kinfocenterui.rc) -- please use
${KXMLGUI_INSTALL_DIR} to install this file instead.*)
Besides that, I cleaned up the XML formatting/indendation a bit using xmllint.
Diffs
-
CMakeLists.txt fa8b7ce250f14710c487ce26c07a0a2dd9d1f0b8
kinfocenterui.rc f9846368d733de973623ac64af3064c225d85458
Diff: https://git.reviewboard.kde.org/r/119276/diff/
Testing
---
kinfocenter works.
No deprecation notice shown anymore.
Thanks,
Elias Probst
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request 119274: Use Atlas textures in SvgItem
On July 14, 2014, 11:01 p.m., Aleix Pol Gonzalez wrote: Can we get some advertisement about why Atlas is better? /me wants numbers. Faster? Less memory consumption? Martin Gräßlin wrote: it means we have one texture instead of many and that reduces state changes which is always a good thing in OpenGL. Tried to google for a good resource, best I found is https://developer.apple.com/library/ios/documentation/3ddrawing/conceptual/opengles_programmingguide/TechniquesForWorkingWithTextureData/TechniquesForWorkingWithTextureData.html Pretty much. There's a massive texture (size changeable with environment variables. Mine appears to be 2048x2048 in apitrace) Qt puts lots of tiny textures (up to 512x512 I think) there. The QSGTexture points to the textureId of the atlas and says which rectangle of that is our texture. QSGSimpleTextureNode, which we use internally handles using that for us. With just this ported, it's not a great saving. We end up creating a massive space and not using a lot (note, I think using Image would also create this space anyway). On startup I only get about 14 things in the atlas. With IconItem and FrameSVG too, we'd get a bigger saving. Less fragmentation and less openGL calls. - David --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119274/#review62359 --- On July 14, 2014, 2:27 p.m., David Edmundson wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119274/ --- (Updated July 14, 2014, 2:27 p.m.) Review request for KDE Frameworks and Plasma. Repository: plasma-framework Description --- If SvgItem size is 0, remove any nodes in the scenegraph Use Atlas textures Diffs - src/declarativeimports/core/svgitem.cpp 1ed0631 Diff: https://git.reviewboard.kde.org/r/119274/diff/ Testing --- Ran QSG_ATLAS_OVERLAY=1 plasmashell checked some things were now painted blue. Thanks, David Edmundson ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Release communication: Icons looking out of place are expected artifacts of the transition
Dear Plasma 5 promoters, people in the VDG forum have noticed that some icons in applications (and in some places in Plasma) look different in different sizes with the Breeze theme and that looked like a bug to them [1]. However, Uri, the man behind the new icons, pointed out in the forum that these are artifacts of the transition between icon themes, due to a) applications re-using icons for the wrong things (like using the same icon in the toolbar and in the content area or using application icons within the application itself) b) the icon theme still being incomplete, so that Breeze icons are mixed with Oxygen icons This will all go away once applications fix icon usage and the Breeze icon set becomes more complete. In order to keep people from thinking that the VDG are idiots or starting to file tons of icon-related bugs, we should communicate that we are aware of these inconsistencies and they will be addressed over the next releases. If you have any further questions, I'm sure Uri or Jens can answer them. Cheers, Thomas [1] https://forum.kde.org/viewtopic.php?f=285t=121300p=315312#p315268 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request 119283: Replace Calendar grid with Canvas
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119283/#review62391 --- Ship it! - Sebastian Kügler On July 15, 2014, 7:33 a.m., Martin Klapetek wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119283/ --- (Updated July 15, 2014, 7:33 a.m.) Review request for Plasma. Repository: plasma-framework Description --- This patch simplifies the grid a bit more by using Canvas instead of Rectangles, so actually lowering the number of Items needed to create the grid from 16 to just 1. It works pretty neatly with no junctions problem at all. Diffs - src/declarativeimports/calendar/qml/DayDelegate.qml d626441 src/declarativeimports/calendar/qml/DaysCalendar.qml 1249de2 src/declarativeimports/calendar/qml/MonthView.qml 4946635 Diff: https://git.reviewboard.kde.org/r/119283/diff/ Testing --- File Attachments Screenshot before/after https://git.reviewboard.kde.org/media/uploaded/files/2014/07/14/e744e403-89ff-4947-95eb-3ade4823ebb5__plasma_cal_canvas.png Thanks, Martin Klapetek ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: plasma5 and kde4 settings: what to synchronize
On Mon, Jul 14, 2014 at 1:49 PM, Marco Martin notm...@gmail.com wrote: Hi all, One thing that seems very requested, is to try to synchronize as much settings as possible between plasma5 (and kf5-based apps) with legacy kde4 applications. Right now it's correctly handling some things when changing settings from plasma 5 systemsettings: * colors * fonts * icon theme since the interest in this thread is staggering, I'm replying myself: so, right now also icon effcets (kde4 icon cache should probably be removed then, don't know how to access it from qt5) and other widgets settings are synced, like text position in toolbars, icons in buttons etc. the widget style is brutally applied to kde4. of course the problem may be that said style doesn't exist for qt4, in that case kde4 applications will fallback to oxygen. Ideas and patched how to improve the whole thing, are welcome -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Extending fullscreen option to all pages in PMC
Hi guys! I was wondering if it would be nice that the user can switch at any time to full screen, by pressing a key instead of going to home screen every time and going to settings menu. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: plasma5 and kde4 settings: what to synchronize
Brainstorming: could distros we set $KDEHOME to .config on new installs? I can't decide if that will magically fix everything or break things more horribly. I think the latter. One possible fallback option would be to have a KCM button to open kde4 system settings. It's in kde-runtime so should be still shipped by any distro that has a KDE4 app; but it goes against the idea that everything integrates perfectly and from a UI perspective rather rubbish. Besides that there's no single magic bullet solution to fixing these, each KCM is different and handling conflicts between 4 and 5 at once is different too. There's not much else to suggest other than to continue slowly adding fallback support for things there are enough demand for :( ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: plasma5 and kde4 settings: what to synchronize
On Monday 14 of July 2014 13:49:16 Marco Martin wrote: ... can someone think about other things to synchronize that aren't taken care of yet? Maybe plasma theme? Use-case: KMix's OSD Cheers, Hrvoje signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request 119283: Replace Calendar grid with Canvas
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119283/ --- (Updated July 15, 2014, 11:53 a.m.) Status -- This change has been marked as submitted. Review request for Plasma. Repository: plasma-framework Description --- This patch simplifies the grid a bit more by using Canvas instead of Rectangles, so actually lowering the number of Items needed to create the grid from 16 to just 1. It works pretty neatly with no junctions problem at all. Diffs - src/declarativeimports/calendar/qml/DayDelegate.qml d626441 src/declarativeimports/calendar/qml/DaysCalendar.qml 1249de2 src/declarativeimports/calendar/qml/MonthView.qml 4946635 Diff: https://git.reviewboard.kde.org/r/119283/diff/ Testing --- File Attachments Screenshot before/after https://git.reviewboard.kde.org/media/uploaded/files/2014/07/14/e744e403-89ff-4947-95eb-3ade4823ebb5__plasma_cal_canvas.png Thanks, Martin Klapetek ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: plasma5 and kde4 settings: what to synchronize
On Tue, Jul 15, 2014 at 1:42 PM, šumski hrvoje.sen...@gmail.com wrote: On Monday 14 of July 2014 13:49:16 Marco Martin wrote: ... can someone think about other things to synchronize that aren't taken care of yet? Maybe plasma theme? Use-case: KMix's OSD That one is a bit harder as KMix does its own OSD afaik; Plasma5 has its own themeable OSD which can be configured by the LookFeel package (for which we have no kcm yet though). So this would require patches in KMix too...which I would personally welcome :) Cheers -- Martin Klapetek | KDE Developer ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma 5.1 Kickoff Meeting
On Mon, Jul 14, 2014 at 6:14 PM, Jonathan Riddell j...@jriddell.org wrote: Please put in times you can make the 5.1 Kickoff meeting... http://doodle.com/xbqe6m5yw4577gab Make sure it's set to the right timezone for you. Here is the old todo list https://community.kde.org/Plasma/PW2Todo it's a bit unmaintained What tool would people like for the new todo list? Martin mentioned a tool but I can't find that e-mail now. Trello is fashionable. Wiki is easily accessible but faffy There's the Kanboard - http://kanboard.net/ - an opensource clone of Trello, could be worth trying out? I'd like to avoid wikis as editing them for todos is a bit cumbersome. Cheers -- Martin Klapetek | KDE Developer ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma 5.1 Kickoff Meeting
On Tue, Jul 15, 2014 at 2:51 PM, Martin Klapetek martin.klape...@gmail.com wrote: On Mon, Jul 14, 2014 at 6:14 PM, Jonathan Riddell j...@jriddell.org wrote: Please put in times you can make the 5.1 Kickoff meeting... http://doodle.com/xbqe6m5yw4577gab Make sure it's set to the right timezone for you. Here is the old todo list https://community.kde.org/Plasma/PW2Todo it's a bit unmaintained What tool would people like for the new todo list? Martin mentioned a tool but I can't find that e-mail now. Trello is fashionable. Wiki is easily accessible but faffy There's the Kanboard - http://kanboard.net/ - an opensource clone of Trello, could be worth trying out? I'd like to avoid wikis as editing them for todos is a bit cumbersome. Cheers I think it could be very interesting. Aleix ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma 5.1 Kickoff Meeting
Meeting tomorrow at midday UTC, 13:00BST, 14:00CEST. Meeting by IRC in #plasma on Freenode. Agenda: 1) decide how to write a todo list, wiki or kanboard I've set up this testbed so you can try it out and see if it's any good, feel free to muck around with it http://kanboard.kubuntu.co.uk/ test/plasma5 2) Work out what to rescue from https://community.kde.org/Plasma/PW2Todo 3) Work out the 5.1 Todo items Jonathan On 15 July 2014 14:59, Aleix Pol aleix...@kde.org wrote: On Tue, Jul 15, 2014 at 2:51 PM, Martin Klapetek martin.klape...@gmail.com wrote: On Mon, Jul 14, 2014 at 6:14 PM, Jonathan Riddell j...@jriddell.org wrote: Please put in times you can make the 5.1 Kickoff meeting... http://doodle.com/xbqe6m5yw4577gab Make sure it's set to the right timezone for you. Here is the old todo list https://community.kde.org/Plasma/PW2Todo it's a bit unmaintained What tool would people like for the new todo list? Martin mentioned a tool but I can't find that e-mail now. Trello is fashionable. Wiki is easily accessible but faffy There's the Kanboard - http://kanboard.net/ - an opensource clone of Trello, could be worth trying out? I'd like to avoid wikis as editing them for todos is a bit cumbersome. Cheers I think it could be very interesting. Aleix ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma 5.1 Kickoff Meeting
On 07/15/2014 04:20 PM, Jonathan Riddell wrote: 3) Work out the 5.1 Todo items Unfortunately I likely won't be able to make the meeting in that time slot tomorrow, so I'd like to get out ahead and just throw in what's on my personal todo/wishlist at the moment so you can work with that. Big sorry for hijacking this thread with details that would be better placed at the actual meeting, but I figure more info is better than no info: - More Folder work: Aside from general bugfixing and optimiza- tions, I'd like to e.g. get some of the tooltip metadata smarts back, and there's a bunch more work to do on preser- ving positions across more scenarios, etc. - it's a roadmap of iterative improvement there; more love is needed. - More Kicker/launcher work: I'd like to roll some kmenuedit features directly into the launcher, like editing a menu entry right from its context menu. This also needs coordination with Kickoff, most likely. - Task Manager: Port Icon Tasks (based on the lib-side work done for the Expanding Icons Task manager widget for 4). On the new and unknown front: - Kicker currently has the ability to add apps to the panel, the desktop (smart enough to use a symlink rather than an Icon instance) and the Task Manager (i.e. a TM launcher item). This is nice from a UX POV, but the implementation isn't very elegant - just like in 4 it's basically widgets talking directly to each other, with no generic contract. Marco and I have talked on and off about some sort of launcher data engine where widgets can throw things into a launcher pool and other widgets can decide how to use that data; it's all still quite vague, but maybe we can hash this out for 5.1. - I'm generally interested in helping out with visual things and VDG implementation stuff, so depending on my workload from the above (and other commitments at my employer) if things get to who do we scribble in for this work item, you can tentatively jot me down on things like that. Cheers, Eike ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
multiple PO_FILES related failures with plasma release tarballs
I tried a clean build of the release tarballs on my notebook, having previous built the code from git on my desktop machine. Using gcc version: 4.8.2 Building in dir: /usr/src/baloo-5.0.0 baloo55.0.0 INSTALL_PREFIX=/opt/qt5 -- The C compiler identification is GNU 4.8.2 -- The CXX compiler identification is GNU 4.8.2 -- Check for working C compiler using: Ninja -- Check for working C compiler using: Ninja -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler using: Ninja -- Check for working CXX compiler using: Ninja -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Performing Test _OFFT_IS_64BIT -- Performing Test _OFFT_IS_64BIT - Success -- Found Gettext: /usr/bin/msgmerge (found version 0.19.2) -- Found KF5I18n: /opt/qt5/lib/cmake/KF5I18n/KF5I18nConfig.cmake (found version 5.0.0) -- Found KF5Config: /opt/qt5/lib/cmake/KF5Config/KF5ConfigConfig.cmake (found version 5.0.0) -- Found KF5Service: /opt/qt5/lib/cmake/KF5Service/KF5ServiceConfig.cmake (found version 5.0.0) -- Found KF5IdleTime: /opt/qt5/lib/cmake/KF5IdleTime/KF5IdleTimeConfig.cmake (found version 5.0.0) -- Found KF5KCMUtils: /opt/qt5/lib/cmake/KF5KCMUtils/KF5KCMUtilsConfig.cmake (found version 5.0.0) -- Found KF5Auth: /opt/qt5/lib/cmake/KF5Auth/KF5AuthConfig.cmake (found version 5.0.0) -- Found KF5Crash: /opt/qt5/lib/cmake/KF5Crash/KF5CrashConfig.cmake (found version 5.0.0) -- Found KF5Solid: /opt/qt5/lib/cmake/KF5Solid/KF5SolidConfig.cmake (found version 5.0.0) -- Found KF5KIO: /opt/qt5/lib/cmake/KF5KIO/KF5KIOConfig.cmake (found version 5.0.0) -- Found KF5KDELibs4Support: /opt/qt5/lib/cmake/KF5KDELibs4Support/KF5KDELibs4SupportConfig.cmake (found version 5.0.0) -- Found KF5: success (found suitable version 5.0.0, minimum required is 5.0.0) found components: I18n Config Service IdleTime KCMUtils Auth Crash Solid KIO KDELibs4Support -- Found KF5FileMetaData: /opt/qt5/lib/cmake/KF5FileMetaData/KF5FileMetaDataConfig.cmake (found version 5.0.0) -- Found KF5: success (found suitable version 5.0.0, minimum required is 5.0.0) found components: FileMetaData -- Performing Test COMPILER_HAS_HIDDEN_VISIBILITY -- Performing Test COMPILER_HAS_HIDDEN_VISIBILITY - Success -- Performing Test COMPILER_HAS_HIDDEN_INLINE_VISIBILITY -- Performing Test COMPILER_HAS_HIDDEN_INLINE_VISIBILITY - Success -- Performing Test COMPILER_HAS_DEPRECATED_ATTR -- Performing Test COMPILER_HAS_DEPRECATED_ATTR - Success -- -- The following REQUIRED packages have been found: * Qt5Core (required version = 5.2.0) * ECM (required version = 1.0.0) * Qt5Gui (required version = 5.3.1) * Qt5Widgets * Qt5DBus * Qt5Test * Qt5Sql * Qt5 * Gettext * KF5I18n (required version = 5.0.0) * KF5I18n (required version = 5.0.0) * KF5Config (required version = 5.0.0) * KF5Service (required version = 5.0.0) * KF5IdleTime (required version = 5.0.0) * KF5KCMUtils (required version = 5.0.0) * KF5Auth (required version = 5.0.0) * KF5Crash (required version = 5.0.0) * KF5Solid (required version = 5.0.0) * KF5KIO (required version = 5.0.0) * KF5KDELibs4Support (required version = 5.0.0) * KF5FileMetaData (required version = 5.0.0) * KF5 (required version = 5.0.0) * Xapian , The Xapian search engine library , http://xapian.org -- Looking for dgettext -- Looking for dgettext - found -- Found Gettext: built in libc -- Configuring done -- Generating done -- Build files have been written to: /usr/src/baloo-5.0.0/build ninja: error: '../po/it/PO_FILES', needed by 'po/it/PO_FILES.gmo', missing and no known rule to make it This example is from baloo, but similar things happen with kde-cli-tools khelpcenter kinfocenter kio-extras kmenuedit libksysguard systemsettings The main difference between the machines is the version of glibc, and of course the git builds do not have translations Regards, Treeve ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Extending fullscreen option to all pages in PMC
KWin has a standard Ctrl+Shift+F shortcut to do that, but somehow it doesn't work. Maybe you can try and figure out why. On Tue, Jul 15, 2014 at 4:51 PM, Devanshu Jain devanshu.jain...@gmail.com wrote: Hi guys! I was wondering if it would be nice that the user can switch at any time to full screen, by pressing a key instead of going to home screen every time and going to settings menu. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- Shantanu Tushar(UTC +0530) http://www.shantanutushar.com ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Minutes Monday Plasma Hangout
On Monday 14 July 2014 12:59:44 Sebastian Kügler wrote: - Improvements for sizehints of plasmoids (needs some testing, not in 5.0 for that reason) is merged, so test and screams if it blows up :p -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: multiple PO_FILES related failures with plasma release tarballs
On Tuesday 15 of July 2014 17:50:20 Treeve Jelbert wrote: I tried a clean build of the release tarballs on my notebook, having previous built the code from git on my desktop machine. -- Build files have been written to: /usr/src/baloo-5.0.0/build ninja: error: '../po/it/PO_FILES', needed by 'po/it/PO_FILES.gmo', missing and no known rule to make it This example is from baloo, but similar things happen with kde-cli-tools khelpcenter kinfocenter kio-extras kmenuedit libksysguard systemsettings The main difference between the machines is the version of glibc, and of course the git builds do not have translations I guess that is known issue with kdelibs4support's copy of FindGettext.cmake. Solution is ATM, either update kdelibs4support to commit 581ee6b, or remove the copy entirely. Cheers, Hrvoje signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request 119301: Basic accessibility for kicker
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119301/ --- Review request for Plasma and Eike Hein. Repository: plasma-desktop Description --- add a few properties Diffs - applets/kicker/package/contents/ui/ItemListDelegate.qml cc88a6d applets/kicker/package/contents/ui/RunnerResultsList.qml 75a0073 Diff: https://git.reviewboard.kde.org/r/119301/diff/ Testing --- With this patch Orca reads the menu (once it has keyboard focus), before it's completely silent. The problem of getting the focus onto the applet when opening it via keyboard shortcut is still there. Which branch should this go? Thanks, Frederik Gladhorn ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Extending fullscreen option to all pages in PMC
On Tue, Jul 15, 2014 at 6:17 PM, Shantanu Tushar Jha shant...@kde.org wrote: KWin has a standard Ctrl+Shift+F shortcut to do that, but somehow it doesn't work. Maybe you can try and figure out why. On Tue, Jul 15, 2014 at 4:51 PM, Devanshu Jain devanshu.jain...@gmail.com wrote: Hi guys! I was wondering if it would be nice that the user can switch at any time to full screen, by pressing a key instead of going to home screen every time and going to settings menu. I don't think we have such as default, actually I always define it on my systems. Aleix ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: plasma5 and kde4 settings: what to synchronize
On Tuesday 15 of July 2014 13:40:24 David Edmundson wrote: ... One possible fallback option would be to have a KCM button to open kde4 system settings. It's in kde-runtime so should be still shipped by any distro that has a KDE4 app; but it goes against the idea that everything integrates perfectly and from a UI perspective rather rubbish. It's in kde-workspace... Cheers, Hrvoje signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Review Request 119301: Basic accessibility for kicker
--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119301/#review62448 --- Ship it! Agreed with apol, to Plasma/5.0 please and thanks :) - Eike Hein On July 15, 2014, 7:16 p.m., Frederik Gladhorn wrote: --- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/119301/ --- (Updated July 15, 2014, 7:16 p.m.) Review request for Plasma and Eike Hein. Repository: plasma-desktop Description --- add a few properties Diffs - applets/kicker/package/contents/ui/ItemListDelegate.qml cc88a6d applets/kicker/package/contents/ui/RunnerResultsList.qml 75a0073 Diff: https://git.reviewboard.kde.org/r/119301/diff/ Testing --- With this patch Orca reads the menu (once it has keyboard focus), before it's completely silent. The problem of getting the focus onto the applet when opening it via keyboard shortcut is still there. Which branch should this go? Thanks, Frederik Gladhorn ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Extending fullscreen option to all pages in PMC
I extended the option to toggle fullscreen in mediacenter.qml. Hence whenever the user presses f11, the fullscreen view is toggled. On Wed, Jul 16, 2014 at 4:10 AM, Aleix Pol aleix...@kde.org wrote: On Tue, Jul 15, 2014 at 6:17 PM, Shantanu Tushar Jha shant...@kde.org wrote: KWin has a standard Ctrl+Shift+F shortcut to do that, but somehow it doesn't work. Maybe you can try and figure out why. On Tue, Jul 15, 2014 at 4:51 PM, Devanshu Jain devanshu.jain...@gmail.com wrote: Hi guys! I was wondering if it would be nice that the user can switch at any time to full screen, by pressing a key instead of going to home screen every time and going to settings menu. I don't think we have such as default, actually I always define it on my systems. Aleix ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
