We could add such a thing, but I'd take time for all param to have it.
Sent from my Android phone.
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has
Yes, that's a good point.
On Wed, Jul 25, 2012 at 1:34 PM, Jeroen De Dauw wrote:
> 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
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.
-
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 fo
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 nee
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 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
On 25 July 2012 16:42, James HK wrote:
> [1]
> https://github.com/mwjames/docs/raw/master/smw-core/special-ask-table-without-text.png
>
> [2]
> https://github.com/mwjames/docs/raw/master/smw-core/special-ask-table-with-text.png
Have you considered dropping the labels (which are not that releva
> >> 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]
> https://github.com/mwjames/doc
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
Hi James,
I just tried this code out now, and I regret not having looked at it
before. I'm really not sure about that hover thing - as Jeroen notes, it
has usabiility issues, and beyond that, it just seems like too much work to
makes users do. It would be one thing if the hover were just clarifyin
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
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.
--
---
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,
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:
http://semant
15 matches
Mail list logo
