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

List:       kmail-devel
Subject:    Re: custom header view
From:       "Aaron J. Seigo" <aseigo () olympusproject ! org>
Date:       2003-09-06 1:22:14
[Download RAW message or body]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Friday 05 September 2003 05:28, Klas Kalass wrote:
> > "go back" is a bit misleading, since one isn't really "going back" =) if
> > one uses "More headers..." then perhaps "go back" could become "Fewer
> > headers..." or "Less headers..." or "Collapse headers..."
>
> Well, blame Ralf Nolden for that - Originally I had simply "less" and he
> complained about it, so I changed it to "go back" to make him happy.
> Personally I don't care, as long as I get reasonably backed arguments I
> will change it to anything ;-)

were my argument reasonably backed, in your opinion?

> > also, it seems just by looking at it in usage that it redisplays the
> > whole email whenever a header edit link is clicked (via a call to
> > updateReaderwin ()) ... perhaps it would be better to provide a named div
> > in the headers area and simply edit that section of the HTML directly,
> > allowing KHTML to just rerender that section rather than the whole
> > readerwindow. this would decrease flicker, increase responsiveness and
> > make a huge difference if you have a large attachment being viewed inline
> > or some other part of the mail display process requires a lot of
> > processing...
>
> I am not sure if that is possible - I think I would need to alter the dom
> tree which is displayed by khtml for that, don't I? I don't have the code
> here at the moment so I don't know if I could access it without doing
> hacks.

it's pretty simply.. just ensure that you've got a DIV or some such container 
element in there with an ID set... then, you can use KHTMLPart::document() to 
get the DOM document, on which you then call 
getElementById("whatevertheidis") and then, after dynamic_casting it to an 
HTMLElement, call setInnerHTML() on it... AFAIK, that's all that is 
necessary.

i know this because when i had experimented with showing the status icons in 
the headers, this was the approach i used, and it worked rather nicely.

- -- 
Aaron J. Seigo
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux)

iD8DBQE/WTbH1rcusafx20MRAo1iAJ0SobJanzhgmAbSEu9RU1myKWrwVACfdnNv
s8UCgQH5ewekN+j+scyBApE=
=nYD0
-----END PGP SIGNATURE-----
_______________________________________________
KMail Developers mailing list
kmail@mail.kde.org
http://mail.kde.org/mailman/listinfo/kmail
[prev in list] [next in list] [prev in thread] [next in thread]