All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Barros Pena, Belen" <belen.barros.pena@intel.com>
To: "toaster@yoctoproject.org" <toaster@yoctoproject.org>
Cc: Paul Eggleton <paul.eggleton@linux.intel.com>
Subject: Filters
Date: Fri, 20 Dec 2013 15:34:05 +0000	[thread overview]
Message-ID: <CEDA13EB.39D31%belen.barros.pena@intel.com> (raw)

I've reviewed all the filters we are going to need for Toaster. It turns
out that only 6 pages will need filters: all builds table, configuration
(for the variables table), tasks table, time, CPU and Disk I/O. However,
the time, CPU and Disk I/O tables are exactly the same as the tasks table,
just with a different set of columns shown by default. Therefore, I hope
we'll be able to reuse the work done for the tasks table filters.

The other tables are made of fields I expect we can make searchable (types
CharField, FilePathField and TextField). Alex: if this is not the case,
please let me know.

The full list of filters:

* For the all builds table (http://www.yoctoproject.org/toaster/):
Outcome, Started on, Completed on, Failed tasks, Errors and Warnings
* For the variables table
(http://www.yoctoproject.org/toaster/build-configuration.html): Set in
file and Description
* For the tasks, time, CPU and Disk I/O tables
(http://www.yoctoproject.org/toaster/all-tasks.html): Order, Executed,
Outcome and Cache attempt

I have reduced all the filters to 3 types:

1. most of them are made of a set of mutually exclusive options. In those,
I've replaced the <select> control with radio buttons, purely because they
allow us to provide help information using the same mechanism as in the
rest of the UI

2. The Order filter in the tasks / time / CPU and disk I/O tables includes
an order range

3. The Started on and Completed on filters in the all builds table include
a date range and use the default calendar widget from jQueryUI

I will produce detailed design documentation next week. In the meantime,
I've pushed all the changes to the prototype
(http://www.yoctoproject.org/toaster) so you can have a look at the
filters and raise any implementation problems.

Cheers

Belén





             reply	other threads:[~2013-12-20 15:34 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-20 15:34 Barros Pena, Belen [this message]
  -- strict thread matches above, loose matches on Subject: below --
2013-12-27 15:13 Filters Barros Pena, Belen
2013-12-30 13:45 ` Filters Damian, Alexandru

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CEDA13EB.39D31%belen.barros.pena@intel.com \
    --to=belen.barros.pena@intel.com \
    --cc=paul.eggleton@linux.intel.com \
    --cc=toaster@yoctoproject.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.