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
work
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 running.
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
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
appropriately.
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 not
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
