~~Title: Basic Concepts~~
{{page>index}}
-----
===== Basic Concept =====
=== Table of Contents ===
* [[#What_is_an_EDC_File?|What is an EDC File?]]
* [[#Compiling_EDC_File|Compiling EDC File]]
* [[#Writing_Simple_EDC_File_|Writing Simple EDC File ]]
* [[#Animating_Theme_Using_Programs|Animating Theme Using Programs]]
* [[#Positioning_Basic_Parts|Positioning Basic Parts]]
* [[#Adding_Offset_to_Relative_Positioning|Adding Offset to Relative Positioning]]
* [[#Calculating_Edje_Object_Total_Size|Calculating Edje Object Total Size]]
* [[#Using_Edje_Size_Hints|Using Edje Size Hints]]
==== What is an EDC File? ====
An EDC file stands for Edje data collection. It is a text file that contains
special code format describing the position, size, and other parameters of
graphical elements that compose the visual aspect of your application. In
addition to graphical elements, it can also handle sounds.
The syntax for the Edje data collection files follows a simple structure of
"blocks { .. }" that can contain "properties: ..", more blocks, or both.
An EDC file has the ".edc" extension.
==== Compiling EDC File ====
EDC file needs to be compiled into a ".edj" file using Edje library tools.
After compiling the ".edj" file can be used by a EFL/elmentary application.
Here is an example about compiling ''helloworld.edc'' to ".edj" file using
''edje_cc tool'':
$ edje_cc helloworld.edc
This command creates a ''helloworld.edj'' file.
An EDC file can use external files such as sounds, images, or fonts. The path
to these resources are passed to the ''edje_cc'' tool so that they are
included in the final ".edj" file.
$ edje_cc -sd $SOUNDS_DIR -fd $FONTS_DIR -id $IMAGES_DIR
''SOUNDS_DIR'', ''FONTS_DIR'', and ''IMAGES_DIR'' are the paths for sounds, fonts, and images resources respectively.
==== Writing Simple EDC File ====
The code example below shows you the structure of an EDC file. It is a
collection of groups that contain parts and programs.
collections
{
group
{
name: "my_group";
parts {}
programs {}
}
}
Groups are identified with a name, parts correspond to the graphical elements.
Each one of them can have several states that describe a specific position,
size, and visual aspect. Programs contain the program code, such as
interaction with the main application through signals. Also animations are
defined here (changing a part state using an animated transition).
The description field is where the state of a part is written.
part
{
description
{
state: "default" 0.0;
}
description
{
state: "state1" 0.0;
}
description
{
state: "state2" 0.0;
}
}
As an example, here is a simple EDC file that contains only one part and one
program. The part is a rectangle with blue state and red state, the program
changes the state from blue to red when user clicks on the rectangle.
collections
{
group
{
name: "example";
parts
{
// create the part
part
{
name: "rectangle";
// set the type to RECT (rectangle)
type: RECT;
// default state (blue color)
description
{
state: "default" 0.0;
align: 0.0 0.0;
// blue color
color: 0 0 255 255;
}
// second state (red color)
description
{
state: "red" 0.0;
align: 0.0 0.0;
// red color
color: 255 0 0 255;
}
}
}
programs
{
// create a program
program
{
name: "change_color";
// program is triggered on mouse click
signal: "mouse,clicked,*";
source: "*";
// set the red state of the "rectangle" part
action: STATE_SET "red" 0.0;
target: "rectangle";
}
}
}
}
A program is triggered when receiving a signal from a specific source (here
all the sources are taken into account). When launched, it does the action
(changing the state of a part) on the target (the rectangle).
==== Animating Theme Using Programs ====
The previous example showed how to change the state of a part. It is also
possible to use the transition parameter to create an animation between the 2
states. You can specify a transition type (ACCELERATE, DECELERATE, SINUSOIDAL,
LINEAR, ...) and length (in seconds) of the transition.
The following code example animates the previous state change using a linear
transition of 2 seconds.
programs
{
program
{
name: "change_color";
signal: "mouse,clicked,*";
source: "*";
action: STATE_SET "red" 0.0;
target: "rectangle";
transition: LINEAR 2.0;
}
}
Edje calculates all frames needed for the animation. The result is a smooth
animation between the two states and it takes 2 seconds.
==== Positioning Basic Parts ====
Size of a part (in pixels) is set using the min and max parameters. The
following code example sets the minimum and maximum size of the rectangle part
to 200x200 px.
part
{
name: "rectangle";
type: RECT;
description
{
state: "blue" 0.0;
align: 0.0 0.0;
// set the size to 200x200
min: 200 200;
max: 200 200;
// blue color
color: 0 0 255 255;
}
}
Position of the parts is defined in the ''rel1'' and ''rel2'' blocks. ''rel1''
and ''rel2'' blocks are used to define respectively the upper-left corner and
the lower-right corner of the part. Position can be defined relatively to
other parts (with the relative parameter) as an offset (offset parameter).
When using relative positioning, the ''to'', ''to_x'' and ''to_y'' parameters
are used to define to which part the relative positioning is done. If nothing
else is specified, the positioning is relative to the parent's part.
To demonstrate the relative positioning, here is a code example that creates
another part and positions it under the first part (the upper-left corner of
the new part will start at the lower-left corner of the previous one).
part
{
name: "rectangle2";
type: RECT;
description
{
state: "green" 0.0;
align: 0.0 0.0;
// set the size to 200x200
min: 200 200;
max: 200 200;
// green color
color: 0 255 0 255;
// set the position
// rel1 is relative to "rectangle"
rel1
{
relative: 0.0 1.0;
to: "rectangle";
}
// rel2 is relative to the parent
rel2
{
relative: 1.0 1.0;
}
}
}
The ''align'' parameter defines how the parts align themselves in the main
window if their size is smaller than the main window. If nothing is specified,
the parts are aligned in the center of the window.
==== Adding Offset to Relative Positioning ====
The ''rel1'' and ''rel2'' structures also support offset which is a complement
to the relative positioning: the corners are first placed according to their
relative parameters and then adjusted using the offsets.
The picture below shows the pixel positions for a 4x4 rectangle. The indices
start in the top-left corner at (0, 0) increase to the right and to the
bottom. Since the indices have started at 0, the 4th pixel has an index of 3.
Therefore, in order to create a 2x2 blue rectangle centered inside that green
square, the top-left corner has to be (1, 1) and the bottom-right one has to
be (2, 2).
{{ :edje_rel1_rel2_offsets.png }}
Edje needs the following things defined:
* the part coordinates depending on the size and position of the green rectangle
* the relative component of positions is the same: the top-left corner of the green rectangle
* the top-left pixel is (1, 1) and the bottom-right one is (2, 2)
The following code example defines these things:
name: "blue rectangle";
rel1.to: "green rectangle";
rel1.relative: 0 0;
rel1.offset: 1 1;
rel2.to: "green rectangle";
rel2.relative: 0 0;
rel2.offset: 2 2;
For most tasks, relative positioning is simpler than using offsets. Offsets
are usually left for fine-tuning and creating borders.
The example below is similar to the previous one but uses relative positioning
instead of offsets to achieve an equivalent at 4x4 but could scale to larger
sizes.
The blue square starts at 25% of the green square (both vertically and
horizontally) and ends at 75% of it (again, both vertically and horizontally).
Just like in the previous example, the blue rectangle is named and Edje is
told what the object of reference is:
name: "blue rectangle";
rel1.to: "green rectangle";
rel2.to: "green rectangle";
The image below shows how to refer pixels using relative positioning when the
offsets are (0, 0).
{{ :edje_rel1_rel2_offsets_and_relative.png }}
Note the addressing of pixels: (0, 0) is addressed through ''relative: 0 0;
offset 0 0;'' and each additional 0.25 in the relative field gives a 1-pixel
move. With this, the pixel addressed through ''relative: 0.75 0.75; offset: 0
0;'' is at (3, 3) and not (2, 2)!.
This comes from a design choice in Evas and Edje which favor simplicity. In
the examples shown in this guide, there are 4 pixels and therefore when the
''[0; 1)'' range is divided in 4, the result is ''[0; 0.25), [0.25; 0.50),
[0.50; 0.75), [0.75; 1.00)''. With Edje, the value used to refer to each
segment is the left bound and therefore, 0.75 refers to ''[0.75; 1.00)'',
i.e. the bottom-right pixel of the green rectangle and not the 3/4th one.
The way to refer to the pixel right before is to set the ''rel2'' bound to
''relative: 0.75 0.75;'', as would be expressed naturally, and ''offset: -1
-1;''. This can also be understood as extending the rectangle up to 75% of its
parent with the upper bound excluded (as shown in the ''[0.50; 0.75)'').
Since ''-1 -1'' is the most common offset wanted for ''rel2'', it is the
default value; i.e. the default behavior is practical.
==== Calculating Edje Object Total Size ====
When the EDC file is composed of a lot of parts, Edje calculates the size of
the global Edje object, by taking all the parts and their parameters into
account. Some parameters have an role in this calculation and affect the
global size:
* ''min'' and ''max'': these define the minimum and the maximum size of a part.
* ''rel1'' and ''rel2'': these specify the relative position of a part.
* ''align'': this relates to the alignment of the part in the parent's object.
* ''fixed'': this defines if the part has a fixed size.
''fixed'' parameter can only be used on ''TEXTBLOCK'' type parts. Setting this
parameter to ''fixed: 1 1'' will not take into account the part for the
calculation of the global size.
==== Using Edje Size Hints ====
Any ''Evas_Object'' can have hints, so that the object knows how to properly
position and resize. Edje uses these hints when swallowing an ''Evas_Object''
to position and resize it in the ''SWALLOW'' part of the EDC file.
Size hints are not a size enforcement, they just tell the parent object the
desired size for this object. Then, the parent tries to get as close as
possible to the hint.
Hints are set in an ''Evas_Object'' using the ''evas_object_size_hint_*()''
functions.
=== Min Size Hint ===
This sets the hints for the object's minimum size, given in pixels.
Here the horizontal and vertical min size hints of an ''Evas_Object'' are set
to 0 pixels.
Evas_Object *object;
evas_object_size_hint_min_set(object, 0, 0);
=== Max Size Hint ===
This sets the hints for the object's maximum size, given in pixels.
Here the horizontal and vertical max size hints of an ''Evas_Object'' are set
to 200 pixels.
evas_object_size_hint_max_set(object, 200, 200);
=== Request Size Hint ===
This sets the hints for the object's optimum size.
The following code example defines that the optimum size of a part is 200x200
pixels.
evas_object_size_hint_request_set(object, 200, 200);
=== Aspect Size Hint ===
This sets the hints for the object's aspect ratio. Available aspect size hints
are:
* ''EVAS_ASPECT_CONTROL_NONE''
* ''EVAS_ASPECT_CONTROL_HORIZONTAL''
* ''EVAS_ASPECT_CONTROL_VERTICAL''
* ''EVAS_ASPECT_CONTROL_BOTH''
The other parameters are aspect width and height ratio. These integers are
used to calculate the proportions of the object. If aspect ratio terms are
null, the object's container ignores the aspect and scale of the object and
occupies the whole available area.
{{ :edje_aspect-control-none.png }}
{{ :edje_aspect-control-horizontal.png }}
{{ :edje_aspect-control-both.png }}
The following code example sets the aspect size hint to
''EVAS_ASPECT_CONTROL_BOTH'' with a width of 100 and a height of 200. So
aspect ratio should be 1/2.
evas_object_size_hint_aspect_set(object, EVAS_ASPECT_CONTROL_BOTH, 100, 200);
=== Align Size Hint ===
This sets the hints for the object's alignment. This hint is used when the
object size is smaller than its parent's. The special ''EVAS_HINT_FILL''
parameter uses maximum size hints with higher priority, if they are set. Also,
any padding hints set on objects are added up to the alignment space on the
final scene composition.
{{ :edje_align_hints.png }}
In the code below, the special ''EVAS_HINT_FILL'' parameter is used.
evas_object_size_hint_align_set(object, EVAS_HINT_FILL, EVAS_HINT_FILL);
=== Weight Size Hint ===
This sets the hints for the object's weight. The weight tells to a container
object how the given child is resized. Using ''EVAS_HINT_EXPAND'' parameter
asks to expand the child object's dimensions to fit the container's own.
When several child objects have different weights in a container object, the
container distributes the space it has to layout them by those factors. Most
weighted children get larger in this process than the least ones.
Here the container is asked to expand the object in both directions.
evas_object_size_hint_weight_set(object, EVAS_HINT_EXPAND, EVAS_HINT_EXPAND);
=== Padding Size Hint ===
This sets the hints for the object's padding space. Padding is extra space an
object takes on each of its delimiting rectangle sides. The padding space is
rendered transparent. Four hints can be defined, for the left, right, top, and
bottom padding.
{{ :edje_padding-hints.png }}
Here the padding hints are set to 5 pixels on each side of the object.
evas_object_size_hint_padding_set(object, 5, 5, 5, 5);
\\
-------
{{page>index}}