1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
|
/*
* Copyright (c) 2000 - 2013 Samsung Electronics Co., Ltd. All rights reserved.
*
* Licensed under the Apache License, Version 2.0 (the "License");
* you may not use this file except in compliance with the License.
* You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*
*/
#ifndef __SHORTCUT_DOC_H__
#define __SHORTCUT_DOC_H__
/**
* @defgroup SHORTCUT_MODULE Shortcut
* @brief To enhance the Add to home feature. Two types of API sets are supported.
* - One for the homescreen developers.
* - The other for the application developers who should implement the Add to home feature.
* @ingroup CAPI_APPLICATION_FRAMEWORK
* @section SHORTCUT_MODULE_HEADER Required Header
* \#include <shortcut.h>
* @section SHORTCUT_MODULE_OVERVIEW Overview
<H1>1. Shortcut</H1>
Tizen is supporting the "add shortcut or add to home" for various applications.
Developers may use the shortcut library (libshortcut) to implement features like sending (applications) and receiving (possibly home screen) shortcuts.
If home screen implements the shortcut service using the library, the applications are good to go for adding their shortcuts to the home screen(, and vice versa.)
<H1>2. How to add a new shortcut to the home screen</H1>
<H2>2.1 Add to home (From the app to home)</H2>
The following are two separate APIs to support the "add to home" feature.
\code
typedef int (*result_cb_t)(int ret, void *data)
extern int shortcut_add_to_home(const char *name, shortcut_type type, const char *uri, const char *icon, int allow_duplicate, result_cb_t result_cb, void *data)
\endcode
Currently, our home screen can contain two different types of contents (that are pure shortcuts).
To add a pure shortcut i.e., simply for launching an app, developers can use the "shortcut_add_to_home" API to deliver their shortcuts to a home screen.
<TABLE>
<TR><TH>Parameters</TH><TH>Comment</TH></TR>
<TR><TD>name</TD><TD>Application name which will be displayed on the screen</TD></TR>
<TR><TD>type</TD><TD>Basically it describes launching options whether to use a package name or URI. LAUNCH_BY_APP or LAUNCH_BY_URI</TD></TR>
<TR><TD>content</TD><TD>
Application data used for creating a pure shortcut
Shortcut
1. If the type is Launch by app: None
2. If the type is Launch by URI: Put the URI in the content
<H3>2.1.1 Supported types</H3>
shortcut.h Enumeration values for type of shortcuts
<H2>2.2 Add shortcut (Home screen retrieves shortcuts from the app)</H2>
"Add shortcut " service enables home screen to retrieve all shortcuts that applications promised to support and request an app to send their shortcuts to home directly, as opposed to "add to home".
It is initiated by the home screen as opposed to "add to home" which is initiated by an application.The "Add shortcut" service enables the home screen to retrieve all shortcuts that applications promised to support and request an app to send their shortcuts to home directly, as opposed to "add to home".
It is initiated by the home screen as opposed to "add to home" which is initiated by an application.
<H3>2.2.1 Build the shortcut list DB</H3>
\image html BuildShortcutList.png
To recognize how many and what kinds of shortcuts have been registered, each application who wants to support the "add shortcut" service needs to install the XML file that defines "shortcut" information.
The following table describes the format and information necessary to define the shortcuts application can support.
Then, the information will be shown and used in home screen when a user selects "add shortcut" service.
<TABLE>
<caption>Syntax of the shortcut manifest file</caption>
<TR><TD>
\code
<manifest xmlns="http://tizen.org/ns/packages" package="com.samsung.APP_PKGNAME">
...
<shortcut-list>
<shortcut appid="com.samsung.myapp" extra_key="key_string" extra_data="data_string_for_key">
<icon>/opt/share/icons/default/small/com.samsung.myapp-shortcut.png</icon>
<label>Default name</label>
<label xml:lang="en-us">Name en</label>
<label xml:lang="nl-nl">Name nl</label>
<label xml:lang="de-de">Name de</label>
<label xml:lang="zh-hk">Name hk</label>
<label xml:lang="zh-cn">Name cn</label>
<label xml:lang="ru-ru">Name ru</label>
<label xml:lang="zh-tw">Name tw</label>
<label xml:lang="ja-jp">Name jp</label>
<label xml:lang="es-es">Name es</label>
<label xml:lang="el-gr">Name gr</label>
<label xml:lang="it-it">Name it</label>
<label xml:lang="tr-tr">Name tr</label>
<label xml:lang="pt-pt">Name pt</label>
<label xml:lang="fr-fr">Name fr</label>
<label xml:lang="ko-kr">Name kr</label>
</shortcut>
<shortcut appid="com.samsung.myapp" extra_key="key_string" extra_data="data_string_for_key">
<label>Default name</label>
</shortcut>
...
<shortcut appid="com.samsung.myapp" extra_key="key_string" extra_data="data_string_for_key">
<label>Default name</label>
<icon>/opt/share/icons/default/small/com.samsung.myapp2.png</icon>
</shortcut>
</shortcut-list>
...
</manifest>
\endcode
</TD></TR>
</TABLE>
Install this XML file to /opt/share/packages/YOUR_PKGNAME.xml (Note: After manifest has been applied to the binary, simply copy the content to your manifest file.)
The shortcut listing application will list up these items on its screen and each item will be displayed using the string in the label field.
When selected, it will launch the selected app using app service with "appid" and a bundle holding data in the pair of extra_key and extra-data fields.
Obviously, icon will be used to display visual information for given shortcut type.(that said the icon could be other than the application's default icon)
<H3>2.2.2 Jump to the APP</H3>
\image html JumpToApp.png
The shortcut listing application will launch your application using app-svc with package name and param attributes.
It will use the pkgname and param attrbute to launch your application.
The shortcut list view will launch your "[App] Shortcut list" using the following code.
When your app is launched, the app should send a selected item as a shortcut to the home screen using "shortcut_add" series functions mentioned above.
<H3>2.2.3 What each app has to do</H3>
You can implement your shortcut list view using App or UG.
Who is going to handle the shortcut
<UL>
<LI>Handled by App
<LI>App should prepare a shortcut-add view as guided</LI>
</LI>
<LI>Handeld by UG
<LI>UG should be launched as an app and provide the shortcut-add view</LI>
</LI>
</UL>
In your shortcut list view, you just call the "shortcut_add_to_home" which is described in the section 2.1
<H4>2.2.3.1 Handled by App</H4>
\image html ShortcutApp.png
When your application is launched by the shortcut list application (displayed on the left most of above figure).
Your application should go back to the normal view when you receive the PAUSE event.
If you didn't change the view of your application, the user will see this shortcut list view again even if the user
launches your application from the app-tray(or homescreen).
So you have to change the view from the shortcut list to the normal(or previous) view when you get the PAUSE event.
<H4>2.2.3.2 Handled by UG</H4>
\image html ShortcutUG.png
In this case, the Shortcut List application will launch your UG as a process.
When you receive PAUSE event, or need to change to other view (not in the same UG), you should destroy current UG.
If you didn't destroy it, it will be reside on the process list. and it will not be destroyed automatically.
Currently, the UG container process only supports multiple instance for a process.
So if the user tries to add a new shortcut again from the shortcut list application, your UG will be launched again if you didn't
terminate previous UG process (when you got PAUSE event).
*
*/
#endif /* __SHORTCUT_DOC_H__ */
|
