[drupal-devel] Wordpress' new "post edit screen"
The next version of WordPress, WP 1.6, will have the following "post edit screen": http://asymptomatic.net/wp/images/2005/June/wp16.gif (animated) http://asymptomatic.net/wp/images/2005/June/wp16write.jpg -- Dries Buytaert :: http://www.buytaert.net/
On 01/07/05, Dries Buytaert <dries@buytaert.net> wrote:
http://asymptomatic.net/wp/images/2005/June/wp16.gif (animated)
That's very nice. Do we have the horizontal space to spare to aim for a similar interface? The Jabber/IRC gateway I use isn't running at the moment, but I'll get into #drupal ASAP to see what the general opinion of this is. -- David Carrington
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01 Jul 2005, at 10:41 AM, David Carrington wrote:
On 01/07/05, Dries Buytaert <dries@buytaert.net> wrote:
http://asymptomatic.net/wp/images/2005/June/wp16.gif (animated)
That's very nice. Do we have the horizontal space to spare to aim for a similar interface? I'm of the opinion we don't.
They can do stuff like that since they have a seperate admin theme (don't argue. it's true. all of the templates we have ported from wordpress would break horribly with that edit screen). We already have collapsable fields, but for the life of me I can not comprehend what the use of the draggable fields are, other than the cool factor. Not being able to rely on 'muscle memory' to find the right field to expand seems like a step back to me. - -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFCxRjegegMqdGlkasRAhnrAJ9gdadbdeB6UlBe304zhtB9cPdqJQCglL1Q fv9affpNy2TifBhOapUb5Gk= =Jhry -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01 Jul 2005, at 12:46 PM, Robert Douglass wrote:
Agree. Now dragging taxonomy terms or book pages instead of setting weight - that would be useful. A generic outliner, dragging things like menu items, book pages and pretty soon form elements in a form designer.
- -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFCxSYagegMqdGlkasRAsCrAJ4g6E99GTDk1kGOc1w8dse4zv0haACdHgQb l4e3sIL1qKSJGKoEB6dt5sg= =VMMX -----END PGP SIGNATURE-----
On Fri, 2005-07-01 at 12:46 +0200, Robert Douglass wrote:
for the life of me I can not
comprehend what the use of the draggable fields are, other than the cool factor.
Agree. Now dragging taxonomy terms or book pages instead of setting weight - that would be useful.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 01 Jul 2005, at 1:23 PM, Arnab Nandi wrote:
http://tool-man.org/examples/edit-in-place.html Yup, but it would need to be able to handle nested lists.
So that every list element, has an empty <ul> underneath it, and you can drag the elements into them. - -- Adrian Rossouw Drupal developer and Bryght Guy http://drupal.org | http://bryght.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFCxSpmgegMqdGlkasRArVpAJ9a6oWY61nF/2x4bERdp5TjKXxX7wCg03ug j//hFsGXdsT/Sq+HmT2WFbs= =leNE -----END PGP SIGNATURE-----
http://asymptomatic.net/wp/images/2005/June/wp16.gif (animated)
That's very nice. Do we have the horizontal space to spare to aim for
I don't get why it's nice. Why would I want to move those form elements around?
We already have collapsable fields, but for the life of me I can not
In day to day use on the NHPR conversion to HEAD, I'm finding the collapsible groups MORE annoying, not better. It's adding more clicks, not friendly smiles. About the only place I actually LIKE the collapsed groups is on the input filters. Everywhere else, most notably, admin > settings, they're a pain in the ass. -- Morbus Iff ( accept no prostitutes ) Technical: http://www.oreillynet.com/pub/au/779 Culture: http://www.disobey.com/ and http://www.gamegrene.com/ icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus
http://asymptomatic.net/wp/images/2005/June/wp16.gif (animated)
That's very nice. Do we have the horizontal space to spare to aim for
I don't get why it's nice. Why would I want to move those form elements around?
To move up important stuff, and push down mostly unused options. Goba
To move up important stuff, and push down mostly unused options.
But that would only help, what, tabbing between the fields? I don't see how moving a box 20 pixels higher is improving its importance, especially when I still have to click the damn thing to open it (thus making irrelevant the tabbing I just mentioned). -- Morbus Iff ( you are nothing without your robot car, NOTHING! ) Culture: http://www.disobey.com/ and http://www.gamegrene.com/ O'Reilly Author, Weblog, Cook: http://www.oreillynet.com/pub/au/779 icq: 2927491 / aim: akaMorbus / yahoo: morbus_iff / jabber.org: morbus
To move up important stuff, and push down mostly unused options.
But that would only help, what, tabbing between the fields? I don't see how moving a box 20 pixels higher is improving its importance, especially when I still have to click the damn thing to open it (thus making irrelevant the tabbing I just mentioned).
Well, we do implemented custom form hiding for Drupal 4.6 on Weblabor.hu, so I am quite biased in favor of the feature. :) What was important to us is to see the value of the important field(s) inside the hidden form portion(s), so that if we are not going to change those, we can have a quick glance of their value. See attached shot. Interface Hungarian, comments English. Implemented with custom, site specific JS wizardry. The point is that I don't mind clicking more for some features, since I once set a path alias, and since it is supposed to be a permalink, it is not going to change. Author names and node keywords are also not likely to change. We could in fact hide a lot more of the edit form on our site, but had no time to go forward with the job yet. Goba
Adrian Rossouw wrote:
We already have collapsable fields, but for the life of me I can not comprehend what the use of the draggable fields are, other than the cool factor.
Draggable fields are an easy, intuitive way for humans to sort short lists or to move things between short lists (e.g. ToDo lists): * two lists: http://neb.net/playground/dragdrop/ * within a list, variations: http://tool-man.org/examples/sorting.html I, for one, really want a ToDo list module with draggable fields between 3 lists: Today, Tomorrow, and Future, or some such. I'm sure there are lots of other useful applications. -- Chris Johnson
participants (8)
-
Adrian Rossouw -
Arnab Nandi -
Chris Johnson -
David Carrington -
Dries Buytaert -
Gabor Hojtsy -
Morbus Iff -
Robert Douglass