[kde] Re: How do I remove the new activity item from the desktop? [OT]

2011-06-01 Thread John Woodhouse
 
 Override is commonly necessary for those with imperfect vision  and/or above 
 average device density. Some X implementations are so closely  tied to EDID 
 that escape therefrom can be difficult if not impossible, e.g. 
 https://bugzilla.redhat.com/show_bug.cgi?id=692293
 -- 
 The wise are  known for their understanding, and pleasant
 words are persuasive. Proverbs  16:21 (New Living Translation)
 
   Team OS/2 ** Reg. Linux User  #211409 ** a11y rocks!
 
 Felix Miata  ***  http://fm.no-ip.com/
 ___
 This  message is from the kde mailing list.
 Account management:  https://mail.kde.org/mailman/listinfo/kde.
 Archives: http://lists.kde.org/.
 More  info: http://www.kde.org/faq.html.
 
I had great fun with this aspect as well. It seems that distro's rely on EDID 
monitors that also have the correct lead and don't concern themselves with 
people who want to change things or have older monitors. Opensuse dumped me it 
800x600. Real fun sorting that out using the machine like that and there is 
also 
the nouveau driver problem when installing prop. drivers. It usually has to be 
removed and replaced with something else 1st. The std vesa driver would be a 
good option. I will post the following link as it may help others with 
xorg.conf 
problems and this area does in a way relate to kde.

http://forums.opensuse.org/english/get-technical-help-here/hardware/458632-installing-nvidia-driver-easiest-i-have-found-date.html


The important aspects are the edid disables. Also the 2 power save over rides 
if 
like me you want your monitor to remain on what ever. I use the power switch. I 
also wish there was a desktop switch to enable and disable system power save 
modes at will. As things stand I have to install noacpi or it drives me up the 
wall.

One other aspect is that xorg.conf can disappear and be replaced by separate 
files in /etc/X11/xorg.conf.d/ . No signs of this happening but it would appear 
that it's just a case of moving the xorg.conf sections into individual files. A 
meaningless change really as is often the case.

John

___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.


[kde] Re: How do I remove the new activity item from the desktop? [OT]

2011-06-01 Thread Felix Miata
On 2011/06/01 02:29 (GMT-0700) John Woodhouse composed:

 The important aspects are the edid disables. Also the 2 power save over rides 
 if
 like me you want your monitor to remain on what ever. I use the power switch. 
 I
 also wish there was a desktop switch to enable and disable system power save
 modes at will. As things stand I have to install noacpi or it drives me up the
 wall.

'Option DPMS off' isn't good enough for you?

 One other aspect is that xorg.conf can disappear and be replaced by separate
 files in /etc/X11/xorg.conf.d/ . No signs of this happening but it would 
 appear
 that it's just a case of moving the xorg.conf sections into individual files. 
 A
 meaningless change really as is often the case.

Maybe https://bugs.freedesktop.org/show_bug.cgi?id=32430 is what you're 
thinking of? Individual files was implemented to facilitate minor 
customizations that are difficult for individual users to figure out how to 
make in xorg.conf, which requires a certain system of serverlayout, 
identifiers, screen(s)  device(s) to get to actually work. Using the 
separate files one can implement as little as one line to implement desired 
customization.
-- 
The wise are known for their understanding, and pleasant
words are persuasive. Proverbs 16:21 (New Living Translation)

  Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.


[kde] Re: [kdepim-users] Re: KMail keeps losing the wallet

2011-06-01 Thread Sérgio Basto
On Tue, 2011-05-17 at 15:00 +0100, Brad Rogers wrote: 
 On Tue, 17 May 2011 09:36:11 -0400
 John Aldrich jmaldr...@yahoo.com wrote:
 
 Hello John,
 
  Ok, I had that checked... apparently that's the default. Who's
  brilliant idea was THAT? I suppose there may be reasons for that, but
 
 Security;  It's safer to close the wallet after a period of inactivity.
 Particularly in an environment where there are several people that
 could use the computer.
 
  it seems silly 
 
 To some, certainly.

hi , If you open wallet - settings - configure wallet 

you have options like closes when unused etc 

check this out 


-- 
Sérgio M. B.

___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.

