[kde] Re: New object in dolphin
Hi Peter, Am Montag, 31. Januar 2011, 19:45:04 schrieb Peter Lewis: On Monday 31 Jan 2011 Werner Franke sent: Hi all, KDE 4.5.5 release 1 opensuse 11.3 I use in dolphin the Columns view and navigate into a directory with many entries. The entries are shown in the 3rd column in my example but I think this is not relevant. How can I create a (e.g) new text file in this directory (with the menu)? Whenever I use the right mouse button the elements which is under the mouse gets selected and I got the menu entries for this selected element. I see no change to get the menu entry Create New. Is this a bug or a feature ? I use douple click to select entries. Navigate to the directory that contains the directory in which you wish to create the text file, right click on the entry for your target directory and select Create New-Text File You will then be able to give the file a name and when you navigate back to your target directory you should find the file there waiting for you to catch up. Much Thanks. I never expect this at this point because this is not present in KDE3 and I use only KDE3 in the office. KDE4 only at home. Werner ___ 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 to set the KDE path?
On 2011/02/01 17:34 (GMT+0200) Dotan Cohen composed: It is rather frustrating that the Plasma Krunner (Alt-F2) does not follow the path configured in $HOME/.profile. If the user has a wrapper function for /usr/bin/firefox in $HOME/.bin/firefox and $HOME/.bin starts the path, Konsole will open the firefox wrapper but Krunner will open /usr/bin/firefox. The lead Plasma developer mentions that the user can configure the KDE path by placing an executable in ~/.xinitrc https://bugs.kde.org/show_bug.cgi?id=263883 However, it doesn't work. Googling the issue I see lots of people asking and the answer is usually to configure the path in .bash_profile or .profile. That does not work in KDE 4.x, I assume that it worked in 3.x by the age of those posts. So, what is the correct syntax for configuring the KDE path in ~/.xinitrc? Thanks! Start with http://lists.opensuse.org/opensuse/2011-01/msg00812.html maybe? What I've seen of the responses on your quest to solve this disgusts me. What I do with alien installs is put them in /usr/local/, then start them using fullpath of the executable, putting it in a script in default $PATH if necessary to ease load on user memory. -- How much better to get wisdom than gold, to choose understanding rather than silver. Proverbs 16:16 NKJV Team OS/2 ** Reg. Linux User #211409 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: How to set the KDE path?
On Tuesday, 2011-02-01, Dotan Cohen wrote: It is rather frustrating that the Plasma Krunner (Alt-F2) does not follow the path configured in $HOME/.profile. If the user has a wrapper function for /usr/bin/firefox in $HOME/.bin/firefox and $HOME/.bin starts the path, Konsole will open the firefox wrapper but Krunner will open /usr/bin/firefox. The lead Plasma developer mentions that the user can configure the KDE path by placing an executable in ~/.xinitrc https://bugs.kde.org/show_bug.cgi?id=263883 However, it doesn't work. Googling the issue I see lots of people asking and the answer is usually to configure the path in .bash_profile or .profile. That does not work in KDE 4.x, I assume that it worked in 3.x by the age of those posts. That never worked because e.g. .bash_profile is only read by interactive shells (see man bash) and the shell running /usr/bin/startkde is not interactive. Some people might have had /bin/bash symlinked to /bin/sh and .bashrc sourcing .bash_profile but of course this is just working around the way that shell works. Usually distributions have some way of setting environment variables that should always be present regardless of the type of login (local vs. from remote, X vs. virtual console). Xinit is a way to do that only for X11 based sessions, but again regardless of workspace environment being used. For KDE one can additional use KDE's environment extender mechanims, i.e. putting a file (with .sh extension) into $HOME/.kde/env Cheers, Kevin -- Kevin Krammer, KDE developer, xdg-utils developer KDE user support, developer mentoring signature.asc Description: This is a digitally signed message part. ___ 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.
