Gecko [ ifk.uw.edu.pl ]

Name	Size	Permission
images	[ DIR ]	drwxr-xr-x
about.html	4.75 KB	-rw-r--r--
advanced-settings.html	2.56 KB	-rw-r--r--
advanced-style-settings.html	1.56 KB	-rw-r--r--
aggregation.html	49 B	-rw-r--r--
alter-exposed-filter.html	1.56 KB	-rw-r--r--
analyze-theme.html	2.48 KB	-rw-r--r--
api-default-views.html	7.15 KB	-rw-r--r--
api-example.html	6.58 KB	-rw-r--r--
api-forms.html	2.95 KB	-rw-r--r--
api-handler-area.html	1.59 KB	-rw-r--r--
api-tables.html	13.43 KB	-rw-r--r--
api-upgrading.html	7.98 KB	-rw-r--r--
api.html	3.34 KB	-rw-r--r--
argument.html	9.92 KB	-rw-r--r--
basic-settings.html	2.78 KB	-rw-r--r--
demo-video.html	338 B	-rw-r--r--
display-attachment.html	398 B	-rw-r--r--
display-block.html	1.36 KB	-rw-r--r--
display-default.html	653 B	-rw-r--r--
display-feed.html	59 B	-rw-r--r--
display-page.html	933 B	-rw-r--r--
display.html	1.85 KB	-rw-r--r--
drush.html	526 B	-rw-r--r--
embed.html	1.15 KB	-rw-r--r--
empty-text.html	245 B	-rw-r--r--
example-author-block.html	9.81 KB	-rw-r--r--
example-filter-by-current-user...	3.08 KB	-rw-r--r--
example-recent-stories.html	4.92 KB	-rw-r--r--
example-slideshow-thumb-pager....	4.06 KB	-rw-r--r--
example-user-feed.html	5.33 KB	-rw-r--r--
example-users-by-role.html	5.85 KB	-rw-r--r--
exposed-form.html	1.38 KB	-rw-r--r--
field.html	2.84 KB	-rw-r--r--
filter.html	4.09 KB	-rw-r--r--
get-total-rows.html	772 B	-rw-r--r--
getting-started.html	2.82 KB	-rw-r--r--
group-by.html	1.97 KB	-rw-r--r--
header.html	231 B	-rw-r--r--
menu.html	2.06 KB	-rw-r--r--
misc-notes.html	488 B	-rw-r--r--
new.html	10.08 KB	-rw-r--r--
other-help.html	544 B	-rw-r--r--
overrides.html	1.22 KB	-rw-r--r--
path.html	1.18 KB	-rw-r--r--
performance-views-vs-displays....	1.14 KB	-rw-r--r--
performance.html	144 B	-rw-r--r--
relationship-representative.ht...	1.51 KB	-rw-r--r--
relationship.html	2.99 KB	-rw-r--r--
reports.html	184 B	-rw-r--r--
select-multple-nids-contextual...	1.64 KB	-rw-r--r--
semantic-views.html	1.13 KB	-rw-r--r--
sort.html	2.03 KB	-rw-r--r--
style-comment-rss.html	107 B	-rw-r--r--
style-fields.html	1.4 KB	-rw-r--r--
style-grid.html	1.31 KB	-rw-r--r--
style-grouping.html	1.08 KB	-rw-r--r--
style-jump.html	3.46 KB	-rw-r--r--
style-list.html	727 B	-rw-r--r--
style-node-rss.html	111 B	-rw-r--r--
style-node.html	1.33 KB	-rw-r--r--
style-row.html	1.48 KB	-rw-r--r--
style-rss.html	591 B	-rw-r--r--
style-settings.html	74 B	-rw-r--r--
style-summary-unformatted.html	789 B	-rw-r--r--
style-summary.html	697 B	-rw-r--r--
style-table.html	1.57 KB	-rw-r--r--
style-unformatted.html	115 B	-rw-r--r--
style.html	1.74 KB	-rw-r--r--
taxonomy-page-override.html	2.52 KB	-rw-r--r--
theme-css.html	3.02 KB	-rw-r--r--
top-pager.html	521 B	-rw-r--r--
ui-crashes.html	1.23 KB	-rw-r--r--
updating-view3.html	180 B	-rw-r--r--
updating.html	672 B	-rw-r--r--
upgrading.html	401 B	-rw-r--r--
using-theme.html	4.58 KB	-rw-r--r--
view-add.html	1.7 KB	-rw-r--r--
view-settings.html	664 B	-rw-r--r--
view-type.html	1.78 KB	-rw-r--r--
views.help.ini	5.85 KB	-rw-r--r--

