You are not logged in.

#1 2017-04-23 09:13

michaelk
Member
Registered: 2017-03-16
Posts: 81

konqueror-trinity behaviour [solved]

Hi everybody,

I have 2 litte details that I would like to change:

1. When I opened Konqueror and click on a directory a new Konqueror is opened. But I prefer that it is opened in a new tab of the hitherto opened Konqueror windows.

(At present:

user@q4os-desktop:~/.trinity/share/config$ cat konquerorrc

[FMSettings]
AlwaysNewWin=false
AlwaysTabbedMode=true
HomeURL[$e]=$HOME/Schreibtisch
KonquerorTabforExternalURL=false
MMBOpensTab=true

But it does not behave like that!)


2. If I mark text it is marked in yellow colour. I would prefer a middle grey tone.

How to achieve this?

Have a nice sunday,

Michael

Last edited by michaelk (2017-04-23 14:38)

Offline

#2 2017-04-23 09:47

Dai_trying
Member
From: UK
Registered: 2015-12-14
Posts: 2,989

Re: konqueror-trinity behaviour [solved]

1.) I'm not sure I understand this, when I open a directory in konqueror it opens in the same window, I can select it to open a new tab or new window by right clicking and selecting "Open in New Window" or "Open in Background Tab" or  "Open in New Tab". My Konquerorrc file is slightly different to yours though but I guess that will be due to changes you may have made to the dektop/theme.

2.) To change the highlighted items colour you can open Settings->Control Centre->Appearance & Themes->Colours and you will be presented with a dialog box to make selections to suit your taste. For highlighted item choose Selected Background from the Widget Colour drop down selector on the right.

Offline

#3 2017-04-23 10:12

michaelk
Member
Registered: 2017-03-16
Posts: 81

Re: konqueror-trinity behaviour [solved]

Thanks, Dai_trying. The second thing worked, the first thing not. If I double-left-click on a directory always a new Konqueror window is opened. Opposite to your case. Can you please cite your [FMsettings] part of your konquerorrc here?

Last edited by michaelk (2017-04-23 10:12)

Offline

#4 2017-04-23 10:20

Dai_trying
Member
From: UK
Registered: 2015-12-14
Posts: 2,989

Re: konqueror-trinity behaviour [solved]

This is the full section from ~/.trinity/share/config/konquerorrc

[FMSettings]
HoverCloseButton=true
MMBOpensTab=true
TabCloseActivatePrevious=true

But I remembered I'm using Scorpion, so I booted a Vm with Orion and it has a lot more in that section

[FMSettings]
AlwaysNewWin=false
DisplayFileSizeInBytes=false
HomeURL[$e]=$HOME
HoverCloseButton=true
MMBOpensTab=true
NormalTextColor=0,0,0
RenameIconDirectly=false
ShowFileTips=true
ShowPreviewsInFileTips=true
StandardFont=Droid Sans,9,-1,5,50,0,0,0,0,0
TabCloseActivatePrevious=true
TextHeight=2
TextWidth=600
UnderlineLinks=false

Although konqueror's behaviour is the same for both.

Offline

#5 2017-04-23 11:17

michaelk
Member
Registered: 2017-03-16
Posts: 81

Re: konqueror-trinity behaviour [solved]

Well, I do not understand the case right now. I checked the content of my file:

[FMSettings]
AlwaysNewWin=false
DisplayFileSizeInBytes=false
HomeURL[$e]=$HOME/Schreibtisch
HoverCloseButton=true
MMBOpensTab=true
NormalTextColor=0,0,0
RenameIconDirectly=false
ShowFileTips=true
ShowPreviewsInFileTips=true
StandardFont=Droid Sans,9,-1,5,50,0,0,0,0,0
TabCloseActivatePrevious=true
TextHeight=2
TextWidth=600
UnderlineLinks=false

But it does not work like I want it to work. May be some system-wide file overruns it?

Offline

#6 2017-04-23 12:21

Dai_trying
Member
From: UK
Registered: 2015-12-14
Posts: 2,989

Re: konqueror-trinity behaviour [solved]

There is an option in Konqueror settings to open folders in seperate windows, can you check is this is enabled?
goto Konqueror->Settings->Configure konqueror->Behaviour->Misc Options

