[ANN] CppCon 2014 Call for Submissions
Hi, CppCon is the annual, week-long face-to-face gathering for the entire C++ community. The conference is organized by the C++ community for the community and so we invite you to present. Have you learned something interesting about C++, maybe a new technique possible in C++11? Or perhaps you have implemented something cool related to C++, maybe a new C++ library? If so, consider sharing it with other C++ enthusiasts by giving a talk at CppCon 2014. Submissions deadline is May 15 with decisions sent by June 13. For topic ideas, possible formats, and submission instructions, see the Submissions page: http://cppcon.org/submissions/ Hope to hear you speak! Boris
Re: Kronometer now in KDE Review
2014-04-17 20:04 GMT+02:00 Ingo Klöcker : > On Wednesday 16 April 2014 12:56:01 Elvis Angelaccio wrote: > > So, the choice is between the branch and . Let me know > > what do you prefer. > > > > For completeness the alternatives in details are: > > > > - branch : no splitters, with dividers (i.e. 4 QFrames in a > > horizontal layout): > > http://abload.de/img/kronometer-no-splittevdklc.png > > This would look much better if you remove the ':' and '.' after the > numbers. IMO the ':'/'.' are superfluous because the numbers are already > clearly separated by the frame border. > > Also you should probably right-align the numbers. In particular, the > hours. For the other numbers alignment probably doesn't matter. > Moreover, I think it would look best if all four frames were the same > size. > > Hi, thanks for your suggestions! I've committed all these changes on the branch. I've applied the right alignment to all the labels because looks more consistent. (e.g when the window is full size). > > > - branch : > > no splitters, no dividers (i.e. single QFrame with a grid layout): > > http://abload.de/img/kronometer-no-divideri4kce.png > > Here the ':'/'.' need to stay for obvious reasons. But you should try to > make the spacing between the numbers and the ':'/'.' identical. Possible > solution: Put the ':'/'.' into columns of their own. And right-align the > hours. > > This one is not trivial. I could use columns on their own for the "dividers", but these symbols are displayed only if there are numbers on their right. At the moment I handle this check in the QTimeFormat class, it would be difficult to move this logic to a widget class like QTimeDisplay is. Since also Albert agrees with the first alternative, probably the second one it's not worth of the effort. > > I'd also get rid of the upper toolbar. You do already have the essential > tools in the lower toolbar and having two toolbars even with differently > sized icons makes the UI look unnecessarily crowded. > > Final screenshot with all these changes: http://abload.de/img/kronometerdrkjq.png > > Just my two cents. > > > Regards, > Ingo > Regards, Elvis
Re: Kronometer now in KDE Review
Am Freitag, 18. April 2014 schrieb Elvis Angelaccio : > Final screenshot with all these changes: http://abload.de/img/kronometerdrkjq.png I think by "right align", Ingo meant numerical, not pixelwise, ie the display should be 00 00 00 00 even if the left digit would be invisible It's actually that you probably best would fake a monospace font, so that the left digit stays in place while the right one iterates. You'd best drop QLabel and paint the widget yourself, but it's possible. Even using just more labels and custom layout management. Cheers, Thomas
Re: Freedesktop summit 2014
On Thursday 17 April 2014 23:59:48 Albert Astals Cid wrote: > El Dijous, 17 d'abril de 2014, a les 20:17:38, David Faure va escriure: > > I represented KDE again this year at the freedesktop summit in Nuremberg. > > Please find our report below. > > Awesome work as always David, let us know how we can help :) > > Cheers, > Albert David, should I put this on the dot? > > " > > From March 31 to April 4, Free Software desktop hackers from many of the > > largest desktops (including GNOME, KDE, Unity and LXDE-Qt) met to > > collaborate on specifications and tools to improve application > > interoperability between the desktops. Clarified standards are expected > > not only to improve the experience when running applications designed > > for one desktop inside of another, but also to provide a clearer picture > > of what is required from 3rd party application developers approaching > > the Free Software desktop for the first time. > > > > This was the second time the annual event occurred. Both times, it was > > sponsored and hosted by SUSE at their offices in Nuremberg. > > > > The meeting accomplished a standardisation of the XDG_CURRENT_DESKTOP > > environment variable for allowing applications to know in which desktop > > environment they are running. The meeting also produced the first > > formal specification of how applications should be associated with given > > mime types and URI schemes, including how to select the default > > application in a way appropriate to the current desktop environment, > > respecting the choices of the OS vendor and the local system > > administrator as well as the user. > > > > Small progress was made on a simple common inhibit specification that > > applications can use to prevent events such as locking of the screen or > > powering down of the network interfaces, but with improvements on > > fine-grained power control capabilities on forthcoming hardware devices, > > additional research (and perhaps time) is required before a complete > > specification can be produced. > > > > The meeting also produced an agreement on the future of startup > > notification in the Wayland world. A protocol based on broadcast of > > D-Bus signals will be used instead of the current approach with X client > > messages. This approach is expected to integrate nicely with future > > frameworks for sandboxed applications. Improvements were also made to > > the protocol to allow for tab-based applications that make dynamic > > choices about creating a new tab or a new window depending on the > > workspace in which a document was opened. > > > > The introduction of the long-awaited Implements= key in desktop files > > was also finalised. This is used to express support of a given > > interface by an application. Among other things, this is expected to be > > used to advertise supporters of the provider side in a future "portals" > > system for exchanging data between sandboxed applications. > > > > Also discussed was the possibility of defining a "resource base" for > > desktop files so that application resources such as icons can be > > accessed without being merged into the 'hicolor' icon theme. The lack of > > certainty over how future sandboxing approaches would deal with this > > situation prevented any progress on this point. > > > > Time was taken to perform significant cleanups of the xdg > > specifications (and their build system) and to deal with bug backlog on > > some freedesktop components such as the the shared-mime-info database. > > > > The meeting was also used to discuss details of the API of the > > forthcoming memfd interface in the kernel that will be used to support > > efficient sending of very large kdbus messages. kdbus and GVariant were > > also discussed, as were the desktop file index and systemd support for > > time-based activation of applications that want to exit when idle (such > > as alarm clocks). The possibility of standardising the new notification > > interface based on D-Bus activatable applications was also briefly > > discussed. > > > > After the meeting, work continues on publishing updated specifications > > and writing implementations. The meeting is expected to happen again, > > in 2015. > > " > > > > (Written by Ryan Lortie, from glib/gnome, reviewed by all participants)
Re: Freedesktop summit 2014
On Saturday 19 April 2014 12:30:01 Jos Poortvliet wrote: > On Thursday 17 April 2014 23:59:48 Albert Astals Cid wrote: > > El Dijous, 17 d'abril de 2014, a les 20:17:38, David Faure va escriure: > > > I represented KDE again this year at the freedesktop summit in > > > Nuremberg. > > > Please find our report below. > > > > Awesome work as always David, let us know how we can help :) > > > > Cheers, > > > > Albert > > David, should I put this on the dot? Also: no pictures? ;-) > > > " > > > From March 31 to April 4, Free Software desktop hackers from many of > > > the > > > largest desktops (including GNOME, KDE, Unity and LXDE-Qt) met to > > > collaborate on specifications and tools to improve application > > > interoperability between the desktops. Clarified standards are > > > expected > > > not only to improve the experience when running applications designed > > > for one desktop inside of another, but also to provide a clearer > > > picture > > > of what is required from 3rd party application developers approaching > > > the Free Software desktop for the first time. > > > > > > This was the second time the annual event occurred. Both times, it was > > > sponsored and hosted by SUSE at their offices in Nuremberg. > > > > > > The meeting accomplished a standardisation of the XDG_CURRENT_DESKTOP > > > environment variable for allowing applications to know in which desktop > > > environment they are running. The meeting also produced the first > > > formal specification of how applications should be associated with > > > given > > > mime types and URI schemes, including how to select the default > > > application in a way appropriate to the current desktop environment, > > > respecting the choices of the OS vendor and the local system > > > administrator as well as the user. > > > > > > Small progress was made on a simple common inhibit specification that > > > applications can use to prevent events such as locking of the screen or > > > powering down of the network interfaces, but with improvements on > > > fine-grained power control capabilities on forthcoming hardware > > > devices, > > > additional research (and perhaps time) is required before a complete > > > specification can be produced. > > > > > > The meeting also produced an agreement on the future of startup > > > notification in the Wayland world. A protocol based on broadcast of > > > D-Bus signals will be used instead of the current approach with X > > > client > > > messages. This approach is expected to integrate nicely with future > > > frameworks for sandboxed applications. Improvements were also made to > > > the protocol to allow for tab-based applications that make dynamic > > > choices about creating a new tab or a new window depending on the > > > workspace in which a document was opened. > > > > > > The introduction of the long-awaited Implements= key in desktop files > > > was also finalised. This is used to express support of a given > > > interface by an application. Among other things, this is expected to > > > be > > > used to advertise supporters of the provider side in a future "portals" > > > system for exchanging data between sandboxed applications. > > > > > > Also discussed was the possibility of defining a "resource base" for > > > desktop files so that application resources such as icons can be > > > accessed without being merged into the 'hicolor' icon theme. The lack > > > of > > > certainty over how future sandboxing approaches would deal with this > > > situation prevented any progress on this point. > > > > > > Time was taken to perform significant cleanups of the xdg > > > specifications (and their build system) and to deal with bug backlog on > > > some freedesktop components such as the the shared-mime-info database. > > > > > > The meeting was also used to discuss details of the API of the > > > forthcoming memfd interface in the kernel that will be used to support > > > efficient sending of very large kdbus messages. kdbus and GVariant > > > were > > > also discussed, as were the desktop file index and systemd support for > > > time-based activation of applications that want to exit when idle (such > > > as alarm clocks). The possibility of standardising the new > > > notification > > > interface based on D-Bus activatable applications was also briefly > > > discussed. > > > > > > After the meeting, work continues on publishing updated specifications > > > and writing implementations. The meeting is expected to happen again, > > > in 2015. > > > " > > > > > > (Written by Ryan Lortie, from glib/gnome, reviewed by all participants)
Re: Freedesktop summit 2014
On Saturday 19 April 2014 12:33:47 Jos Poortvliet wrote: > On Saturday 19 April 2014 12:30:01 Jos Poortvliet wrote: > > On Thursday 17 April 2014 23:59:48 Albert Astals Cid wrote: > > > El Dijous, 17 d'abril de 2014, a les 20:17:38, David Faure va escriure: > > > > I represented KDE again this year at the freedesktop summit in > > > > Nuremberg. > > > > Please find our report below. > > > > > > Awesome work as always David, let us know how we can help :) By renaming all desktop files according to reverse-dns-naming (org.kde.foo) and later on by porting them to KDBusService in the frameworks branch :) > > David, should I put this on the dot? Feel free :-) > Also: no pictures? ;-) You can ask Jerome Leclanche , he made plenty of photos. -- David Faure, fa...@kde.org, http://www.davidfaure.fr Working on KDE, in particular KDE Frameworks 5
Re: Freedesktop summit 2014
On Thursday 17 April 2014 20:17:38 David Faure wrote: > I represented KDE again this year at the freedesktop summit in Nuremberg. > Please find our report below. sorry to ask, but were there any discussions about the fact that GTK+ based applications start to be broken on other environments? See for example [1], especially screenshot at [2]. To me it feels very strange to have a mail on the great collaboration on the one day and then seeing that bug report the other day. It would mean a lot of work on our side to fix this and it's clearly a new feature which means we cannot fix in 4.11 time life. For me it's very questionable to consider any future collaboration if the GTK+ camp is deliberately (!) breaking integration on other environments. Cheers Martin [1] https://bugs.kde.org/show_bug.cgi?id=333554 [2] https://bug727414.bugzilla-attachments.gnome.org/attachment.cgi?id=273375 signature.asc Description: This is a digitally signed message part.