Code Editor : about.html

The views module allows administrators and site designers to create, manage, and display lists of content. Each list managed by the views module is known as a "view", and the output of a view is known as a "display". Displays are provided in either block or page form, and a single view may have multiple displays. Optional navigation aids, including a system path and menu item, can be set for each page-based display of a view. By default, views may be created that list content (a Node view type), content revisions (a Node revisions view type) or users (a User view type). A view may be restricted to members of specific user roles, and may be added, edited or deleted at the <a href="base_url:admin/structure/views">views administration page</a>.

For more technical users, views can be understood as a user interface to compose SQL-queries and to pull information (Content, Users, etc.) from the database and show it on a screen as desired.

The "building block" design of the views system provides power and flexibility, allowing parameters to be specified only when needed. While an advanced view may use all of available parameters to create complex and highly interactive applications, a simple content listing may specify only a few options. All views rely on a conceptual framework that includes:

<ul>
 <li><a href="topic:views/field">Fields</a>, or the individual pieces of data being displayed. Adding the fields Node: Title, Node: Type, and Node: Post date to a node view, for example, includes the title, content type and creation date in the displayed results </li>

<li><a href="topic:views/relationship">Relationships</a>, or information about how data elements relate to one another. If relationship data is available, like that provided by a CCK nodereference field, items from a related node may be included in the view </li>

<li><a href="topic:views/argument">Arguments</a>, or additional parameters that dynamically refine the view results, passed as part of the path. Adding an argument of Node: Type to a node view with a path of "content", for example, dynamically filters the displayed items by content type. In this example (shown with Clean URLs enabled), accessing the view through the path "http://www.example.com/content/page" displays all posts of the type "page", the path "http://www.example.com/content/story" displays all posts of the type "story", and "http://www.example.com/content" displays all posts regardless of type) </li>

<li><a href="topic:views/sort">Sort criteria</a>, which determine the order of items displayed in the view results. Adding the sort criteria Node: Post date (in descending order) to a node view, for example, sorts the displayed posts in descending order by creation date </li>

<li><a href="topic:views/filter">Filters</a>, which limit items displayed in the results. Adding the filter Node: Published (and setting it equal to "Published") to a node view, for example, prevents unpublished items from being displayed</li>

<li><a href="topic:views/display">Displays</a>, which control where the output will be seen. Every view has a default display, which doesn't actually display the view anywhere, but is used to hold the default settings for the view, and is used when the view is called programmatically if another display is not specified. Much more useful to users are the <a href="topic:views/display-page">page</a> display, which gives a view a path and allows it to be the primary content of a page, or the <a href="topic:views/display-block">block</a> display which allows it to appear as secondary content on other pages.</li>

<li><a href="topic:views/header">Header</a>, which allow you to add by default one or more text area above the views output. </li>

<li><a href="topic:views/footer">Footer</a>, which allow you to add by default one or more text area beneath the views output. </li>

<li>The <a href="topic:views/footer">Emtpy Text</a> content will be displayed, when you choose in the Arguments Section "Action to take if argument is not present" the option "Display empty text".</li>

</ul>

Parallels between the components in the Views interface and an sql query:

<table>
 <thead>
 <tr>
 <th>Sql Query</th>
 <th>Views Component</th>
 <tr>
 </thead>
 <tr>
 <td>SELECT n.title, u.name</td>
 <td>fields</td>
 </tr>
 <tr>
 <td>FROM {node} n base table</td>
 <td>view type</td>
 </tr>
 <tr>
 <td>INNER JOIN {users} u ON n.uid = u.uid</td>
 <td>relationship</td>
 </tr>
 <tr>
 <td>WHERE n.status = 1</td>
 <td>filter</td>
 </tr>
 <tr>
 <td>AND u.uid = arg(1)</td>
 <td>argument</td>
 </tr>
 <tr>
 <td>ORDER BY n.changed DESC</td>
 <td>sort</td>
 </tr>
</table>

${this.title}

Code Editor : about.html