[BREW]brew中的文�g�pȝ��路径表示

Sat, 04 Oct 2008 02:25:00 GMT

"fs:/" (AEEFS_ROOT_DIR): the root of the BREW file namespace. Prefacing
a path with this string tells BREW to interpret the filename
according to the new namespace rules.
"fs:/~/" (AEEFS_HOME_DIR): this is a shortcut that denotes the
currently running application's directory. It is mapped
to "fs:/mod/ " where is the module ID of
the currently running application.
"fs:/sys/" (AEEFS_SYS_DIR): this is the location of BREW's "system"
files. Access to this directory is restricted, See
IFILEMGR_CheckPathAccess() for more information.
"fs:/mod/" (AEEFS_MOD_DIR): the location of all the module directories
"fs:/mif/" (AEEFS_MIF_DIR): the location of all of BREW's MIF files.
"fs:/shared/" (AEEFS_SHARED_DIR): the new name for "Shared". This
name can be used to share files with other applications
using case-sensitive names
"fs:/address/" (AEEFS_ADDRESS_DIR): the location of the address book
directory. This directory is only present when the
address book for the device is implemented using the default
BREW address book implementation. It is mapped mostly for
backwards compatibility with the old BREW file
namespace AEE_ADDRBOOK_DIR ("addrbk") in AEE.h
"fs:/ringers/" (AEEFS_RINGERS_DIR): the location of the device's ringer
directory. An application must have PL_RINGER_WRITE (Write
Access to Ringer Directory) to access files in this
directory.
"fs:/card0/" (AEEFS_CARD0_DIR): New for BREW 3.1, if a device supports
a removable media card format, this path maps to the first
instance of such a device. An application must list
AEECLSID_CARD0_ACCESS in its MIF in the "Dependencies"
section to access files in this directory.
"fs:/~ /": New for BREW 3.1, an application may access files
in another application's directory. must be a
valid class id of an application or extension. These
paths map to "fs:/mod/ " where is the
module id of the module that exports . The target
module must export this path via a module ACL. See
IFILEMGR_CheckPathAccess() for more information.

郭天�?/a> 2008-10-04 10:25 发表评论

Sat, 27 Sep 2008 01:46:00 GMT

a. BREW 支持哪些囑փ�格式�Q?/span>
适用版本�Q?1.0, 1.1, 2.0
BREW 支持颜色深度辑ֈ��q�行讑֤�上提供的值的��M�� BMP 文�g�?BREW 目前��不支持 GIF �?JPEG 囑փ��?有些讑֤�可以支持 GIF �?JPEG 囑փ��Q�请参阅讑֤�数据表来查看 OEM 是否提供了支持以上格式或其它格式囑փ�的扩展�?BREW SDK® 1.1 以上版本都支�?PNG 格式�?BREW Compressed Image (BCI) 格式�?SDK 2.0 以上版本都支�?IDIB�?使用 IDIB ��免除您调用 CONVERTBMP 的工作，从而提高屏�q�更新速度�?BREW SDK® 2.1 以上版本��支�?WBMP 格式�?

�?BREW SDK® 1.0 中，模拟器只能模�?1 位�? 位和 8 位颜色深度的 BMP�?SDK 1.1 增加了对 2 位颜色深�?BMP 的模拟器支持�Q?.0 SDK 增加了对 16 位颜色深�?BMP 囑փ�的模拟器支持�?

b. 如何生成 2 位图像？
适用版本�Q?1.0, 1.1, 2.0
2.0 SDK 中包含的 2 Bit Tool可以�q�行 2 位位囑֒� 4 位位图之间的转换�?要构建采用灰度显�C�的手持讑֤�使用�?2 位位图，可以使用 MS Paint 从调色板中选择白色、黑艌Ӏ��E灰和��q��条目�Q�通常为第一行和�W�二行的前两�U�颜�Ԍ��来构��Z��图�?�q�将其保存�ؓ 16 色图像，然后使用 2Bit Tool ��其转换�?2 位位图�?

c. 彩色和单色电话上的透明色是什么？
适用版本�Q?1.0, 1.1, 2.0
BREW 1.x 中��色�ؓ彩色讑֤�的透明�Ԍ��白色是单色和 4 �U�灰度设备上的透明艌Ӏ?

