Hey James,
I just merged in your changes, and they are looking great :)
One usability suggestion I have is adding a line of text at the top of the
other options box explaining what they are, in particular that you can
cover over their names to get their associated description (as this might
not
Hi Yaron,
it just seems like too much work to makes users do
Well, their is not much wiggle room in making the Special:Ask layout
UI somewhat sane. On the one hand we want people immediately recognize
the content that is inherent in an option selected and on the other
hand by doing so puts the
I'm really not sure about that hover thing
Me neither but what else is there left, if this is not an option?
Another option would be to introduce a user preference where one can
opt-in/out of the text display but do we really want to do this?
[1]
Hi James,
Thanks for putting those two images together. I actually think that 2nd
layout, with the descriptions in a smaller font below the input, looks
totally fine - it would probably look nicer if the descriptions were under
both the parameter name and the input, but that's a minor point. It's
Hi Krabina ,
Why not use Tool tips as in SF
#info (not {{{info}}}) is a parser function that comes with SMW (not
SF) but it uses outdated JavaScript and is planned to be replaced [1]
someday. The method applied in Special:Ask is MW standard as far as
there is MW standard (using jquery.tipsy).
Hi Yaron,
I have spent more time on this now than I actually wanted to but with
change [1] you will have your standard behaviour of showing the text
beneath the input box (as default) but at the same time introduced a
user preference for a Special:Ask tooltip. For power user like me that
don't
Hi,
Okay, that works - making something an optional setting is always a
possibility when the group can't decide on something. :) Out of curiosity,
what do you think of Niklas's suggestion, of showing the description
instead of the label? That might actually work also - after all, that's how
the
For the formats we have nice internationalized names, we do not have such
names or labels for parameters (yet), only their canonical system names.
Using the descriptions seems like a bad idea as they are meant to describe
the parameter, not to identify it.
Sent from my Android phone.
Yes, that's a good point.
On Wed, Jul 25, 2012 at 1:34 PM, Jeroen De Dauw jeroended...@gmail.comwrote:
For the formats we have nice internationalized names, we do not have such
names or labels for parameters (yet), only their canonical system names.
Using the descriptions seems like a bad
Hi,
Before going ahead with this change [1], I'd like to seek some consent
(please note that this is not a wish list for non-core developers)
among the core developers since the change is visually recognizable.
While earlier this week a smaller feature was added to Special:Ask,
namely the
Hey,
That definitely looks better the the current UI. However before starting to
make such changes, I think we should asses how much effort it would be to
get the query UI written by Devayon Das as part of GSoC 2011 finished up
and have that replace ask.
It can be seen working here:
Hi Jeroen,
The proposed change is rather minimal, it only changes the Html
definition in SMWQuerySpecialPage and adds some js function to
ext.smw.ask. Finished !
I'd looked at Special:QueryCreator but I had to turn my back because
my experience is not a match for what goes on in the QueryCreator
Hey,
but class SMWQueryUI alone has 1818 ( + class SMWQueryCreatorPage 264 +
class SMWQueryUIHelper 589).
huh?! I wonder how that happened...
In that case, I'm +1'ing your proposal :)
Cheers
--
Jeroen De Dauw
http://www.bn2vs.com
Don't panic. Don't be evil.
--
13 matches
Mail list logo