openoffice-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Jürgen Schmidt <jogischm...@gmail.com>
Subject Re: %PRODUCTNAME
Date Mon, 15 Apr 2013 13:16:32 GMT
On 4/15/13 2:10 PM, janI wrote:
> On 15 April 2013 13:50, Jürgen Schmidt <jogischmidt@gmail.com> wrote:
> 
>> On 4/15/13 1:42 PM, Raphael Bircher wrote:
>>> Am 15.04.13 13:34, schrieb Rob Weir:
>>>> On Mon, Apr 15, 2013 at 7:11 AM, Jürgen Schmidt
>>>> <jogischmidt@gmail.com>wrote:
>>>>
>>>>> On 4/15/13 12:22 PM, janI wrote:
>>>>>> On 15 April 2013 11:53, Raphael Bircher <r.bircher@gmx.ch>
wrote:
>>>>>>
>>>>>>> Hi at all
>>>>>>>
>>>>>>> I'm a bit comfused. What I get for %PRODUCTNAME? It is "OpenOffice"
>> or
>>>>>>> "Apache OpenOffice"? Thanks for your Feedback.
>>>>>>>
>>>>>>> On my system I get "Apache OpenOffice", but I am not sure that
it is
>>>>> like
>>>>>> in every part of the system (but it should be)
>>>>> no, it is not so easy and I am sure Oliver can provide more details.
We
>>>>> decided to use OpenOffice in most of the places in the installed
>> product
>>>>> and use Apache OpenOfifce only in the intro screen or the about dialog.
>>>>>
>>>>>
>>>> The About Box is where we claim the copyright and give the license, so
>>>> that
>>>> is one place where it will be important to use the full formal name of
>>>> the
>>>> product.
>>>>
>>>> Maybe we should have %PRODUCTNAMESHORT and %PRODUCTNAMEFULL
>>> The question is, if this makes sense for downstream products. Well, it's
>>> anyway better then hard coded productnames.
>>
>> I see no problem here because both can be defined on the same or
>> whatever you want.
>>
> I find the idea good (to have %PRODUCTNAMESHORT and %PRODUCTNAMEFULL)
> 
>>
>> But to be serious I am tending to drop the flexibility here, as long as
>> I don't see that downstream products contribute back.
>>
> I dont agree with this, even if downstream products dont contribute back
> directly, they broaden the use of openoffice.
> 
> I would really think twice before dropping this flexibility, since we can
> have at without extra resource usage.

well before I would put any energy in this I would solve other more
important issues.

But I even don't like the the take only approach ;-) And that the take
only fraction is doing anything good for the OpenOffice eco system is
questionable from my point of view.

Juergen

> 
> rgds
> Jan I
> 
>>
>> Juergen
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>
>>
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org


Mime
View raw message