Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [dsdp-mtj-dev] Symbol Set definition from antenna


Hi Christian,

1. Now we keep auto-generated symbols (generated from device properties and Libs) in project scope.
2. I will remove the auto-generate symbols function (add by Diego in MTJ0.9) when user import device. This means that auto-generated symbols will not store in workspace scope.
3. I keep workspace level Symbol Set Define function as it is. This means user can manually define a group of Symbol Set in workspace level, and choose one Symbol Set for a Mitlet project.

So, for each Midlet project, user will have a group of auto-generated symbol set(can also modify manually) and one user manually defined symbol set.

For workspace level Symbol Set import/export/duplicate, I think it's useful. I will open a bug to record this requirement, but I am not sure if I can add this function in 0.9.1.
For project leval Symbol Set, because it can be aotu-generated, plus user modify, I don't think import/export/duplicate are quite necessary. But may be nice to have.


Best Regards,
Feng(Marvin) Wang(王峰)

Sybase Software (China) Co., Ltd
Room 1202-1203, Building One,
Zhangjiang Semiconductor Industry Park
3000 Longdong Avenue
Pudong, Shanghai 201203
Tel: +8621-38657441 or 258-7441
email: feng.wang@xxxxxxxxxx



Craig Setera <craigjunk@xxxxxxxxxx>
Sent by: dsdp-mtj-dev-bounces@xxxxxxxxxxx

2008-11-05 07:31

Please respond to
Mobile Tools for The Java Platform mailing list        <dsdp-mtj-dev@xxxxxxxxxxx>

To
Mobile Tools for The Java Platform mailing list <dsdp-mtj-dev@xxxxxxxxxxx>
cc
Subject
Re: [dsdp-mtj-dev] Symbol Set definition from antenna





In EclipseME, it used to be possible to set the symbols on the project
properties.  I haven't looked to see if it is still there on MTJ or
maybe it morphed?

I like the idea of having import, export and duplicate options for the
symbol definitions.  That seems nicely consistent with the rest of the
functionality.

Craig

Christian Kurzke wrote:
> Hi Ales,
>
> Thank you for pointing out this use case.
>
> The whole functionality of Symbols  and multiple device support is
> currently being actively worked on in MTJ. The main developers for
> this are Allen and Marvin from Sybase.
> Craig, can you please also chime in, whether there is anything in
> EclipseME which we can learn from?
>
>
> First let me try to summarize the problem identified by Ales:
>
> Currently the Antenna preprocessor symbols get populated via UEI
> return values from the installed SDK. (thanks Gustavo for clarifying
> this for me)
> A user can add/customize symbols in the dialog:
> Window->Preferences->J2ME->Symbol Set Definition
>
> There is no way to store or load existing symbol definitions.
>
>
> My suggestion would be to add a "import" and "export"  (or should it
> be load and save?) option to this above mentioned dialog.
> This would allow to store the symbols and load new ones. As a
> file-format I suggest to use the Antenna symbol file format.
>
> In addition Eric suggested also to add a "Duplicate" function to the
> dialog,  to make it easier for developers to create new sets from old
> ones.
>
>
> My observation was that I don't see how the Symbol Sets can currently
> be assigned to projects.
> According to Gustavo, this is part of the work Sybase is currently doing.
>
>
>
> Allen and Marvin, can you please confirm whether you can integrate
> this into the new 0.9.1 release?
> Do we need a bug for this, or is this already being worked on?
>
>
> Thanks!
>
> (and thanks Ales for the input!)
>
> Christian
>
>
>
>
>
> Ales Milan (Inlogic Software s.r.o.) wrote:
>> Hi There,
>> First I would like to thanks for your activity on MTJ. I'm fans of MTJ.
>> I check the current status of MTJ and i got one question. In EclipseME
>> I'm using symbols which are predefinned in antenna project.
>> So, how I can import these devices to
>> Window->Preferencies->J2ME->Symbol Set Definition?
>>
>> Thanks
>>
>> Ales
>>
>> _______________________________________________
>> dsdp-mtj-dev mailing list
>> dsdp-mtj-dev@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/dsdp-mtj-dev
>>  
>
> _______________________________________________
> dsdp-mtj-dev mailing list
> dsdp-mtj-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/dsdp-mtj-dev
_______________________________________________
dsdp-mtj-dev mailing list
dsdp-mtj-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/dsdp-mtj-dev



Back to the top