BREW 2.0 以上版本中，可以通过 IBITMAP_SetTransparencyColor 更改透明艌Ӏ?CONVERTBMP 可以��透明色初始化为兼�Ҏ��版本 BREW 的透明�Ԍ��即��色和白色�Q��?但通过其它方式获得的位囑֛�像则没有固定的透明艌Ӏ?

d. 如何使用内存中的位图创徏 IIMAGE 对象�Q?/span>
适用版本�Q?1.0, 1.1, 2.0
使用 ISHELL 接口 ISHELL_LoadResImage�Q�用于资源）�?ISHELL_LoadImage�Q�用于文�Ӟ��完成作�ؓ资源或从文�g中加载位图�?但是�Q�有时可能必��M��内存中初始化 IIMAGE 对象 - 例如昄��前修改位囄��内容�Ӟ��或者不先将数据�~�存到文件而通过套接字连接检索图像时�?

在必��ȝ��内存中的位图初始�?IIMAGE 对象的情况下�Q�应该��?IIMAGE 接口 IIMAGE_SetStream�?下面的代码示例说明了�q�种技术。它通过调用 ISHELL_GetHandler 获得 BMP 囑փ�处理�E�序�?Class ID�Q�然后创��Z��?MemAStream 对象�q�将其用作内存中位图的流�?注意�Q�本例中的图像格式是 Windows BMP�Q?#8220;pMe->pBmpData”指向 Windows 文�g格式 BMP 的开�?(BITMAPFILEHEADER)�?

代码�C�Z��Q?
AEECLSID cls;
IImage *pIImage = NULL;
IMemAStream *pMemStream = NULL;

// 军_�� BMP处理�E�序函数的类 ID�Q�然�?br>// 创徏�?BREW �cȝ��实例
cls = ISHELL_GetHandler(pMe->a.m_pIShell, HTYPE_VIEWER, "image/bmp");

if (cls) {
ISHELL_CreateInstance(pMe->a.m_pIShell, cls, (void **)(&pIImage));
}

if (pMe->pBmpData) {
ISHELL_CreateInstance(pMe->a.m_pIShell, AEECLSID_MEMASTREAM, (void **)(&pMemStream));
if (pMemStream) {
//创徏 MEMSTREAM 后将其作为内存中的位囄��?br>IMEMASTREAM_Set(pMemStream, pMe->pBmpData, sizeof(pMe->pBmpData), 0, 0);
IIMAGE_SetStream(pIImage, (IAStream*)pMemStream);

// 现在以正常方式��用您�?IIMAGE �Ҏ��
IIMAGE_Draw(pIImage, ..., ...);
IDISPLAY_UpdateEx(pMe->a.m_pIDisplay, TRUE);
}
}

e. 如何从文件或资源文�g加蝲囑փ��Q?/span>
通过使用 ISHELL 接口 ISHELL_LoadResImage�Q�用于资源）�?ISHELL_LoadImage�Q�用于文�Ӟ��Q�后�?IIMAGE_Draw�Q�很�Ҏ��从文件或资源中加载和�l�制囑փ�。本文演�C�Z��使用 ISHELL �?IIMAGE 接口加蝲和显�C�Z��图所需的基本步骤�?

从资源中昄��囑փ�的步骤：
1. 创徏位图�?br>2. ��其��d��到资源编辑器中�?br>3. 在资源编辑器中编�?.bar �?.h 文�g�?
4. ��?.h 文�g��d��到您的项目中�?br>5. 使用 ISHELL_LoadResImage 加蝲囑փ��?br>6. 如果加蝲操作�q�回非空��|��q�说明加载操作已启动�Q�指向图像的指针已返
回。这�q�不表示囑փ�加蝲已完成。要了解囑փ�操作的完成时��_��您需要��
�?IIMAGE_Notify() 回调�?
7. 囑փ�加蝲完成�Ӟ��׃��触发回调�?br>8. 在回调过�E�中�Q��?IIMAGE_Draw() 昄��囑փ��?br>9. 使用 IDISPLAY_Update() 更新屏幕�?br>10. 释放 IImage 指针�?br>
从文件中昄��囑փ�的步骤：
1. 使用 ISHELL_LoadImage 从文件中加蝲囑փ��?br>2. 如果加蝲操作�q�回非空��|��q�说明加载操作已启动�Q�指向图像的指针已返
回。这�q�不表示囑փ�加蝲已完成。要了解囑փ�操作的完成时��_��您需要��
�?IIMAGE_Notify() 回调�?br>3. 囑փ�加蝲完成�Ӟ��׃��触发回调�?br>4. 在回调过�E�中�Q��?IIMAGE_Draw() 昄��囑փ��?br>5. 使用 IDISPLAY_Update() 更新屏幕�?br>6. 释放 IImage 指针�?br>
代码�C�Z��Q?br>typedef struct mystruct
{
AEEApplet a;
IImage *m_pImage;
......
}MyData;

