Review Request: Add the possibility of "run scripts in konsole" when using dolphin
Kai Uwe Broulik
kde at privat.broulik.de
Wed Oct 31 12:50:50 GMT 2012
-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/107086/#review21219
-----------------------------------------------------------
Just my 0.02ct: What I would find really really cool, don't know if the interaction is possible without doing big hacks inside the codebase is, if you click a script, Dolphin's integrated shell toolbar (aka press F4 key) opens and runs the script, rather than invoking a new window.
- Kai Uwe Broulik
On Oct. 31, 2012, 12:45 p.m., Jekyll Wu wrote:
>
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> http://git.reviewboard.kde.org/r/107086/
> -----------------------------------------------------------
>
> (Updated Oct. 31, 2012, 12:45 p.m.)
>
>
> Review request for Dolphin, Konsole and David Faure.
>
>
> Description
> -------
>
> @David, I'd like to know your idea of this workaround, because I think its usefulness will influence or be influenced by how bug 275405 will be finally resolved.
>
>
> The current situation of clicking an executable shell script in dolphin/konqueror:
>
> 1. It is always executed, instead of being opened by the preferred application according to its mimetype. (bug 275405)
>
> 2. It is executed in a silent way, without invoking konsole to provide a running environment (bug 225563). That means at least two issues:
>
> a). There is no feedback and no easy way for user to know whether that script has been started. He/She need use ps or ksysguard to verify it.
>
> b). interactive script just doesn't work.
>
>
> This patch *doesn't* really solve any of the above two problems. It just provides the possibility for users to run an executable script in konsole when using dolphin/konqueror.
>
> It adds two .desktop files:
>
> applications/kde4/run-in-konsole.desktop, which can be used in the "Open with" submenu
> ServiceMenus/konsolerun.deksotp, which can be used in the "Actions" submenu
>
> I'm not sure which solution is better, so I just provide both :)
>
>
> Known issue:
>
> using application/x-shellscript means this workaround only applies to shell scripts, so it does not provide help for perl/python scripts. But using applicaiton/x-executable means it will also apply to binary executables. So :
>
> * Does it make sense to provide that workaround for binary executable? It is of course valid, but might be seen as overkill and strange in practice.
>
> * Is there something called application/x-executablescript, that falls between the range of x-executable and x-shellscripts ?
>
> * Should application/x-desktop be also added into "MimeType"?
>
>
> As you see, this patch in the current form is still a rough idea.
>
>
> This addresses bugs 225563 and 275405.
> http://bugs.kde.org/show_bug.cgi?id=225563
> http://bugs.kde.org/show_bug.cgi?id=275405
>
>
> Diffs
> -----
>
> desktop/CMakeLists.txt 0fe39d2
> desktop/konsolerun.desktop PRE-CREATION
> desktop/run-in-konsole.desktop PRE-CREATION
>
> Diff: http://git.reviewboard.kde.org/r/107086/diff/
>
>
> Testing
> -------
>
>
> Thanks,
>
> Jekyll Wu
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.kde.org/mailman/private/kfm-devel/attachments/20121031/1c3aa299/attachment.htm>
-------------- next part --------------
_______________________________________________
konsole-devel mailing list
konsole-devel at kde.org
https://mail.kde.org/mailman/listinfo/konsole-devel
More information about the kfm-devel
mailing list