[kde] Re: How do I remove the new activity item from the desktop? [OT]

2011-06-01 Thread John Woodhouse
- Original Message 
 From: Duncan 1i5t5.dun...@cox.net
 To: kde@mail.kde.org
 Sent: Wed, 1 June, 2011 14:55:03
 Subject: [kde] Re: How do I remove the new activity item from the desktop? 
[OT]
 
 Felix Miata posted on Wed, 01 Jun 2011 08:43:09 -0400 as excerpted:
 
   On 2011/06/01 02:29 (GMT-0700) John Woodhouse composed:
  
  The  important aspects are the edid disables. Also the 2 power save over
   rides if like me you want your monitor to remain on what ever. I use
   the power switch. I also wish there was a desktop switch to enable  and
  disable system power save modes at will. As things stand I have  to
  install noacpi or it drives me up the wall.
  
   'Option DPMS off' isn't good enough for you?
 
 If you check his link,  that's what he's referring to with power save over 
 rides.
 
 It seems  pretty basic to me, nothing worth commenting about as it's 
 ordinary  xorg.conf functionality that was there long before it was even 
 xorg.conf  (while it was still xf86config), but then, I've been handling 
 manual X  configs since I was forced to do so back in late 2001 to get my 
 (then)  triple-head setup working in Linux as I switched from MS Windows 98 
 instead  of upgrading to eXPrivacy.  But I imagine it might be worth 
 commenting  on for someone who has just discovered the manual config method 
 after  struggling with an uncooperative GUI for awhile...
 
 -- 
 Duncan - List  replies preferred.   No HTML msgs.
 Every nonfree program has a lord, a  master --
 and if you use the program, he is your master.  Richard  Stallman
 
 ___
I never go down there or even into the shell unless I need to. Suse and then 
Opensuse were rather good on this aspect but the install has worsened with time 
and the desktop system utility is no longer supported so has been dropped. ;-) 
I 
posted that lot just to show that there are other ways than those suggested by 
the many shell bashers. The other problem on opensuse is that there are many 
many sets of out of date instructions and one click installs about in all areas 
that are sure to mess the system up. Anyway as I found web doc abounds but not 
really that helpful as there are zero examples I'm aware of or could find I 
posted it as it might help some. The reads have grown enormously since last 
time 
I looked. There are many very helpful people on that forum but most have their 
way of doing things and wont even consider other ways.

By the way 2 dpms's in my case worked. 1 didn't. I suspect this is down to some 
newer graphics cards. Not sure.

John

___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.


[kde] Re: Running dolphin from a shell script and opening it in a specific directory.

2011-06-01 Thread Alex Schuster
John Woodhouse asks:

 Just how do I do this?
 
 
 I have already tried just typing dolphin in the console and it comes up
 with loads and loads of soprano errors preceded by dolphin (6667) but
 does launch. I need it to open pointing at a specific directory from a
 bash script at the point just before it exits.

Here I don't get any messages at all. Strange.
And when I give directories as arguments, they are opened, in tabs if there 
are more than one. With the --select option, you can also specify files, 
those will be selected.

 Also be interested in any example type web pages on this subject and more
 info on the general aspects of scripting KDE. 

I'm also interested about examples of scripting KDE. You can do many cool 
things via dbus, but I don't know yet how.

 This script must run from
 the bash shell. One aspect of that is how to stop the shell flashing up
 briefly?

Don't know what you mean by that.

Wonko
___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.


[kde] Re: Running dolphin from a shell script and opening it in a specific directory.

2011-06-01 Thread Stephen Dowdy
Alex Schuster wrote, On 06/01/2011 05:03 PM:
 John Woodhouse asks:

 I have already tried just typing dolphin in the console and it comes up
 with loads and loads of soprano errors preceded by dolphin (6667) but
 does launch. I need it to open pointing at a specific directory from a
 bash script at the point just before it exits.

loads of warning/info/error messages is normal, and i've tried global
disable with kdebugdialog [x] disable all debug output to no avail.

 Also be interested in any example type web pages on this subject and more
 info on the general aspects of scripting KDE. 
 
 I'm also interested about examples of scripting KDE. You can do many cool 
 things via dbus, but I don't know yet how.

qdbus or qdbusviewer to get the callable interfaces...