enum ResType
{
LOAD_RES_FROM_FILE,
LOAD_RES_FROM_RES
};

#define MY_RES_FILE "myres.bar"
#define MY_IMAGE_FILE "myimg.bmp"

// Load and display a bitmap from a resource and file
int MyDisplayResImage(MyData *pMe, ResType rType)
{
AEEDeviceInfo dm;

if (!pMe)
Return EFAILED;

if (rType == LOAD_RES_FROM_RES)
{
      // Load image from Resources
      pMe->m_pImage = ISHELL_LoadResImage (
      pMe->a.m_pIShell,
      MY_RES_FILE,
      IDB_MY_COLOR_BITMAP);
}
else // LOAD_RES_FROM_FILE
{
      pMe->m_pImage = ISHELL_LoadImage(pMe->a.m_pIShell,
      MY_IMAGE_FILE);
}

if (pMe->m_pImage) {
      IIMAGE_Notify(pMe->m_pImage, DrawRoutineCB,
      (void *)pMe);
}
else
{
      return EFAILED; // Failed to load image
}
return SUCCESS;
}

// Notify Callback
void DrawRoutineCB(void *pUser, IImage *pImage,
AEEImageInfo *pi, int nErr)
{
MyData *pMe = (MyData *)pUser;

if( !pMe || !(pMe->m_pImage)
return; // image pointer is NULL

if (nErr == AEE_SUCCESS)
{
      // Draw image at 0,0 coordinates
      IIMAGE_Draw(pMe->m_pImage, 0, 0);

      // Update the screen
      IDISPLAY_Update(pMe->a.m_pIDisplay);

      // Free the IIMAGE object
      IIMAGE_Release(pMe->m_pImage );
}
}

注意�Q�回调（通过 IIMAGE_Notify() �q�行�Q�之前，不得释放 IImage 接口。在应用�E�序需要在回调文�g之前释放接口的情况下�Q�徏议改设会表明应该在回调（上例中的 DrawRoutineCB�Q�中释放接口的布��标记�?br>
f. 我用 ISHELL_LoadResImage() 加蝲囑փ��q�调�?IIMAGE_Draw() 后�ؓ什么看不到屏幕囑փ��Q?/span>
加蝲囑փ�为异步操作。ISHELL_ LoadResImage() 操作�q�回�Ӟ��囑փ�未完全加载，可能无法成功�l�制�?br>
�q�回囑փ�加蝲的非�I�值时�Q�说明加载操作已启动�Q�指向图像的指针已返回。这�q�不表示加蝲操作已完成。要了解加蝲操作的完成时��_��用户应��?IIMAGE_Notify()回调。该回调会在囑փ�成功加蝲�q�准备绘制到屏幕上时触发。此�Ӟ��用户应��?IIMAGE_Draw() 在屏�q�上昄��囑փ��?br>
从文件或资源正确加蝲和绘制图像的�C�Z��如下�Q?br>
从资源中昄��囑փ�的步骤：
1. 创徏位图�?br>2. ��其��d��到资源编辑器中�?br>3. 在资源编辑器中编�?.bar �?.h 文�g�?br>4. ��?.h 文�g��d��到您的项目中�?br>5. 使用 ISHELL_LoadResImage 加蝲囑փ��?br>6. 如果加蝲操作�q�回非空��|��q�说明加载操作已启动�Q�指向图像的指针已返
回。这�q�不表示囑փ�加蝲已完成。要了解囑փ�操作的完成时��_��您需要��
�?IIMAGE_Notify() 回调�?br>7. 囑փ�加蝲完成�Ӟ��׃��触发回调�?br>8. 在回调过�E�中�Q��?IIMAGE_ Draw() 昄��囑փ��?br>9. 使用 IDISPLAY_Update() 更新屏幕�?br>10. 释放 IImage 指针�?br>
从文件中昄��囑փ�的步骤：
1. 使用 ISHELL_LoadImage 从文件中加蝲囑փ��?br>2. 如果加蝲操作�q�回非空��|��q�说明加载操作已启动�Q�指向图像的指针已返
回。这�q�不表示囑փ�加蝲已完成。要了解囑փ�操作的完成时��_��您需要��
�?IIMAGE_Notify() 回调�?
3. 囑փ�加蝲完成�Ӟ��׃��触发回调�?br>4. 在回调过�E�中�Q��?IIMAGE_ Draw() 昄��囑փ��?br>5. 使用 IDISPLAY_Update() 更新屏幕�?br>6. 释放 IImage 指针�?br>
代码�C�Z��Q?br>typedef struct mystruct
{
AEEApplet a;
IImage *m_pImage;
......
}MyData;

enum ResType
{
LOAD_RES_FROM_FILE,
LOAD_RES_FROM_RES
};

#define MY_RES_FILE "myres.bar"
#define MY_IMAGE_FILE "myimg.bmp"

// Load and display a bitmap from a resource and file
int MyDisplayResImage(MyData *pMe, ResType rType)
{
AEEDeviceInfo dm;

if (!pMe)
Return EFAILED;

if (rType == LOAD_RES_FROM_RES)
{
      // Load image from Resources
      pMe->m_pImage = ISHELL_LoadResImage (
      pMe->a.m_pIShell,
      MY_RES_FILE,
      IDB_MY_COLOR_BITMAP);
}
else // LOAD_RES_FROM_FILE
{
      pMe->m_pImage = ISHELL_LoadImage(pMe->a.m_pIShell,
      MY_IMAGE_FILE);
}

if (pMe->m_pImage) {
      IIMAGE_Notify(pMe->m_pImage, DrawRoutineCB,
         (void *)pMe);
}
else
{
      return EFAILED; // Failed to load image
}
return SUCCESS;
}

// Notify Callback
void DrawRoutineCB(void *pUser, IImage *pImage,
AEEImageInfo *pi, int nErr)
{
MyData *pMe = (MyData *)pUser;

if( !pMe || !(pMe->m_pImage)
return; // image pointer is NULL

if (nErr == AEE_SUCCESS)
{
      // Draw image at 0,0 coordinates
      IIMAGE_Draw(pMe->m_pImage, 0, 0);

      // Update the screen
      IDISPLAY_Update(pMe->a.m_pIDisplay);

      // Free the IIMAGE object
      IIMAGE_Release(pMe->m_pImage );
}
}

注意�Q�回调（通过 IIMAGE_Notify() �q�行�Q�之前，不得释放 IImage 接口。在应用�E�序需要在回调文�g之前释放接口的情况下�Q�徏议改设会表明应该在回调（上例中的 DrawRoutineCB�Q�中释放接口的布��标记�?

g. BREW 是否支持动画�Q?/span>
适用版本�Q?1.0, 1.1, 2.0
BREW SDK® 版本 1.0 支持动画 BMP�?�q�是通过�q�列攄��所有��q��用带 IPARM-CXFRAME 标记�?IIMAGE_SetParm 指定每��的宽度实现的�?请参�?Examples 目录中的 IIMAGE �C�Z��?

BREW SDK® 版本 1.1 增加了对 BREW Compressed Image (BCI) 动画的支持�?BCI 文�g包含一个或多个压羃的小囑փ��Q�每个图像都有一个以毫秒指定的持�l�时间�?持箋旉��表示每一�q�图像被该系列下一�q�图像取代之前可昄��的时间�?您可以��?BREW SDK® 版本 1.1 随附�?BCI �~�辑工具来创�?BCI 文�g�?有关详细信息�Q�请参阅 SDK 随附�?#8220;使用 BREW Compressed Image �~�辑工具”文档�?

BREW 当前不支�?PNG �?MNG 格式的动甅R�?

h. ��Z��么一�D�|��间后所有动画都会变慢？
适用版本�Q?1.0, 1.1, 2.0
大多�?OEM 都��用了睡眠计时器�?它控制设备在何时�q�入睡眠状态�?如果�?OEM 指定的时间段内无按键�z�d��Q�手持设备将�q�入睡眠状态�?讑֤�处于睡眠状态时帧速率��大大降低�?按下��L��键将唤醒讑֤��q�恢复到以前的��速率�?

�?BREW 2.0 中，应用�E�序可选择是否要进入睡眠状态�?如果在应用程序收�?EVT_APP_NO_SLEEP 事�g时返�?TRUE�Q�应用程序将不会�q�入睡眠状态�?例如�Q?

case EVT_APP_NO_SLEEP:
//不要睡眠
return TRUE;

i. 是否可以获取/操纵讑֤�的调色板信息�Q?/span>
适用版本�Q?1.0, 1.1, 2.0
不可以。调色板��q��产商�q�行��编码，随设备不同而有异�?

j. 是否可以直接修改昄��~�冲区？
适用版本�Q?1.0, 1.1, 2.0
BREW 1.x 无法讉K��q�些�~�冲区，而且昄��数据使用生��商的专有格式存储�?
�?BREW 2.0 开始，如果位图的像素布局兼容 BREW 讑֤�无关位图规格�Q�则�q�些位图会支�?IDIB 接口�?也可以通过 IDIB �l�构�?pBmp 成员讉K��像素�~�冲区�?要确定位图是否支�?IDIB 以及要获�?IDIB 指针�Q�可以��?Class ID �?AEECLSID_DIB �?IBITMAP_QueryInterface 函数�?

k. 是否可以�q�行后台渲染�Q?/span>
适用版本�Q?1.0, 1.1, 2.0
可以使用 IDISPLAY_Set/GetDestination �?IGRAPHICS_Set/GetDestination �q�行后台渲染�?BREW 1.2 以上版本��提供这些函数�?

不提�?1.2 BREW SDK®�?要��?BREW 1.2 功能�Q�可以��?2.0 SDK 开发面�?BREW 1.2 的应用程序�?您应该注意不要��?1.2 版本中不支持�?2.0 版本的功能�?此功能列表编写在 FAQ 文档目标讑֤�安装�?BREW SDK® 1.2�Q�但我找不到 BREW 1.2 SDK�?我应该��用什�?SDK 开�?BREW 应用�E�序�Q�中�?

虽然文档中含�?IGRAPHICS_EnableDoubleBuffer API�Q�但它不受�Q�?BREW 版本的支持�?

l. 如何�l�制特定颜色的线�D�？
适用版本�Q?1.0, 1.1, 2.0
IDISPLAY_DrawHLine() �?IDISPLAY_DrawVLine() 始终�l�制黑色�U�段�?因此�Q�将 CLR_USER_LINE 讄��为所需颜色�Q�然后调�?IDISPLAY_DrawHLine() �?IDISPLAY_DrawVLine() 会变无效�?

�q�两�?IDISPLAY 宏的定义如下�?要绘刉��黑色外的颜色的线�D�，请��用宏定义中所含的代码�q�更改�ؓ所需填充颜色�?

#define IDISPLAY_DrawHLine(p,x,y,len) \
{AEERect rc;SETAEERECT(&rc,(x),(y),(len),1); IDISPLAY_FillRect((p),&rc, RGB_BLACK);}

#define IDISPLAY_DrawVLine(p,x,y,len) \
{AEERect rc;SETAEERECT(&rc,(x),(y),1,(len)); IDISPLAY_FillRect((p),&rc, RGB_BLACK);}

m. 如何��定在电话上昄��应用�E�序名的字符限制�Q?/span>
适用版本�Q?1.0, 1.1, 2.0
不同的电话具有不同的昄��Ҏ��，因此�Ҏ��问题没有唯一�{�案�?您可以通过比较应用�E�序名的宽度和显�C�宽度来��定应用�E�序名是否适合电话昄��?

使用 IDISPLAY_MeasureText() ��定应用�E�序名字�W�串的像素宽度�?使用 ISHELL_GetDeviceInfo() ��定屏幕的像素宽度�?

n. 如何��图像保存到电话的墙�U�目录？
适用版本�Q?1.0, 1.1, 2.0
虽然当前版本�?SDK 不包含墙�U?API�Q�但有些 OEM 通过�׃�n内容目录来支持将囑փ�保存到本�?UI 的墙�U�目录中�?

您可以��用以下代码片断来创徏/下蝲囑փ�到共享目录：

// ��h��意，��Z��使这个代码�v作用�Q�应用程序必��?br>//�?MIF 文�g中有"Access to Shared Directory�Q��用共享目录）" �?"File�Q�文�Ӟ��" 的权限�?br>STRCAT( filename, AEE_SHARED_DIR );
STRCAT( filename, "/" );
STRCAT( filename, "test.gif" );
IFILEMGR_OpenFile( m_pIFileMgr, filename, _OFM_CREATE );

AEE_SHARED_DIR �?OEM 定义�q�映��到各设备的特定�׃�n目录路径�?如果 OEM 支持��图像保存至墙纸目录�Q�则保存�?AEE_SHARED_DIR 中的囑փ�会显�C�在本地 UI 的墙�U�目录中�?要查看特定手持设备是否支持通过�׃�n目录保存墙纸囑փ�及支持的囑փ��c�d��Q�请参阅手持讑֤�的设备数据表�?

目前�q�没�?BREW API 可以用于��特定图像设为手持设备墙�U��?�q�必��要通过本地 UI 才能完成�?

o. 使用 IDISPLAY_BitBlt() �l�制位图时�ؓ什么会收到内存错误�Q�如“memheap.c 0696”�Q?/span>
适用版本�Q?1.0, 1.1, 2.0
��L��保释�?CONVERTBMP 分配的内存�?��?CONVERTBMP 的最后一个布��型参数�?如果�?True�Q�则重新分配已完成，必须使用 SYSFREE 来释攑ֆ�存�?

例如�Q?br>pBmp = CONVERTBMP (pDataBytes, &imageInfo, &bVal);
IDISPLAY_BitBlt (pIDisplay, xDest, yDest, cxDest, cyDest, pBmp,
xSrc, ySrc, dwRopCode);

IDISPLAY_Update (pIDisplay);

if(bVal) //仅在完成重新分配旉��?br>SYSFREE (pBmp);

请参�?API 参考文档中�?CONVERTBMP 助手函数说明�?若需�C�Z��代码�Q�可以参�?IDisplay 用法�C�Z��?

p. ��Z��?Emulator 上显�C�的颜色比预期少�Q?/span>
适用版本�Q?1.0, 1.1, 2.0
如果您在 2.0 模拟器上昄�� 16 位图像时�Q�图像的分��L率较低，请��?Device Configurator ��查设备属性�ƈ��颜色深度设�|��ؓ 16 位�?如果囑փ�分��L率仍然很差（相对 8 位或 16 位而言�Q�，��h��查您是否使用 IIMAGE_SetParm() 函数��昄��的图像设�|�了不正��的参数�?

q. ��Z��么有�?PNG 囑փ�不能正确昄��Q?/span>
适用版本�Q?1.0, 1.1, 2.0
�?BREW 中��?PNG 囑փ�需要注意两个问题�?
1) 版本 1.0�?.1 �?2.0 不支�?Alpha 通道�Q�但 3.0 SDK 版本应该会支持�?
2) BREW 只会选择文�g中的�W�一�U�透明色对 PNG �q�行透明处理�?所有其它颜色都会显�C��?��h��查文件以��保您创建文件时只��用了一�U�透明颜色�?

r. ��Z��么创�?PNG 囑փ�使用的内存大��远�q�大于图像的实际大小�Q?
BREW 应用�E�序使用 ISHELL_LoadResData 加蝲 PNG 囑փ��Ӟ��需要大量的额外�I�间来解码图像�?例如�Q�要加蝲 217 字节�?PNG 囑փ�需�?45,177 字节�I�间

郭天�?/a> 2008-09-27 09:46 发表评论

久久精品国产一区二区电影 ,国产一区二区久久,亚洲综合好骚

[BREW]brew中的文�g�pȝ��路径表示