KDevelop4 features (Was: change of maintainership in KDevelop)
Hamish Rodda
rodda at kde.org
Wed Apr 5 13:36:07 UTC 2006
On Wednesday 05 April 2006 19:46, Vladimir Prus wrote:
> On Wednesday 05 April 2006 13:28, Hamish Rodda wrote:
> > > Personally, I think that KDevelop is pretty bad when it comes to
> > > real-world use-cases. For example, I'm just now looking at Eclipse's
> > > code in Eclipse, and going to class declaration with one click, and
> > > going to list of all uses of a method in one click are both extremely
> > > handy, and missing in KDevelop.
> >
> > Whenever you want to switch your debugger work to kdevelop4, I'm ready to
> > help you get some stunning results for the debugger <-> editor
> > integration
> >
> > :)
>
> I'm not yet sure when I can switch fully, but maybe we can discuss/plan
> right now? I already have several specific ideas what can be improved on
> Kate part.
Sure. You'd do well to look at:
http://www.englishbreakfastnetwork.org/apidocs/apidox-kde-4.0/kdelibs-apidocs/interfaces/ktexteditor/html/classKTextEditor_1_1SmartInterface.html
and
http://www.englishbreakfastnetwork.org/apidocs/apidox-kde-4.0/kdelibs-apidocs/interfaces/ktexteditor/html/classKTextEditor_1_1SmartRange.html
for starters.
> > I did have a debugger port (only took about an hour) but it was going
> > to suffer bitrot so we removed it for now. Perhaps when MI is stable?
>
> Guess I'd need a couple of weeks to finish MI porting, and then unspecified
> time will be spend on fixing bugs in the resulting thing.
Sure, no pressure, just let me know.
> > > For another example, consider the use-case of applying a patch.
> > > Ideally, KDevelop should be able to guide a developer from receiving of
> > > email, to applying, resolving conflicts, building, testing, and
> > > comitting (including auto-composing the list of changed functions for
> > > commit log).
> >
> > I want to provide external tool inlining which should help kate be
> > integratable into kdiff and friends, and then hopefully this will be
> > better.
>
> That would be cool. But what specifically do you mean about external tool
> inlining.
Inserting arbitrary widgets in between lines of text. Eg. for kcachegrind, to
be able to insert cost statements where relevant; for difference viewing, to
insert other versions of text.
> One approach on KDevelop side would be to just embed KPart and
> show it inside the tab widget used to select files. No support from Kate is
> necessary. Or it might be possible to use some plugin interface for Kate,
> that will make, for example, chunks of a diff file appliable with a click,
> or something like that.
Neither requires kate support.
> > > Or consider SVN integration. Ideally, I want to select "Annotate"
> > > command somewhere and see revision numbers on the left of the edited
> > > text, with all revision numbers clickable and leading to log message
> > > for that revision and full diff for that revision.
> >
> > Ditto. I also think we need to use libsvncpp if it's mature, to get the
> > benefits of being able to use the local .svn directory.
>
> On Kate side, we'd need:
>
> - Ability to add custom area on the left of the text with content
> rendered by KDevelop
That is one thing I've been thinking of adding
> - Ability to make some word clickable.
See the action binding to smart ranges (although it's not implemented and the
api is subject to change).
> And while we're at it, another Kate idea I have is this. Now, if compile
> ends with an error in KDevelop, we don't seem to jump to the first error at
> all. I think it would be nice if we:
>
> - Jump to the first error
> - Right inside document, show the error message in a box
>
> This way, the error message is close the the location, and the message
> window on the button can be just hidden.
Probably will be best to use the texthint interface (when I get around to
refreshing it)
> Yet another editor-related wish is this. Say you open a file that's in
> "conflicted" state. It would be nice if, above the document itself, but in
> the same window, you'll see box saying:
>
> "File has conflicts. Showing first one, press F3 for the next"
>
> Some kind of context help right inside document window.
That doesn't need kate support, but it would probably be better to use the
status bar for that anyway.
Cheers,
Hamish.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20060405/4fcab72d/attachment.sig>
More information about the KDevelop-devel
mailing list