On Wed, May 1, 2013 at 3:15 PM, Aaron J. Seigo wrote:
> **
>
>
>
> For Plasma Workspaces 2, our goal is to have a user ready release in Q2
> 2013. This release will not necessarily be tied to the release schedule of
> Frameworks 5, nor does it impact in any way application development which
> sho
I looked at the QtGstreamer git recently and there is still work going on,
but the focus seemed to be on splitting out QtGlib and the Qt5 port. It
looks like that should be a release with those changes ready soon. I assume
the gstreamer 1 port well be next, although I think some work in that area
i
On Nov 5, 2013 12:49 PM, "Weng Xuetian" wrote:
>
> On Monday, November 04, 2013 08:58:22 PM Richard Hughes wrote:
> > On 4 November 2013 20:56, Weng Xuetian wrote:
> > > Some questions:
> > > 1. What about non-application case?
> >
> > In GNOME we only consider an application to have a desktop fi
On Nov 5, 2013 5:18 PM, "Todd" wrote:
>
>
> On Nov 5, 2013 12:49 PM, "Weng Xuetian" wrote:
> >
> > On Monday, November 04, 2013 08:58:22 PM Richard Hughes wrote:
> > > On 4 November 2013 20:56, Weng Xuetian wrote:
> > > &
On Tue, Nov 5, 2013 at 6:21 PM, Richard Hughes wrote:
> On 5 November 2013 17:12, Todd wrote:
> > For , I think it would be good to allow arbitrary groups
> > rather than limiting it to only a few recognized groups.
>
> I think restricting it to the desktops specified i
On Nov 5, 2013 6:42 PM, "Richard Hughes" wrote:
>
> On 5 November 2013 17:37, Todd wrote:
> >> Define ChangeLog? You mean what changed between versions?
> > Yes, as well as the version number and date, probably.
>
> I'd be open to ideas about this. Can
On Tue, Nov 5, 2013 at 9:49 PM, Matthias Klumpp wrote:
> 2013/11/5 Todd :
> > [...]
> > Looking at the spec, I have a few suggestions:
> (I assume you mean the AppStream spec)
> > For , I think it would be good to allow arbitrary groups
> > rather than limiting it t
On Dec 12, 2013 6:36 PM, "Vishesh Handa" wrote:
> >
> > i’ll say it again here so that it is at least on record: i really
disagree
> > with renaming Nepomuk. call it Nepomuk 2 or whatever, but tossing aside
> > name recognition and years of messaging is doing the promo teams a
massive
> > disservi
On Tue, Jan 21, 2014 at 11:50 AM, Vishesh Handa wrote:
> On Tuesday 21 January 2014 02:24:01 Francesco R. wrote:
> >
> > just always use an additional database, xattrs are not the way to go.
> > Managing xattrs require a conscious user, many programs by default don't
> > even copy xattrs.
> >
>
>
On Fri, Jan 10, 2014 at 11:02 AM, Mario Fux KDE ML wrote:
> Am Donnerstag, 09. Januar 2014, 23.26:01 schrieb Àlex Fiestas:
>
> Morning Alex
>
> > On Thursday 09 January 2014 21:52:52 Christoph Feck wrote:
> > > But if the above scenario does not work, we should probably not
> > > introduce Baloo f
On Tue, Jan 28, 2014 at 10:06 PM, Rolf Eike Beer
wrote:
> Am Dienstag, 28. Januar 2014, 20:10:13 schrieb Ivan Čukić:
> > > To move a file to another machine and have the metadata be copied and
> re-
> > > indexed on that new machine as well. The copy process just needs to
> take
> > > care of tran
On Jul 22, 2014 12:30 AM, "Frank Reininghaus"
wrote:
>
> Hi,
>
> 2014-07-21 23:34 GMT+02:00 Albert Astals Cid:
> > El Dilluns, 21 de juliol de 2014, a les 13:26:32, Frank Reininghaus va
> > escriure:
> >> Hello everyone,
> >>
> >> after KDE SC 4.14, the next release of the KDE applications that ar
e Wave
integration as soon as it was announced, and some were quite upset
with KDE dragging their heels on it.
-Todd
On Sat, Jan 26, 2013 at 3:41 AM, Andriy Rysin wrote:
>
> On 01/15/2013 03:11 PM, Weng Xuetian wrote:
>
>> Hi,
>> Under linux, input method is always being a mess:
>> 1. Start it correctly
>> ubuntu, debian: im-switch, im-config
>> fedora: imsettings
>> opensuse: their own script and I don't reall
On Jan 26, 2013 4:14 PM, "Weng Xuetian" wrote:
> On Saturday 26 January 2013 13:03:29,Todd :
> >
> > I do have input methods enabled, so I have a few observations:
> >
> > 1. Some input methods have a really nasty habit of taking over your
> > compute
On Tue, Mar 12, 2013 at 10:57 AM, Pino Toscano wrote:
> Hi,
>
> Alle sabato 9 marzo 2013, Sven Brauch ha scritto:
> > considering kdev-python is only using the Parser part of python, this
> > is actually all that has changed in the two years between 2.7.1 and
> > 2.7.3:
> > http://paste.kde.org/6
On Wed, Mar 20, 2013 at 11:13 PM, Alexander Dymo wrote:
> I mean what can't be fixed, can't be fixed. At the end if Pino thinks the
>> python 2 fork is insecure he's always free to not package it in Debian.
>>
>
> If I was Sven, I'd drop Python2 support. But it's his call. I also think
> kdev-pyt
ch when
> playing a video and back when done (manually, or somehow automatically???)
>
Perhaps this could be integrated with the multi-monitor pop-up thing
that was being discussed recently.
-Todd
passwords for gnome-keyring and ksecretservicd?
4. If you are running gnome programs in a KDE workspace, or vice
versus, will they automatically connect to the right secretservice or
will they try to call their own backend?
-Todd
ne of the following:
>
> * Investigate, then add QML support to doxygen.
> * Don't investigate. Add QML support to doxygen or file a bug report about
> it.
> * Investigate, see what is missing/different in qdoc (which already has QML
> handling), add it and use that.
> * Ignore the issue, not investigate it, and maybe write a blog post about
> how doxygen sucks because it doesn't support QML. Then maybe Dimitry will
> add it.
What about adding qdoc support to doxygen?
-Todd
On Mon, Sep 5, 2011 at 3:20 PM, Stephen Kelly wrote:
> todd rme wrote:
>
>> What about adding qdoc support to doxygen?
>>
>> -Todd
>>
>
> You would have to investigate if that's possible?
>
> Are you volunteering? :)
I don't know enough abou
tisfy everyone's needs sufficiently? Will this
pose a major barrier to porting? Will this pose any problems or
barriers to the overall move to frameworks?
-Todd
On Thu, Sep 8, 2011 at 10:59 AM, Aaron J. Seigo wrote:
> On Thursday, September 8, 2011 09:36:41 todd rme wrote:
>> Several people have proposed moving to a separate module classes that
>> are needed for existing applications but pose a problem for new
>> developers, are
"kdelibs 4.8", without adding any
significant new features? I know you can, by KDE policy, add new
features at a x.x release, but is there any requirement that you have
to? I know there are numerous other issues involved so this may be a
terrible idea.
-Todd
ould be handled transparently in
the background rather than needing some clunky add-on program to
configure it.
This approach would also make it easier to handle changes in the
underlying technology, since you could just rewrite one backend rather
than the entire shortcut stack.
Finally, things like games would be able to mostly use the existing
shortcut system for configuring how joysticks and joystick buttons are
handled, they wouldn't need their own joystick button handling,
-Todd
hink 3 profiles is going to cut
it, at the very least you need both presentation mode and movie mode
profiles that people can use.
-Todd
x27;t
require it. Of course integrating the power management with activites
make sense, but I don't think making that the only way to configure
your power profiles makes sense. That is the point of disagreement
here.
-Todd
nterface for it and things suddenly became more
> consistent.
I agree with that. The problem I have is with the jump from "can map
a lot of those settings" to "must map all of those settings".
-Todd
hing that would be useful for any KDE
application using tabs.
-Todd
s thread. This is Dirk's plan all along.
>>
> Ok then.
> If there are no objections I will increase the variables in kdelibs-4.7 to
> say "4.8"
Shouldn't this track the pre-release numbering once we have some
pre-releases (like 4.7.85 or something)?
-Todd
they could just
use to unlock the screen) or root access (in which case you are pretty
much screwed anyway). Otherwise they wouldn't have access to your
processes.
-Todd
orry but this makes me laugh.
> What productivity gain do I have when using the "Snow" or "wobbly windows"
> effect ?
At least for me wobbly windows provides visual feedback when moving
windows that I find useful. I used it a lot on compiz, but the Kwin
one never really worked all that well but I would have it enabled if
it did.
-Todd
size that the folder says they should be. Perhaps
going through and checking and fixing oxygen icon sizes would be good.
-Todd
ibs 4.7.x
2. The git active/1.0 version
3. The master version
Which version should distributions be shipping? I notice that plasma
active has patched their spec file to exclude the version in kdelibs
and use their own, but is that the solution distributions should be
using as well?
-Todd
On Thu, Nov 10, 2011 at 12:41 AM, Rick Stockton
wrote:
> My thanks to you, MGrasslin, Aaron, Todd rme, and Thiago for coaching me
> towards this achievement. The new code is small, and VERY simple. We have no
> API changes (at least, not yet--- we should implement a mouse button mask
On Fri, Dec 23, 2011 at 12:57 AM, Albert Astals Cid wrote:
> El Dimarts, 20 de desembre de 2011, a les 21:48:30, Rick Stockton va escriure:
>> It is time for us to "Fish, or Cut Byte" on two alternative ways to
>> introduce Mouse-Oriented Shortcuts into Qt5 and KDE-Next
But according to Martin, this isn't just about API changes, it is also
about behavior changes. How do you expect people to know if they are
relying on a Qt 4.8-specific behavior?
-Todd
w up in the digital clock calendar. That seems logical to me.
Korganizer can already use the API. Go to Settings -> Configure
Korganizer -> Time and Date -> Regional -> Use Holiday Region. It
doesn't appear to use your country by default, though.
-Todd
On Sat, Mar 10, 2012 at 3:07 PM, Mark wrote:
> On Sat, Mar 10, 2012 at 9:02 AM, todd rme wrote:
>>
>> On Sat, Mar 10, 2012 at 1:15 AM, Mark wrote:
>>
>> > = Current issue =
>> > The current digital clock has a calendar, but the default events are
>>
o see if
>> it is
>> broken there?
>>
>
> Well, i found that one. My system was set at en_us for the locale. I
> switched it to dutch. That works fine for the calendar.
> However, now some applications are displayed in dutch as well and that's not
> what i wanted. I somehow want to let my system know i'm in the Netherlands,
> but want to have the english language.
Locale -> country, region, and language -> Preferred languages, and
move English to the top of the list. You should probably look at all
the options in that module, there is a lot you can configure.
-Todd
of
> device colorimetry happens usualy in ICC profiles.
This may be an ignorant question, but can xvidmode be extended to
offer more complex correction?
-Todd
you need to manually use a cmake flag to enable
it?
Also, for 4.8.x, is it safe to not build HAL support on linux distros
that don't use it? Is there any cost to having HAL support enabled if
it isn't used?
-Todd
former,
then that implies kio does not provide something compelling enough for
them to want to switch.
The second question is, "will libferris help with this, or can it be
made to help?"
So I think the first question to ask is not, "should we switch to
libferris?", but "what is preventing kio from being used more in KDE
applications?" If libferris is a solution, or at least part of a
solution, to the problem, then maybe we should consider switching. If
not, then maybe another route might be better.
-Todd
ng list being "dead"?
Another issue: are mailing lists the proper way to be distributing
bugzilla notifications, or should those be handled by subscriptions
inside bugzilla? From the discussions I have seen the latter is
supposed to be the preferred method, but a bunch of mailing lists are
still being used for bugzilla notifications.
-Todd
le manager for the KDE
> workspace; however, there is an implicit way of doing that by selecting the
> desired program as the default file association for folders.
What about system settings -> Default Applications -> File Manager?
-Todd
soprano 2.8
> KDE/4.8 is where 4.8 bugfixing happens (and if we ever release a 4.8.5 will
> be tagged from here), needs stable soprano 2.7 (will crash with soprano >=
> 2.7.56)
>
> Cheers,
> Albert
So KDE 4.8 will not work with soprano 2.8?
-Todd
Tested and it works
Thanks,
Todd Jennings
ted and it works
Thanks,
Todd Jennings
gt; loop be removed?
That depends on whether we can guarantee that the values will always only be
strings. I assumed that since it uses a qvariant that this cannot be
guaranteed, in which case the loop overwrites non-string values with an empty
string. If we
Testing
---
Tested and it works
Thanks,
Todd Jennings
the loop does essentially nothing -
> > if it finds an empty string in the hash, it puts an empty string with the
> > same key into the hash. Am I overlooking something, or could the entire
> > loop be removed?
>
> Todd Jennings wrote:
> That depends on whether we can
s wrote:
> > dolphin/src/kitemviews/kstandarditemlistwidget.cpp, line 990
> > <http://git.reviewboard.kde.org/r/106304/diff/2/?file=82854#file82854line990>
> >
> > Please remove the '\'.
- Todd
---
This is an automatically
mlistwidget.cpp
7ae7e2efcffc2f68c72a05cdbc3b29abc4c3aff4
Diff: http://git.reviewboard.kde.org/r/106304/diff/
Testing
---
Tested and it works
Thanks,
Todd Jennings
s to mind
is drag-and-drop between windows that is preventing some programs from using
the Qt tab bar.
I think stuff that requires moving whole blocks of KDE over to Qt, like KIO,
should be the last thing that is done. This is partly because it is a lot
more work, but also partly because, as I said in point 6, all the small KDE
changes that the larger blocks depend on have to be in Qt anyway.
-Todd
On Sun, Oct 31, 2010 at 1:24 PM, Albert Astals Cid wrote:
> A Diumenge, 31 d'octubre de 2010, todd rme va escriure:
> > On Sun, Oct 31, 2010 at 9:26 AM, Michael Jansen jansen.biz>wrote:
> > > On Sunday 31 October 2010 12:33:22 Mark Kretschmann wrote:
> > >
On Mon, Nov 8, 2010 at 10:02 PM, Steven Sroka wrote:
> As of yesterday, I've been getting this error when trying to compile
> kdebindings:
> [ 28%] Building CXX object smoke/qtgui/CMakeFiles/smokeqtgui.dir/x_8.o
> /bin/sh: line 1: 19242 Segmentation fault
> /home/steven/kdesvn/build/kdebindings/g
If you look at the various changes from KDE 3 to KDE 4, two major
trends emerge: unification and abstraction. Plasma, for example,
unifies the various parts of the desktop and panel. Solid provides an
abstraction layer that hides the details of device management from
applications, while Phonon does
On Sat, Jan 1, 2011 at 5:09 PM, Raphael Kubo da Costa wrote:
> At Sat, 1 Jan 2011 21:25:23 + (UTC),
> Tom Albers wrote:
>> 40 kdelibs-bugs
>> 28 plasma-bugs
>
> Aren't these the default assignees for most kdelibs and plasma bugs?
> Would they then be assigned to unassigned-b...@?
Ye
on a QRegExp object that isn't in use by any other
> thread. Create a copy if you need to.
Judging from this thread, this seems to be a common but little-known
problem. Is there a way to build a test for this into KDE debug tools
so that when it causes a crash the backtrace gives a clear message
telling them to fix this?
-Todd
ow of)
>> if the app doesn't provide an hint, it could jut fall back at be a normal
>> maximize
>
> exactly, plus i think in osx is more evil and you can't max (unless you realy
> realy want to by instaling external software).
> this would be a bit less evil than that and more of a 2 step thing
How would we let users know? Would the icon change? Maybe a box for
"optimal size", then keep maximize and unmaximize buttons the same?
That leads to a couple questions: would unmaximizing automatically go
back to the optimal state? What if someone wanted to go back to their
previous window size after going to the optimal state? Ctrl+click
maybe returns to the previous state? Although that lacks visibility.
-Todd
.
> He, something like DrKonqi installing the debug info packages on request. So
> something like that is existing already, just needs to be generalized perhaps.
>
> Cheers
> Friedrich
openSUSE's version of KDE has something like this as well. It might
be worth seeing how they do it.
-Todd
n shortcuts that are the same in every
> application that makes KDE SC.
> Just a little brainstorm.
> What do you think?
> Regards,
> Mark
Isn't that what "Standard Keyboard Shortcuts" is for? Applications
can override these, of course, but they probably shouldn't by default.
-Todd
git.reviewboard.kde.org/r/100603/diff/>
>
I am not sure this is the place for it, but in the case of a device being
busy, is it possible to say what program is using the device so the user can
close it?
-Todd
nqueror with sidebar]<http://svn.reviewboard.kde.org/r/6207/s/589/>
> [image:
> Dolphin] <http://svn.reviewboard.kde.org/r/6207/s/590/>
>
Just out of curiosity, why is this limited to only windows? A bunch of
users have requested something similar for Linux as well, apparently
preferring that interface to the dolphin places panel.
It has uses beyond the normal file manager. For instance it could be used
in the folder view widget as an alternative to the device notifier, allowing
people to use the popup navigation in folderview to drill down into
removable media (I personally would prefer such an interface to the existing
device notifier). It could be used by S&L containment to provide removable
device access and navigation in one interface.
I think this has potential to provide a lot of useful capabilities to Linux
as well as to Windows.
-Todd
On Wed, Feb 9, 2011 at 5:25 PM, Albert Astals Cid wrote:
> Of course in an ideal world, QLineEdit would get all the KLineEdit features,
> but that's not going to happen and we know it.
>
> Albert
Why wouldn't it happen?
-Todd
heard of someone with ideas for a barcode flake for
> calligra.
Might it also be useful for downloading plasmoids with plasma-mid?
-Todd
l optional task could include
porting the plasma shortcut system to use this (although that would
depend on writing the mouse plug-in first).
Does anybody think this is a good idea for a project? If so I could
add it to the wiki.
-Todd
ot;XButton2".
>
Are you sure about this? I thought xbutton1 and xbutton2 where the
"buttons" for the x-axis, that is the scroll wheel. In other words,
xbutton1 is scroll up and xbutton 2 is scroll down (or vice versus).
-Todd
zilla's support. I think it would be useful
> for many applications, e.g. Kopete or Amarok. Any comments?
>
> Regards
> Jonathan
Couldn't this be handled with activities?
-Todd
gt; is
> installed, the dbus interfaces work their magic.
>
> 2) The zeitgeist developers (and even the Phonon devs) would absolutely *love*
> to see more KDE apps use Zeitgeist. Its pretty cool.
>
>
> --
> Trever Fischer (tdfischer)
> Fedora Ambassador, KDE Hacker
> http://wm161.net
> GPG: C40F2998 hkp://wwwkeys.pgp.net
>
What is the advantage of zeitgeist over nepomuk?
-Todd
> ---
>>
>> Zeitgeist vs Nepomuk
>>
>> Sebastian concluded that storing all the events in Nepomuk wouldn't be
>> wise, so it was agreed to store them in Zeitgeist which was designed with
>> that sole purpose.
>
> to be precise: I wanted to test storing all in Nepomuk first which I
> have not done yet.
Does this mean you would want to give nepomuk this capability if the
tests are successful?
-Todd
gt;> better (?) technologies in remote monitoring).
>
>
> Thanks - you guys have already changed my mind :-)
>
> John
It is good it is not going to be removed, but it does sound like there
are problems with the protocol being used that makes the program
difficult to develop.
Could that situation be improved without removing the functionality?
-Todd
ense to disable the auto-mounting when the computer is locked.
It seems to be a security issue, and having it instantly auto-mount
when the user unlocks the computer seems like it would work for most
use-cases.
Someone would need to be doing some pretty advanced scripting to need
to mount a drive while the computer is locked, and in that case they
can probably set it up to mount within the script. If I recall k3b
handles mounting itself, so so switching out discs during a multi-disc
burn operation should not be affected by this.
-Todd
ase let me know, backup on the more technical
> aspects would be welcome.
>
> Cheers!
>
> John.
Are there screenshots of the most recent version available?
-Todd
On Wed, Mar 16, 2011 at 3:08 PM, Hugo Pereira Da Costa
wrote:
> On Wednesday 16 March 2011 19:55:48 todd rme wrote:
>> On Wed, Mar 16, 2011 at 1:44 PM, John Layt wrote:
>> > Hi,
>> >
>> > I'll be attending the OpenPrinting Summit [1] to discuss how to co
top and you open the dialog in a KDE application, do you get
the KDE version?
-Todd
to be interpreted as a
manifestation of a larger problem, and thus hopefully get more
attention. At least that is my armchair psychoanalysis view of it ;)
-Todd
e to print the front and back page such that for example
> crop marks exactly match. Often there is an offset one has to apply. It
> would be nice if one could do this independently for the front and back page
> in the dialog.
>
> Christoph Bartoschek
In general it would be nice to see screenshots of the available
options and how they are laid out.
-Todd
is will
> be a good test of the usability design. I think the big problem is people
> will need to unlearn that those are tabs with fixed groups of settings, but
> rather filters that can be mixed and matched to produce dynamic results.
>
> John.
Just out of curiosity, what widget style is being used for the screenshots?
-Todd
On Sun, Mar 20, 2011 at 5:41 PM, Christoph Bartoschek wrote:
> Am Sonntag 20 März 2011 schrieb todd rme:
>> Just out of curiosity, what widget style is being used for the
>> screenshots?
>
> This should be oxygen from KDE 4.4
Is it a problem that the dialog doesn't look
t if the KWallet password dialog pops up by simply
> browsing (while not logging on and not completing forms) as virtually any page
> uses cookies.
If someone knows enough to encrypted home partitions they probably
know enough to disable this feature as well. I think the decision
about whether it should be enabled by default should be made based on
regular users who don't know as much.
-Todd
or
commonly-used components like the dolphin part, kate part,
thumbnailing system, or kio?
-Todd
u copy a file to a folder, and there is a name
conflict, it would check to make sure the files are not identical
before prompting you for a decision. It was decided that this wasn't
enough for a GSOC project, but maybe it is enough for a season of KDE
project. I am not sure.
-Todd
ME applications and commandline applications cannot use it. Having
KIO slaves automatically mounted somewhere so they can ba accessed by
non-KDE applications would help interporability a lot. GIO (gnome's
equivalent) already does this (mounting them in a hidden directory).
I am not sure what the best approach to this would be, though. There
was some work done on this in the KIO-fuse project, but it seems to
have been abandoned.
-Todd
On Sun, May 8, 2011 at 12:44 PM, Raphael Kubo da Costa wrote:
> Alexander Neundorf writes:
>
> The rest of the modules are at an unknown/early/inexistent migration
> state.
>
Weren't there issues with kdeartwork and GIT because of the large
number of binary files (like wallpapers)?
-Todd
hnically, you'd get a clipboard (well, 10+ actually) from X alone. Klipper
> provides history, actions, synchronization and edit functionality on top of
> that.
Would that make klipper a potential target for the upcoming
modularization efforts, then?
-Todd
n KDE wherever possible, so if
they are aware these sorts of possibilities exist they might be
willing to work on them.
-Todd
out wasted
resources, wouldn't it waste far fewer resources to add those new
features and add the Gnome-centric bits in KDM than to add the new
features, old features, gnome-centric bits, and KDE-centric bits in
LightDM?
-Todd
On Wed, Jun 15, 2011 at 12:08 PM, Alex Fiestas wrote:
> On Wednesday, June 15, 2011 08:20:35 AM todd rme wrote:
>> There seems to be an implicit assumption here that if we are going to
>> go the cross-desktop route it would have to be LightDM that we pick.
>> But if KDM
On Wed, Jun 15, 2011 at 5:46 PM, Alex Fiestas wrote:
> On Wednesday, June 15, 2011 05:37:14 PM todd rme wrote:
>> There are apparently people willing to implement KDE support in
>> LightDM, so why don't they instead improve KDM? Why should they be
>> putting their effor
collaborate/workgroups/openprinting/commonprintingdialog
It might be good to send this to kde-devel as well. Someone else
would have to chime in, but perhaps posting on the dot might also be
good.
-Todd
This is by no means complete yet so please suggest other areas and names.
>
> Cheers!
>
> John.
>
What about extended mouse button handling as Richard Stockton was working on?
http://bugreports.qt.nokia.com/browse/QTBUG-16092
This is one of the longest-lasting and most-requested wishlist items
in KDE, but appears to require binary incompatible changes to Qt.
-Todd
in.
>
> While I agree that this is probably not that common those cases should weigh
> in heavier regarding security. This doesn't mean we couldn't have a way for
> the user to explicitly configure it to ignore those issues.
>
> Regards,
> Michael
>
>
Was a decision every made regarding this? I don't seem to see this
implemented in KDE 4.7 rc1, although I might have missed it somehow.
-Todd
stem settings desktop file just needs an addition of:
>
> OnlyShowIn=KDE;
>
> Richard.
>
It has already been explained why this is not sufficient. System
settings is needed to configure many aspects of KDE programs. Doing
this will leave Gnome users unable to configure any KDE programs they
use.
-Todd
94 matches
Mail list logo