@subsection Goals

The @file{trunk/Identity} describes what The CentOS Project Corporate
Identity is and the components it is made of.

@subsection Description

The CentOS Project Corporate Identity is the ``persona'' of the
organization known as The CentOS Project.  The CentOS Project
Corporate Identity plays a significant role in the way the CentOS
Project, as organization, presents itself to both internal and
external stakeholders. In general terms, The CentOS Project Corporate
Identity expresses the values and ambitions of The CentOS Project
organization, its business, and its characteristics.  

The CentOS Project Corporate Identity provides visibility,
recognizability, reputation, structure and identification to The
CentOS Project organization by means of @emph{Corporate Design},
@emph{Corporate Communication}, and @emph{Corporate Behaviour}.

@subsubsection Corporate Design

The CentOS Project Corporate Design is applied to visual
manifestations of The CentOS Project organization. As visual
manifestation we understand any medium, digital or printed, used by
The CentOS Project to communicate its existence (e.g., @emph{The
CentOS Distribution}, @emph{The CentOS Web} and @emph{The CentOS
Stationery}) and is very tied to @emph{The CentOS Project Corporate
Structure} which in turn is based on @emph{The CentOS Project Mission}
and @emph{The CentOS Project Release Schema}.

In The CentOS Project Corporate Design most of the work is about
graphic design, everything that people can perceive through the visual
sence (i.e., the human eye), it is about effective visual
communication of messages.

The CentOS Project Corporate Design is organized in the following work
lines:

@table @strong

@item Brushes

This work line provides brushes for GIMP. When you prepare the
repository, brushes in this location are made available immediatly for
you to use in the ``Brushes'' panel of GIMP.

@xref{Directories trunk Identity Brushes}, for more
information.

@item Fonts

This work line provides the typography information required by all
different visual manifestations of The CentOS Project.

@xref{Directories trunk Identity Fonts}, for more information.

@item Images

This work line provides output location for images that don't need to
use background images (e.g., brands, icons, illustrations, etc.).

@xref{Directories trunk Identity Images}, for more information.

@item Models

This work line provides design models for images that don't need to
use background images (e.g., brands, icons, illustrations, etc.).

@xref{Directories trunk Identity Models}, for more information.

@item Palettes 

This work line provides palettes of colors for GIMP and Inkscape. When
you prepare the repository, palettes of colors in this location are
made available immediatly for you to use in the ``Palettes'' panel of
GIMP.

@xref{Directories trunk Identity Palettes}, for more information.

@item Patterns

This work line provides patterns for GIMP. When you prepare the
repository, patterns in this location are made available immediatly
for you to use in the ``Patterns'' panel of GIMP.

@xref{Directories trunk Identity Patterns}, for more information.

@item Themes

This work line provides theme design models and theme artistic motifs
for The CentOS Project. If you are interesting in create a brand new
visual style for The CentOS Project this is the place for you.

@xref{Directories trunk Identity Themes}, for more information.

@item Web environment

This work line provides the HTML/XHTML and CSS standard definitions
used by The CentOS Websites. If you are a web developer and plan to
improve The CentOS Websites, then the files in this location may
result very useful to you.

@xref{Directories trunk Identity Webenv}, for more information.
@end table

@subsubsection Corporate Communication

The CentOS Project Corporate Communication is based on @emph{Community
Communication}.  In that sake, the following media are available:

