Bug 133337

Summary:	textarea improvements using a 'kpart' editor: kwrite
Product:	[Applications] konqueror	Reporter:	Patrick ALLAERT <patrick.allaert>
Component:	khtml	Assignee:	Konqueror Developers <konq-bugs>
Status:	RESOLVED UNMAINTAINED
Severity:	wishlist
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed In:

Description Patrick ALLAERT 2006-08-31 17:29:59 UTC

Version:            (using KDE KDE 3.5.4)

Editing text in an HTML form textarea is sometimes painful... Wrapping lines on/off is a feature I miss a lot. Another feature that should be usefull is to load (open) or save the content of the textarea... Syntax highlightning sounds good too... but ... wait a minute, don't we already have that in a text editor ? Yes !

Why not embedding kwrite into konqueror (khtml?) when editing textarea's using kpart technology ? It should be awesome to have:

* syntax highlighting (wiki editing even more easy)
* block mode selection
* word completion
* search/replace (excellent when editing a wikipedia article with always the same typo)
* line numbers
* load/save the content
* ... and many more !

And why not having a wysiwyg HTML editor (Quanta kpart ?) when editing HTML in a textarea element ?

Comment 1 Maksim Orlovich 2006-09-02 02:54:02 UTC


*** This bug has been marked as a duplicate of 37146 ***

Comment 2 Patrick ALLAERT 2007-01-13 23:15:53 UTC

Bug #37146 (open in an external editor) is not what I propose here. I consider that both solutions should be possible but as explained in comment 13 of #37146, the usage of one or the other solution depends on the context. This is why I would like this bug being unmarked as a duplicate.

For example, spell checking the content of a textarea field is *integrated* with konqueror and I don't have to "open it" with an external viewer/editor/...

Comment 3 Christoph Cullmann 2024-05-06 18:39:56 UTC

Dear user,

KHTML (and KJS) was a long time more or less unmaintained and got removed in KF6.

Please migrate to use a QWebEngine based HTML component.

We will do no further fixes or improvements to the KF5 branches of these components beside important security fixes.

For security issues, please see:

https://kde.org/info/security/

Sorry that we did not fix this issue during the life-time of KHTML.

Greetings
Christoph Cullmann