[konsole] [Bug 458408] New: Feature Request: Configurable handlers for file/directory hyperlinks

2022-08-28 Thread Luticus
https://bugs.kde.org/show_bug.cgi?id=458408

Bug ID: 458408
   Summary: Feature Request: Configurable handlers for
file/directory hyperlinks
   Product: konsole
   Version: unspecified
  Platform: Other
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: konsole-de...@kde.org
  Reporter: get...@live.com
  Target Milestone: ---

SUMMARY
***
Currently if you enable hyperlinks, for instance 'ls --hyperlink=auto' then you
can click on a directory or image, etc. Once you click on a directory it'll
open in say dolphin. I would like the ability to set it up so that rather than
open the path in some external file manager, Konsole instead performed a 'cd'
operation, or perhaps commands of the users choosing. For instance, 'cd 
&& ls'. It would also be desirable to extend this beyond hyperlinks and to
things like text documents or conf files. Currently they can open in a GUI vim,
but I'd prefer if they just opened in a terminal based vim inside my current
Konsole instance.
***

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 368821] Dolphin Places menu appears on different monitor from the Dolphin app.

2016-12-28 Thread Luticus
https://bugs.kde.org/show_bug.cgi?id=368821

--- Comment #4 from Luticus <get...@live.com> ---
Pretty sure no other applications are affected. I've opened kwrite to test
specifically another kde application and the menus:  file, edit, etc all work
fine.  My web browsers:  Firefox, Vivaldi, and Chrome all work.  Pidgin and
other GTK menus seem to work fine.  In Syestem Settings, the help menu dropdown
works fine.  All right click menus appear where they should.  Are there any
other specific apps you'd like me to check?   

Even in Dolphin all menus seem to work.  The overflow menu to the right behaves
correctly, the right click menus are fine, even the breadcrumb drop downs work
just fine.  It's literally just the places menu that acts up and only when I
have the 4th monitor enabled.  Below I've Illustrated some configurations
showing my monitor layout and various positions for dolphin and it's places
menu:
   [M]
[ ][D][ ]

   [ ]
[D][M][ ]

   [ ]
[ ][M][D]


   [*]
[ ][ ][ ]

A [D] indicates the monitor dolphin is on, a [M] indicates the monitor the menu
appears on, and an [*] indicates where dolphin is behaving correctly (both on
the same monitor and the menu appears in a sane location).  As you can see,
dolphin only behaves correctly in the case where it is on the top monitor. 
When it is on any of the 3 bottom monitors, it breaks.  I think it has to do
with the fact that the top monitor being above the other 3.  When dolphin is in
on a monitor that breaks it's places menu (any of the bottom 3, the menu always
appears on the adjacent monitor and on the side of the monitor nearest the one
dolphin is on.  For instance if dolphin is on my left monitor then the menu
will appear on the middle monitor but always hugging the left margin/side.

-- 
You are receiving this mail because:
You are watching all bug changes.

[frameworks-kio] [Bug 368821] Dolphin Places menu appears on different monitor from the Dolphin app.

2016-12-27 Thread Luticus
https://bugs.kde.org/show_bug.cgi?id=368821

--- Comment #2 from Luticus <get...@live.com> ---
I can confirm that the bug specifically happens on 4 monitors.  I'm not sure if
more monitors would effect it or if the shape of my monitor configuration does
it.


the shape is:   [ ]
 [ ][ ][ ]

When the top monitor is connected the issue occurs.  When this monitor is
disabled it fixes the issue.

-- 
You are receiving this mail because:
You are watching all bug changes.