OLPC Human Interface Guidelines/The Sugar Interface/Icons/lang-es: Difference between revisions

From OLPC
Jump to navigation Jump to search
m (nav & translation templates)
m (spelling)
Line 22: Line 22:
<font size="1"><span id="anchor_name">Icons</span></font>
<font size="1"><span id="anchor_name">Icons</span></font>


====Categorias de Iconos====
====Categorías de Iconos====
<font size="1"><span id="anchor_name">Categories of Icons</span></font>
<font size="1"><span id="anchor_name">Categories of Icons</span></font>


Line 30: Line 30:
[[Image:xo_s.png|left]]
[[Image:xo_s.png|left]]


Los iconos que representan Personas tienen un estatus especial en las laptops. Referidos en general como ''XOs'', ellos representan a los chicos y sus laptops en el Vecindario de la malla, y por extension al proyecto OLPC y sus objetivos de poner una laptop en las manos de cada chico.
Los iconos que representan Personas tienen un estatus especial en las laptops. Referidos en general como ''XOs'', ellos representan a los chicos y sus laptops en el Vecindario de la malla, y por extensión al proyecto OLPC y sus objetivos de poner una laptop en las manos de cada chico.
<font size="1"><blockquote>The icons which represent People have special status on the laptops. Referred to generally as the XOs, they represent the children and their laptops on the mesh Neighborhood, and furthermore represent the OLPC project and its goals to place a laptop in the hands of every child.</blockquote></font>
<font size="1"><blockquote>The icons which represent People have special status on the laptops. Referred to generally as the XOs, they represent the children and their laptops on the mesh Neighborhood, and furthermore represent the OLPC project and its goals to place a laptop in the hands of every child.</blockquote></font>


Line 47: Line 47:
<font size="1"><span id="anchor_name">Active vs. Inactive Icons</span></font>
<font size="1"><span id="anchor_name">Active vs. Inactive Icons</span></font>


Puede ocurrir en muchas situaciones que algunos elementos de la interface se encuentren inactivos. Sugar especifica un estilo visual consistente para representar los conceptos de ausencia e inactividad. Los elementos inactivos son botones que no accionables actualmente, o controles que estan temporalmente desabilitados. Los elementos ausentes son iconos de objetos que representan personas o cosas que no se encuentran actualmente presentes; por ejemplo, una descarga incompleta, o un amigo invitado que todavia no se ha unido a la actividad.
Puede ocurrir en muchas situaciones que algunos elementos de la interfaz se encuentren inactivos. Sugar especifica un estilo visual consistente para representar los conceptos de ausencia e inactividad. Los elementos inactivos son botones que no accionables actualmente, o controles que están temporalmente deshabilitados. Los elementos ausentes son iconos de objetos que representan personas o cosas que no se encuentran actualmente presentes; por ejemplo, una descarga incompleta, o un amigo invitado que todavía no se ha unido a la actividad.
<font size="1"><blockquote>Many instances may arise in which some elements of the interface are inactive. Sugar specifies a consistent visual style to represent the concepts of absence and inactivity. Inactive elements are buttons that are not currently actionable, or controls that are temporarily disabled. Absent elements are object icons that represent people or things which aren't actually present at the moment; for instance, an incomplete download, or an invited friend who hasn't yet joined the activity.</blockquote></font>
<font size="1"><blockquote>Many instances may arise in which some elements of the interface are inactive. Sugar specifies a consistent visual style to represent the concepts of absence and inactivity. Inactive elements are buttons that are not currently actionable, or controls that are temporarily disabled. Absent elements are object icons that represent people or things which aren't actually present at the moment; for instance, an incomplete download, or an invited friend who hasn't yet joined the activity.</blockquote></font>


Generalmente, las interfaces representan dicha inactividad por medio de el grisado. Por supuesto, dado que la laptop tambien opera en una escala de grises, dicha distincion por color ''no debe'' ser usada bajo ninguna circunstancia. De hecho, Sugar tomara ventaja de los graficos vectoriales usados para representar a los objetos y botones inactivos con un contorno blanco y sin color de relleno.
Generalmente, las interfaces representan dicha inactividad por medio del agrisado. Por supuesto, dado que la laptop también opera en una escala de grises, dicha distinción por color ''no debe'' ser usada bajo ninguna circunstancia. De hecho, Sugar tomara ventaja de los gráficos vectoriales usados para representar a los objetos y botones inactivos con un contorno blanco y sin color de relleno.
<font size="1"><blockquote>Generally, interfaces represent such inactivity through grayed out imagery. Of course, since the laptop also operates in grayscale mode, such a color distinction ''must not'' be used under any circumstances. Instead, Sugar will take advantage of the vector graphics used for rendering objects and buttons by rendering inactive ones as a white outlined stroke, with no fill color.</blockquote></font>
<font size="1"><blockquote>Generally, interfaces represent such inactivity through grayed out imagery. Of course, since the laptop also operates in grayscale mode, such a color distinction ''must not'' be used under any circumstances. Instead, Sugar will take advantage of the vector graphics used for rendering objects and buttons by rendering inactive ones as a white outlined stroke, with no fill color.</blockquote></font>


