All,
Reviewing my current Trinity 3.5.12 desktop at work, I have found a number of additional useful kcontrol applets that are not in the current 3.5.13. I'm not saying they are needed, but for discussion, here they are. Basically a diff of the entries is:
(in 3.5.12 Archlinux - Albert Vaca build)
Appearance & Themes KSM Theme Manager
Internet & Network Local Network Chat Network Interfaces Protocols Samba Wireless Network Zeroconf Service Discovery
Peripherals CD-ROM Information Devices DMA-Channels ICC Color Profile Interrupts IO-Ports Partitions PCI Processors SCSI Sound USB Devices X-Server
Power Control Laptop Battery
Many of these hold very useful information from /proc and /etc in a tabular layout (eg: Peripherals/Partitions). I don't know if these are/were standard of some distro specific addons, but they were most likely not arch additions. I have updated the side-by-side comparison to include this layout. The side-by-side now has kcontrol layouts for:
[3.5.10-suse] [3.5.12-arch] [3.5.13-current] [My Suggestions]
http://nirvana.3111skyline.com/dl/dt/trinity/kcontrol/
I took a few screenshots to show what I saw in the 3.5.12 kcontrol:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kcontrol-ICC.jpg
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kcontrol-Xserver.jpg
Screenshots of the Appearance & Themes - Internet & Network are shown here:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kcontrol_3.5.12-1.jpg
Nothing pressing and I'm not necessarily arguing for their inclusion. But if you guys that make decisions on what goes in and what doesn't like something you see, I'm certain we could probably track the sources down.
The one that did catch my eye was 'Zeroconf Service Discovery'. With the new uses for avahi for iphone printing, etc., it might be nice to have an interface to it in kcontrol. I tested the current build and it will need tweaking. On Arch, the /usr/share/avahi_enabe '1' no longer exists. So the package would need updating by the distro maintainers to work with the version of avahi they ship.
Reviewing my current Trinity 3.5.12 desktop at work, I have found a number of additional useful kcontrol applets that are not in the current 3.5.13. I'm not saying they are needed, but for discussion, here they are. Basically a diff of the entries is:
(in 3.5.12 Archlinux - Albert Vaca build)
Appearance & Themes KSM Theme Manager
Internet & Network Local Network Chat Network Interfaces Protocols Samba Wireless Network Zeroconf Service Discovery
Peripherals CD-ROM Information Devices DMA-Channels ICC Color Profile Interrupts IO-Ports Partitions PCI Processors SCSI Sound USB Devices X-Server
Power Control Laptop Battery
Many of these hold very useful information from /proc and /etc in a tabular layout (eg: Peripherals/Partitions). I don't know if these are/were standard of some distro specific addons, but they were most likely not arch additions. I have updated the side-by-side comparison to include this layout. The side-by-side now has kcontrol layouts for:
I don't know how your packages were built. All but the theme manager are standard in 3.5.13 and GIT, at least with my Slackware builds. I'm not patching anything to obtain those modules.
Darrell
On 16 February 2012 16:37, Darrell Anderson humanreadable@yahoo.com wrote:
Reviewing my current Trinity 3.5.12 desktop at work, I have found a number of additional useful kcontrol applets that are not in the current 3.5.13. I'm not saying they are needed, but for discussion, here they are. Basically a diff of the entries is:
(in 3.5.12 Archlinux - Albert Vaca build)
Appearance & Themes KSM Theme Manager
Internet & Network Local Network Chat Network Interfaces Protocols Samba Wireless Network Zeroconf Service Discovery
Peripherals CD-ROM Information Devices DMA-Channels ICC Color Profile Interrupts IO-Ports Partitions PCI Processors SCSI Sound USB Devices X-Server
Power Control Laptop Battery
Many of these hold very useful information from /proc and /etc in a tabular layout (eg: Peripherals/Partitions). I don't know if these are/were standard of some distro specific addons, but they were most likely not arch additions. I have updated the side-by-side comparison to include this layout. The side-by-side now has kcontrol layouts for:
I don't know how your packages were built. All but the theme manager are standard in 3.5.13 and GIT, at least with my Slackware builds. I'm not patching anything to obtain those modules.
Darrell
So basically there is a patch to enable theming of the ksmserver dialog... from who knows where. Pawel showed me a few weeks ago.
my vote is to not enable it, it's just more bloat.
Calvin
On 16 February 2012 16:37, Darrell Anderson humanreadable@yahoo.com wrote:
Reviewing my current Trinity 3.5.12 desktop at work, I have found a number of additional useful kcontrol applets that are not in the current 3.5.13. I'm not saying they are needed, but for discussion, here they are. Basically a diff of the entries is:
(in 3.5.12 Archlinux - Albert Vaca build)
Appearance & Themes KSM Theme Manager
Internet & Network Local Network Chat Network Interfaces Protocols Samba Wireless Network Zeroconf Service Discovery
Peripherals CD-ROM Information Devices DMA-Channels ICC Color Profile Interrupts IO-Ports Partitions PCI Processors SCSI Sound USB Devices X-Server
Power Control Laptop Battery
Many of these hold very useful information from /proc and /etc in a tabular layout (eg: Peripherals/Partitions). I don't know if these are/were standard of some distro specific addons, but they were most likely not arch additions. I have updated the side-by-side comparison to include this layout. The side-by-side now has kcontrol layouts for:
I don't know how your packages were built. All but the theme manager are standard in 3.5.13 and GIT, at least with my Slackware builds. I'm not patching anything to obtain those modules.
Darrell
So basically there is a patch to enable theming of the ksmserver dialog... from who knows where. Pawel showed me a few weeks ago.
my vote is to not enable it, it's just more bloat.
Calvin
Which ksmserver dialog are you referring to? There are several.
Tim
On 16 February 2012 16:44, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
On 16 February 2012 16:37, Darrell Anderson humanreadable@yahoo.com wrote:
Reviewing my current Trinity 3.5.12 desktop at work, I have found a number of additional useful kcontrol applets that are not in the current 3.5.13. I'm not saying they are needed, but for discussion, here they are. Basically a diff of the entries is:
(in 3.5.12 Archlinux - Albert Vaca build)
Appearance & Themes KSM Theme Manager
Internet & Network Local Network Chat Network Interfaces Protocols Samba Wireless Network Zeroconf Service Discovery
Peripherals CD-ROM Information Devices DMA-Channels ICC Color Profile Interrupts IO-Ports Partitions PCI Processors SCSI Sound USB Devices X-Server
Power Control Laptop Battery
Many of these hold very useful information from /proc and /etc in a tabular layout (eg: Peripherals/Partitions). I don't know if these are/were standard of some distro specific addons, but they were most likely not arch additions. I have updated the side-by-side comparison to include this layout. The side-by-side now has kcontrol layouts for:
I don't know how your packages were built. All but the theme manager are standard in 3.5.13 and GIT, at least with my Slackware builds. I'm not patching anything to obtain those modules.
Darrell
So basically there is a patch to enable theming of the ksmserver dialog... from who knows where. Pawel showed me a few weeks ago.
my vote is to not enable it, it's just more bloat.
Calvin
Which ksmserver dialog are you referring to? There are several.
Tim
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
shutdown dialog afaik. the patch
http://gitorious.org/kdemod3/kdemod3/blobs/master/kdebase/20-ksmserver_theme...
On 16 February 2012 16:44, Timothy Pearson kb9vqf@pearsoncomputing.net wrote:
On 16 February 2012 16:37, Darrell Anderson humanreadable@yahoo.com wrote:
Reviewing my current Trinity 3.5.12 desktop at work, I have found a number of additional useful kcontrol applets that are not in the current 3.5.13. I'm not saying they are needed, but for discussion, here they are. Basically a diff of the entries is:
(in 3.5.12 Archlinux - Albert Vaca build)
Appearance & Themes KSM Theme Manager
Internet & Network Local Network Chat Network Interfaces Protocols Samba Wireless Network Zeroconf Service Discovery
Peripherals CD-ROM Information Devices DMA-Channels ICC Color Profile Interrupts IO-Ports Partitions PCI Processors SCSI Sound USB Devices X-Server
Power Control Laptop Battery
Many of these hold very useful information from /proc and /etc in a tabular layout (eg: Peripherals/Partitions). I don't know if these are/were standard of some distro specific addons, but they were most likely not arch additions. I have updated the side-by-side comparison to include this layout. The side-by-side now has kcontrol layouts for:
I don't know how your packages were built. All but the theme manager are standard in 3.5.13 and GIT, at least with my Slackware builds. I'm not patching anything to obtain those modules.
Darrell
So basically there is a patch to enable theming of the ksmserver dialog... from who knows where. Pawel showed me a few weeks ago.
my vote is to not enable it, it's just more bloat.
Calvin
Which ksmserver dialog are you referring to? There are several.
Tim
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
shutdown dialog afaik. the patch
http://gitorious.org/kdemod3/kdemod3/blobs/master/kdebase/20-ksmserver_theme...
Looks like. It also seems that this would not be something we would want, as it applies a different theme than what the user's desktop is using.
Tim
On Friday 17 February 2012 01:46:54 Calvin Morrison wrote:
shutdown dialog afaik. the patch
http://gitorious.org/kdemod3/kdemod3/blobs/master/kdebase/20-ksmserver_theme...
Possibly this patch is exactly what makes your ksm dialog source file so extensive.
On Feb 16, 2012 7:54 PM, "Ilya Chernykh" anixxsus@gmail.com wrote:
On Friday 17 February 2012 01:46:54 Calvin Morrison wrote:
shutdown dialog afaik. the patch
http://gitorious.org/kdemod3/kdemod3/blobs/master/kdebase/20-ksmserver_theme...
Possibly this patch is exactly what makes your ksm dialog source file so
extensive.
To unsubscribe, e-mail:
trinity-devel-unsubscribe@lists.pearsoncomputing.net
For additional commands, e-mail:
trinity-devel-help@lists.pearsoncomputing.net
Read list messages on the web archive:
http://trinity-devel.pearsoncomputing.net/
Please remember not to top-post:
http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Negative IIRC it was never merged. Pawel mentioned last week wanting to merge it, so it probably isn't already
Calvin
So basically there is a patch to enable theming of the ksmserver dialog... from who knows where. Pawel showed me a few weeks ago.
my vote is to not enable it, it's just more bloat.
How about a build option? I tend toward minimalism too, but I dislike the idea of whacking things I don't like when others have grown accustomed or dependent on them. I prefer instead to not build them or to provide options to disable. :)
Darrell
On 16 February 2012 17:38, Darrell Anderson humanreadable@yahoo.com wrote:
So basically there is a patch to enable theming of the ksmserver dialog... from who knows where. Pawel showed me a few weeks ago.
my vote is to not enable it, it's just more bloat.
How about a build option? I tend toward minimalism too, but I dislike the idea of whacking things I don't like when others have grown accustomed or dependent on them. I prefer instead to not build them or to provide options to disable. :)
Darrell
Honestly i'd rather get rid of the shutdown dialog 100% :-)
On 02/16/2012 04:40 PM, Calvin Morrison wrote:
Honestly i'd rather get rid of the shutdown dialog 100% :-)
Hmmm, and I'm fond of it. Perhaps we could include an option in kcontrol to disable the display of the dialog for those that don't want it. That would satisfy both camps. A simple control or tab under Desktop/Behavior would work:
[x] Display Shutdown Dialog on Logout. [ ] Include Shutdown Options in KMenu.
On 16 February 2012 18:01, David C. Rankin drankinatty@suddenlinkmail.com wrote:
On 02/16/2012 04:40 PM, Calvin Morrison wrote:
Honestly i'd rather get rid of the shutdown dialog 100% :-)
Hmmm, and I'm fond of it. Perhaps we could include an option in kcontrol to disable the display of the dialog for those that don't want it. That would satisfy both camps. A simple control or tab under Desktop/Behavior would work:
[x] Display Shutdown Dialog on Logout. [ ] Include Shutdown Options in KMenu.
Right on, but how far do we take this?
every time something is to change we continue to keep old stuff? hello pileup of old crap...
On 02/16/2012 05:08 PM, Calvin Morrison wrote:
Right on, but how far do we take this?
every time something is to change we continue to keep old stuff? hello pileup of old crap...
I agree - if something serves no purpose anymore, no longer works, or has been superseded - Ax it! But, if it still provides valid functionality, then don't just abandon it and call that move progress -> that's kde4 :)
I'm all for the kcontrol revisions combining things to reduce clutter. I will have to look at what a kcontol applet is and how difficult the merge process will be.
But, right now, I can't even get git to populate the darn 'admin' and 'cmake' directories with the common files needed to build :)
*The one that did catch my eye was 'Zeroconf Service Discovery'. With the new uses for avahi for iphone printing, etc., it might be nice to have an interface to it in kcontrol.* On this topic i have the service working nicely. Avahi should be present before building, and the user/group already created (read the avahi SBo readme for this). I'm using a patched avahi package and also nss-mdns-0.10-i486-1. Zeroconf seems to be working nicely.
One thing i noticed about themes (which is not super important for me, but my users cry about it) is that standard kde-look.org themes just don't work with trinity. I couldn't compile any of them, and simply changing paths or symlinking doesn't cut it. There is even a prebuilt trinity-domino slackware theme that doesn't work for me on slackware. I would like to get moodin working for trinity ... but need to wait until git is unborked.
Jay Slackware user
On Thu, Feb 16, 2012 at 11:14 PM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
On 02/16/2012 05:08 PM, Calvin Morrison wrote:
Right on, but how far do we take this?
every time something is to change we continue to keep old stuff? hello pileup of old crap...
I agree - if something serves no purpose anymore, no longer works, or has been superseded - Ax it! But, if it still provides valid functionality, then don't just abandon it and call that move progress -> that's kde4 :)
I'm all for the kcontrol revisions combining things to reduce clutter. I will have to look at what a kcontol applet is and how difficult the merge process will be.
But, right now, I can't even get git to populate the darn 'admin' and 'cmake' directories with the common files needed to build :)
-- David C. Rankin, J.D.,P.E.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
The one that did catch my eye was 'Zeroconf Service Discovery'. With the new uses for avahi for iphone printing, etc., it might be nice to have an interface to it in kcontrol. On this topic i have the service working nicely. Avahi should be present before building, and the user/group already created (read the avahi SBo readme for this). I'm using a patched avahi package and also nss-mdns-0.10-i486-1. Zeroconf seems to be working nicely.
This is an example of KControl optimizing I discussed in the etherpad, where a KControl module should appear only when the underlying related software is available. That is, the Zeroconf Service Discovery module should not build when a DNS service discovery service is not available. Or, should not appear even if built when a DNS service discovery service is not installed at run time.
One thing i noticed about themes (which is not super important for me, but my users cry about it) is that standard kde-look.org themes just don't work with trinity. I couldn't compile any of them, and simply changing paths or symlinking doesn't cut it. There is even a prebuilt trinity-domino slackware theme that doesn't work for me on slackware. I would like to get moodin working for trinity ... but need to wait until git is unborked.
I use Slackware. I don't use themes, but point me to a couple of example themes and I'll help troubleshoot.
Darrell
*The one that did catch my eye was 'Zeroconf Service Discovery'. With the new uses for avahi for iphone printing, etc., it might be nice to have an interface to it in kcontrol.* On this topic i have the service working nicely. Avahi should be present before building, and the user/group already created (read the avahi SBo readme for this). I'm using a patched avahi package and also nss-mdns-0.10-i486-1. Zeroconf seems to be working nicely.
One thing i noticed about themes (which is not super important for me, but my users cry about it) is that standard kde-look.org themes just don't work with trinity. I couldn't compile any of them, and simply changing paths or symlinking doesn't cut it. There is even a prebuilt trinity-domino slackware theme that doesn't work for me on slackware. I would like to get moodin working for trinity ... but need to wait until git is unborked.
Jay Slackware user
Moodin sources are already building for Kubuntu in TDE v3.5.13. This does bring up a good point; we should create a themes folder in GIT and import some of the good themes from kde-look.org.
Tim
On Thu, 16 Feb 2012 19:41:53 -0600 "Timothy Pearson" kb9vqf@pearsoncomputing.net wrote:
Moodin sources are already building for Kubuntu in TDE v3.5.13. This does bring up a good point; we should create a themes folder in GIT and import some of the good themes from kde-look.org.
I'd recommend including Polyester and Domino. And also Baghira, if it's not beyond repair (but was already buggy on KDE 3.5.10...).
Honestly i'd rather get rid of the shutdown dialog
100% :-)
Hmmm, and I'm fond of it. Perhaps we could include an
option in kcontrol to
disable the display of the dialog for those that don't
want it. That would
satisfy both camps. A simple control or tab under
Desktop/Behavior would work:
[x] Display Shutdown Dialog on Logout. [ ] Include Shutdown Options in KMenu.
Right on, but how far do we take this?
every time something is to change we continue to keep old stuff? hello pileup of old crap...
Crap to whom? Remember the ancient adage that one person's garbage is another person's treasures. :)
A while ago I restored some Kate features that a previous developer had labeled "useless crap." I'm just tickled pink to have those features restored. I seem to recall you having interest in those restored snippets --- wanting to sort the file list or something like that. So here we are, both happy to be using somebody else's "useless crap." :)
Darrell
On Feb 16, 2012 7:18 PM, "Darrell Anderson" humanreadable@yahoo.com wrote:
Honestly i'd rather get rid of the shutdown dialog
100% :-)
Hmmm, and I'm fond of it. Perhaps we could include an
option in kcontrol to
disable the display of the dialog for those that don't
want it. That would
satisfy both camps. A simple control or tab under
Desktop/Behavior would work:
[x] Display Shutdown Dialog on Logout. [ ] Include Shutdown Options in KMenu.
Right on, but how far do we take this?
every time something is to change we continue to keep old stuff? hello pileup of old crap...
Crap to whom? Remember the ancient adage that one person's garbage is
another person's treasures. :)
I am talking redundancy. Crap is stuff that is inefficient or duplication.
A while ago I restored some Kate features that a previous developer had
labeled "useless crap." I'm just tickled pink to have those features restored. I seem to recall you having interest in those restored snippets --- wanting to sort the file list or something like that. So here we are, both happy to be using somebody else's "useless crap." :)
I am not eliminating any features just making them follow standard dialogs. You will still be able to do it with all the features.
Also why would the old one stay default if the new one is better? Just because we are continuing KDE3 does not mean no changes can be made. If anything The new way show be default, users preferring can still easily choose the old way.
Calvin
I am not eliminating any features just making them follow standard dialogs. You will still be able to do it with all the features. Also why would the old one stay default if the new one is better? Just because we are continuing KDE3 does not mean no changes can be made. If anything The new way show be default, users preferring can still easily choose the old way.
Fair enough. :) Are we going to see mockups and allow discussion on those mockups before code is merged into GIT?
Darrell
Ill post a PNG tomorrow. I have the skeleton code there. On Feb 16, 2012 7:59 PM, "Darrell Anderson" humanreadable@yahoo.com wrote:
I am not eliminating any features just making them follow standard dialogs. You will still be able to do it with all the features. Also why would the old one stay default if the new one is better? Just because we are continuing KDE3 does not mean no changes can be made. If anything The new way show be default, users preferring can still easily choose the old way.
Fair enough. :) Are we going to see mockups and allow discussion on those mockups before code is merged into GIT?
Darrell
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 16 February 2012 20:02, Calvin Morrison mutantturkey@gmail.com wrote:
Ill post a PNG tomorrow. I have the skeleton code there.
On Feb 16, 2012 7:59 PM, "Darrell Anderson" humanreadable@yahoo.com wrote:
I am not eliminating any features just making them follow standard dialogs. You will still be able to do it with all the features. Also why would the old one stay default if the new one is better? Just because we are continuing KDE3 does not mean no changes can be made. If anything The new way show be default, users preferring can still easily choose the old way.
Fair enough. :) Are we going to see mockups and allow discussion on those mockups before code is merged into GIT?
Darrell
Here is a mockup!
This is how it is to look - notwithstanding basic order changes ( I just stuck them without much thought)
what do you think?
Calvin
On 16 February 2012 20:02, Calvin Morrison mutantturkey@gmail.com wrote:
Ill post a PNG tomorrow. I have the skeleton code there.
On Feb 16, 2012 7:59 PM, "Darrell Anderson" humanreadable@yahoo.com wrote:
I am not eliminating any features just making them follow standard dialogs. You will still be able to do it with all the features. Also why would the old one stay default if the new one is better? Just because we are continuing KDE3 does not mean no changes can be made. If anything The new way show be default, users preferring can still easily choose the old way.
Fair enough. :) Are we going to see mockups and allow discussion on those mockups before code is merged into GIT?
Darrell
Here is a mockup!
This is how it is to look - notwithstanding basic order changes ( I just stuck them without much thought)
what do you think?
Calvin
Looks good to me! I especially like the save session option; this was not clearly exposed to users (e.g. on Ubuntu) before.
Tim
Looks great. A click saver and much more intuitive. This would certainly change my *init 0* habit.
JJay
On Fri, Feb 17, 2012 at 2:18 AM, Timothy Pearson < kb9vqf@pearsoncomputing.net> wrote:
On 16 February 2012 20:02, Calvin Morrison mutantturkey@gmail.com
wrote:
Ill post a PNG tomorrow. I have the skeleton code there.
On Feb 16, 2012 7:59 PM, "Darrell Anderson" humanreadable@yahoo.com wrote:
I am not eliminating any features just making them follow standard dialogs. You will still be able to do it with all the features. Also why would the old one stay default if the new one is better? Just because we are continuing KDE3 does not mean no changes can be made. If anything The new way show be default, users preferring can still easily choose the old way.
Fair enough. :) Are we going to see mockups and allow discussion on those mockups before code is merged into GIT?
Darrell
Here is a mockup!
This is how it is to look - notwithstanding basic order changes ( I just stuck them without much thought)
what do you think?
Calvin
Looks good to me! I especially like the save session option; this was not clearly exposed to users (e.g. on Ubuntu) before.
Tim
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Here is a mockup!
This is how it is to look - notwithstanding basic order changes ( I just stuck them without much thought)
what do you think?
Looks purty. :)
I realize this is a mockup, but how will this look for those starting X/TDE from the command line? Like current operations, will the Sleep/Hibernate/Shutdown/Restart/Switch User options be unavailable for those types of sessions?
I'll volunteer to play devil's advocate:
* Will users know to look in the Logout submenu to lock the session? (Locking a session is not logging out.) * Why is switching to another user considered a logout function? Why not keep that option in the top level of the menu? * What is the difference between Save session and Logout? * Could the top level "Logout..." option be renamed to "Logout/Session Options..."?
Darrell
Honestly i'd rather get rid of the shutdown dialog 100%
:-)
One of the aspects of usability us experienced users need to remind ourselves is how clueless most users really are. I was reminded of this the past several days as family visited. Some of the conversations were about technology. I noticed that everybody but me phrased their thoughts in terms of brand names rather than device names. For example, one person presumed Kindles were the only ebook readers on the planet. Several of these people don't use computers and often the conversations left those people sitting like proverbial wall flowers.
A neighbor down the road was given an iPod for a gift. He was told to connect the iPod to his portable CD player. I had to explain to him basic terms of using the CD player and iPod to control the selections stored in the iPod.
I have worked often with very intelligent people in the engineering and technical fields. Yet almost all of them are clueless about using or configuring computers. Anything that happened out of their ordinary experiences of using a computer almost always resulted in a trip to visit me to provide answers.
I'm talking about very intelligent people, yet they don't know the basic keyboard shortcuts of Ctrl-X, Ctrl-C, Ctrl-V, and Ctrl-Z. Yes, I'm serious. Now consider the run-of-the-mill people of average intelligence. We can't rip features that any of these types of users expect or have become accustomed to.
KDE has always been the most configurable 'nix desktop environment. Although not always embraced or followed, "the user decides" is a foundation design element in the KDE family. I want to see Trinity continue that tradition. Adding check boxes in KControl solves the configuration problems for everybody.
Anybody who subscribes to this list is computer savvy. The standards we adopt for using computers is way different than just about everybody else. Us experienced users need gobs of compassion to create computer desktop environments the masses will embrace and use.
Hmmm, and I'm fond of it. Perhaps we could include an option in kcontrol to disable the display of the dialog for those that don't want it. That would satisfy both camps. A simple control or tab under Desktop/Behavior would work:
[x] Display Shutdown Dialog on Logout. [ ] Include Shutdown Options in KMenu.
This is the approach I prefer. For the hard-core minimalists, perhaps we provide documentation with building tdebase such that the dialog is preconfigured as disabled. Perhaps add a build option too. That somewhat ties into my conversations about creating a wiki page to address something called Trinity Light.
Darrell
On 16 February 2012 17:38, Darrell Anderson humanreadable@yahoo.com wrote:
So basically there is a patch to enable theming of the ksmserver dialog... from who knows where. Pawel showed me a few weeks ago.
my vote is to not enable it, it's just more bloat.
How about a build option? I tend toward minimalism too, but I dislike the idea of whacking things I don't like when others have grown accustomed or dependent on them. I prefer instead to not build them or to provide options to disable. :)
Darrell
Honestly i'd rather get rid of the shutdown dialog 100% :-)
Not a good idea...
Tim
As i write this the kdelook.org site is 'down for maintenance'. I did notice they were experiencing high charge on there servers yesterday.
Anyway the main themes i was trying to build were 'crystal' and 'domino', the latter of which was already built but not working for my /usr prefix. Moodin would also be nice, if it is working for kubuntu i will sort that one out when access is up again.
Jay
On Fri, Feb 17, 2012 at 1:42 AM, Timothy Pearson < kb9vqf@pearsoncomputing.net> wrote:
On 16 February 2012 17:38, Darrell Anderson humanreadable@yahoo.com wrote:
So basically there is a patch to enable theming of the ksmserver dialog... from who knows where. Pawel showed me a few weeks ago.
my vote is to not enable it, it's just more bloat.
How about a build option? I tend toward minimalism too, but I dislike the idea of whacking things I don't like when others have grown accustomed or dependent on them. I prefer instead to not build them or to provide options to disable. :)
Darrell
Honestly i'd rather get rid of the shutdown dialog 100% :-)
Not a good idea...
Tim
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Fri, 17 Feb 2012 02:05:39 +0000 Jay jayflood@gmail.com wrote:
As i write this the kdelook.org site is 'down for maintenance'. I did notice they were experiencing high charge on there servers yesterday.
Anyway the main themes i was trying to build were 'crystal' and 'domino', the latter of which was already built but not working for my /usr prefix. Moodin would also be nice, if it is working for kubuntu i will sort that one out when access is up again.
Crystal the icon theme ? I'm using it with Trinity 3.5.13 without problems (installed using the systemsettings GUI). Also my 3.5.13 installation can detect themes installed in /usr (oxygen for example).
On 02/16/2012 08:05 PM, Jay wrote:
Anyway the main themes i was trying to build were 'crystal' and 'domino', the latter of which was already built but not working for my /usr prefix. Moodin would also be nice, if it is working for kubuntu i will sort that one out when access is up again.
I think crystal is the finest window decoration ever conceived. (just my personal preference) It is one of the only ones that will do active transparency.
This is illustrated best in this screenshot. The desktop is reflections on water with a black top and reflections in the center. Look at the window decoration both on the control center and on the about dialog. Crystal is a must :)
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kcontrol_3.5.12-1.jpg
For a look at the background:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/reflection_1440.jpg
I also have a kdm login screen that goes with it that is available for tde as well:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/reflection_kdm.jpg
(I have tweaked the colors on the dialogs, but haven't created a new screenshot)
The kdm_theme named reflection_kdm is here:
http://nirvana.3111skyline.com/dl/dt/trinity/thm/reflection_kdm-1.1.tar.gz
I believe it is currently sized for 1920x1200, but with minor tweaks to the .xml file it can fit any resolution.
Yes, very nice. Unfortunately i can't get this crystal decoration working with Trinity-3.5.13. It simply won't compile for me. I will start another email for building themes so as not to hijack this one.
Jay
On Fri, Feb 17, 2012 at 4:28 AM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
On 02/16/2012 08:05 PM, Jay wrote:
Anyway the main themes i was trying to build were 'crystal' and
'domino', the
latter of which was already built but not working for my /usr prefix.
Moodin
would also be nice, if it is working for kubuntu i will sort that one
out when
access is up again.
I think crystal is the finest window decoration ever conceived. (just my personal preference) It is one of the only ones that will do active transparency.
This is illustrated best in this screenshot. The desktop is reflections on water with a black top and reflections in the center. Look at the window decoration both on the control center and on the about dialog. Crystal is a must :)
http://nirvana.3111skyline.com/dl/dt/trinity/ss/kcontrol_3.5.12-1.jpg
For a look at the background:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/reflection_1440.jpg
I also have a kdm login screen that goes with it that is available for tde as well:
http://nirvana.3111skyline.com/dl/dt/trinity/ss/reflection_kdm.jpg
(I have tweaked the colors on the dialogs, but haven't created a new screenshot)
The kdm_theme named reflection_kdm is here:
http://nirvana.3111skyline.com/dl/dt/trinity/thm/reflection_kdm-1.1.tar.gz
I believe it is currently sized for 1920x1200, but with minor tweaks to the .xml file it can fit any resolution.
-- David C. Rankin, J.D.,P.E.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 02/17/2012 05:35 AM, Jay wrote:
Yes, very nice. Unfortunately i can't get this crystal decoration working with Trinity-3.5.13. It simply won't compile for me. I will start another email for building themes so as not to hijack this one.
Jay
I have built crystal several times for 3.5.12. It has been a while. I'll look for the source and build script and post links. There is no reason it shouldn't build -- other than the cmake stuff.
Thanks, i would appreciate that. I also built it under 3.5.12 without problems and have been using it ever since. Now my windows look flat and boring ... and very unsexy. :)
J
On Sat, Feb 18, 2012 at 4:40 PM, David C. Rankin < drankinatty@suddenlinkmail.com> wrote:
On 02/17/2012 05:35 AM, Jay wrote:
Yes, very nice. Unfortunately i can't get this crystal decoration
working with
Trinity-3.5.13. It simply won't compile for me. I will start another
email for
building themes so as not to hijack this one.
Jay
I have built crystal several times for 3.5.12. It has been a while. I'll look for the source and build script and post links. There is no reason it shouldn't build -- other than the cmake stuff.
-- David C. Rankin, J.D.,P.E.
To unsubscribe, e-mail: trinity-devel-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-devel-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-devel.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On 02/16/2012 04:38 PM, Darrell Anderson wrote:
my vote is to not enable it, it's just more bloat.
How about a build option? I tend toward minimalism too, but I dislike the idea of whacking things I don't like when others have grown accustomed or dependent on them. I prefer instead to not build them or to provide options to disable. :)
Darrell
+1 - user control was the old mantra. I really like the idea of seeing if we can identify more of the applets that could be logically merged to remove some of the kmenu entries -- without losing the capabilities. Currently kcontrol has 99 entries. It could have 999 and it wouldn't bother me -- as long as they were logically grouped.
I use konqueror in tree view - I can handle nested folders :p
On Friday 17 February 2012 01:08:33 David C. Rankin wrote:
Network Interfaces Protocols Samba CD-ROM Information Devices DMA-Channels Interrupts IO-Ports Partitions PCI Processors SCSI Sound USB Devices X-Server
I believe these were moved from KInfoCenter to KControl. They exist in KDE3 under KInfoCernter.
Wireless Network
This is possibly from kdebase3-wireless or some other package (I have this on my laptop)
The remaining unidentified are
Local Network Chat Zeroconf Service Discovery Laptop Battery
-
/dev/ammo42 -
Calvin Morrison -
Darrell Anderson -
David C. Rankin -
Ilya Chernykh -
Jay -
Timothy Pearson