Hi,<br>I pushed my work. I just tried to add a sub-tab on the table search page, one for the normal search and the other for zoom search. I just wanted to get back feedback on whether the design will be okay to proceed? <br>
Please don't mind how I have coded for now, just coded very quickly to get a basic design of the interface. I'll code it properly after suggestions.<br><br>Since user needs to select only two columns in the zoom search page, instead of listing out all columns I provided two select boxes where user will select the two columns first and I'll display the field type, collation, operator and value based on that later. Also since we don't need to display the results, the options link on that page was removed. <br>
<br>One more thing: For tabs, if I am not providing any link then the mouse cursor changes to X and they appear as disabled. How to change that?<br><br>Regards,<br>Ammar Yasir<br><a href="http://repo.or.cz/w/phpmyadmin/ammaryasirr.git">http://repo.or.cz/w/phpmyadmin/ammaryasirr.git</a><br>
<br><div class="gmail_quote">On Fri, May 20, 2011 at 8:27 PM, Marc Delisle <span dir="ltr"><<a href="mailto:marc@infomarc.info">marc@infomarc.info</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Ammar Yasir a écrit :<br>
<div class="im">><br>
><br>
> On Wed, May 18, 2011 at 9:10 PM, Marc Delisle <<a href="mailto:marc@infomarc.info">marc@infomarc.info</a><br>
</div><div><div></div><div class="h5">> <mailto:<a href="mailto:marc@infomarc.info">marc@infomarc.info</a>>> wrote:<br>
><br>
>     Marc Delisle a écrit :<br>
>      > Ammar Yasir a écrit :<br>
>      >> Hi,<br>
>      >><br>
>      >> My first task is to have an interface for input criteria. We<br>
>     discussed<br>
>      >> earlier to make use of table search page or multi-table query<br>
>     generator<br>
>      >> for this. I was hoping for some comments regarding this.<br>
>      >><br>
>      >> The aim is to let the user select _*exactly two*_ columns(along with<br>
>      >> some criteria) from a table. I prefer the table search page, it<br>
>     is less<br>
>      >> complicated ( simple form, advanced options ). Also we do not<br>
>     need to<br>
>      >> consider columns from multiple table so table search page will<br>
>     be more<br>
>      >> focused. But the selection also depends on where all we want to<br>
>     put the<br>
>      >> option of "Zoom search" in phpMyAdmin. So should this feature be a<br>
>      >> separate component or should it be available on table search page/<br>
>      >> multi-table query generator (or both) ?<br>
>      >><br>
>      >> Regards,<br>
>      >> Ammar Yasir<br>
>      >> <a href="http://ammaryasirr.blogspot.com/" target="_blank">http://ammaryasirr.blogspot.com/</a><br>
>      ><br>
>      > Hi Ammar,<br>
>      > my answer is based on the assumption that the table Search page<br>
>     is more<br>
>      > known than the multi-table query generator -- it's been my<br>
>     experience so<br>
>      > far, anyway.<br>
>      ><br>
>      > I suggest to add in table Search, Options section a checkbox "Zoom<br>
>      > search"; when checked, another section would reveal itself,<br>
>     containing<br>
>      > particular options for this feature.<br>
><br>
>     Or the Zoom search checkbox could be always visible, to better<br>
>     promote it.<br>
><br>
> Maybe we could put two sub tabs on the table_select page. One will allow<br>
> for table search and the other for zoom search.<br>
<br>
</div></div>You can try this, we'll see how it feels. Ensure to avoid duplicating<br>
code, for example in the list of columns in "query by example".<br>
<div><div></div><div class="h5"><br>
<br>
><br>
>      ><br>
>      > Also, when checked, the "Select columns" section could be changed to<br>
>      > guide the user into selecting exactly two columns. Not sure if the<br>
>      > current "select multiple" control is the best in this case, it's<br>
>     up to<br>
>      > you to propose something suitable.<br>
>      ><br>
>      > However I'm not sure how this would integrate with the<br>
>     multi-table query<br>
>      > generator.<br>
>      ><br>
><br>
><br>
>     --<br>
>     Marc Delisle<br>
>     <a href="http://infomarc.info" target="_blank">http://infomarc.info</a><br>
><br>
<br>
<br>
<br>
--<br>
Marc Delisle<br>
<a href="http://infomarc.info" target="_blank">http://infomarc.info</a><br>
<br>
------------------------------------------------------------------------------<br>
What Every C/C++ and Fortran developer Should Know!<br>
Read this article and learn how Intel has extended the reach of its<br>
next-generation tools to help Windows* and Linux* C/C++ and Fortran<br>
developers boost performance applications - including clusters.<br>
<a href="http://p.sf.net/sfu/intel-dev2devmay" target="_blank">http://p.sf.net/sfu/intel-dev2devmay</a><br>
_______________________________________________<br>
Phpmyadmin-devel mailing list<br>
<a href="mailto:Phpmyadmin-devel@lists.sourceforge.net">Phpmyadmin-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel</a><br>
</div></div></blockquote></div><br>