Screenshot attached.


Attachments:
png screenshot.png, Size: 38.21 KiB, Downloads: 586

Offline

#7 2017-04-23 12:41

michaelk
Member
Registered: 2017-03-16
Posts: 81

Re: konqueror-trinity behaviour [solved]

Yes, I had found this, thanks. But it does not offer the possibility of „Open in this folder“. And to change the file
/home/user/.trinity/share/config/konquerorrc
did not help either. My guess is that something overrides it.

Offline

#8 2017-04-23 12:48

michaelk
Member
Registered: 2017-03-16
Posts: 81

Re: konqueror-trinity behaviour [solved]

ok, solved. The answer was here:
http://debianforum.de/forum/viewtopic.php?f=2&t=39322
In a Debian forum of 2005! ;-)
~/.kde/share/mimelnk/inode there is a file named directory.desktop mit folgendem Inhalt:

[Desktop Entry]
    X-KDE-AutoEmbed=false

Change this to „true“.

How to mark the thread „solved“ I do not know.

Last edited by michaelk (2017-04-23 12:49)

Offline

#9 2017-04-23 14:14

Dai_trying
Member
From: UK
Registered: 2015-12-14
Posts: 2,989

Re: konqueror-trinity behaviour [solved]

I don't have this file, I am guessing you may have installed some kde package(s) that installed it, but good to know it's sorted now.

You can mark the thread as "solved" by editing your first post and add [solved] to the title smile

Offline

#10 2017-04-23 14:53

michaelk
Member
Registered: 2017-03-16
Posts: 81

Re: konqueror-trinity behaviour [solved]

In /opt/trinity/share/mimelnk/inode there is in fact such a directory with this content:
with this content:
block.desktop       directory.desktop         fifo.desktop    system_directory.desktop
chardevice.desktop  directory-locked.desktop  socket.desktop

and in /home/user/.trinity/share/mimelink there is a directory /node as well.
Whatever, good to know, works now and I can go on with my habits of manouevering in the path tree.

Have a nice sunday

Michael

Offline

#11 2017-04-23 16:45

Dai_trying
Member
From: UK
Registered: 2015-12-14
Posts: 2,989

Re: konqueror-trinity behaviour [solved]

Yes I have the directory /opt/trinity/share/mimelink/inode with the said content, but I do not have the inode directory in /home/user/.trinity/share/mimelink/ all that I have is a single folder application

│   ├── mimelnk
│   │   └── application
│   │       ├── futuresplash.desktop
│   │       ├── q4os-octet-stream.desktop
│   │       ├── x-kdeuser1.desktop
│   │       ├── x-q4os-execscript.desktop
│   │       └── x-q4os-installerqsi.desktop

That is in Orion, and in Scorpion I have similar structure

│   ├── mimelnk
│   │   └── application
│   │       ├── q4os-octet-stream.desktop
│   │       ├── x-java-bean.desktop
│   │       ├── x-java-vm.desktop
│   │       ├── x-java-vm-npruntime.desktop
│   │       ├── x-q4os-execscript.desktop
│   │       └── x-q4os-installerqsi.desktop

That's why I thought it must be from a KDE application that has been installed, or it could be any other package I guess... I might install some KDE apps when I have free time just to see if I can figure it out, but certainly not a priority, just a curiosity smile

Offline

#12 2017-04-23 19:48

michaelk
Member
Registered: 2017-03-16
Posts: 81

Re: konqueror-trinity behaviour [solved]

For heaven's sake do not invest more time into it! It is a small not that much important detail thing. It is only important for me because of my habits how to move in the path tree.

Enjoy the rest of the sunday,

Michael

Last edited by michaelk (2017-04-23 19:48)

Offline

#13 2017-04-23 20:08

Dai_trying
Member
From: UK
Registered: 2015-12-14
Posts: 2,989

Re: konqueror-trinity behaviour [solved]

Yes it is quite an unimportant detail, and I will not invest more time into it until I get my machines all up and running again but I have a curious nature and will have this on my list of "why did that happen?" things to look into. Please bear in mind these things I do for "fun" and not necessarily for the purpose of achieving something (except knowledge). As my name implies I don't give up on things easily big_smile

Offline

Board footer

Powered by FluxBB