forked from enlightenment/efl
Elementary: modify conformant example
Use auto generated screenshots to examplify conformant behavior. For this some changes on example description was required. SVN revision: 61591
This commit is contained in:
parent
6330bbe01e
commit
c7eefd542c
|
@ -2544,7 +2544,8 @@
|
|||
* @page conformant_example Conformant Example.
|
||||
*
|
||||
* In this example we'll explain how to create applications to work
|
||||
* with illume, considering space required for virtual keyboards.
|
||||
* with illume, considering space required for virtual keyboards, indicator
|
||||
* and softkeys.
|
||||
*
|
||||
* Illume is a module for Enlightenment that modifies the user interface
|
||||
* to work cleanly and nicely on a mobile device. It has support for
|
||||
|
@ -2569,26 +2570,19 @@
|
|||
*
|
||||
* But if you call a virtual keyboard, the window will resize, changing
|
||||
* widgets size and position. All the content will shrink.
|
||||
* The window will look like this:
|
||||
*
|
||||
* If you don't want such behaviour, you
|
||||
* will need a conformant to account for space taken up by the indicator,
|
||||
* virtual keyboard and softkey.
|
||||
*
|
||||
* In this case, using the conformant in a proper way, you will have
|
||||
* a window like the following:
|
||||
*
|
||||
* @image html screenshots/conformant_example_02.png
|
||||
* @image latex screenshots/conformant_example_02.eps width=\textwidth
|
||||
*
|
||||
* If you don't want such behaviour, you
|
||||
* will need a conformant to account for space taken up by the indicator,
|
||||
* virtual keyboard and softkey windows.
|
||||
*
|
||||
* In this case, using the conformant in a proper way, you will have
|
||||
* a window like the following when the virtual keyboard is hidden:
|
||||
*
|
||||
* @image html screenshots/conformant_example_03.png
|
||||
* @image latex screenshots/conformant_example_03.eps width=\textwidth
|
||||
*
|
||||
* As you can see, it guess the space that will be required by the keyboard.
|
||||
* Verify how perfectly it fits when keyboard is visible:
|
||||
*
|
||||
* @image html screenshots/conformant_example_04.png
|
||||
* @image latex screenshots/conformant_example_04.eps width=\textwidth
|
||||
* As you can see, it guess the space that will be required by the keyboard,
|
||||
* indicator and softkey bars.
|
||||
*
|
||||
* So, let's study each step required to transform our initial example on
|
||||
* the second one.
|
||||
|
|
File diff suppressed because it is too large
Load Diff
Binary file not shown.
Before Width: | Height: | Size: 42 KiB |
File diff suppressed because it is too large
Load Diff
Binary file not shown.
Before Width: | Height: | Size: 125 KiB |
File diff suppressed because it is too large
Load Diff
Binary file not shown.
Before Width: | Height: | Size: 39 KiB |
File diff suppressed because it is too large
Load Diff
Binary file not shown.
Before Width: | Height: | Size: 63 KiB |
|
@ -164,6 +164,8 @@ SCREENSHOTS = \
|
|||
hoversel_example_01:hoversel_example_01.png:0.0 \
|
||||
label_example_01:label_example_01.png:0.0 \
|
||||
theme_example_01:theme_example_01.png:0.0 \
|
||||
conformant_example_01:conformant_example_01.png:0.0 \
|
||||
conformant_example_02:conformant_example_02.png:0.0 \
|
||||
calendar_example_01:calendar_example_01.png:0.0 \
|
||||
calendar_example_02:calendar_example_02.png:0.0 \
|
||||
calendar_example_03:calendar_example_03.png:0.0 \
|
||||
|
@ -193,7 +195,7 @@ screenshots: all
|
|||
EXAMPLE=$${SS_ENTRY[0]} ; \
|
||||
SS_FILE=$${SS_ENTRY[1]} ; \
|
||||
SS_DELAY=$${SS_ENTRY[2]} ; \
|
||||
ELM_ENGINE="shot:delay=$${SS_DELAY}:file=$(HTML_SS_DIR)/$${SS_FILE}" ./$${EXAMPLE} ; \
|
||||
ILLUME_KBD=0,0,240,123 ILLUME_IND=0,0,240,32 ILLUME_STK=0,288,240,32 ELM_ENGINE="shot:delay=$${SS_DELAY}:file=$(HTML_SS_DIR)/$${SS_FILE}" ./$${EXAMPLE} ; \
|
||||
convert $(HTML_SS_DIR)/$${SS_FILE} $(LATEX_SS_DIR)/$${SS_FILE/.png/.eps} ; \
|
||||
done
|
||||
|
||||
|
|
Loading…
Reference in New Issue