From koffice-devel  Sun Jun 22 08:45:08 2008
From: Stefan Nikolaus <stefan.nikolaus () kdemail ! net>
Date: Sun, 22 Jun 2008 08:45:08 +0000
To: koffice-devel
Subject: Re: new layout of koffice apps
Message-Id: <200806221045.09227.stefan.nikolaus () kdemail ! net>
X-MARC-Message: https://marc.info/?l=koffice-devel&m=121412484810973
MIME-Version: 1
Content-Type: multipart/mixed; boundary="--===============0288145789=="

--===============0288145789==
Content-Type: multipart/signed;
  boundary="nextPart5073659.Y4nuBArEfq";
  protocol="application/pgp-signature";
  micalg=pgp-sha1
Content-Transfer-Encoding: 7bit

--nextPart5073659.Y4nuBArEfq
Content-Type: text/plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Saturday 21 June 2008 11:23:02 Boudewijn Rempt wrote:
> On Friday 20 June 2008, C. Boemann wrote:

(1)
> Well, I'm afraid I don't agree with much of your proposal. The big
> usability issues for me are the distance between the toolbox and the tool
> option widget,=20

> To go into details:
> > Basically:

(2)
> >  - the toolbox takes up way too much space
>
> Maybe we could move to ordinary toolbars? One for the always present
> default shape tools, one with the per shape-tools. Make the first left-ha=
nd
> side default, the second floating by default.

(3)
> >  - the shape collection takes up too much space and only kivio really
> > needs it
>
> Here I disagree completely. Don't be fooled by the preponderance of simple
> path shapes currently in the shape selector (which really should get
> categories before we release 2.0). The ability to drag an illustration
> shape, an image shape, a table, chart or text box shape into a document is
> just as important in kword. Same with KPresenter. Looking at Apple's
> Numbers I can see the same concept working very well of KSpread. Shapes f=
or
> layers and selection masks are just as important in Krita. A stylable
> connector shape is going to do wonders for many presentations and technic=
al
> documents.

What about following basically Thorsten's approach to solve these=20
three issues? To place the tool box on the left and below a tabbed=20
docker consisting of the tool options and the shape selector. The tool=20
options should be in front, because you alter shapes much more=20
often than inserting them.



> We shouldn't have more than one toolbar at top, nothing at the bottom.

I would say not more than one row of toolbars on top, assuming the=20
(still valid?) KDE screen size to design for, 800x600 pixels.

=2D-=20
Regards,
Stefan





--nextPart5073659.Y4nuBArEfq
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)

iEYEABECAAYFAkheERUACgkQpfDn2DABIpf57wCfdrjNCosLy1euyZBthZSClomM
8W0An2e/UtzMCfGiT8EsSzNsJmpDdoHO
=NRK+
-----END PGP SIGNATURE-----

--nextPart5073659.Y4nuBArEfq--

--===============0288145789==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel

--===============0288145789==--