Re: Qt 4.8 QUrl.toLocalFile behavior change, impacts to KUrl (and friends)

2011-10-30 Thread Thiago Macieira
On Sunday, 30 de October de 2011 22:34:48 Kevin Kofler wrote: > You keep claiming this is not needed or useful, but how else would you > suggest handling the use case of a network-transparent file dialog (or file That's QUrl::fromUserInput, which makes no claim to what it considers. It's just a

Re: Qt 4.8 QUrl.toLocalFile behavior change, impacts to KUrl (and friends)

2011-10-30 Thread Kevin Kofler
Thiago Macieira wrote: >> 2. heuristically (replacing the current KUrl::KUrl and >> KUrl::fromPathToUrl): * absolute paths should be file paths >>* relative paths should be file paths (!) (currently, they're URLs) >>* everything with a URL scheme (protocol) should be a URL > > I disagree and will

Re: Qt 4.8 QUrl.toLocalFile behavior change, impacts to KUrl (and friends)

2011-10-30 Thread Thiago Macieira
On Sunday, 30 de October de 2011 19:02:48 Kevin Kofler wrote: > But that doesn't change much of the rest of my message: we definitely do > need an API which treats relative paths as file paths (for most > applications) and an API which treats relative paths as relative URLs (for > web browsers and

Re: Qt 4.8 QUrl.toLocalFile behavior change, impacts to KUrl (and friends)

2011-10-30 Thread Thiago Macieira
On Sunday, 30 de October de 2011 18:45:32 Kevin Kofler wrote: > > not parse it is a URL. KUrl's constructor calls fromPathOrUrl, so it will > > try to guess according to some heuristics. > > No, it doesn't. Right, it doesn't call that function, but it does try to detect a path and set appropriat

Re: Qt 4.8 QUrl.toLocalFile behavior change, impacts to KUrl (and friends)

2011-10-30 Thread Kevin Kofler
Kevin Kofler wrote: > No, it doesn't. > > There's actually a difference between KUrl(str): > https://projects.kde.org/projects/kde/kdelibs/repository/entry/kdecore/io/kurl.cpp?rev=KDE%2F4.7#L400 > and KUrl::fromPathToUrl(str): > https://projects.kde.org/projects/kde/kdelibs/repository/entry/kdecor

Re: Qt 4.8 QUrl.toLocalFile behavior change, impacts to KUrl (and friends)

2011-10-30 Thread Kevin Kofler
Thiago Macieira wrote: > On Saturday, 29 de October de 2011 04:38:00 Milian Wolff wrote: >> 1) When does it manifest? Apparently when using QUrl("...") directly, if >> I'm not mistaken. But what if we use KUrl? > > You're correct: this problem manifests when you use QUrl's constructor > directly,

Re: [Development] Fwd: [Boost-users] [C++ Now! 2012] Call for Submissions

2011-10-30 Thread Thiago Macieira
Hi Pau Thanks for forwarding this. Sounds interesting to be present and discuss with the Boost developers ways to improve collaboration. Maybe someone will finally convince them to maintain binary compatibility so their libraries could become *actually* useful as part of a larger API... The d

GammaRay - Introspection/Debugging Tool for Qt Applications

2011-10-30 Thread Volker Krause
Hi! During the Qt Dev Days in Munich last week we (KDAB) released a new Free Software introspection/debugging tool for Qt applications, called GammaRay: https://github.com/KDAB/GammaRay It hooks itself into a Qt application (at start-up or at runtime) using a variety of methods (ranging from a

Re: Review Request: Start D-Bus after setting KDE_FULL_SESSION

2011-10-30 Thread Kevin Kofler
> On Aug. 3, 2011, 6:19 p.m., Oswald Buddenhagen wrote: > > this sounds wrong. what if dbus is started earlier, e.g. by a PAM module? > > this can easily happen once we use the new SecretService. > > there should be some interface to push environment variables "into the bus" > > after it is run

Re: Qt 4.8 QUrl.toLocalFile behavior change, impacts to KUrl (and friends)

2011-10-30 Thread Thiago Macieira
On Saturday, 29 de October de 2011 14:43:20 Milian Wolff wrote: > Right, but you should agree that relative remote adresses can only occur in > a browser context. At least in KDevelop + Kate I don't see any way for a > user to provide a relative url, so I hope that the existing codebase will > wor