@itemize
@item The CentOS Chat (@code{#centos}, @code{#centos-social},
@code{#centos-devel} on irc.freenode.net)
@item The CentOS Mailing Lists (@url{http://lists.centos.org/}).
@item The CentOS Forums (@url{http://forums.centos.org/}).
@end itemize

@subsubsection Corporate Behaviour

The CentOS Project Corporate Behaviour is based on @emph{Community
Behaviour}.

@subsubsection Corporate Structure

The CentOS Project Corporate Structure is based on a @emph{Monolithic
Corporate Visual Identity Structure}. In this structure, one unique
name and one unique visual style is used in all visual manifestation
of The CentOS Project.

In a monolithic corporate visual identity structure, internal and
external stakeholders use to feel a strong sensation of uniformity,
orientation, and identification with the organization. No matter if
you are visiting web sites, using the distribution, or acting on
social events, the one unique name and one unique visual style
connects them all to say: @emph{Hey! we are all part of The CentOS
Project}.

Other corporate structures for The CentOS Project have been considered
as well. Such is the case of producing one different visual style for
each major releasae of CentOS Distribution. This structure isn't
inconvenient at all, but some visual contradictions could be
introduced if it isn't applied correctly and we need to be aware of
it. To apply it correctly, we need to know what The CentOS Project and
which are the visual manifestations it is made of.

The CentOS Project, as organization, is mainly made of (but not
limited to) three visual manifestions: Distribution, Web and
Stationery. Inside the Distribution visual manifestations, The CentOS
Project maintains near to four different major releases of CentOS
Distribution, parallely in time.  Inside Web and Stationery visual
manifestations content is visually produced to fit non-release-specifc
content but treat it as a visual manifestation properly. For example,
consider that there is no a complete web site for each major release
of CentOS distribution, but one web site to cover the information
related to all release-specific visual manifestations like CentOS
distribution.

In order to produce the correct corporate structure for The CentOS
Project we need to concider all the visual manifestations The CentOS
Project is made of, not just one of them.  If one different visual
style is used for each major release of The CentOS Distribution, which
one of those different visual styles would be used to cover the
remaining visual manifestations The CentOS Project is made of (e.g.,
web sites and stationery)? 

Probably you are thinking, that's right, but The CentOS Brand connects
them all already, why would we need to join them up into the same
visual style too, isn't it more work to do, and harder to maintain?

Harder to maintain, more work to do, probably. Specially when you
consider that The CentOS Project has proven stability and consistency
through time and that, certainly, didn't come through swinging magical
wangs or something but hardly working out to automate tasks and
providing maintainance through time. Said that, we consider that The
CentOS Project Visual Structure should be consequent with such
stability and consistency tradition. It is true that The CentOS Brand
does connect all the visual manifestations it is present on, but that
connection would be stronger if one unique visual style backups it.
In fact, whatever thing you do to strength the visual connection among
The CentOS Project visual manifestations would be very good in favor
of The CentOS Project recognition.

Obviously, having just one visual style in all visual manifestations
for eternity would be a very boring thing and would give the idea of a
visually dead project. So, there is no problem on creating a brand new
visual style for each new major release of The CentOS Distribution, in
order to refresh The CentOS Distribution visual style; the problem is
in not propagating the brand new visual style created for the new
release of CentOS Distribution to all other visual manifestations The
CentOS Project is made of, in a way The CentOS Project could be
recognized no matter what visual manifestation be in front of us. Such
lack of uniformity is what introduces the visual contradition we are
precisely trying to solve by mean of themes production in the CentOS
Artwork Repository.

@subsection Usage

The @file{trunk/Identity/} directory structure is organized in
@emph{renderable} and @emph{non-renderable} directories. Generally,
renderable directories are stored under @file{trunk/Identity/Images}
and @file{trunk/Identity/Themes/Motifs} directories. These directories
contain the image files used to implemente The CentOS Project
Corporate Identity.

@subsubsection Rendition

In order to produce content inside rendereble directories, you can use
the following command:

@verbatim 
centos-art render trunk/Identity/Path/To/Dir
@end verbatim

@quotation 
@strong{Warning} If the @command{centos-art} command-line
is not found in your workstation, it is probably because you haven't
prepared your workstation for using The CentOS Artwork Repository yet.
@xref{Directories trunk Scripts Functions Prepare}, for more
information.  
@end quotation

This command takes one design template (a.k.a., design model) from the
template directory and creates an instance of it in order to apply
translation messages, if any. Later, using the translated design
template instance, the command renders the final content based on
whether the design template instance is a SVG file or XHTML.  If the
design template instace is a SVG file, the final content produced is a
PNG image. On the other hand, if the design template instance is a
XHTML file, the final content produced is a XHTML file. The rendition
flow described so far is known as the @command{centos-art.sh} script
@emph{base-rendition} flow.

Besides the base-rendition flow, the @command{centos-art} provides
@emph{post-rendition} and @emph{last-rendition} flows.  The
post-rendition flow is applied to files produced as result of
base-rendition flow under the same directory structure. For example,
you can use post-rendition action to convert the PNG base output into
different outputs formats (e.g., JPG, PDF, etc.) before passing to
process the next file in the same directory structure.  The
last-rendition flow, on the other hand, is applied to all files
produced as result of both base-rendition and post-rendition flows in
the same directory structure, just before passing to process a
different directory structure.  For example, the @file{Preview.png}
image from Ksplash component is made of three images. In order to
build the @file{Preview.png} image through @command{centos-art.sh} we
need to wait for all the three images the @file{Preview.png} image is
made of to be rendered in order to combine them all together into just
one image (i.e., the @file{Preview.png} image).  This is something we
can't do using post-rendition flow.

Inside @file{trunk/Identity} directory structure, you can find that
base-rendition, post-rendition and last-rendition flows can be
combined to build @emph{directory-specific} rendition.  The
directory-specific rendition exists to automatically process specific
renderable directories in very specific ways. Using directory-specific
rendition speeds up production of different components like Syslinux,
Grub, Gdm, Kdm and Ksplash that require intermediate formats or even
several independent files, in order to reach the final content
construction.  Directory-specific rendition is a way to
programmatically describe how specific art works are built in and
organized inside The CentOS Artwork Repository.  Such descriptions
have been added to @command{centos-art.sh} command-line to let you
produce them all with just one single command, as fast as your machine
can be able to handle it. 

@xref{Directories trunk Scripts Functions Render}, for more
information about the @command{render} functionality of
@command{centos-art.sh} script.

@subsubsection Documentation

@subsubsection Localization


@subsection See also

See @url{http://en.wikipedia.org/Corporate_identity} (and related
links), for general information on Corporate Identity. 

Specially useful has been, and still is, the book @emph{Corporate
Identity} by Wally Olins (1989). This book provides many conceptual
ideas we've used as base to build The CentOS Artwork Repository.