Line 65: Line 65:
<font size="1"><span id="anchor_name">Icon Format</span></font>
<font size="1"><span id="anchor_name">Icon Format</span></font>


Para su uso en Sugar, todos los íconos diseñados deben ser provistos en el [http://es.wikipedia.org/wiki/Scalable_Vector_Graphics formato SVG]. Dado que todos los íconos existen como vectores, el escalamiento y coloreado dinamico ocurre sin ninguna degradacion. Esto permite la representacion de íconos en varios tamaños dependiendo del contexto de la interface. Adicionalmente, esto provee un soporte dinamico para un coloreado de actividades y objetos basados en los colores elegidos por cada chico para su XO.
Para su uso en Sugar, todos los íconos diseñados deben ser provistos en el [http://es.wikipedia.org/wiki/Scalable_Vector_Graphics formato SVG]. Dado que todos los íconos existen como vectores, el escalamiento y coloreado dinámico ocurre sin ninguna degradación. Esto permite la representación de íconos en varios tamaños dependiendo del contexto de la interfaz. Adicionalmente, esto provee un soporte dinámico para un coloreado de actividades y objetos basados en los colores elegidos por cada chico para su XO.
<font size="1"><blockquote>All icons designed for use in Sugar must be provided in [http://en.wikipedia.org/wiki/SVG SVG format]. Since all icons exist as vectors, dynamic scaling and coloring of the icons occurs without any degradation. This allows variably sized representations of particular icons to exist depending on context in the interface. Additionally, this provides support for dynamic coloring of activity and object icons based upon a child's chosen XO colors.</blockquote></font>
<font size="1"><blockquote>All icons designed for use in Sugar must be provided in [http://en.wikipedia.org/wiki/SVG SVG format]. Since all icons exist as vectors, dynamic scaling and coloring of the icons occurs without any degradation. This allows variably sized representations of particular icons to exist depending on context in the interface. Additionally, this provides support for dynamic coloring of activity and object icons based upon a child's chosen XO colors.</blockquote></font>


Line 72: Line 72:
[[Image: standard_icon_size.png|thumb|105px|left]]
[[Image: standard_icon_size.png|thumb|105px|left]]


Los iconos deben ser desarrollados y guardados en un tamaño estandar (''S - standard''), aunque su tamaño y apariencia actual en la interface cambie dinamicamente. Cuando sean desarrollados en el tamaño estandar (''S''), los iconos deben entrar holgadamente dentro de una sub-celda de 3 x 3 segura para iconos de una celda estandar de una grilla de 75px, como esta especificado en la [[OLPC Human Interface Guidelines/The Sugar Interface/Layout Guidelines/lang-es|seccion de diagramación]].
Los iconos deben ser desarrollados y guardados en un tamaño estándar (''S - standard''), aunque su tamaño y apariencia actual en la interfaz cambie dinámicamente. Cuando sean desarrollados en el tamaño estándar (''S''), los iconos deben entrar holgadamente dentro de una sub-celda de 3 x 3 segura para iconos de una celda estándar de una grilla de 75px, como esta especificado en la [[OLPC Human Interface Guidelines/The Sugar Interface/Layout Guidelines/lang-es|sección de diagramación]].
<font size="1"><blockquote>Icons should be developed and saved at Standard (S) size, though their actual size and appearance in the interface may change dynamically. When developed at standard size, icons should fit loosely within the 3 x 3 icon-safe subcell of a standard 75px grid cell, as specified in the [[OLPC Human Interface Guidelines/The Sugar Interface/Layout Guidelines|layout section]].</blockquote></font>
<font size="1"><blockquote>Icons should be developed and saved at Standard (S) size, though their actual size and appearance in the interface may change dynamically. When developed at standard size, icons should fit loosely within the 3 x 3 icon-safe subcell of a standard 75px grid cell, as specified in the [[OLPC Human Interface Guidelines/The Sugar Interface/Layout Guidelines|layout section]].</blockquote></font>


Cabe destacar que cuando la interface retamaña los iconos, los bordes (o filetes) no permanecen necesariamente proporcionales al tamaño general del icono. Esto garantiza que el peso del borde permanece suficientemente visible en todos los tamaños y asi poder representar su peso y color, aunque esto puede limitar la granularidad con la cual usar los bordes, que pueden fusionarse en tamaños pequeños. La siguiente tabla relaciona los varios tamaños de iconos con su correspondientes factores de escala y el peso de los bordes. Recomendamos probar sus iconos en los tamaños XS, S, y M para poder ajustar sus apariencias para una optima legibilidad.
Cabe destacar que cuando la interfaz retamaña los iconos, los bordes (o filetes) no permanecen necesariamente proporcionales al tamaño general del icono. Esto garantiza que el peso del borde permanece suficientemente visible en todos los tamaños y así poder representar su peso y color, aunque esto puede limitar la granularidad con la cual usar los bordes, que pueden fusionarse en tamaños pequeños. La siguiente tabla relaciona los varios tamaños de iconos con sus correspondientes factores de escala y el peso de los bordes. Recomendamos probar sus iconos en los tamaños XS, S, y M para poder ajustar sus apariencias para una optima legibilidad.
<font size="1"><blockquote>Notice that when the interface scales your icons, strokes do not necessarily scale proportionally to the overall icon size. This ensures that the stroke weight remains visible enough at all sizes to convey its weight and color, but it may also limit the granularity with which you use strokes, which could begin to blend together at smaller sizes. The following chart relates the various icon sizes to their corresponding scale factors and stroke weights. We strongly suggest that you try rendering your icons at XS, S, and M sizes in order to tweak their appearance for optimal legibility.</blockquote></font>
<font size="1"><blockquote>Notice that when the interface scales your icons, strokes do not necessarily scale proportionally to the overall icon size. This ensures that the stroke weight remains visible enough at all sizes to convey its weight and color, but it may also limit the granularity with which you use strokes, which could begin to blend together at smaller sizes. The following chart relates the various icon sizes to their corresponding scale factors and stroke weights. We strongly suggest that you try rendering your icons at XS, S, and M sizes in order to tweak their appearance for optimal legibility.</blockquote></font>


{|border=1 cellpadding=1 cellspacing=0 style="margin: 1em auto 1em auto; border: 1px #666666 solid; border-collapse: collapse; background: #f9f9f9;"
{|border=1 cellpadding=1 cellspacing=0 style="margin: 1em auto 1em auto; border: 1px #666666 solid; border-collapse: collapse; background: #f9f9f9;"
|+Tabla de Comparacion de Tamaños de Iconos<font size="1"><blockquote>Icon Size Comparison Chart</blockquote></font>
|+Tabla de Comparación de Tamaños de Iconos<font size="1"><blockquote>Icon Size Comparison Chart</blockquote></font>
!style="background:#cccccc;"|Tamaño del Icono<font size="1"><blockquote>Icon Size</blockquote></font>!!style="background:#cccccc;"|Factor de Escala<font size="1"><blockquote>Scaling Factor</blockquote></font>!!style="background:#cccccc;"|Peso de Trazo<font size="1"><blockquote>Stroke Weight</blockquote></font>
!style="background:#cccccc;"|Tamaño del Icono<font size="1"><blockquote>Icon Size</blockquote></font>!!style="background:#cccccc;"|Factor de Escala<font size="1"><blockquote>Scaling Factor</blockquote></font>!!style="background:#cccccc;"|Peso de Trazo<font size="1"><blockquote>Stroke Weight</blockquote></font>
|-
|-
Line 106: Line 106:
<font size="1"><span id="anchor_name">Strokes & Fills</span></font>
<font size="1"><span id="anchor_name">Strokes & Fills</span></font>


Todos los iconos son dibujados en dos colores: trazos y relleno. El color del trazo y relleno utilizados para un icono son determinados por los chicos, ya que corresponden a los colores escogidos por ellos para sus XOs. Con lo cual, los colores que se elijan para guardar los iconos es arbitrariamente irrelevante. Sin embargo, cabe destacar que cualquier relleno que coincida con el color de un trazo cuando sean dinamicante dibujados tomaran su color.
Todos los iconos son dibujados en dos colores: trazos y relleno. El color del trazo y relleno utilizados para un icono son determinados por los chicos, ya que corresponden a los colores escogidos por ellos para sus XOs. Con lo cual, los colores que se elijan para guardar los iconos es arbitrariamente irrelevante. Sin embargo, cabe destacar que cualquier relleno que coincida con el color de un trazo cuando sean dinámicamente dibujados tomará su color.
<font size="1"><blockquote>All icons render in two colors: stroke and fill. The actual stroke and fill colors that an icon renders in are determined by the children, since they correspond to the colors they have chosen for their XOs. As such, the colors in which you choose to save your icon are arbitrary. However, note that any fills that have the same color as your strokes will dynamically take on their color when rendered.</blockquote></font>
<font size="1"><blockquote>All icons render in two colors: stroke and fill. The actual stroke and fill colors that an icon renders in are determined by the children, since they correspond to the colors they have chosen for their XOs. As such, the colors in which you choose to save your icon are arbitrary. However, note that any fills that have the same color as your strokes will dynamically take on their color when rendered.</blockquote></font>


Todos los trazos en un icono de actividad a tamaño "S" deben tener un peso de 3.5pt. Todos los iconos deben tener un relleno primario que represente su forma general. Ademas no hay un limite a la cantidad de trazos y rellenos usados; no todos los trazos deberan tener relleno, y no todos los rellenos deberan tener bordes.
Todos los trazos en un icono de actividad a tamaño "S" deben tener un peso de 3.5pt. Todos los iconos deben tener un relleno primario que represente su forma general. Además no hay un límite a la cantidad de trazos y rellenos usados; no todos los trazos deberán tener relleno, y no todos los rellenos deberán tener bordes.
<font size="1"><blockquote>All strokes within an "S" activity icon must have a line weight of 3.5pt. All icons should have a primary fill which represents its overall shape. In addition, any number of supplemental strokes and fills may be used; not all strokes within an icon must have fills, and not all fills must have strokes.</blockquote></font>
<font size="1"><blockquote>All strokes within an "S" activity icon must have a line weight of 3.5pt. All icons should have a primary fill which represents its overall shape. In addition, any number of supplemental strokes and fills may be used; not all strokes within an icon must have fills, and not all fills must have strokes.</blockquote></font>



Revision as of 16:20, 22 February 2007

Template:Translated Page

Iconos

Icons

Categorías de Iconos

Categories of Icons

El XO

The XO

Xo s.png

Los iconos que representan Personas tienen un estatus especial en las laptops. Referidos en general como XOs, ellos representan a los chicos y sus laptops en el Vecindario de la malla, y por extensión al proyecto OLPC y sus objetivos de poner una laptop en las manos de cada chico.

The icons which represent People have special status on the laptops. Referred to generally as the XOs, they represent the children and their laptops on the mesh Neighborhood, and furthermore represent the OLPC project and its goals to place a laptop in the hands of every child.

Iconos de Actividades

Activity Icons

Iconos de Objetos

Object Icons

Clipping.png
Iconos de Acciones

Action Icons

Iconos Activos vs. Inactivos

Active vs. Inactive Icons

Puede ocurrir en muchas situaciones que algunos elementos de la interfaz se encuentren inactivos. Sugar especifica un estilo visual consistente para representar los conceptos de ausencia e inactividad. Los elementos inactivos son botones que no accionables actualmente, o controles que están temporalmente deshabilitados. Los elementos ausentes son iconos de objetos que representan personas o cosas que no se encuentran actualmente presentes; por ejemplo, una descarga incompleta, o un amigo invitado que todavía no se ha unido a la actividad.

Many instances may arise in which some elements of the interface are inactive. Sugar specifies a consistent visual style to represent the concepts of absence and inactivity. Inactive elements are buttons that are not currently actionable, or controls that are temporarily disabled. Absent elements are object icons that represent people or things which aren't actually present at the moment; for instance, an incomplete download, or an invited friend who hasn't yet joined the activity.

Generalmente, las interfaces representan dicha inactividad por medio del agrisado. Por supuesto, dado que la laptop también opera en una escala de grises, dicha distinción por color no debe ser usada bajo ninguna circunstancia. De hecho, Sugar tomara ventaja de los gráficos vectoriales usados para representar a los objetos y botones inactivos con un contorno blanco y sin color de relleno.

Generally, interfaces represent such inactivity through grayed out imagery. Of course, since the laptop also operates in grayscale mode, such a color distinction must not be used under any circumstances. Instead, Sugar will take advantage of the vector graphics used for rendering objects and buttons by rendering inactive ones as a white outlined stroke, with no fill color.

Activo

Active

Inactivo

Inactive

Lineamientos para el Diseño de Iconos

Icon Design Guidelines

Formato del Icono

Icon Format

Para su uso en Sugar, todos los íconos diseñados deben ser provistos en el formato SVG. Dado que todos los íconos existen como vectores, el escalamiento y coloreado dinámico ocurre sin ninguna degradación. Esto permite la representación de íconos en varios tamaños dependiendo del contexto de la interfaz. Adicionalmente, esto provee un soporte dinámico para un coloreado de actividades y objetos basados en los colores elegidos por cada chico para su XO.

All icons designed for use in Sugar must be provided in SVG format. Since all icons exist as vectors, dynamic scaling and coloring of the icons occurs without any degradation. This allows variably sized representations of particular icons to exist depending on context in the interface. Additionally, this provides support for dynamic coloring of activity and object icons based upon a child's chosen XO colors.

Tamaño de Iconos

Icon Sizes

Standard icon size.png

Los iconos deben ser desarrollados y guardados en un tamaño estándar (S - standard), aunque su tamaño y apariencia actual en la interfaz cambie dinámicamente. Cuando sean desarrollados en el tamaño estándar (S), los iconos deben entrar holgadamente dentro de una sub-celda de 3 x 3 segura para iconos de una celda estándar de una grilla de 75px, como esta especificado en la sección de diagramación.

Icons should be developed and saved at Standard (S) size, though their actual size and appearance in the interface may change dynamically. When developed at standard size, icons should fit loosely within the 3 x 3 icon-safe subcell of a standard 75px grid cell, as specified in the layout section.

Cabe destacar que cuando la interfaz retamaña los iconos, los bordes (o filetes) no permanecen necesariamente proporcionales al tamaño general del icono. Esto garantiza que el peso del borde permanece suficientemente visible en todos los tamaños y así poder representar su peso y color, aunque esto puede limitar la granularidad con la cual usar los bordes, que pueden fusionarse en tamaños pequeños. La siguiente tabla relaciona los varios tamaños de iconos con sus correspondientes factores de escala y el peso de los bordes. Recomendamos probar sus iconos en los tamaños XS, S, y M para poder ajustar sus apariencias para una optima legibilidad.

Notice that when the interface scales your icons, strokes do not necessarily scale proportionally to the overall icon size. This ensures that the stroke weight remains visible enough at all sizes to convey its weight and color, but it may also limit the granularity with which you use strokes, which could begin to blend together at smaller sizes. The following chart relates the various icon sizes to their corresponding scale factors and stroke weights. We strongly suggest that you try rendering your icons at XS, S, and M sizes in order to tweak their appearance for optimal legibility.

Tabla de Comparación de Tamaños de Iconos

Icon Size Comparison Chart

Tamaño del Icono

Icon Size

Factor de Escala

Scaling Factor

Peso de Trazo

Stroke Weight

XS 0.5 2.25pt
S 1.0 3.5pt
M 1.5 4.0pt
L 2.0 4.5pt
XL 3.0 6.0pt
Trazos & Rellenos

Strokes & Fills

Todos los iconos son dibujados en dos colores: trazos y relleno. El color del trazo y relleno utilizados para un icono son determinados por los chicos, ya que corresponden a los colores escogidos por ellos para sus XOs. Con lo cual, los colores que se elijan para guardar los iconos es arbitrariamente irrelevante. Sin embargo, cabe destacar que cualquier relleno que coincida con el color de un trazo cuando sean dinámicamente dibujados tomará su color.

All icons render in two colors: stroke and fill. The actual stroke and fill colors that an icon renders in are determined by the children, since they correspond to the colors they have chosen for their XOs. As such, the colors in which you choose to save your icon are arbitrary. However, note that any fills that have the same color as your strokes will dynamically take on their color when rendered.

Todos los trazos en un icono de actividad a tamaño "S" deben tener un peso de 3.5pt. Todos los iconos deben tener un relleno primario que represente su forma general. Además no hay un límite a la cantidad de trazos y rellenos usados; no todos los trazos deberán tener relleno, y no todos los rellenos deberán tener bordes.

All strokes within an "S" activity icon must have a line weight of 3.5pt. All icons should have a primary fill which represents its overall shape. In addition, any number of supplemental strokes and fills may be used; not all strokes within an icon must have fills, and not all fills must have strokes.