Hi Thomas.
Sorry for stepping in here, but are you really discussing to present
the users different names for applications (not the bins, but we're
talking about joe) under different circumstances so if i'd tell a user
to run foo he won't be able cause it's called bar in his DE?
Yes, that is
Hi Thomas,
I hope you are aware that my proposal is a technical solution and not
a social one. I cannot predict the social aspects of it. More
specifically, it is mechanism that allows for solutions to problems.
If the problem is two things from different DEs have the same name,
then a direct
Hi Thomas,
I'm not saying that the issues you have exposed do not exist. They are
however minor in nature and do not invalidate my solution.
You call that technical and not social?
My proposal is technical. I have only mentioned the social aspects
when you have risen social issues about it.
Hi Thomas.
I think you didn't get what I said in the first place.
The runner (the menu, whatever) has to ensure the disambiguation.
Whether starting form the generic or non generic name doesn't matter at
all.
Okay, I get it now, thanks for clarifying. But please provide an
example of how you
Hi Thomas,
Additionally, I make the following points on your proposed solution:
My solution can do everything that the solution you are proposing (if
that is a solution at all). So if anything, it is techically on the
same level.
Your solution (as far as I get it) assumes a specific
On Tue, Jul 26, 2011 at 11:24:26PM +0200, Ambroz Bizjak wrote:
Alternatively, there would be System Settings (KDE desktop
configuration) and System Settings (GNOME desktop configuration),
possibly the text in parentheses being subscribed instead. This is a
little less confusing, but still
Details:
- fixes the somewhat incorrect logic in KLineEditButton::animateVisible
- simplifies KLineEdit::updateClearButtonIcon consequently.
Please test this also when using Konqueror and edit fields (e.g. login
boxes). There have been some bad regressions about KLineEdit popping up in
On Tuesday 26 July 2011 19:48:06 Andreas Roth wrote:
With the help of the amarok developers is found the piece of code, which
triggers this issue. In amarok/src/MediaDeviceCache.cpp, function
MediaDeviceCache::slotTimeout() calls Solid::Device::listFromType, which
does some dbus/udisks magic
On 2011-07-23 Matthias wrote:
On Fri, Jul 22, 2011 at 5:53 PM, Jeremy Bicha jbi...@ubuntu.com
wrote:
On 22 July 2011 17:17, Ben Cooksley bcooks...@kde.org wrote:
To be more specific about the problem, installing kde-workspace to
a GNOME installation results in 2 indistinguishable apps
hi :)
BDS is coming up rather quickly and i've been doing some personal planning for
it today. i realized in one of those i just realized the obvious, doh!
moments that i have very little idea of what others are planning and hoping
for the event. it was a quick hop from there to realize that
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/102098/
---
Review request for kdelibs, Aurélien Gâteau and David Faure.
Summary
On Wed, July 27, 2011 8:33 am, Oswald Buddenhagen wrote:
On Tue, Jul 26, 2011 at 11:24:26PM +0200, Ambroz Bizjak wrote:
Alternatively, there would be System Settings (KDE desktop
configuration) and System Settings (GNOME desktop configuration),
possibly the text in parentheses being subscribed
On 26/07/2011 22:55, Shaun Reich wrote:
I have the same problem with master and Qt 4.7.
Clicking the windeco icon on a window which is on either screen
results in the menu displaying as far left on the left screen, and the
top of the screen + (heightOfTitlebar) it seems.
Simply right-clicking
Am Wed, 27 Jul 2011 16:27:41 +
schrieb Martin Gräßlin mgraess...@kde.org:
16:27:38 --- Once again: it is completely pointless of adding further
- https://bugs.kde.org/show_bug.cgi?id=278636
Gruß,
Thomas
This is inspired by Todd RME's post in Vol 99, Issue 83. Todd's post in
kde-core-devel refers to the original bug number, QTBUG-16092, but that
bug is so riddled with unworkable baggage that I cloned another. The
real work will be in QTBUG-19238. QTBUG-19238 currently contains
start-up work on
On Wednesday, July 27, 2011 15:40:11 Aaron J. Seigo wrote:
so .. here are my primary goals:
[...]
One of my goals is to take steps to make the release team more scalable, and
reduce its bus numbers. While we really bring out a lot of release, and nearly
all of them in time as planned, I think
On July 26, 2011, 10:46 p.m., Aleix Pol Gonzalez wrote:
kdeui/widgets/klineedit.cpp, line 358
http://git.reviewboard.kde.org/r/102095/diff/1/?file=30032#file30032line358
Wouldn't it be better to put it this way? Just saying...
Sebastian Kügler wrote:
One of my goals is to take steps to make the release team more scalable,
and reduce its bus numbers.
Surely you mean increase :) A bus number of 1 means the team has a single
point of failure.
--
Nicolas
On July 26, 2011, 10:46 p.m., Aleix Pol Gonzalez wrote:
kdeui/widgets/klineedit.cpp, line 358
http://git.reviewboard.kde.org/r/102095/diff/1/?file=30032#file30032line358
Wouldn't it be better to put it this way? Just saying...
On Wed, Jul 27, 2011 at 07:44:54AM +0200, Jos Poortvliet wrote:
Each desktop team should stop picking such generic names. gnome-terminal
is fine, so is Konsole. Terminal should probably be renamed.
NetworkManager is a braindead name, System Settings implies far more
than it accomplishes (it
On Wednesday 27 July 2011 17:04:37 Andreas Roth wrote:
On 2011-07-27 10:34, Kevin Ottens wrote:
On Tuesday 26 July 2011 19:48:06 Andreas Roth wrote:
With the help of the amarok developers is found the piece of code,
which
triggers this issue. In amarok/src/MediaDeviceCache.cpp, function
21 matches
Mail list logo