kubuntu 14.04 and 4.13rc/final
salut, Kubuntu 14.04 is due for release on April 17 and since that is very close to 4.13 final tagging/release it is going to be a tight squeeze to get the final on the release ISO. While landing the final is very much the intended course of action there is a chance that we won't be able to make it. If your software has bugs in rc1 that were fixed meanwhile I'd be very happy if you could point that out so I can cherrypick all the changes from git and push them into the Kubuntu rc packaging. This is very much a fallback plan in case landing final does not work out, if it does everything will be fine either way. But we'd best cover our bases :) HS
KF5 Update Meeting Minutes 2014-w15
Hello everyone, This is the minutes of the Week 15 KF5 meeting. As usual it has been held on #kde-devel at 4pm Paris time. Were present: agateau, apol, mck182, notmart, tosky and myself. * agateau put more work on translation support for Qt-based frameworks; * he fixed string extraction from .ui files; * he's also working on setting up scripty to work with .qm files; * he's also trying to figure out the best way to handle plural forms since Qt differs a lots from ki18n there; * alemerry is almost done with the KDE4 reference removals; * he also upstreamed find module docs to CMake; * apol has been working on moving kde-runtime components in their final positions; * mck182 has been working on fixing QFileDialog::getExistingDirectory in our plugin: https://git.reviewboard.kde.org/r/117435/ * notmart moved plasma-shell out of plasma-framework and into plasma- workspace (making plasma-framework strictly library and plugins); * tosky is working on kdoctool still; * he's also working on KDE4 references; * he still plan to address a few bugs in the next days; * ervin has been mostly reviewing. If you got questions, feel free to ask. Regards. -- Kévin Ottens, http://ervin.ipsquad.net KDAB - proud supporter of KDE, http://www.kdab.com signature.asc Description: This is a digitally signed message part.
Re: KBibTeX in KDE Review
El Dimarts, 8 d'abril de 2014, a les 20:48:25, Thomas Fischer va escriure: Hello Albert, On 04/07/2014 11:55 PM, Albert Astals Cid wrote: El Dimecres, 26 de març de 2014, a les 19:37:02, Thomas Fischer va escriure: Hello, KBibTeX is a BibTeX editor to edit bibliographies used with LaTeX. [ text cut ] You don't need the extract-messages.sh file do you? It was used when .po files were still managed inside the source code. I guess now that translations are managed centrally, it is no longer necessary. File removed as of commit 2487a34. Stuff like ./src/io/config/bibtexfields.h:47:foreach(const QString key, other.width.keys()) width.insert(key, other.width[key]); Is ultra slow. I guess other.width is not a huge map? According to Qt4's documentation, an insert into a QMap takes O(log n), so it is not really that bad (or do I miss something?). It is safe to assume that n100. Anyway, it turns out this constructor is no longer called, so I removed it as of revision 88538fe. Oh, it's not the insertion that is long, it's iterating over the keys and then consuntling th value of the map, which basically makes it nlogn instead of just n of a proper iteration. Any reason you're using noMerge=1 in some of the menus of your ui.rc files? Using noMerge is usually a bad idea since it means your menus will be a bit different from the standard. It looks like it stems all the way back to the KParts tutorial: http://techbase.kde.org/Development/Tutorials/Using_KParts I can fix all noMerge=1 to noMerge=0, but is it explained somewhere why it is so bad? Given that it is used in the tutorial examples ... Basically by specifiying noMerge (you should basically not have it). You are saying I don't want to follow the standard orders of menus defined by KDE, i'll define my own. Which is usually not what you want. Cheers, Albert Bye, Thomas signature.asc Description: This is a digitally signed message part.
