perl-docs-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Per Einar Ellefsen <>
Subject Re: Search box at top
Date Thu, 18 Apr 2002 07:45:08 GMT
At 04:41 18.04.2002, Bill Moseley wrote:
>Ok, back at
>I think I like the search box at the top.  That's a common place on many
>sites.  Then the side-bar search can go away, which I think makes Stas happy.

+1. It's ok.. and it has all the options. The button is a little too 
different in style from the rest though (but that's exactly what you said 
below :)

>- Need a better "go" button, and a little less tall.  Who's handy in The
>- I moved the navigation to the far left.  The search far left was ugly.
>Could argue that then the navigation top doesn't line up with the
>navigation at the bottom.  Or, on the other hand, one could argue that it
>follows the flow of the text with the prev the first thing on the left side
>of the page, and the next at the bottom right.  I just think it looks
>better with the with the search on the right.


>BTW -- does anyone else think that the Prev|Next images are a bit big or
>over powering?  What about

No, I kind of like them as they are. -1

>- Let's move the [SRC][PDF] to the bottom of the page.  The vast majority
>of people will view in html, after all, so why clutter up the header with

I think they should stay... maybe on the bottom too.

>- There's really too many choices in the search drop down box.  I think we
>could get by with just the top level dirs, and maybe docs/1.0 docs/2.0.
>Although I could see limiting searches to the guide, I suppose.  In other
>words, it's too many choices for most, but for a few it will be helpful.
>It's not a big issues, so I'm +0.

What about making available a few choices on the top-level, then when you 
get lower, it restricts the choices to top-level and to any choices within 
your section or below it?

>- I don't really think we need the tree display, Stas.  Just use a
>drop-down box on the "advanced" form would work.  I just can't see someone
>selecting more than one check box.  But it is a cool feature...
>- I'm using px settings for the input and select styles.  Might need to fix
>- Stas, the navbar_local_top calls [%- INCLUDE search_field -%], the
>search_field does a [% PROCESS search_options %], which is an array and
>hash for labels.  What I need is a way to then copy "search_options" to the
>dst_html/search directory so the cgi script can PROCESS it.
>- I tested on NS4.0, IE6, mozilla in Win98, and Galeon, mozilla, Konqueror
>under Linux.
>Konqueror doesn't right justify the search stuff, nor the camel.  Camel is
>follows after the bread-crumb.
>- Can I remove the side-bar search?  Can I cvs ci?
>Other misc while I'm here:
>- .htaccess is not working, but I can't find the problem.  I even looked at
>the cvs diffs and still missed the problem.  Apache is not very helpful:
>[Wed Apr 17 17:57:23 2002] [alert] [client]
>/data/_g/lii/modperl-docs/dst_html/.htaccess: Redirect takes two or three
>arguments, an optional status, then document to be redirected and
>destination URL
>I'd rather see "Error on line 12"!

aarrggghhh.. must be my error: I added some 20 redirects the other day and 
one must be wrong.
Hers is the patch (Stas, take this one!)
Sorry about that.

Index: src/.htaccess
RCS file: /home/cvspublic/modperl-docs/src/.htaccess,v
retrieving revision 1.5
diff -u -r1.5 .htaccess
--- src/.htaccess       17 Apr 2002 03:23:24 -0000      1.5
+++ src/.htaccess       18 Apr 2002 07:43:50 -0000
@@ -33,7 +33,7 @@

  # Stories
  Redirect permanent /stories/index.html
-Redirect permanent /stories/ColbyChem.html html
+Redirect permanent /stories/ColbyChem.html
  Redirect permanent /stories/France-Presse.html
  Redirect permanent /stories/adultad.html
  Redirect permanent /stories/bsat.html

Per Einar Ellefsen

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message