From rainer.blome at gmx.de Wed Oct 1 19:21:31 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Wed, 01 Oct 2008 21:21:31 +0200
Subject: [search-ui] Really great UI
In-Reply-To: <48E281EA.7040604@zzz.ee>
References: <00BBEFE8-9E56-402B-92F8-C5A0395F8E31@zerolives.org>
<48E281EA.7040604@zzz.ee>
Message-ID: <48E3CDBB.1060903@gmx.de>
Ott K?stner wrote:
> One of the fanciest search user interfaces I have found:
> http://www.searchme.com/
Pretty and interactive, but...
When I type 'Shift-2', the search field displays '@' (at-sign)
instead of '"' (a double-quote). A hard-coded US keyboard layout?
What were they thinking?
> Way to go for Wikia too?
Backwards? ;-)
Rainer
From rainer.blome at gmx.de Thu Oct 2 08:28:31 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Thu, 02 Oct 2008 10:28:31 +0200
Subject: [search-ui] Debugging .js file loading
Message-ID: <48E4862F.6000200@gmx.de>
During debugging, using Firefox or Seamonkey, I was stumped,
so I tried Chrome's JavaScript console.
That helped me to see a file name error on my part ("translate"
instead of "translation" *rolls eyes*),
because it displays the *current* source code, including the result of
already executed 'document.write("")' calls. Very nice.
The next error was even more elusive, so I tried Safari's "Develop ->
Show Web Inspector". Wow, I'm impressed. It shows on the left
navigation pane all loaded files, even those loaded asynchrously, no
matter whether before or after the page has fully loaded (for example,
it displays every notification response when it comes in). Clicking on
one shows the source on the right pane, be it html, js or JSON.
In this case, it showed HTML, representing a 404 where js should have
been, even though the URL was a "file" one. The paths looked right,
except... those *two* slashes in the middle of the URL after "cool".
These do not appear to hurt when surfing via HTTP, but they do hurt when
surfing in a file system.
The convention that search_server_to_use ends in a slash is somewhat
unusual, but it's a convention nonetheless so I removed the extraneous
slashes in servertouse.js (pokes David in the side ;-).
Safari also noticed that the "JSON" content served by index.php is
transferred with MIME type "text/html", but interpreted as a script.
Do we care?
Rainer
From phil.nelson at gmail.com Thu Oct 2 17:41:17 2008
From: phil.nelson at gmail.com (Christian Nelson)
Date: Thu, 2 Oct 2008 13:41:17 -0400
Subject: [search-ui] Is there a web-viewable version of the current SVN?
Message-ID:
Guys?
- Phil
From newsmarkie at googlemail.com Thu Oct 2 17:59:42 2008
From: newsmarkie at googlemail.com (Mark (Markie))
Date: Thu, 2 Oct 2008 18:59:42 +0100
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To:
References:
Message-ID:
yeah, either at http://svn.swlabs.org/re.search or at
http://people.swlabs.org/~bartek/websvn/listing.php?repname=SearchUI&path=%2F&sc=0
regards
mark
On Thu, Oct 2, 2008 at 6:41 PM, Christian Nelson wrote:
> Guys?
>
> - Phil
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081002/4b5fc7ba/attachment.html
From balinny at gmail.com Thu Oct 2 18:07:46 2008
From: balinny at gmail.com (Balinny)
Date: Thu, 02 Oct 2008 20:07:46 +0200
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To:
References:
Message-ID: <48E50DF2.8050203@gmail.com>
Christian Nelson wrote:
> Is there a web-viewable version of the current SVN?
> Guys?
>
> - Phil
Well, you have the plain files as shown by svn:
http://svn.swlabs.org/re.search/
Thindil, can you make
http://people.swlabs.org/~bartek/websvn/listing.php?repname=re.search&path=%2F&sc=0
work?
From phil.nelson at gmail.com Thu Oct 2 18:09:22 2008
From: phil.nelson at gmail.com (Christian Nelson)
Date: Thu, 2 Oct 2008 14:09:22 -0400
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To: <48E50DF2.8050203@gmail.com>
References:
<48E50DF2.8050203@gmail.com>
Message-ID:
Yeah, I should've clarified, I meant a working, web-viewable, SVN
version of the site. Not an SVN tracker.
- Phil
On Oct 2, 2008, at 2:07 PM, Balinny wrote:
> Christian Nelson wrote:
>> Is there a web-viewable version of the current SVN?
>> Guys?
>>
>> - Phil
>
> Well, you have the plain files as shown by svn:
> http://svn.swlabs.org/re.search/
>
> Thindil, can you make
> http://people.swlabs.org/~bartek/websvn/listing.php?repname=re.search&path=%2F&sc=0
> work?
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
From newsmarkie at googlemail.com Thu Oct 2 18:11:32 2008
From: newsmarkie at googlemail.com (Mark (Markie))
Date: Thu, 2 Oct 2008 19:11:32 +0100
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To:
References:
<48E50DF2.8050203@gmail.com>
Message-ID:
http://svn.swlabs.org/re.search/ ??
regards
mark
On Thu, Oct 2, 2008 at 7:09 PM, Christian Nelson wrote:
> Yeah, I should've clarified, I meant a working, web-viewable, SVN
> version of the site. Not an SVN tracker.
>
> - Phil
>
> On Oct 2, 2008, at 2:07 PM, Balinny wrote:
>
> > Christian Nelson wrote:
> >> Is there a web-viewable version of the current SVN?
> >> Guys?
> >>
> >> - Phil
> >
> > Well, you have the plain files as shown by svn:
> > http://svn.swlabs.org/re.search/
> >
> > Thindil, can you make
> >
> http://people.swlabs.org/~bartek/websvn/listing.php?repname=re.search&path=%2F&sc=0
> > work?
> > _______________________________________________
> > Search-UI mailing list
> > Search-UI at wikia.com
> > http://lists.wikia.com/mailman/listinfo/search-ui
>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081002/be9862f3/attachment.html
From phil.nelson at gmail.com Thu Oct 2 18:14:33 2008
From: phil.nelson at gmail.com (Christian Nelson)
Date: Thu, 2 Oct 2008 14:14:33 -0400
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To:
References:
<48E50DF2.8050203@gmail.com>
Message-ID:
That just shows me the naked HTML code. Example: http://svn.swlabs.org/re.search/cool/index.html
- Phil
On Oct 2, 2008, at 2:11 PM, Mark (Markie) wrote:
> http://svn.swlabs.org/re.search/ ??
>
> regards
>
> mark
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081002/8f5114ea/attachment.html
From jeremie at jabber.org Thu Oct 2 18:28:21 2008
From: jeremie at jabber.org (Jeremie Miller)
Date: Thu, 2 Oct 2008 13:28:21 -0500
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To:
References:
<48E50DF2.8050203@gmail.com>
Message-ID:
I manually update http://re.search.wikia.com/BEWARE3/ from time to
time and rely on my own file:/// for dev, but there isn't anything
that's automatic and public that I know of... it'd be nice to get the
various dependencies to work out of the box straight from the svn
repo :)
On Oct 2, 2008, at 1:14 PM, Christian Nelson wrote:
> That just shows me the naked HTML code. Example: http://svn.swlabs.org/re.search/cool/index.html
>
> - Phil
>
> On Oct 2, 2008, at 2:11 PM, Mark (Markie) wrote:
>
>> http://svn.swlabs.org/re.search/ ??
>>
>> regards
>>
>> mark
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
From rainer.blome at gmx.de Thu Oct 2 20:44:22 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Thu, 02 Oct 2008 22:44:22 +0200
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To:
References: <48E50DF2.8050203@gmail.com>
Message-ID: <48E532A6.5040602@gmx.de>
Jeremie Miller wrote:
> it'd be nice to get the
> various dependencies to work out of the box straight from the svn
> repo :)
Just yesterday I checked in a new version of servertouse.js.
If you check out a copy from svn
(using "svn checkout http://svn.swlabs.org/re.search"),
it should now work out of the box from your file system.
From your local server it will only work out of the box
if "cool/" is bound to the server's root (mapped to "/").
> On Oct 2, 2008, at 1:14 PM, Christian Nelson wrote:
>
>> That just shows me the naked HTML code. Example: http://svn.swlabs.org/re.search/cool/index.html
The svn viewing instructs your browser to use MIME type "text/plain", I
think. So it's not interpreted and displays the source, as it should,
since it is intended as a repository view.
Rainer
From rainer.blome at gmx.de Thu Oct 2 20:53:27 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Thu, 02 Oct 2008 22:53:27 +0200
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To: <48E532A6.5040602@gmx.de>
References: <48E50DF2.8050203@gmail.com>
<48E532A6.5040602@gmx.de>
Message-ID: <48E534C7.3090909@gmx.de>
M,M&I wrote:
> From your local server it will only work out of the box
> if "cool/" is bound to the server's root (mapped to "/").
...or if cool/ is part of the URL.
The heuristics (read: guessing) might be extended to make
it work with BEWARE*, too. :-)
Rainer
From rainer.blome at gmx.de Thu Oct 2 21:06:55 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Thu, 02 Oct 2008 23:06:55 +0200
Subject: [search-ui] Loading .js files
In-Reply-To: <48CEDBAD.5080409@gmx.de>
References: <48CEDBAD.5080409@gmx.de>
Message-ID: <48E537EF.7000302@gmx.de>
Bump.
Rainer Blome wrote:
> Rainer Blome wrote:
> > David Pean wrote:
> >> Rainer, we saw that you had checked in some code that included
> >> the old i18n javascript file on each page,
> >
> > Almost each page. For some reason that I don't remember,
> > I did not add the tag to search.html (of all pages :-)).
>
> All of the old i18n.js was needed by all pages, because all
> pages need translation.
> Now, additional code has been added that is needed only for the
> translation form, as far as I can see.
> That code should be moved to a separate file.
>
> > My intent with the script tags is to:
> > o Make it more transparent to the user what code is loaded.
> > o Load the code early, potentially reducing latency.
> > o Treat the .js files equally.
>
> In particular, using a static script tag enables inclusion of
> i18n.js into the generated search.js, which should keep latency low.
>
> >> but we decided to leave the include
> >> once defined in (the poorly named) file servertouse.js (should really
> >> be globals or something :P )
>
> Why?
>
> Sure, having only a single "include" is "more elegant".
> How about this?:
> In each .html, use *only* ''.
> Transform ("Move") all other script tags
> to "includes" ('document.write("")')
> in search.js (checked into the VCS).
> During development or out-of-svn deployment, search.js
> is used as it is checked in.
> For production, search.js is *replaced* with the contents
> of the files that it references.
>
> Rainer
>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
From rainer.blome at gmx.de Thu Oct 2 22:01:02 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Fri, 03 Oct 2008 00:01:02 +0200
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To:
References:
Message-ID: <48E5449E.1000600@gmx.de>
Phil, you've checked in this change to servertouse.js:
-var server_to_use = "http://search.wikia.com";
+var server_to_use = "http://re.search/cool/";
You don't need to change server_to_use.
On the contrary, it needs to point to a modified MediaWiki server such
as "search.wikia.com".
Unless you've managed to register a new top-level domain,
(and configured the appropriate server),
you should consider reverting that change. ;-)
Rainer
From phil.nelson at gmail.com Thu Oct 2 22:05:54 2008
From: phil.nelson at gmail.com (Christian Nelson)
Date: Thu, 2 Oct 2008 18:05:54 -0400
Subject: [search-ui] Is there a web-viewable version of the current SVN?
In-Reply-To: <48E5449E.1000600@gmx.de>
References:
<48E5449E.1000600@gmx.de>
Message-ID:
http://re.search/ is the local alias I use for development on this
codebase.
I can't remember why I changed it, it seems like this was necessary at
one point, but I can't remember why. Forgot to revert it before I
committed.
- Phil
On Oct 2, 2008, at 6:01 PM, Rainer Blome wrote:
> Phil, you've checked in this change to servertouse.js:
>
> -var server_to_use = "http://search.wikia.com";
> +var server_to_use = "http://re.search/cool/";
>
> You don't need to change server_to_use.
> On the contrary, it needs to point to a modified MediaWiki server such
> as "search.wikia.com".
> Unless you've managed to register a new top-level domain,
> (and configured the appropriate server),
> you should consider reverting that change. ;-)
>
> Rainer
>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
From david.pean at gmail.com Fri Oct 3 13:56:17 2008
From: david.pean at gmail.com (David Pean)
Date: Fri, 3 Oct 2008 09:56:17 -0400
Subject: [search-ui] Debugging .js file loading
In-Reply-To: <48E4862F.6000200@gmx.de>
References: <48E4862F.6000200@gmx.de>
Message-ID:
Yeah we should be consistent in the structure of the all the
paths..unfortunately we'll have to update all the many places where
its used :/
Dave
On Thu, Oct 2, 2008 at 4:28 AM, Rainer Blome wrote:
> During debugging, using Firefox or Seamonkey, I was stumped,
> so I tried Chrome's JavaScript console.
>
> That helped me to see a file name error on my part ("translate"
> instead of "translation" *rolls eyes*),
> because it displays the *current* source code, including the result of
> already executed 'document.write("")' calls. Very nice.
>
> The next error was even more elusive, so I tried Safari's "Develop ->
> Show Web Inspector". Wow, I'm impressed. It shows on the left
> navigation pane all loaded files, even those loaded asynchrously, no
> matter whether before or after the page has fully loaded (for example,
> it displays every notification response when it comes in). Clicking on
> one shows the source on the right pane, be it html, js or JSON.
>
> In this case, it showed HTML, representing a 404 where js should have
> been, even though the URL was a "file" one. The paths looked right,
> except... those *two* slashes in the middle of the URL after "cool".
> These do not appear to hurt when surfing via HTTP, but they do hurt when
> surfing in a file system.
>
> The convention that search_server_to_use ends in a slash is somewhat
> unusual, but it's a convention nonetheless so I removed the extraneous
> slashes in servertouse.js (pokes David in the side ;-).
>
> Safari also noticed that the "JSON" content served by index.php is
> transferred with MIME type "text/html", but interpreted as a script.
> Do we care?
>
> Rainer
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
From david.pean at gmail.com Fri Oct 3 14:10:04 2008
From: david.pean at gmail.com (David Pean)
Date: Fri, 3 Oct 2008 10:10:04 -0400
Subject: [search-ui] Loading .js files
In-Reply-To: <48CEDBAD.5080409@gmx.de>
References: <48CEDBAD.5080409@gmx.de>
Message-ID:
Yeah, I like the idea of a single include to manage all the js for the
standard html pages. Search.html might need to stay independent,
since its including more files that are not used anywhere else -- or
should we just keep one complete .js file for the whole site?
Dave
On Mon, Sep 15, 2008 at 6:03 PM, Rainer Blome wrote:
> Rainer Blome wrote:
> > David Pean wrote:
> >> Rainer, we saw that you had checked in some code that included
> >> the old i18n javascript file on each page,
> >
> > Almost each page. For some reason that I don't remember,
> > I did not add the tag to search.html (of all pages :-)).
>
> All of the old i18n.js was needed by all pages, because all
> pages need translation.
> Now, additional code has been added that is needed only for the
> translation form, as far as I can see.
> That code should be moved to a separate file.
>
> > My intent with the script tags is to:
> > o Make it more transparent to the user what code is loaded.
> > o Load the code early, potentially reducing latency.
> > o Treat the .js files equally.
>
> In particular, using a static script tag enables inclusion of
> i18n.js into the generated search.js, which should keep latency low.
>
> >> but we decided to leave the include
> >> once defined in (the poorly named) file servertouse.js (should really
> >> be globals or something :P )
>
> Why?
>
> Sure, having only a single "include" is "more elegant".
> How about this?:
> In each .html, use *only* ''.
> Transform ("Move") all other script tags
> to "includes" ('document.write("")')
> in search.js (checked into the VCS).
> During development or out-of-svn deployment, search.js
> is used as it is checked in.
> For production, search.js is *replaced* with the contents
> of the files that it references.
>
> Rainer
>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
From jeremie at jabber.org Fri Oct 3 15:10:18 2008
From: jeremie at jabber.org (Jeremie Miller)
Date: Fri, 3 Oct 2008 10:10:18 -0500
Subject: [search-ui] Loading .js files
In-Reply-To:
References: <48CEDBAD.5080409@gmx.de>
Message-ID:
Agreed, maybe each .html page has it's own .js page that doc.write's
it's includes, and there's a simple "make optimized" script that
actually includes the code into one file for deployment?
On Oct 3, 2008, at 9:10 AM, David Pean wrote:
> Yeah, I like the idea of a single include to manage all the js for the
> standard html pages. Search.html might need to stay independent,
> since its including more files that are not used anywhere else -- or
> should we just keep one complete .js file for the whole site?
>
> Dave
>
> On Mon, Sep 15, 2008 at 6:03 PM, Rainer Blome
> wrote:
>> Rainer Blome wrote:
>>> David Pean wrote:
>>>> Rainer, we saw that you had checked in some code that included
>>>> the old i18n javascript file on each page,
>>>
>>> Almost each page. For some reason that I don't remember,
>>> I did not add the tag to search.html (of all pages :-)).
>>
>> All of the old i18n.js was needed by all pages, because all
>> pages need translation.
>> Now, additional code has been added that is needed only for the
>> translation form, as far as I can see.
>> That code should be moved to a separate file.
>>
>>> My intent with the script tags is to:
>>> o Make it more transparent to the user what code is loaded.
>>> o Load the code early, potentially reducing latency.
>>> o Treat the .js files equally.
>>
>> In particular, using a static script tag enables inclusion of
>> i18n.js into the generated search.js, which should keep latency low.
>>
>>>> but we decided to leave the include
>>>> once defined in (the poorly named) file servertouse.js (should
>>>> really
>>>> be globals or something :P )
>>
>> Why?
>>
>> Sure, having only a single "include" is "more elegant".
>> How about this?:
>> In each .html, use *only* ''.
>> Transform ("Move") all other script tags
>> to "includes" ('document.write("")')
>> in search.js (checked into the VCS).
>> During development or out-of-svn deployment, search.js
>> is used as it is checked in.
>> For production, search.js is *replaced* with the contents
>> of the files that it references.
>>
>> Rainer
>>
>> _______________________________________________
>> Search-UI mailing list
>> Search-UI at wikia.com
>> http://lists.wikia.com/mailman/listinfo/search-ui
>>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
From phil.nelson at gmail.com Fri Oct 3 15:22:45 2008
From: phil.nelson at gmail.com (Christian Nelson)
Date: Fri, 3 Oct 2008 11:22:45 -0400
Subject: [search-ui] Loading .js files
In-Reply-To:
References: <48CEDBAD.5080409@gmx.de>
Message-ID: <8635CB16-2AFF-4CB0-BA1E-4F8A32E1C66E@zerolives.org>
We could modularize it like the YUI Loader: http://developer.yahoo.com/yui/yuiloader/
- Phil
On Oct 3, 2008, at 11:10 AM, Jeremie Miller wrote:
> Agreed, maybe each .html page has it's own .js page that doc.write's
> it's includes, and there's a simple "make optimized" script that
> actually includes the code into one file for deployment?
>
From rainer.blome at gmx.de Fri Oct 3 21:01:14 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Fri, 03 Oct 2008 23:01:14 +0200
Subject: [search-ui] Loading .js files
In-Reply-To:
References: <48CEDBAD.5080409@gmx.de>
Message-ID: <48E6881A.9000001@gmx.de>
Jeremie Miller wrote:
> Agreed, maybe each .html page has it's own .js page that doc.write's
> it's includes, and there's a simple "make optimized" script that
> actually includes the code into one file for deployment?
Maybe not every one. A generic mechanism would be nice but
may need more work than it is worth.
There is probably a certain set of scripts loaded from *every* page.
See below for a starting point.
Put the load instructions for that set in a common script, for example
common.js or globals.js, and load that script from every page.
Providing a roll-up (a concatenation) for that will then benefit
all pages and hurt no one. If the globally required set changes,
the change will need to be done in only one place.
For often used pages such as search.html, it makes sense to
optimize and provide a dedicated .js page, and a dedicated roll-up
as well.
For rarely used pages, optimization is less important, a roll-up is
less beneficial. Additionally required scripts can simply be loaded
from the pages themselves via script tags.
Rainer
var dependencies= [
"js/prototype.js",
"js/scriptaculous.js",
"js/util.js",
"JSON/servertouse.js",
"JSON/serverCall.js",
"js/i18n/i18n.js",
"JSON/login.js"
];
function require(f) {
document.write(''+"\n");
}
var base= guess_base_url(window.location.toString());
for (var f in dependencies) { require(base+"/"+f); }
From jeremie at jabber.org Wed Oct 8 05:47:16 2008
From: jeremie at jabber.org (Jeremie Miller)
Date: Wed, 08 Oct 2008 05:47:16 -0000
Subject: [search-ui] live is in sync w/ svn and WISE apps enabled
Message-ID:
The live re.search.wikia.com is now up to date with svn, meaning it
has the newer suggestion stuff and some other experimental tweaks.
It also has the first generation of "apps" enabled, WISE, which is in
it's own svn repo at http://svn.swlabs.org/WISE that you just check
out into the cool folder. Check out any of the apps in the WISE repo
if you're curious to see how they work, it's all pretty simple and
they're very easy to make. More details and lots of cleanup to come
over the next month(s)!
Anyway, just wanted to let folks here know about the bleeding edge :)
Jer
From balinny at gmail.com Wed Oct 8 15:16:47 2008
From: balinny at gmail.com (Balinny)
Date: Wed, 08 Oct 2008 15:16:47 -0000
Subject: [search-ui] live is in sync w/ svn and WISE apps enabled
In-Reply-To:
References:
Message-ID: <48ECCEB9.3000103@gmail.com>
Jeremie Miller wrote:
> The live re.search.wikia.com is now up to date with svn, meaning it
> has the newer suggestion stuff and some other experimental tweaks.
>
> It also has the first generation of "apps" enabled, WISE, which is in
> it's own svn repo at http://svn.swlabs.org/WISE that you just check
> out into the cool folder. Check out any of the apps in the WISE repo
> if you're curious to see how they work, it's all pretty simple and
> they're very easy to make. More details and lots of cleanup to come
> over the next month(s)!
>
> Anyway, just wanted to let folks here know about the bleeding edge :)
>
> Jer
>
>
Why does it use an HMAC class instead of php function hash_hmac?
From phil.nelson at gmail.com Wed Oct 8 19:32:22 2008
From: phil.nelson at gmail.com (Christian Nelson)
Date: Wed, 08 Oct 2008 19:32:22 -0000
Subject: [search-ui] WISE UI
Message-ID: <0720EE4F-886B-4747-B342-30628515B5AF@zerolives.org>
First off, cheers on getting WISE launched.
FIRST gripe: In the "Add Application" UI, simply mousing over the UP/
DOWN buttons scrolls the list. It's very annoying and makes it
impossible to use it with any level of accuracy.
SECOND gripe: Why isn't the above noted list in alphabetical order?
Are we going to be talking with any real designers w/r/t the UI any
time soon? Now that the big new feature is out the door, we really
need to focus on cleanup. Do we have a roadmap? Should be work on one?
- Phil
From jeremie at jabber.org Thu Oct 9 06:59:52 2008
From: jeremie at jabber.org (Jeremie Miller)
Date: Thu, 09 Oct 2008 06:59:52 -0000
Subject: [search-ui] WISE UI
In-Reply-To: <0720EE4F-886B-4747-B342-30628515B5AF@zerolives.org>
References: <0720EE4F-886B-4747-B342-30628515B5AF@zerolives.org>
Message-ID: <0DE4DC77-59E0-4FBC-92EE-F1815A9E85FB@jabber.org>
Gripes definitely noted and the add-app stuff needs some TLC.
I'd love to collectively put together a roadmap for the search-ui
(SUI?) project, it's at the point in it's lifetime now where I think
it needs to "grow up" and take on a life of it's own, evolve into a
suite of web tools for search interactions.
The roadmap should definitely hit on a re-org of the source code,
figuring out where to break it up into a few core libraries, move most
things into optional add-ons, solid i18n/l10n, and have a really good
style/skin manager. I'll try to get a wiki page with my thoughts
going on this sometime this week if nobody beats me to it, or just add
your thoughts in here and I'll merge them in.
I'm hoping in a few months this UI can be a solid and streamlined
beauty with some amazing functionality, we've already got a lot of
gems just need to get them polished up :)
Jer
On Oct 8, 2008, at 2:31 PM, Christian Nelson wrote:
> First off, cheers on getting WISE launched.
>
> FIRST gripe: In the "Add Application" UI, simply mousing over the UP/
> DOWN buttons scrolls the list. It's very annoying and makes it
> impossible to use it with any level of accuracy.
>
> SECOND gripe: Why isn't the above noted list in alphabetical order?
>
> Are we going to be talking with any real designers w/r/t the UI any
> time soon? Now that the big new feature is out the door, we really
> need to focus on cleanup. Do we have a roadmap? Should be work on one?
>
> - Phil
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
From jeffrey.tierney at gmail.com Thu Oct 9 13:46:45 2008
From: jeffrey.tierney at gmail.com (Jeffrey J Tierney)
Date: Thu, 09 Oct 2008 13:46:45 -0000
Subject: [search-ui] WISE UI
In-Reply-To: <0DE4DC77-59E0-4FBC-92EE-F1815A9E85FB@jabber.org>
References: <0720EE4F-886B-4747-B342-30628515B5AF@zerolives.org>
<0DE4DC77-59E0-4FBC-92EE-F1815A9E85FB@jabber.org>
Message-ID: <9131eace0810090646y7ed17992l554a91c8e091fe35@mail.gmail.com>
Hi Phil,
The first gripe was addressed yesterday... I removed the onmouseover actions
from the arrow links in the app menu. Now you can ether click the arrows to
scroll through, or if you are using a mouse with a scrollwheel on it, you
can use the scroll wheel while you are moused over the list.
The second was something that was supposed to have been done at launch, but
slipped under the radar as we were preparing everything else. I will take
care of alphabetizing the list today.
Thanks for the suggestions and the watchful eye on this stuff.
Jeff
On Thu, Oct 9, 2008 at 2:59 AM, Jeremie Miller wrote:
> Gripes definitely noted and the add-app stuff needs some TLC.
>
> I'd love to collectively put together a roadmap for the search-ui
> (SUI?) project, it's at the point in it's lifetime now where I think
> it needs to "grow up" and take on a life of it's own, evolve into a
> suite of web tools for search interactions.
>
> The roadmap should definitely hit on a re-org of the source code,
> figuring out where to break it up into a few core libraries, move most
> things into optional add-ons, solid i18n/l10n, and have a really good
> style/skin manager. I'll try to get a wiki page with my thoughts
> going on this sometime this week if nobody beats me to it, or just add
> your thoughts in here and I'll merge them in.
>
> I'm hoping in a few months this UI can be a solid and streamlined
> beauty with some amazing functionality, we've already got a lot of
> gems just need to get them polished up :)
>
> Jer
>
> On Oct 8, 2008, at 2:31 PM, Christian Nelson wrote:
>
> > First off, cheers on getting WISE launched.
> >
> > FIRST gripe: In the "Add Application" UI, simply mousing over the UP/
> > DOWN buttons scrolls the list. It's very annoying and makes it
> > impossible to use it with any level of accuracy.
> >
> > SECOND gripe: Why isn't the above noted list in alphabetical order?
> >
> > Are we going to be talking with any real designers w/r/t the UI any
> > time soon? Now that the big new feature is out the door, we really
> > need to focus on cleanup. Do we have a roadmap? Should be work on one?
> >
> > - Phil
> > _______________________________________________
> > Search-UI mailing list
> > Search-UI at wikia.com
> > http://lists.wikia.com/mailman/listinfo/search-ui
> >
>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081009/f3566c94/attachment-0001.html
From jeffrey.tierney at gmail.com Fri Oct 10 18:59:21 2008
From: jeffrey.tierney at gmail.com (Jeffrey J Tierney)
Date: Fri, 10 Oct 2008 18:59:21 -0000
Subject: [search-ui] WISE UI
In-Reply-To: <9131eace0810090646y7ed17992l554a91c8e091fe35@mail.gmail.com>
References: <0720EE4F-886B-4747-B342-30628515B5AF@zerolives.org>
<0DE4DC77-59E0-4FBC-92EE-F1815A9E85FB@jabber.org>
<9131eace0810090646y7ed17992l554a91c8e091fe35@mail.gmail.com>
Message-ID: <9131eace0810101158n318619fcw74a3b36422292146@mail.gmail.com>
Just to update... the list has been alphabetized (programmatically, not
manually so it should stay alphabetized with the addition of apps in the
future).
On Thu, Oct 9, 2008 at 9:46 AM, Jeffrey J Tierney wrote:
> Hi Phil,
>
> The first gripe was addressed yesterday... I removed the onmouseover
> actions from the arrow links in the app menu. Now you can ether click the
> arrows to scroll through, or if you are using a mouse with a scrollwheel on
> it, you can use the scroll wheel while you are moused over the list.
>
> The second was something that was supposed to have been done at launch, but
> slipped under the radar as we were preparing everything else. I will take
> care of alphabetizing the list today.
>
> Thanks for the suggestions and the watchful eye on this stuff.
>
> Jeff
>
>
>
> On Thu, Oct 9, 2008 at 2:59 AM, Jeremie Miller wrote:
>
>> Gripes definitely noted and the add-app stuff needs some TLC.
>>
>> I'd love to collectively put together a roadmap for the search-ui
>> (SUI?) project, it's at the point in it's lifetime now where I think
>> it needs to "grow up" and take on a life of it's own, evolve into a
>> suite of web tools for search interactions.
>>
>> The roadmap should definitely hit on a re-org of the source code,
>> figuring out where to break it up into a few core libraries, move most
>> things into optional add-ons, solid i18n/l10n, and have a really good
>> style/skin manager. I'll try to get a wiki page with my thoughts
>> going on this sometime this week if nobody beats me to it, or just add
>> your thoughts in here and I'll merge them in.
>>
>> I'm hoping in a few months this UI can be a solid and streamlined
>> beauty with some amazing functionality, we've already got a lot of
>> gems just need to get them polished up :)
>>
>> Jer
>>
>> On Oct 8, 2008, at 2:31 PM, Christian Nelson wrote:
>>
>> > First off, cheers on getting WISE launched.
>> >
>> > FIRST gripe: In the "Add Application" UI, simply mousing over the UP/
>> > DOWN buttons scrolls the list. It's very annoying and makes it
>> > impossible to use it with any level of accuracy.
>> >
>> > SECOND gripe: Why isn't the above noted list in alphabetical order?
>> >
>> > Are we going to be talking with any real designers w/r/t the UI any
>> > time soon? Now that the big new feature is out the door, we really
>> > need to focus on cleanup. Do we have a roadmap? Should be work on one?
>> >
>> > - Phil
>> > _______________________________________________
>> > Search-UI mailing list
>> > Search-UI at wikia.com
>> > http://lists.wikia.com/mailman/listinfo/search-ui
>> >
>>
>> _______________________________________________
>> Search-UI mailing list
>> Search-UI at wikia.com
>> http://lists.wikia.com/mailman/listinfo/search-ui
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081010/76d617e4/attachment-0001.html
From phil.nelson at gmail.com Sat Oct 11 17:57:18 2008
From: phil.nelson at gmail.com (Christian Nelson)
Date: Sat, 11 Oct 2008 17:57:18 -0000
Subject: [search-ui] Grub and Toolbar stats
Message-ID:
I'd love to see Grub metrics in the stats section. Total unique
crawlers, total page count. I'd also really like to see Toolbar stats
in the Contributions section. # of contributions via Toolbar .vs. # of
contributions via the web site. Total number of Toolbar users would be
great, also.
- Phil Nelson
From jeremie at jabber.org Sun Oct 12 02:37:46 2008
From: jeremie at jabber.org (Jeremie Miller)
Date: Sun, 12 Oct 2008 02:37:46 -0000
Subject: [search-ui] Grub and Toolbar stats
In-Reply-To:
References:
Message-ID: <711D39C8-2924-4990-97D9-9CBADD2CD111@jabber.org>
I think the number of toolbar users might be on firefox's extension
directory somewhere...
The Grub stuff would be great, that whole system is getting closer to
prime-time after a year long slow rework of the whole thing so it's
not going to happen right away, but I really hope to see it chugging
and with great stats before the holidays.
Jer
On Oct 11, 2008, at 12:56 PM, Christian Nelson wrote:
> I'd love to see Grub metrics in the stats section. Total unique
> crawlers, total page count. I'd also really like to see Toolbar stats
> in the Contributions section. # of contributions via Toolbar .vs. # of
> contributions via the web site. Total number of Toolbar users would be
> great, also.
>
> - Phil Nelson
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
From rainer.blome at gmx.de Fri Oct 17 23:00:38 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Fri, 17 Oct 2008 23:00:38 -0000
Subject: [search-ui] Usefulness of Mini Articles [Was: [Search wiki] virus ?
and some questions]
In-Reply-To: <1352696071@web.de>
References: <1352696071@web.de>
Message-ID: <48F9198D.2040000@gmx.de>
Simone Search wrote:
> 2. How usefull is the wiki with its mini articles for the
> searchengine?
Mini articles can be a great way to share information about topics
(queries) which are not adequately covered by existing online resources.
That's why I love them.
For a while, mini articles were not accessible directly from the search
engine. This severely limited their usefulness. The plan was to treat
Mini Articles like other, ranked resources. With the WISE application
framework, this has now happened.
There already is a WISE application for Mini Articles (The Application
Definition Object is in http://svn.swlabs.org/WISE/wise.js (search for
"miniarticle") and the Application Javascript File is
http://svn.swlabs.org/WISE/apps/wise_miniarticle.js ). The app, if
active, displays the start of the appropriate mini article, if any.
For example, see
http://re.search.wikia.com/search.html#wikia , where I manually added
the Mini Article app. You may have to scroll a little to see the app's
result.
By default, the Mini Article app is not triggered for all queries.
Is this intentional?
This is unfortunate in my opinion.
Unless a user knows that there is a Mini Article about a query, she
has little incentive to go through the trouble of manually adding the
Mini Article app. Currently it is somewhat onerous to manually add an
app, because only a small portion of the list is displayed and one needs
to scroll through it. What's more, most users probably do not know
about the MA app at all.
To make effective use of the existing Mini Articles, the Mini Article
app needs to be triggered for all queries, like Wikipedia and Freebase.
In addition, it would be nice to re-add a "Write a Mini Article" link so
that it is easy to add new articles.
> 3. If Miniarticle are usefull :: what should I edit?
Whatever you like. If you write and edit articles about
topics that interest you, you'll have more fun. :-)
> 4. is it usefull to categorize all the mini articles?
> ( I tried to do a lot)
That depends on the individual user.
Personally, I find categories useful, I would not want to miss them.
However, I use categories rarely. For example, in Wikipedia maybe I use
them once in a month. I can not remember the last time I used
categories in the Search wiki.
So... Useful, yes. Important, no.
Rainer
From newsmarkie at googlemail.com Fri Oct 17 23:06:51 2008
From: newsmarkie at googlemail.com (Mark (Markie))
Date: Fri, 17 Oct 2008 23:06:51 -0000
Subject: [search-ui] Usefulness of Mini Articles [Was: [Search wiki]
virus ? and some questions]
In-Reply-To: <48F9198D.2040000@gmx.de>
References: <1352696071@web.de> <48F9198D.2040000@gmx.de>
Message-ID:
the issue of the widget triggering on every search is one that i have
previously raised and was informed that work was still ongoing on some of
the wise apps and they would be turned on over the next few weeks after more
work, and that the mini articles would indeed be triggered for every search
(whether this is just for matches or not im not too sure)
regards
mark
On Sat, Oct 18, 2008 at 12:02 AM, Rainer Blome wrote:
> Simone Search wrote:
> > 2. How usefull is the wiki with its mini articles for the
> > searchengine?
>
> Mini articles can be a great way to share information about topics
> (queries) which are not adequately covered by existing online resources.
> That's why I love them.
>
> For a while, mini articles were not accessible directly from the search
> engine. This severely limited their usefulness. The plan was to treat
> Mini Articles like other, ranked resources. With the WISE application
> framework, this has now happened.
>
> There already is a WISE application for Mini Articles (The Application
> Definition Object is in http://svn.swlabs.org/WISE/wise.js (search for
> "miniarticle") and the Application Javascript File is
> http://svn.swlabs.org/WISE/apps/wise_miniarticle.js ). The app, if
> active, displays the start of the appropriate mini article, if any.
> For example, see
> http://re.search.wikia.com/search.html#wikia , where I manually added
> the Mini Article app. You may have to scroll a little to see the app's
> result.
>
> By default, the Mini Article app is not triggered for all queries.
> Is this intentional?
>
> This is unfortunate in my opinion.
> Unless a user knows that there is a Mini Article about a query, she
> has little incentive to go through the trouble of manually adding the
> Mini Article app. Currently it is somewhat onerous to manually add an
> app, because only a small portion of the list is displayed and one needs
> to scroll through it. What's more, most users probably do not know
> about the MA app at all.
>
> To make effective use of the existing Mini Articles, the Mini Article
> app needs to be triggered for all queries, like Wikipedia and Freebase.
>
> In addition, it would be nice to re-add a "Write a Mini Article" link so
> that it is easy to add new articles.
>
>
> > 3. If Miniarticle are usefull :: what should I edit?
>
> Whatever you like. If you write and edit articles about
> topics that interest you, you'll have more fun. :-)
>
> > 4. is it usefull to categorize all the mini articles?
> > ( I tried to do a lot)
>
> That depends on the individual user.
> Personally, I find categories useful, I would not want to miss them.
> However, I use categories rarely. For example, in Wikipedia maybe I use
> them once in a month. I can not remember the last time I used
> categories in the Search wiki.
> So... Useful, yes. Important, no.
>
> Rainer
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081017/1f38a08e/attachment.html
From phil.nelson at gmail.com Sat Oct 18 18:36:55 2008
From: phil.nelson at gmail.com (Christian Nelson)
Date: Sat, 18 Oct 2008 18:36:55 -0000
Subject: [search-ui] style guide + road map
Message-ID: <82E68228-1299-46BA-9141-FD2F1DB62E05@zerolives.org>
Is there any kind of style guide or manual for Wikia's branding as a
company? I'm beginning to wonder about the Search UI and the colors
used and so forth. It seems kind of haphazard at the moment.
Has there been any progress on working on a roadmap? I'd be happy to
start jotting down ideas on a wiki page somewhere if need be...
- Phil Nelson
From beesley at gmail.com Sun Oct 19 03:44:03 2008
From: beesley at gmail.com (Angela)
Date: Sun, 19 Oct 2008 03:44:03 -0000
Subject: [search-ui] style guide + road map
In-Reply-To: <82E68228-1299-46BA-9141-FD2F1DB62E05@zerolives.org>
References: <82E68228-1299-46BA-9141-FD2F1DB62E05@zerolives.org>
Message-ID: <8b722b800810182043y222f8107rdf524187bb4c6d1e@mail.gmail.com>
On Sun, Oct 19, 2008 at 5:36 AM, Christian Nelson wrote:
> Is there any kind of style guide or manual for Wikia's branding as a
> company? I'm beginning to wonder about the Search UI and the colors
> used and so forth. It seems kind of haphazard at the moment.
There isn't one a style guide for Wikia as a whole.
One of the reasons for choosing a simple logo was that it could be
easily customized to fit in with the color scheme of any wiki, which
is chosen by the communities.
http://help.wikia.com/wiki/Help:Customizing_Monaco/Header_image_colors
shows some of the colors the Wikia logo is available in. The Orange
and Sapphire ones are most commonly used.
Angela
From david.pean at gmail.com Mon Oct 27 14:15:38 2008
From: david.pean at gmail.com (David Pean)
Date: Mon, 27 Oct 2008 10:15:38 -0400
Subject: [search-ui] Search UI Bugtracker
Message-ID:
We set up a new bugtracker on Launchpad. If anyone has any recent /
unresolved issues, please add them to the site.
https://bugs.launchpad.net/wikia-search
Note: We don't plan on using any of the other features (Blueprints,
translating, code hosting etc), so please keep the activity to the bug
section.
In order to post anything, you'll have to just sign up with an email address
and password.
Dave
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081027/a235bc8b/attachment-0001.html
From newsmarkie at googlemail.com Mon Oct 27 14:19:06 2008
From: newsmarkie at googlemail.com (Mark (Markie))
Date: Mon, 27 Oct 2008 14:19:06 +0000
Subject: [search-ui] Search UI Bugtracker
In-Reply-To:
References:
Message-ID:
what is the scope of this. ie every error i find, KT errors.......... it is
a very good idea though :)
regards
mark
On Mon, Oct 27, 2008 at 2:15 PM, David Pean wrote:
> We set up a new bugtracker on Launchpad. If anyone has any recent /
> unresolved issues, please add them to the site.
> https://bugs.launchpad.net/wikia-search
>
> Note: We don't plan on using any of the other features (Blueprints,
> translating, code hosting etc), so please keep the activity to the bug
> section.
>
> In order to post anything, you'll have to just sign up with an email
> address and password.
>
> Dave
>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081027/364074e4/attachment-0001.html
From david.pean at gmail.com Mon Oct 27 14:27:26 2008
From: david.pean at gmail.com (David Pean)
Date: Mon, 27 Oct 2008 10:27:26 -0400
Subject: [search-ui] Search UI Bugtracker
In-Reply-To:
References:
Message-ID:
good question...i would say everything you find on the site for now
On Mon, Oct 27, 2008 at 10:19 AM, Mark (Markie)
wrote:
> what is the scope of this. ie every error i find, KT errors.......... it
> is a very good idea though :)
>
> regards
>
> mark
>
> On Mon, Oct 27, 2008 at 2:15 PM, David Pean wrote:
>
>> We set up a new bugtracker on Launchpad. If anyone has any recent /
>> unresolved issues, please add them to the site.
>> https://bugs.launchpad.net/wikia-search
>>
>> Note: We don't plan on using any of the other features (Blueprints,
>> translating, code hosting etc), so please keep the activity to the bug
>> section.
>>
>> In order to post anything, you'll have to just sign up with an email
>> address and password.
>>
>> Dave
>>
>> _______________________________________________
>> Search-UI mailing list
>> Search-UI at wikia.com
>> http://lists.wikia.com/mailman/listinfo/search-ui
>>
>>
>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081027/bec7d804/attachment-0001.html
From rainer.blome at gmx.de Mon Oct 27 20:15:32 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Mon, 27 Oct 2008 21:15:32 +0100
Subject: [search-ui] Search UI Bugtracker
In-Reply-To:
References:
Message-ID: <49062164.50500@gmx.de>
Great! I've been waiting for a truly public issue tracker for Wikia
Search. Transparency, hmmm.
Rainer
David Pean wrote:
> We set up a new bugtracker on Launchpad. If anyone has any recent /
> unresolved issues, please add them to the site.
>
> https://bugs.launchpad.net/wikia-search
From jeremie at jabber.org Tue Oct 28 07:55:02 2008
From: jeremie at jabber.org (Jeremie Miller)
Date: Tue, 28 Oct 2008 02:55:02 -0500
Subject: [search-ui] [Search wiki] Usefulness of Mini Articles
In-Reply-To:
References: <1352696071@web.de> <48F9198D.2040000@gmx.de>
Message-ID: <30929DA2-9945-4414-B059-26B6E0C4726D@jabber.org>
There's supposed to be a scheduled job that dumps the list of mini
article names that are batch loaded into KT, which is checked for
every query for any matches... not sure if that's working offhand but
the idea is to make it basically automatically added to anything that
is edited.
As for promoting the adding of them somehow, my complaint first is
that we're already pretty overwhelmed in general and need to figure
out how to organize the huge bag of links and tools that is the UI
already :/
Jer
On Oct 17, 2008, at 6:05 PM, Mark (Markie) wrote:
> the issue of the widget triggering on every search is one that i
> have previously raised and was informed that work was still ongoing
> on some of the wise apps and they would be turned on over the next
> few weeks after more work, and that the mini articles would indeed
> be triggered for every search (whether this is just for matches or
> not im not too sure)
>
> regards
>
> mark
>
> On Sat, Oct 18, 2008 at 12:02 AM, Rainer Blome
> wrote:
> Simone Search wrote:
> > 2. How usefull is the wiki with its mini articles for the
> > searchengine?
>
> Mini articles can be a great way to share information about topics
> (queries) which are not adequately covered by existing online
> resources.
> That's why I love them.
>
> For a while, mini articles were not accessible directly from the
> search
> engine. This severely limited their usefulness. The plan was to
> treat
> Mini Articles like other, ranked resources. With the WISE application
> framework, this has now happened.
>
> There already is a WISE application for Mini Articles (The Application
> Definition Object is in http://svn.swlabs.org/WISE/wise.js (search for
> "miniarticle") and the Application Javascript File is
> http://svn.swlabs.org/WISE/apps/wise_miniarticle.js ). The app, if
> active, displays the start of the appropriate mini article, if any.
> For example, see
> http://re.search.wikia.com/search.html#wikia , where I manually added
> the Mini Article app. You may have to scroll a little to see the
> app's
> result.
>
> By default, the Mini Article app is not triggered for all queries.
> Is this intentional?
>
> This is unfortunate in my opinion.
> Unless a user knows that there is a Mini Article about a query, she
> has little incentive to go through the trouble of manually adding the
> Mini Article app. Currently it is somewhat onerous to manually add an
> app, because only a small portion of the list is displayed and one
> needs
> to scroll through it. What's more, most users probably do not know
> about the MA app at all.
>
> To make effective use of the existing Mini Articles, the Mini Article
> app needs to be triggered for all queries, like Wikipedia and
> Freebase.
>
> In addition, it would be nice to re-add a "Write a Mini Article"
> link so
> that it is easy to add new articles.
>
>
> > 3. If Miniarticle are usefull :: what should I edit?
>
> Whatever you like. If you write and edit articles about
> topics that interest you, you'll have more fun. :-)
>
> > 4. is it usefull to categorize all the mini articles?
> > ( I tried to do a lot)
>
> That depends on the individual user.
> Personally, I find categories useful, I would not want to miss them.
> However, I use categories rarely. For example, in Wikipedia maybe I
> use
> them once in a month. I can not remember the last time I used
> categories in the Search wiki.
> So... Useful, yes. Important, no.
>
> Rainer
> _______________________________________________
> Search wiki mailing list
> http://search.wikia.com/
> http://lists.wikia.com/mailman/listinfo/searchwiki
>
From jeremie at jabber.org Tue Oct 28 07:59:11 2008
From: jeremie at jabber.org (Jeremie Miller)
Date: Tue, 28 Oct 2008 02:59:11 -0500
Subject: [search-ui] style guide + road map
In-Reply-To: <82E68228-1299-46BA-9141-FD2F1DB62E05@zerolives.org>
References: <82E68228-1299-46BA-9141-FD2F1DB62E05@zerolives.org>
Message-ID: <9E6F2973-EDC1-41FE-BC09-4E5F15297445@jabber.org>
> Has there been any progress on working on a roadmap? I'd be happy to
> start jotting down ideas on a wiki page somewhere if need be...
If you get the ball rolling somewhere I'll definitely add my two
cents :)
Jer
From phil.nelson at gmail.com Wed Oct 29 02:05:21 2008
From: phil.nelson at gmail.com (Christian Nelson)
Date: Tue, 28 Oct 2008 22:05:21 -0400
Subject: [search-ui] style guide + road map
In-Reply-To: <9E6F2973-EDC1-41FE-BC09-4E5F15297445@jabber.org>
References: <82E68228-1299-46BA-9141-FD2F1DB62E05@zerolives.org>
<9E6F2973-EDC1-41FE-BC09-4E5F15297445@jabber.org>
Message-ID:
Bone dry, I guess let's just start dumping: http://search.wikia.com/wiki/search:UI_Roadmap
- Phil
On Oct 28, 2008, at 3:59 AM, Jeremie Miller wrote:
>> Has there been any progress on working on a roadmap? I'd be happy to
>> start jotting down ideas on a wiki page somewhere if need be...
>
> If you get the ball rolling somewhere I'll definitely add my two
> cents :)
>
> Jer
>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
From rainer.blome at gmx.de Thu Oct 30 08:55:33 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Thu, 30 Oct 2008 09:55:33 +0100
Subject: [search-ui] Search UI Bugtracker
In-Reply-To:
References:
Message-ID: <49097685.6070208@gmx.de>
David Pean wrote:
> We set up a new bugtracker on Launchpad. If anyone has any recent /
> unresolved issues, please add them to the site.
>
> https://bugs.launchpad.net/wikia-search
As far as I can see, Markie is the only one subscribed to "all issues".
How are bugs assigned to developers?
Are all developers signed up?
Will all involved get added to a Launchpad team for Wikia Search?
Rainer
PS: This one has been bugging since June:
[https://bugs.launchpad.net/wikia-search/+bug/290996 contributions do
not show up in results]
From newsmarkie at googlemail.com Thu Oct 30 09:25:34 2008
From: newsmarkie at googlemail.com (Mark (Markie))
Date: Thu, 30 Oct 2008 09:25:34 +0000
Subject: [search-ui] Search UI Bugtracker
In-Reply-To: <49097685.6070208@gmx.de>
References:
<49097685.6070208@gmx.de>
Message-ID:
re that specific bug, it has also been bugging me for a long time and the
devlopers are well aware of that issue. makes you wonder how manu other
contributions have been lost!
regards
mark
On Thu, Oct 30, 2008 at 8:55 AM, Rainer Blome wrote:
> David Pean wrote:
> > We set up a new bugtracker on Launchpad. If anyone has any recent /
> > unresolved issues, please add them to the site.
> >
> > https://bugs.launchpad.net/wikia-search
>
> As far as I can see, Markie is the only one subscribed to "all issues".
> How are bugs assigned to developers?
> Are all developers signed up?
> Will all involved get added to a Launchpad team for Wikia Search?
>
> Rainer
>
> PS: This one has been bugging since June:
>
> [https://bugs.launchpad.net/wikia-search/+bug/290996 contributions do
> not show up in results]
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081030/cdf1e964/attachment.html
From rainer.blome at gmx.de Thu Oct 30 11:38:16 2008
From: rainer.blome at gmx.de (Rainer Blome)
Date: Thu, 30 Oct 2008 12:38:16 +0100
Subject: [search-ui] Translation
Message-ID: <49099CA8.4040603@gmx.de>
Hi, I've added a new section "Translation" to
Talk:UI/Internationalization:
http://search.wikia.com/wiki/Talk:UI/Internationalization#Translation
Please discuss.
Rainer
From david.pean at gmail.com Thu Oct 30 14:09:06 2008
From: david.pean at gmail.com (David Pean)
Date: Thu, 30 Oct 2008 10:09:06 -0400
Subject: [search-ui] Search UI Bugtracker
In-Reply-To: <49097685.6070208@gmx.de>
References:
<49097685.6070208@gmx.de>
Message-ID:
I'm subscribed to all bugs now :)
On Thu, Oct 30, 2008 at 4:55 AM, Rainer Blome wrote:
> David Pean wrote:
> > We set up a new bugtracker on Launchpad. If anyone has any recent /
> > unresolved issues, please add them to the site.
> >
> > https://bugs.launchpad.net/wikia-search
>
> As far as I can see, Markie is the only one subscribed to "all issues".
> How are bugs assigned to developers?
> Are all developers signed up?
> Will all involved get added to a Launchpad team for Wikia Search?
>
> Rainer
>
> PS: This one has been bugging since June:
>
> [https://bugs.launchpad.net/wikia-search/+bug/290996 contributions do
> not show up in results]
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.wikia.com/pipermail/search-ui/attachments/20081030/ad1bd079/attachment.html
From jeremie at jabber.org Thu Oct 30 16:38:03 2008
From: jeremie at jabber.org (Jeremie Miller)
Date: Thu, 30 Oct 2008 11:38:03 -0500
Subject: [search-ui] Search UI Bugtracker
In-Reply-To:
References:
<49097685.6070208@gmx.de>
Message-ID: <39BBFD5B-21D9-4DA7-9458-C01112D701C9@jabber.org>
I am as well :)
On Oct 30, 2008, at 9:09 AM, David Pean wrote:
> I'm subscribed to all bugs now :)
>
> On Thu, Oct 30, 2008 at 4:55 AM, Rainer Blome
> wrote:
> David Pean wrote:
> > We set up a new bugtracker on Launchpad. If anyone has any recent /
> > unresolved issues, please add them to the site.
> >
> > https://bugs.launchpad.net/wikia-search
>
> As far as I can see, Markie is the only one subscribed to "all
> issues".
> How are bugs assigned to developers?
> Are all developers signed up?
> Will all involved get added to a Launchpad team for Wikia Search?
>
> Rainer
>
> PS: This one has been bugging since June:
>
> [https://bugs.launchpad.net/wikia-search/+bug/290996 contributions do
> not show up in results]
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui
>
> _______________________________________________
> Search-UI mailing list
> Search-UI at wikia.com
> http://lists.wikia.com/mailman/listinfo/search-ui