something like:

#!/bin/sh
# Title: remote-control-dolphin.sh

url=${1:-/My Documents}

# XXX presumes MainWindow0, could be many named different things, would
# XXX have to search the output and find the one you want to use
if [ qdbus org.kde.dolphin 2/dev/null ]; then
qdbus org.kde.dolphin /dolphin/MainWindow0 
org.kde.dolphin.MainWindow.changeUrl ${url}
# XXX this doesn't do what i think it should do (raise the window) oh well.
qdbus org.kde.dolphin /dolphin/Dolphin_1 com.trolltech.Qt.QWidget.raise
else
dolphin ${url}
fi


 This script must run from
 the bash shell. One aspect of that is how to stop the shell flashing up
 briefly?
 
 Don't know what you mean by that.

Same here??
 
   Wonko

--stephen

-- 
Stephen Dowdy  -  Systems Administrator  -  NCAR/RAL
303.497.2869   -  sdo...@ucar.edu-  http://www.ral.ucar.edu/~sdowdy/

___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.


[kde] Re: [kde3] 11.4 - KControl is empty

2011-06-01 Thread Duncan
Felix Miata posted on Wed, 01 Jun 2011 14:54:38 -0400 as excerpted:

 On 2011/06/01 22:37 (GMT+0400) Ilya composed:
 
  I asked before I knew that a package (kdebase3-SUSE) that apparently
  should have been installed as a dependency of what I specifically
  asked zypper to install was required but not installed.
 
kdebase3-SUSE includes SUSE-specific settings.
 
  I don't expect SUSE-specific settings to be prerequisite to KDE
  function. Should not KControl always be populated with something,
  regardless whether any SUSE-specifics are installed or not?
 
 kcontrol was broken in a SUSE-specific package desktop-data-openSUSE.
 
 Looks to me more like KControl was broken by depending on
 desktop-data-openSUSE, since the latter was not installed and KControl
 had nothing populating the selection pane. Where does the data to
 populate KControl come from in pure, unadulterated KDE3?

My knowledge of kde3 is getting rusty, but I had this happen to me once 
and it's kinda hard to forget the general bits, at least...

The kde3 kcontrol modules are all found as *.desktop files with a hidden 
attribute (IDR the specific name) as one line of the *.desktop file.  IDR 
whether the *.desktop files themselves are hidden (that is, the name 
starts with a dot) or if it's just the attribute line within the file, but 
I *DO* remember something about them being in a specific directory, as 
well.

The way I happened to get the bug was that I rearranged the menu, and this 
specific kcontrol directory was suddenly empty, if it existed at all.  The 
individual *.desktop files still had their kcontrol-hidden or whatever it 
was attributes, but they weren't in the place kcontrol3 was looking for 
them, so kcontrol itself was suddenly empty.

The way that relates to OpenSuSE is that SuSE is known[1] to significantly 
cook kcontrol, adding their own modules, renaming others, etc, so it's 
no longer kcontrol as shipped by upstream, but much more the kde4 style 
systemsettings, since it has far more REAL SYSTEM SETTINGS in it in 
OpenSuSE, NOT just the usual primarily user-specific kde-only settings 
that kde itself ships with.

Since OpenSuSE cooks kcontrol to such a degree, it doesn't surprise me 
at all to find it dependent on some OpenSuSE specific package, without 
which kcontrol finds itself looking in the wrong place for OpenSuSE, and 
finding no modules there with which to populate its lists.

---
[1] Keeping in mind that I've never actually run SuSE, open or not, 
personally.  But from various comments I've seen over the years describing 
SuSE-specific kcontrol/systemsettings modules that don't appear in 
kcontrol, either the kde3 version or the system-settings-that-as-shipped-
by-upstream-aren't-for-the-most-part-systemsettings kde4 version.

IOW, the kde4 name, systemsettings, is actually semi-accurate on OpenSuSE, 
more so anyway than elsewhere, in both kde3 and kde4.  But that's NOT kde 
as shipped; it's the OpenSuSE customized kde.

-- 
Duncan - List replies preferred.   No HTML msgs.
Every nonfree program has a lord, a master --
and if you use the program, he is your master.  Richard Stallman

___
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.