application view
Daniel Franke
daniel.franke at imbs.uni-luebeck.de
Sat Apr 3 19:44:03 UTC 2004
> > > Alexander, if I understand your suggestion correctly, by
> > > using konsolepart you imply the following behaviour:
> > > * an empty application view at startup (no prompt)
> The propmt wouldn't hurt.
Thinking as user: two different view but (apperently) same behaviour -
something's wrong here?
> > > f. [together with (c)] output formats of tools may differ
> > > significantly, user-defined pattern-matching might be reasonable
> > > (in addition to capture-output-flag in tools menu)?
>
> This can be complicated to implement. The idea is to have "tool output
> format plugins" for makeview and for appoutputview. Elsewhere you'll end
> checking regexps for all supported tools every time - we do it in make
> output now, it's not that fast.
I neither thought of plugins nor implementing any regexps myself. There
are so many tools out there, small hacks, inhouse-apps, gnu-tools,
whatever - in my eyes it's impossible to support them _all_ - even the
attempt to would be too much to ask for. The far easier way to allow all
tools to work: add an
"Enter your regular expression to parse output here:"
widget (some examples included) and that's it. If a user want's this
feature, he has to figure the regexps out himself - but one is free to use
_any_ tool at any time (instead of writing a kdev-plugin first ;)
Additional benefit: it's fast, there will be only one expression to apply
- not many.
(The widget should most likely be placed near Configure KDevelop ->
External Tools -> Add ->Capture Output)
> The good thing about konsole is that it's fast and efficiently
> handle large output.
Can't judge about performance issues here.
Daniel
More information about the KDevelop-devel
mailing list