By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 1969

Summary:	kwrite - update kwrite plugin to accept kate plugins such as katesort-plugin
Product:	TDE	Reporter:	David C. Rankin <trin>
Component:	tdebase	Assignee:	Timothy Pearson <kb9vqf>
Status:	NEW ---
Severity:	enhancement	CC:	bugwatch, darrella, mb_trinity_desktop
Priority:	P5
Version:	R14.0.x [Trinity]
Hardware:	Other
OS:	Linux
Compiler Version:		TDE Version String:
Application Version:		Application Name:
Bug Depends on:	881
Bug Blocks:

Description David C. Rankin 2014-02-27 01:09:20 CST

Currently tdebase/kate editor accepts the following plugins available in TDE:

katecppsymbolviewer
katefiletemplates
katefll
katehelloworld
katehtmltools
kateinsertcommand
katemake
katemodeline
kateopenheader
katepybrowse
katesnippets
katetabbarextension
katetextfilter
katexmlcheck
katexmltools
sort

The KPart plugin architecture is supposed to permit kwrite to share plugins with kate requiring only one set of plugins to be available to both editors. If you check kate->settings->plugins (the first plugins), you will see all the plugins above available for selection to kate. This plugin architecture is not present in kwrite and the first 'plugins' option in kwrite->settings does not exist. kwrite should be updated to include the ability to use all of the kate plugins.

Currently the only plugins shareable between kate/kwrite are the second group of plugins in kate->settings and the only kwrite->settings plugins group:

[ ] KTextEditor Incremental Search Plugin
[ ] KTextEditor Insert File Plugin
[ ] KTextEditor KDataTool Plugin
[ ] KTextEditor KTTSD Plugin
[ ] KTextEditor Word Completion Plugin

The plugin implementation is mentioned in kate/README and in:
kate/interfaces/pluginconfiginterfaceextension.h
kate/interfaces/pluginconfiginterface.h

Comment 1 Michael 2017-06-19 18:00:25 CDT

Both KWrite and Kate only have these on my system:

[ ] KTextEditor Incremental Search Plugin
[ ] KTextEditor Insert File Plugin
[ ] KTextEditor KDataTool Plugin
[ ] KTextEditor Word Completion Plugin


Like David I very much could use the sort plugin.

And, maybe my Googling skills are crap, but how do you install Kate plugins anyway?  Ubuntu apps directory seems to show the last release of Kate they used was in Ubuntu 13.10 ??

Comment 2 Michael 2017-08-06 15:02:08 CDT

Found the original kate ticket

http://bugs.pearsoncomputing.net/show_bug.cgi?id=881#c16

adding it to Depends

Comment 3 Darrell 2023-02-01 22:28:22 CST

A tad confusing but in Kate there are two plugin components, one from katepart and the other explicitly for kate.

In bug report 881 (https://bugs.trinitydesktop.org/show_bug.cgi?id=881) the tdeaddons Sort plugin for Kate was merged into the TDE code base. In hindsight merging into tdeaddons might have been a wee naive. Possibly the Sort plugin could have been merged into tdelibs as a katepart plugin, which would have more readily satisfied the original 881 request.

Possibly several kate plugins in tdeaddons could be moved to tdelibs and be part of the katepart plugin system, which would make the plugins available to kwrite. Each plugin would have to be evaluated, possibly tested.

Some plugins cannot be moved, such as the tab bar extension because kwrite is SDI rather than MDI. Some kate plugins might be inappropriate for kwrite because kate targets advanced users and programmers where kwrite targets basic text editing. Some plugins might fail in kwrite if the underlying infrastructure does not exist in kwrite, such as the TextFilter plugin that (I think) requires underlying JavaScript support.

Kwrite supports View-->Switch to Command Line (F7).

A safe guess is the Sort plugin code can be moved to tdelibs kateparts. I hope to test this (eventually).