On Tue, 07 Oct 2003 11:00:42 -0400 David Abrahams <[EMAIL PROTECTED]>
wrote:

DA> Vadim Zeitlin <[EMAIL PROTECTED]> writes:
DA> 
DA> > On Mon, 06 Oct 2003 20:46:43 -0400 David Abrahams <[EMAIL PROTECTED]> wrote:
DA> >
DA> > DA> > Ideally we'd have docking windows which would remember their last
DA> > DA> > state but failing that the next best thing is probably indeed to
DA> > DA> > propose the choice between several standard layouts. This is very
DA> > DA> > easy to do, too, of course...
DA> > DA> 
DA> > DA> ...which is what makes it so unbelievable that many programs don't let
DA> > DA> you configure it.
DA> >
DA> >  Well, actually it turned out to be not that easy to have the layout which
DA> > I would personally like, i.e. this:
DA> >
DA> >   -------------------
DA> >   |   folder view   |
DA> >   -------------------
DA> >   | tree | msg view |
DA> >   -------------------
DA> >
DA> > but allowing the one you want is indeed very simple so I just did it and
DA> > you can now have:
DA> >
DA> > 1. folder tree on the left or on on the right
DA> > 2. folder view split vertically or horizontally
DA> > 3. folder view on top/left oro n bottom/right

Now I am talking out of school because I have not yet seen what you have done
Vadim but instead of you pre-deciding how to layout the windows, why do we not
just treat the three windows as three undocked windows and let users size and
place them as they choose? Then all you have to do is store the windows's
origin (x,y) and size (width, height). For all three that only represents 12
integers. 

DA> >  I don't think it's very useful however as I've tried it and on my
DA> > (1280*1024) screen it is not very usable: there is not enough space
DA> > for all folder view columns, you only see the subject basically
DA> > (this is why I'd like to have a layout with wide folder view
DA> > above...).

We have to remember aesthetics is a difficult thing to dictate :-( I know for
me, I use M because it is good in a technical sense and getting incrementally
better. I certainly do not use it because it is pretty (for me it is not).

DA> >  I'd be interested to know if anybody (including you) is going to
DA> > actually use this option, if not we would probably have to remove it
DA> > later because we already have too many options to afford having the
DA> > ones which nobody uses.

I certainly will be changing my layout based on what I have read above
(subject to seeing how the practice (make) compares to the theory described
above.

DA> I'm not going to use Mahogany at all until it becomes a newsreader
DA> :o(.

David, would you be able to find a bit of time for me as QA Manager to
elucidate which parts of "News Reader" you need. I would appreciate a view
from someone who is remote from the situation and not involved in it on a day
to day basis.

For some time when I ran Win2K, I also ran Hamster news/mail server which made
Mahogany the online News Reader almost as good as an offline news reader.
Granted, it has some quirks but it is not as incompetant as it is sometimes
made out. If I had to define how it works presently, I would say that,
following it's origins, it tends to want to treat News Servers as if they were
Imap mail servers. If you can stand the delay while it pulls messages from the
server at the opening of each folder, it is useable.

Equally granted, it is not yet upto GNKSA (
http://www.xs4all.nl/~js/gnksa/gnksa-evaluations.html ) status yet. I've never
bothered but it might be interesting to download the checksheet for the award
and see just how it does presently compare. This is something that we the
development team discussed some time ago and agreed as a sort of an underlying
benchmark to work towards when News Reader's turn for more work comes up.
Milestone 2.0 seems a long time away when you are working on 0.66 but all good
things come to those who wait (or so I'm assured :-D )

DA> However, if I don't start getting *some* readers to use a reasonable
DA> layout today, none will be usable for me even when they get all the
DA> other features, and new reader projects will start up without having
DA> the neccessary configurability.  I urge you to leave the capability
DA> in.

I am going to be VERY interested in tonight's compile ;-)

Thnaks for your input David,

Dr. QA




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mahogany-Developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mahogany-developers

Reply via email to