Whoa!
This is a common misconception. There is not a lot of code from viewer
bloating mozilla. In fact, on the Windows platform there is NONE!
On Mac and Linux, there are the only few extra files that are being included:
nsButton.cpp
nsTextWidget.cpp
nsTextHelper.cpp
nsLabel.cpp
nsCheckButton.cpp
Currently, our team has a bug for removing these from extra files from the
widget "DLL" and moving them over to viewer directory like what was already
done on the Windows platform. It was something that became very low priority
in the final days of nsbeta3 and RTM.
And if you look on Mac and Linux those objects are minuscule compared to other
parts of the system.
So these extra files that are perceived to bloat the system is almost entirely
MYTH!
The discussion about the embedding app almost begs the question: Why didn't
they change viewer and have it be the embedding app? Since it has a lot of
special testing built into it.
Rod
Mike Pinkerton wrote:
> Quick question:
>
> With the embedding harnesses being built, shouldn't those be our new
> "viewer" for testing? We have a lot of code (widgets, etc) that are
> bloating our app _only_ for viewer. The harnesses have that code in
> their app, not in the widget DLL.
>
> Can we make the switch?
>
> karnaze wrote:
>
> > Viewer now delays (i.e. -d option) before writing the regression data
> > for a page. Before it was delaying after writing the data. This gives
> > incremental reflow more time on some pages and eliminates the bogus bbox
> > differences. Viewer can now also accept a delay inside the file list
> > (e.g. delay:=2 on a line would set the delay to 2 seconds for subsequent
> > pages).
>
> --
> Mike Pinkerton
> Mac Browser Weenie
> [EMAIL PROTECTED] http://people.netscape.com/pinkerton
S/MIME Cryptographic Signature
