Re: top 10 bugs [was Re: GtkHtml 1, 2 and 1->2]
- From: Owen Taylor <otaylor redhat com>
- To: Luis Villa <louie ximian com>
- Cc: Havoc Pennington <hp redhat com>, gnome-hackers gnome org
- Subject: Re: top 10 bugs [was Re: GtkHtml 1, 2 and 1->2]
- Date: Thu, 11 Apr 2002 11:50:10 -0400 (EDT)
Luis Villa <louie ximian com> writes:
> On Thu, 2002-04-11 at 11:26, Havoc Pennington wrote:
> >
> > Luis Villa <louie ximian com> writes:
> > > *cough*file a bug*cough* ;)
> >
> > I think there's already a bug about at least part of it ;-)
>
> :)
>
> > > > In gnome-terminal, the lack of "factory" mode and lack of "new window
> > > > with profile" are important feature gaps.
> > >
> > > FWIW, the crash on transparent terminals seems to be a much more
> > > frequent issue with terminal; it's probably the most frequently reported
> > > open crash in g2 ATM.
> >
> > Oh, yeah, I was having selective memory block about libzvt. libzvt is
> > so uber-fucked that we are all best off just living in denial.
>
> What fuckage does it suffer from, other than having a code base that
> (apparently) would be more readable if it was written on lebl's ass, and
> having this crasher? [I guess I can throw AA in there too.]
>
> Luis [still soliciting discussions of general and/or specific fuckage
> that need to be numero-uno priority before other g2 work moves on]
I don't think this bug has anything to do with f*ed-ness state of libzvt.
I think it's something relatively simple having to do with libzvt
not properly handling the background pixmap being destroyed.
The f*ed-ness state of libzvt is essentially:
* Nobody (except maybe Zucchi) understands the update code.
Some parts of the update code (the scrolling in particular)
probably need significant rewriting.
* Nobody is prepared to make decisions about terminal emulation
bugs reported against libzvt, and the terminal emulation code
is structured in a fairly chaotic manner.
* The code is making assumptions about the relationship between
bytes (or in utf-8 mode characters) in the input stream and
cells in the output fixing it for i18n really, really difficult.
I don't think we need to live in denial though; we should be able to fix
the worst of the problems (except maybe the lack of AA fonts and i18n)
and survive until we get a replacement.
Regards,
Owen
_______________________________________________
gnome-hackers mailing list
gnome-hackers gnome org
http://mail.gnome.org/mailman/listinfo/gnome-hackers
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]