--===============2132571536==
Content-Type: multipart/signed;
  boundary="nextPart3318283.HjZiVC29V6";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart3318283.HjZiVC29V6
Content-Type: text/plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Alle 15:28, gioved=C3=AC 12 ottobre 2006, Florian Merz ha scritto:
> > > > - kregexpeditor - edit regular expressions
> > > > move to extragear, though it's fine in the utilities menu
> > >
> > > and if someone installs it from extragear? how do we show it in the
> > > kmenu?
> >
> > nooooooooo... kregexpeditor is sooo useful to newbies...
> > If they need to create a regular expression for whatever reason,
> > kregexpeditor is a really powerful gui that helps to do so.
>
> You got any examples for those reasons?
Yes, for example an user that needs to add a filter in kmail.
And for the rest Micha=C3=ABl has already answered IMO

> And please don't forget that putting it in extragear is not the same as
> dropping it. I don't think a user who can't install packages with his
> distributions package manager will need regular expression.
[snip]
> > My thought?
> > Just keep the utilities menu, and split it into several, defined, and
> > smart categories, but not like we already do with kmenu submenus (like
> > office, or graphics, or so), but _REALLY_ trying to represent what the
> > user wants to do when (s)he use them. We can also create more, and
> > non-standard categories, and be more "liberal" managing them.
> >
> > Just try not to answer the question "What use is my app designed for?"
> > (office, development, etc..) but more "When users needs to use my app?"
> > (E.g. when (s)he will use kjobviewer, is because is trying to "debug"
> > some kind of hardwawre problems). So put it in some submenu of the
> > "Utilities" submenu called "harware issues" or something.
>
> IMHO KDE shouldn't add more depth to the utilities menu but reduce its
> size.
Adding more defined and clear categories, is not increasing the size of tha=
t=20
menu. It's just better organizing it, as well as reduce its depth putting=20
more entries in one single category (that are not existent ATM if not just =
in=20
a minimal part).

> > And _avoid_ a "Various"category in that submenu.
>
> Mmh, right now the utilities menu feels already a bit like a "Various"
> category.
Infact. We must avoid to create a various category into another various=20
category. There is enough "space" in the kmenu just for one "various"=20
category (the utilities submenu), if you put something in the "utilities"=20
section, just find a suitable category. I was meaning: "Don't put a various=
=20
subsection in the utilities section". That's why I said "in that submenu".

Perhaps we can also merge a great part of the "System" menu, that right now=
 is=20
quite a mess. Applications like KPerformanceMonitor feels much more more li=
ke=20
utilities than application on their own (like Konsole).

Anyway, here I'm answering to Aaron too, I cannot make a general proposal,=
=20
each program and each case should be examinated on its own.

=2DRiccardo
=2D-=20
GPG key:
3D0F6376
=2D----
A kde it translator
A plasma developer [http://plasma.kde.org]
=46ellow n=C2=B0 545 of Free Software Foundation Europe [http://www.fsfe.or=
g]
=2D----
Pace Peace Paix Paz Frieden Pax Pok=C3=B3j Fri=C3=B0ur Fred B=C3=A9ke =E5=
=92=8C=E5=B9=B3
Hasiti Lap=C3=A9 Hetep Malu M=D0=B8=D1=80 Wolakota Santiphap Irini Peoch
Shanti Vrede Baris R=C3=B3j M=C3=ADr Taika Rongo Sulh Py'guapy =ED=8F=89=ED=
=99=94

--nextPart3318283.HjZiVC29V6
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)

iQCVAwUARS/n//s/e2UU1zymAQJjvgP/U+Fot1iRwwFoEHLEnPll/3aT2dT+ZgXR
Ny7uMyJaQq3mffEkwYOolbcsH1V9ffekJvG/rzvRiQSZGMsbLVLkHnkjHVRn7h5D
S945Yo6mnVejTCy75dZ9BvfqPiOVyC0o5AGTXVPZlkI4P6fP1wtL8YxESCTvMCyb
SBwKN8wNlLo=
=u71a
-----END PGP SIGNATURE-----

--nextPart3318283.HjZiVC29V6--

--===============2132571536==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Panel-devel mailing list
Panel-devel@kde.org
https://mail.kde.org/mailman/listinfo/panel-devel

--===============2132571536==--