Lots of nothing Googling this. Could not find any discussion of kinfocenter removal other than mailing list and https://bugs.trinitydesktop.org/show_bug.cgi?id=2135 mention that it happened.
[openSUSE 13.1 host big41] # which kcmshell /opt/trinity/bin/kcmshell
# file /opt/trinity/bin/kcmshell /opt/trinity/bin/kcmshell: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=2bb4f94287bb4cbe23e5491ca63bf2f4938fc5a5, stripped
# rpm -qf /opt/trinity/bin/kcmshell trinity-tdelibs-3.5.13.2-3.oss131.opt.x86_64
# kcmshell fonts http://fm.no-ip.com/SS/KDE/kcmshellK3-fonts-120.jpg (KDE3 or KDE4) http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-fonts-132.jpg (TDE 3.5.13)
# kcmshell xserver http://fm.no-ip.com/SS/KDE/kcmshellK3-xserver-120.jpg (KDE3 or KDE4) http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-xserver-132.jpg
[openSUSE 13.2 host gx28c] # which kcmshell which: no kcmshell in (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games)
# rpm -qa | grep tdelibs trinity-tdelibs-14.0.0-1.oss132.opt.i586
# kcontrol xserver kcontrol: Unexpected argument 'xserver'. kcontrol: Use --help to get a list of available command line options.
# kcontrol fonts kcontrol: Unexpected argument 'fonts'. kcontrol: Use --help to get a list of available command line options.
kcontrol --help-all doesn't seem to have an answer. Where did the simple little applet window functionality go in R14?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
On 2015/02/24 04:27 PM, Felix Miata wrote:
Lots of nothing Googling this. Could not find any discussion of kinfocenter removal other than mailing list and https://bugs.trinitydesktop.org/show_bug.cgi?id=2135 mention that it happened.
[openSUSE 13.1 host big41] # which kcmshell /opt/trinity/bin/kcmshell
# file /opt/trinity/bin/kcmshell /opt/trinity/bin/kcmshell: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=2bb4f94287bb4cbe23e5491ca63bf2f4938fc5a5, stripped
# rpm -qf /opt/trinity/bin/kcmshell trinity-tdelibs-3.5.13.2-3.oss131.opt.x86_64
# kcmshell fonts http://fm.no-ip.com/SS/KDE/kcmshellK3-fonts-120.jpg (KDE3 or KDE4) http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-fonts-132.jpg (TDE 3.5.13)
# kcmshell xserver http://fm.no-ip.com/SS/KDE/kcmshellK3-xserver-120.jpg (KDE3 or KDE4) http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-xserver-132.jpg
[openSUSE 13.2 host gx28c] # which kcmshell which: no kcmshell in (/sbin:/usr/sbin:/usr/local/sbin:/root/bin:/usr/local/bin:/usr/bin:/bin:/usr/bin/X11:/usr/games)
# rpm -qa | grep tdelibs trinity-tdelibs-14.0.0-1.oss132.opt.i586
# kcontrol xserver kcontrol: Unexpected argument 'xserver'. kcontrol: Use --help to get a list of available command line options.
# kcontrol fonts kcontrol: Unexpected argument 'fonts'. kcontrol: Use --help to get a list of available command line options.
kcontrol --help-all doesn't seem to have an answer. Where did the simple little applet window functionality go in R14?
Not sure I understand the question exactly, but if you are wondering about the possibility to bring up a single control module from CLI, in R14 you need to use tdecmshell not kcmshell.
Cheers Michele
Michele Calgaro composed on 2015-02-24 17:36 (UTC+0900):
Felix Miata wrote:
...
# kcmshell fonts http://fm.no-ip.com/SS/KDE/kcmshellK3-fonts-120.jpg (KDE3 or KDE4) http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-fonts-132.jpg (TDE 3.5.13)
# kcmshell xserver http://fm.no-ip.com/SS/KDE/kcmshellK3-xserver-120.jpg (KDE3 or KDE4) http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-xserver-132.jpg
...
Not sure I understand the question exactly, but if you are wondering about the possibility to bring up a single control module from CLI, in R14 you need to use tdecmshell not kcmshell.
You understood enough! I never could find *"infocenter", so there was no way to search PS output to see a relevant name. Thanks for that! :-)
The result is a double-edged surprise. The minimum window widths are nominally narrower, but the minimum heights are taller, and they are cluttered by a needless left column that significantly counters the point of having the individual applets. The old (quoted) and the new (below) have much too much minimum whitespace: http://fm.no-ip.com/SS/KDE/kcmshellTDE14-fonts-132.jpg http://fm.no-ip.com/SS/KDE/kcmshellTDE14-xserver-132.jpg
The excess approaches sensible as display density increases: http://fm.no-ip.com/SS/KDE/kcmshellTDE14-fonts-180.jpg http://fm.no-ip.com/SS/KDE/kcmshellTDE14-xserver-180.jpg
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
On 02/24/2015 06:42 PM, Felix Miata wrote:
Michele Calgaro composed on 2015-02-24 17:36 (UTC+0900):
Felix Miata wrote:
...
# kcmshell fonts http://fm.no-ip.com/SS/KDE/kcmshellK3-fonts-120.jpg (KDE3 or KDE4) http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-fonts-132.jpg (TDE 3.5.13)
# kcmshell xserver http://fm.no-ip.com/SS/KDE/kcmshellK3-xserver-120.jpg (KDE3 or KDE4) http://fm.no-ip.com/SS/KDE/kcmshellTDE3513-xserver-132.jpg
...
Not sure I understand the question exactly, but if you are wondering about the possibility to bring up a single control module from CLI, in R14 you need to use tdecmshell not kcmshell.
You understood enough! I never could find *"infocenter", so there was no way to search PS output to see a relevant name. Thanks for that! :-)
The result is a double-edged surprise. The minimum window widths are nominally narrower, but the minimum heights are taller, and they are cluttered by a needless left column that significantly counters the point of having the individual applets. The old (quoted) and the new (below) have much too much minimum whitespace: http://fm.no-ip.com/SS/KDE/kcmshellTDE14-fonts-132.jpg http://fm.no-ip.com/SS/KDE/kcmshellTDE14-xserver-132.jpg
The excess approaches sensible as display density increases: http://fm.no-ip.com/SS/KDE/kcmshellTDE14-fonts-180.jpg http://fm.no-ip.com/SS/KDE/kcmshellTDE14-xserver-180.jpg
While I agree that the left column is somehow a waste of space when a single control module is invoked, I do not see what is the problem with the height of the window. Even in the screenshots you posted, the Fonts module is displayed in full while the xserver is somehow using half the height it requires and adds a scrollbar inside to be able to see all the contents. Personally I prefer to have a bigger window (if it fits the screen) displaying all the contents at once instead of having a smaller one but having to scroll to look for information. Having said that, I am aware that a (very) few windows have so many things in it that displaying the full contents on a 1368x768 (or 1024x768) monitor is not possible.
Regarding the left column, could you file an enhancement request on the bugszilla to "hide the left column" when only one control module is displayed? So we don't forget about it.
Cheers Michele
Michele Calgaro composed on 2015-02-25 07:50 (UTC+0900):
Felix Miata wrote:
...
The result is a double-edged surprise. The minimum window widths are nominally narrower, but the minimum heights are taller, and they are cluttered by a needless left column that significantly counters the point of having the individual applets. The old (quoted) and the new (below) have much too much minimum whitespace: http://fm.no-ip.com/SS/KDE/kcmshellTDE14-fonts-132.jpg http://fm.no-ip.com/SS/KDE/kcmshellTDE14-xserver-132.jpg
The excess approaches sensible as display density increases: http://fm.no-ip.com/SS/KDE/kcmshellTDE14-fonts-180.jpg http://fm.no-ip.com/SS/KDE/kcmshellTDE14-xserver-180.jpg
While I agree that the left column is somehow a waste of space when a single control module is invoked, I do not see what is the problem with the height of the window. Even in the screenshots you posted, the Fonts module is displayed in full while the xserver is somehow using half the height it requires and adds a scrollbar inside to be able to see all the contents.
You misunderstood or overlooked my use of the word "minimum". Those screenshots are of minimum sizes the windows would permit, which isn't necessarily related to the windows' initial sizes, or any larger sizes that would obviate any need for scrollbars. For my usual use, scrollbars are *expected*.
http://fm.no-ip.com/SS/KDE/b317553kde.png is an example of my primary use of these modules. Because they can not be shrunken below an arbitrary minimum size, I usually need to place them overhanging the right edge and/or the bottom edge of the desktop in order to limit their display of information that is irrelevant to the reason for making the screenshot, and limit their blocking of information I want showing. If they were able to be sufficiently shrunken I would have considerably more flexibility in placing them.
Personally I prefer to have a bigger window (if it fits the screen) displaying all the contents at once instead of having a smaller one but having to scroll to look for information.
That's perfectly reasonable, when you wish as much as possible to be shown in the window, the opposite of my usecase.
...
Regarding the left column, could you file an enhancement request on the bugszilla to "hide the left column" when only one control module is displayed? So we don't forget about it.
https://bugs.trinitydesktop.org/show_bug.cgi?id=2378
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
<...>
While I agree that the left column is somehow a waste of space when a single control module is invoked, I do not see what is the problem with the height of the window. Even in the screenshots you posted, the Fonts module is displayed in full while the xserver is somehow using half the height it requires and adds a scrollbar inside to be able to see all the contents.
You misunderstood or overlooked my use of the word "minimum". Those screenshots are of minimum sizes the windows would permit, which isn't necessarily related to the windows' initial sizes, or any larger sizes that would obviate any need for scrollbars. For my usual use, scrollbars are *expected*.
http://fm.no-ip.com/SS/KDE/b317553kde.png is an example of my primary use of these modules. Because they can not be shrunken below an arbitrary minimum size, I usually need to place them overhanging the right edge and/or the bottom edge of the desktop in order to limit their display of information that is irrelevant to the reason for making the screenshot, and limit their blocking of information I want showing. If they were able to be sufficiently shrunken I would have considerably more flexibility in placing them.
Sorry for the late reply, lack of time.... Ah ah, now I see what you mean by "minimum". Not sure how much work this would require, we might have to modify all those modules one by one. In the mean time, as an alternative, have you ever tried the "Shade" functionality? This can easy hide windows when not required.
Cheers Michele
Michele Calgaro composed on 2015-03-04 07:47 (UTC+0900):
have you ever tried the "Shade" functionality? This can easy hide windows when not required.
Google doesn't seem to be able to locate a definition of shade functionality. I'm not looking to hide whole windows, only window contents irrelevant to the reason for having the window open. When I have an X Server window open, there are usually only two lines relevant to the reason for having it open. Additional info is extraneous information that obfuscates that which is important to my purpose.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512
On 2015/03/04 09:59 AM, Felix Miata wrote:
Michele Calgaro composed on 2015-03-04 07:47 (UTC+0900):
have you ever tried the "Shade" functionality? This can easy hide windows when not required.
Google doesn't seem to be able to locate a definition of shade functionality. I'm not looking to hide whole windows, only window contents irrelevant to the reason for having the window open. When I have an X Server window open, there are usually only two lines relevant to the reason for having it open. Additional info is extraneous information that obfuscates that which is important to my purpose.
The "shade" functionality is offered by some of the window styles and basically reduces a window to the tile bar with a click of the mouse and back with another click. "Stay on top" + "shade" is very effective is you need to hide a window for a short time to see another window below. If you need, I can make a screenshot when I am back on a TDE machine.
Cheers Michele
-
Felix Miata -
Michele Calgaro