Subject: Re: TODO Before the release
From: Dom Lachowicz (dominicl@seas.upenn.edu)
Date: Wed Jun 13 2001 - 21:48:03 CDT
Hi Martin,
> > 3) Make toolbar color buttons work on win32 and unix-non-gnome
>
> I don't mind the gtk-only not having these. If needed, this
> functionality
> can be provided via the "font" or "styles" dialog. See my reasoning on
> gtk-only below. I have no great desire to reinvent wheels for
> gtk-only. The gnome build is meant to be better than gtk-only anyway
> since
> it builds on a great platform of other people's work.
Well, first off, thanks :) Secondly, this is unacceptable. I'll even do the
code for this. We don't need to make it a drop-down widget. Popping up a
GtkColorSel inside of a dialog when the button is pressed would suffice, IMHO.
It'll take me 15 minutes. Win32 guys - connect a callback to the pressed signal
on the button and do the same.
> > 4) Clipart dialog
> > - Dom: dload, checkin, and install clipart
> > - Non-gnome platforms: actually code the dialog
>
> Dom, I've looked at your screen shot and thought about doing a GTK-only
> dialog. Then I realized I would have to essentially rewrite gdk-pixbuf
> to
> make each clip art image scale to the right size to fit nicely on the
> dialog.
>
> I have no intention of wasting my time to do this. The gtk-only build is
> only for users without the diskspace or system requirements for the
> beautiful gnome build.
>
> Given this, the clip-art dialog would default to look eactly like the
> "insert image" dialog with the only difference being that the file
> directory defaults to point to a clip-art directory that Abi knows about
> although I do not yet.
Ok, then disable this. I'm not a big fan of your decision, however. Scaling
images is easy given our current codebase, and no we wouldn't have to rewrite
GdkPixbuf to do accomplish this. See the image preview code in the OpenSaveAs
dialog as an example. Either we:
1) Code it right
2) Disable it altogether for Unix
I won't allow the insert-image dialog to double as the clipart dialog.
> If other people interested in gtk-only builds object, I invite them to
> implement this dialog.
As always.
> > 7) Preferences dialog (Dom will do Unix/Gnome)
> > - Add way to set default language using the XAP_Language dialog
> > - Enable/disable splash screen
>
> I think we should leave disabling the splash screen as command-line only
> option. Advertising ourselves to ordinary users is a good thing.
I like it both ways, and I think it'll stay this way. It's more convenient to
do it via a preference for those people who want to turn it off. Of course
it'll be turned on by default.
> 14. Make printing work on Unix. I have a document with symbol fonts
> written by a real user that he cannot print correctly. The gnome-print
> sucks rocks badly. It screws up pagination and totally barfs on the
> symbol
> and dingbat fonts. Our own print prints the symbols and gets the
> pagination right but throws in some extraneous degree symbols after
> them!
> I will work solidly on getting both the abi printing and gnome-print to
> work correctly. I'll check this document into bugzilla and I think we
> should not release 0.90 until it prints correctly.
Printing on Unix in general sucks rocks through a garden hose. We really need
to work on printing in general, because there are XP bugs in there too... I'll
work on GnomeFont, but I've been told more than once that we don't use the
correct glyphs for Symbol and Dingbats characters internally, so I'm not
surprised that the GnomePrint build barfs on them, though it does suck.
> 15. Implement "numbering" for styles. I will do this based on our
> current
> Modeless "Bullets and Numbering" dialog which works and I like anyway
> :-)
Cool. I actually forgot about this part of the styles dialog.
> 16. We desperately need to split out data from source code. All the help
> files, template files and spelling hash files should be seperated into a
> language specific module and downloaded seperately. Maybe we should do
> this for Fonts as well in the case of CJK fonts. We need to work out a
> cross platform way of doing this and to reorganize our CVS and build
> system to reflect this. Any volenteers for this?
Yes, I'm putting this to post 0.9.0 but pre 1.0 unless someone steps up to do
it. It's something that has to be done. I'm hoping to completely remove the
current help files and instead introduce the ones that the great folks on
abiword-docs have been working on instead. They're even in ABW format :-)
Dom
This archive was generated by hypermail 2b25 : Wed Jun 13 2001 - 21:48:21 CDT