[dev] A question about embeding the Office into a browser
Sorry all, I didn't received the mail in the dev list.So I send it again. Hello All, Our team faced a question recently. When we embeded the office into a browser,some of the menu are invalid.(become gray) Who responsible for this aspect and can help us? Wait for your answer Regards, LiuTao liutao 2008-04-10
[dev] A question about embeding the Office into a browser
Hello All, Our team faced a question recently. When we embeded the office into a browser,some of the menu are invalid.(become gray) Who responsible for this aspect and can help us? Wait for your answer Regards, LiuTao liutao 2008-04-10
Re: [dev] A question about the destructor
Andreas Martens & Malte will discuss it, after the discuss Andreas & Malte will tell me how to solve it. Malte told me to go on my work just to assure which files should be modified. Best Regards, LiuTao > Andreas Martens wrote: > >> I see, SwDoc::GetEditShell(..) is the problem. Sometimes the Writer >> model (SwDoc) needs to broadcast an event to all controllers >> (ViewShell), e.g. if a part of the model is deleted. >> The controller could have cursor pointing into this deleted area and >> these cursors needs to be adjusted. At the moment SwDoc gets the >> controllers from the layout. If you remove the layout from the SwDoc, >> you need a new possibility to notify all ViewShells. I meant you should >> not add a parameter "Layout" to the method SwDoc::GetEditShell(..), we >> need a new mechanism to get the ViewShells from SwDoc _without_ using >> the layout. For the moment you should remove this parameter "Layout" >> from GetEditShell(..). > How did this go on? Has the "Layout" parameter been removed? As Andreas > said, notifying all ViewShells should be possible differently. > > Best regards, > Mathias > > -- > Mathias Bauer (mba) - Project Lead OpenOffice.org Writer > OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS > Please don't reply to "[EMAIL PROTECTED]". > I use it for the OOo lists and only rarely read other mails sent to it.
Re: Re: [dev] A question about the destructor
Hi Malte,Andreas
> Hi Malte,
>
> Malte Timmermann wrote:
>> Andreas...
>>
>> Andreas Martens wrote:
>>> Hi Malte,
>>>
>>> Malte Timmermann wrote:
>>>> IMHO there should be some notification, so the Layouts are simply
>>>> listeners and we don't need the parameter.
>>> That's what I meant. My question was: why do we need this parameter
>>> in SwDoc::DeleteSection(..)?
>>>>
>>>> But I am not sure - you are the expert ;)
>>>>
>>>> So if a broadcast is used, no Layout access is needed.
>>>> But if the layouts have to be notified directly, you are right and
>>>> we might need a list of layouts.
>>> I do not understand this. Broadcasting will work with lists (of
>>> layouts), too. So there where is the difference?
>> It was meant: "If there is no broadcasting, then we might need the
>> list"...
>> So seams we don't need that.
> It depends.
> We have already some broadcasting for parts of the layout, e.g. a
> SwTxtFrm is a listener of a SwTxtNode. When a SwTxtNode is changed, it
> notifies its listeners in the layout.
> But the layout itself is not a listener, until now it was sufficient
> that the SwDoc knows the one and only layout. With your move of the
> layout from SwDoc to ViewShell I could imagine that we need more
> broadcasting.
>>>> Right now we don't have that, and normally we didn't want that,
>>>> because we are just moving away the layout from the SwDoc to the
>>>> ViewShell...
>>> Yes, so again, why do we need this layout parameter for
>>> DeleteSection(..)?
>> Right now, the SwDoc has the Layout, but this will move to the
>> ViewShell. Seems the Layout is used in DeleteSection for some reason,
>> or in an other methods called from there.
>> By quickly looking in the code, I can't see why it's needed - LiuTao,
>> can you clarify?
because the function GetEditShell() need this parameter and it is called by the
function PaMCorrAbs() then CorrAbs() then DeleteSection()
There are also some ways to know the parameter is needed by the function
DeleteSection.
Regards,
LiuTao
> Same with me, I had looking into DeleteSection(..) and could not
> identify ATM which functions needs the layout.
> Regards
>Andreas
>>
>> Malte.
>>>>
>>>> Any comments/ideas?
>>> No, only questions ;-)
>>> Regards
>>>Andreas
>>>> Malte.
>>>>
>>>> Andreas Martens wrote:
>>>>> Hi LiuTao,
>>>>>
>>>>> liutao wrote:
>>>>>> Hello all,
>>>>>>
>>>>>> I am absorbed in modularization of ODFToolkit project about 2 months.
>>>>>> But now I face a question as follows:
>>>>>>
>>>>>> SwRedline::~SwRedline()
>>>>>> {
>>>>>> ..
>>>>>> if( !GetDoc()->IsInDtor() )
>>>>>>GetDoc()->DeleteSection( &pCntntSect->GetNode(),rLayout );
>>>>>> ..
>>>>>> }
>>>>>>
>>>>>> The parameter "rLayout" in function DeleteSection is added by me
>>>>>> and this parameter is passed from a view class(ViewShell).
>>>>>>
>>>>> Why does DeleteSection(..) needs a dedicated layout? This function
>>>>> removes some nodes from the Writer model. If these functions needs
>>>>> access to a layout, I assume this is e.g. for notification. But
>>>>> then I think _all_ layouts need to be notified. So you don't need a
>>>>> parameter, you need the access to all layouts?!
>>>>> What do you think?
>>>>>
>>>>>> That means the destructor don't know this patameter.but the
>>>>>> modularization work require I to add this parameter.how to deal
>>>>>> with it and make the destructor can disposal this function.
>>>>>> Best Regards,
>>>>>> LiuTao
>>>>>>
>>>>> Kindly regards
>>>>>Andreas
>>>>> ---
>>>>>
>>>>> Andreas Martens (ama) - OpenOffice.org Writer
>>>>> OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
>>>>>
>>>>> -
>>>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>>>
>>>>
>>>> -
>>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>>
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>
>
> --
> Sun Microsystems GmbH Andreas Martens
> Nagelsweg 55StarOffice/OpenOffice.org
> 20097 Hamburg Phone: +49 (0)40 23646-500
> Germany
> http://www.sun.de Fax: +49 (0)40 23646-550
> mailto:[EMAIL PROTECTED]
> Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1,
> D-85551 Kirchheim-Heimstetten
> Amtsgericht Muenchen: HRB 161028
> Geschaeftsfuehrer: Wolfgang Engels, Dr. Roland Boemer
> Vorsitzender des Aufsichtsrates: Martin Haering
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re:Re: [dev] A question about the destructor
Hi Andreas,
As I said I am absorbed in modularization of ODFToolkit project ,I am changing
the architecture of OOo,so _all_" layouts" need to be notified
Regards,
LiuTao
> Hi LiuTao,
>
> liutao wrote:
>> Hello all,
>>
>> I am absorbed in modularization of ODFToolkit project about 2 months.
>> But now I face a question as follows:
>>
>> SwRedline::~SwRedline()
>> {
>> ..
>> if( !GetDoc()->IsInDtor() )
>>GetDoc()->DeleteSection( &pCntntSect->GetNode(),rLayout );
>> ..
>> }
>>
>> The parameter "rLayout" in function DeleteSection is added by me and this
>> parameter is passed from a view class(ViewShell).
>>
> Why does DeleteSection(..) needs a dedicated layout? This function
> removes some nodes from the Writer model. If these functions needs
> access to a layout, I assume this is e.g. for notification. But then I
> think _all_ layouts need to be notified. So you don't need a parameter,
> you need the access to all layouts?!
> What do you think?
>
>> That means the destructor don't know this patameter.but the modularization
>> work require I to add this parameter.how to deal with it and make the
>> destructor can disposal this function.
>> Best Regards,
>> LiuTao
>>
> Kindly regards
>Andreas
> ---
>
> Andreas Martens (ama) - OpenOffice.org Writer
> OpenOffice.org Engineering at Sun: http://blogs.sun.com/GullFOSS
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
[dev] A question about the destructor
Hello all,
I am absorbed in modularization of ODFToolkit project about 2 months.
But now I face a question as follows:
SwRedline::~SwRedline()
{
..
if( !GetDoc()->IsInDtor() )
GetDoc()->DeleteSection( &pCntntSect->GetNode(),rLayout );
..
}
The parameter "rLayout" in function DeleteSection is added by me and this
parameter is passed from a view class(ViewShell).
That means the destructor don't know this patameter.but the modularization work
require I to add this parameter.how to deal with it and make the destructor can
disposal this function.
Best Regards,
LiuTao
@Malte I eager to know the solution very much and I know you will come to our
company in two days.so I ask the question in Mailing list.Wish you have a good
time in BeiJing.
公司：北京红旗中文贰仟软件技术有限公司
地 址：北京经济技术开发区（亦庄）西环南路18号汇龙森Ａ座二层 邮编：(100176)
电 话：51570010-6178
邮[EMAIL PROTECTED]
部门：开源技术部
联 系 人：刘涛
[dev] Re:Re: [dev] Re[dev] Release Engineering IRC chat
That channel is ok :-) LiuTao >> I think we should go to the channel #oootalk,or it will be very >> disorderly > > What about #re.openoffice.org? ;-) > -- > Pavel Janík > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] >
[dev] Re[dev] Release Engineering IRC chat
Hi all, I think we should go to the channel #oootalk,or it will be very disorderly Regards, LiuTao > Hi, > > as Vladimir from the Hamburg Release Engineering team is currently in > China, we are going to have a chat with him on the freenode IRC channel > #dev.openoffice.org today at 10 am Hamburg time (GMT+1) / 4 pm Beijing > time. Hopefully some of the colleagues from CH2000 will join and discuss > some build-related questions with us, so if you are interested in this > topic, feel free to join. > > Regards, > > Jörg > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: Invitation: IRC Graphics Session
Hello Kai, That IRC Meeting time is good for us. We will attend the meeting on time and 7 developers will attend the meeting in our department. The list is as follows: NAME(NICKNAME) ChengXiuzhi(xiuzhi)our manager LiuTao(liutao) LiYuan(liyuan) FangYaqiong(Fangyq)DM of the SD module ZhaoSheng(zhaos) QuCanghua(quch) WangYushan(wangys)PM of the SD module I am sorry to post the mail to the mailling list. becasue of the huge problems with outgoing mail (to @ SUN.COM) > Hello Liutao, > > due to the fact that the developers at Sun > and the developers at Redflag CH2000 Software Co. > will work more close together in the near future, > I'd like to invite you and some other guys in your > company interested in or working at graphics related > tasks (especially SD and VCL module related), to join > an IRC session for initial communication. > > I don't have an agenda yet and would like to > have this IRC discussion more like a Q & A > session for the first time or just to get to know > each other better. So, it'll be kind of a 'freestyle' > session. Just jump in and ask or tell whatever you like. > > I will create an IRC channel on the 'freenode' > network on Friday, April 27th. The channel name > you'll have to join will be #OpenOffice.org_Graphics. > My nick name will be Kai_A. Other people from our > graphics team will also attend this session. > > I suggest to start the session at 10:00 AM Hamburg > time, which should be 04:00 PM Beijing time. > > It would be great, if you could join at this time and it > would also help a lot, if you could invite other people > interested in graphics topics to this session. Please > forward this mail to any person from your company > you also like to join the session. > > If the suggested time doesn't fit your schedule, please let > me know by mail, so that we can arrange a new date for this. > > With best regards > Kai > > --- > > Sitz der Gesellschaft: Sun Microsystems GmbH, Sonnenallee 1, D-85551 > Kirchheim-Heimstetten > Amtsgericht Muenchen: HRB 161028 > Geschaeftsfuehrer: Marcel Schneider, Wolfgang Engels, Dr. Roland Boemer > Vorsitzender des Aufsichtsrates: Martin Haering
Re: Re: [dev] OOo w/o URE
Hello Stephan, Glad to know that the CWSsd71 have been done and thanks for the following wiki page to describe the details of how these step was reached. I found the followling in the wiki page: Two kinds of changes are necessary: 1.Adapt the code so that it can work for an installation distributed across multiple trees. 2.For specific distributed products, create appropriate installation sets containing appropriate content (e.g., ini/rc files that cater for the distribution of referenced entities). and more detailed list of necessary changes are listed. Our RedOffice team have ability to do some work in the changes list. wish you can allocate some detail tasks to us but need more guide or a developer like a mentor.We can start with some simple tasks. Regards, LiuTao. > Stephan Bergmann wrote: >> FYI: <http://odftoolkit.openoffice.org/servlets/ReadMsg?list=dev&msgNo=32> > > See > <http://wiki.services.openoffice.org/wiki/ODF_Toolkit/Efforts/OOo_without_URE> > > for work on this. > > -Stephan > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED]
[dev] two problems in the release work
Hi all, I met two problems in the release work about the ooo_OOE680_m6_src, I wish someone can help me. 1. The VCL Testtool shows that the file "hid.lst" cannot be loaded into the setup applications. We can find it in ooo_OOE680_m6_src/helpcontent2/helpers, but it is not in solver. How to let the hid.lst be loaded into the setup applications? 2. The sent crash report dialog, which contains some crash information, cannot be shown when crash occur in the ooo_OOE680_m6_src but it can be shown in m120. What is the reason?
