[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-core-devel
Subject:    RE: I just wonder
From:       "David Faure" <faure () kde ! org>
Date:       1999-11-30 10:36:42
[Download RAW message or body]

> On tir, 30 nov 1999, David Faure wrote:
> >> hmm, since a  number of applications can be embedded into konqueror
(kdvi,
> >> kgostview etc) as viewers would it be considered interesting to convert
> >> khexedit to be able to do the same? Perhaps "core" and object
> >> files can be associated with it?
> >
> >Hmm, I personnally prefer a "core" file in gdb (or kdbg) rather than
> >in khexedit :-)
> >And an object file in nm...
> >>
> >
> >> I don't know very much on how this can be done, but I figured
> >> this was an ok method of learning it. However I won't do
> it if you think
> >> this is not useful in konqueror.
> >
> >I don't know if it's useful - you tell us, you're the khexedit author :-)
> >
> Is really the task of the author to tell if a feature is useful? Ahh I am
> an user myself and I really don't know in this case ;)

Since I'm not a khexedit author nor user (except when I debugged ktar !),
I can't say either.
I thought you might have examples where using khexedit is useful :)

I think it's logical to have it, when we also have parts for kedit/kwrite,
and probably some others, for completeness.

> >To do it you would need a viewer-only version of khexedit, for instance
> >triggered by a command-line argument. OTOH with the upcoming KParts, one
> >could even implement a KReadOnlyPart (for the viewer) and a
KReadWritePart
> >(for the full editor). Might be a good idea to wait a little bit, then.
> >
> khexedit can already read a file from the cmdline and be "read only" so
this is
> not a  problem, but anyway I will wait (when will this be ready? approx.)
for
> now.
Right after Krash, hopefully.
Feel free to help/have a look at kdenonbeta/kparts ! :)

--
David Faure
faure@kde.org - KDE developer
david@mandrakesoft.com - Mandrake
david.faure@cramersystems.com - Cramer Systems

[prev in list] [next in list] [prev in thread] [next in thread]