RE: Possible search bug in 3.12beta13 (and earlier)

["Thompson-Jordan" <Thompson-Jordan@mindspring.com>]

******    message to minivend-users from "Thompson-Jordan" <Thompson-Jordan@mindspring.com>     ******

> ******    message to minivend-users from
> Matthew.Rice@ftlsol.com     ******
>
> Thompson-Jordan writes:
> > If you are using mv3.11 then there is a bug where you can't
> address column
> > 1 by name.
>
> I'm using mv3.12beta13 and I tried using just the number and moving
> the column over.
>
>
> > Also in your example you have "se=Category" but you database
> > have the value "Bearing" in that field.
>
> I'm not certain what you mean here.  An excerpt from my
> original post is:
> 	scan/fi=partcat/sf=category/sp=catwalk/se=CategoryB
>
> Sorry, CategoryB should have been Bearing (both are present in the
> real database, though).
>
>
> > You didn't give the [area] or
> > [page] tag you use, so I don't know if the problem is there.
>
> Here's the [area] where [loop-code] is a list of categories (Bearing
> and CategoryB being two of them):
> 	<A HREF="[area scan
>          sf=category
>          fi=partcat
>          sp=catwalk
>          se=[loop-code]]">[loop-code]</A>

I would think that the following would work, assuming the "Database
partcat" directive is correct and catwalk.html exists in the right place.

Page with link:
 	<A HREF="[area href="scan" arg="sf=category
          fi=partcat.asc
          sp=catwalk
          se=[loop-code]"]">[loop-code]</A>

Results page:
	[search-list]
		[item-code]: [item-field category]<br>
	[/search-list]

>
>
> > This is a very basic feature. I use this all the time and it
> works fine.
>
> Have you used it to reference completely different databases or used
> it in the 3.12 releases?  It may be a new bug.
>
> The exact same [area] command without the fi=partcat portion works
> as advertised.
>
>
> > I
> > wouldn't resort to Perl unless you really have to because
> there is a big
> > overhead hit every time you call it.
>
> I'm trying to avoid it but none of the fields are being set properly
> other than loop-code (indicating that the search worked).
>
> Regards,
> --
> matthew rice <matt@starnix.com>
> starnix inc.
> tollfree: 1-87-pro-linux                         brampton,
> ontario, canada
> http://www.starnix.com              professional linux services
> & products
> -
> To unsubscribe from the list, DO NOT REPLY to this message.
> Instead, send
> email with 'UNSUBSCRIBE minivend-users' in the body to
> Majordomo@minivend.com.
> Archive of past messages: http://www.minivend.com/minivend/minivend-list
>

-
To unsubscribe from the list, DO NOT REPLY to this message.  Instead, send
email with 'UNSUBSCRIBE minivend-users' in the body to Majordomo@minivend.com.
Archive of past messages: http://www.minivend.com/minivend/minivend-list