(*** This bug was imported into bugs.kde.org ***) Package: konqueror Version: 3.0 (using KDE 2.2.2 -1) Severity: wishlist Installed from: Red Hat Linux 7.2 Compiler: gcc version 2.96 20000731 (Red Hat Linux 7.1 2.96-98) OS: Linux (i686) release 2.4.7-10 OS/Compiler notes: Feature request: Textarea fields should be editable in an editor of my choice. Right click->Open with Vim/Emacs/whatever... Lynx allows this (though only one editor can be specified). Please try to have this in konqueror also. (Submitted via bugs.kde.org) (Called from KBugReport dialog)
*** Bug 35178 has been marked as a duplicate of this bug. ***
*** Bug 51853 has been marked as a duplicate of this bug. ***
grr, why is this bug mine? The reasoning behind suggesting Susanne to report it bugs.kde.org was that someone else does it. Anyway... :)
*** Bug 62205 has been marked as a duplicate of this bug. ***
*** Bug 64737 has been marked as a duplicate of this bug. ***
Just as a note using the same interface as KDevelop or Kate would allow to use katepart or kvim as editors INSIDE Konqueror and that is very, very good. Specially for those of use doing zope/plone editing/development, the syntax highlighting comes very handy (I'm talking about katepart of course). Thanks.
*** Bug 35386 has been marked as a duplicate of this bug. ***
*** Bug 91466 has been marked as a duplicate of this bug. ***
*** Bug 112918 has been marked as a duplicate of this bug. ***
In reply to #6 This is exactly what is explained in http://bugs.kde.org/show_bug.cgi?id=133337 I believe that an embedded editor should be easier to use than an external editor. Mark this one as a duplicate of 133337 ?
Patrick ALLAERT <patrick.allaert@gmail.com> writes: > This is exactly what is explained in > http://bugs.kde.org/show_bug.cgi?id=133337 comment #6 is that. > I believe that an embedded editor should be easier to use than an > external editor. I dare to disagree, else this is leading straight into'which editor to use' debate. Please see (and test with firefox) http://dafizilla.sourceforge.net/viewsourcewith/ for inspiration what this issue is about.
Except that the comment #6 effectively explains why there would be no problems with "which editor to use" -- there is already standard interface for including editor (which is used by katepart and kyzis) which provides more than sufficient editor for KDE. If anybody wants anything else, then go ahead and make it into form providing that kpart interface. The worst which can happen is that we would have kemacspart and kvimpart (except that it should be in future covered by kyzis) -- no pain to anybody who doesn't want to use it.
"kemacspart" would still be about embedding emacs into a sometimes tiny HTML textarea, wouldn't it? That's not what this wishlist entry is about. In addition to being able to use one's favorite text editor (whether a KDE-specific piece of software exists for it or not) it is about getting rid of the space restriction that allows you to see only a small portion of a large piece of wiki code. Another example is this very bug note form. While I'm composing this relatively small bug note I already have a scrollbar on the right and cannot see all of this note. To me this is not a dupe of 133337. Embedding quanta or kate into a textarea sounds interesting, too, but it's a different thing. I think I even would use both possibilities if they were available depending on my requirements (e.g. how much text I plan to edit).
to comment #13 -- yes, you are right, this thread got confused and it confused me as well -- sometimes from comment #6 it is dup of bug# 133337, although the original reporter meant something different (and kind of non-sensical -- using lynx as an example doesn't make a sense, because tying together two console applications is trivial, whereas doing the same for KDE apps is either simple and ugly (see External editor in KMail and KNode) or quite complicated (using kpart).
*** Bug 133337 has been marked as a duplicate of this bug. ***
'Mozex' (http://mozex.mozdev.org) implements this for the Mozilla suite. It works well for me (xemacs's winclient.exe using Firefox under Windows XP).
There's also a script under windows ( http://bur.st/~benc/?p=external ) that can pull up an external editor to edit a textarea or text field in *any* application -- not just the browser. Perhaps something similar (via dcop calls, possibly), could serve as a workaround for the specific case of the konqueror textarea?
As author of bug #133337, I strongly agree with comment #13 I don't consider my bug as the same as this one, but think this one is important too depending on the context! I asked to unmark bug #133337 as a duplicate of this one. The same way, take a look at the other bugs marked as dupe of this one. Some of them want *integration* with an embedable element, others want to use an external editor. In #133337 I talked about e.g. simple syntax highlighting, no need of an external editor just for this! Could someone correct all the duplicates hierarchy and let's having two distinct feature request ? Thanks a lot!
UP ? Why not having this in Konqueror 4.2 ?
This really sounds like a great idea, as this could allow something Vimperator-like
*BUMP* Could someone with admin rights change the version to kde 4? It is still marked for kde 3.0 and might be ignored because of that.