Re: Bugzilla - two requests

2022-06-07 Thread Czesław Wolański
Hi Marcus,

On 2022/06/07 23:00:32 Marcus wrote:
> Am 08.06.22 um 00:54 schrieb Marcus:
> > Am 07.06.22 um 21:36 schrieb Czesław Wolański:
> >> Many thanks for the prompt reply.
> >>
> >> Issue 1001661, logged in
> >> the "Latest Confirmation in" field shows "---"
> >> I cannot change it.
> >
> > 1 digit too much. ;-) What is the right BZ ID?

My apologies. It should be "100661" as in my previous post.
https://bz.apache.org/ooo/show_bug.cgi?id=100661


> > I did a quick test with [1] without problems. So, either it's just 
> > about your issue or with the permissions of your BZ account.
> >
> > [1] https://bz.apache.org/ooo/show_bug.cgi?id=128515
> 
> a quick guess:
> 
> Have you saved the issues after you changed the field value? If not, it 
> is not saved.
> 

Issue 128515 - I can edit the fields, Issue 100661 - I can not.
See please the file available at the following link:
https://drive.google.com/file/d/1Iyk3-3QEVD3Bb6Pp6wyu2miSm-Y31Y9L/view?usp=sharing

Best regards,
Czeslaw

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



Re: Bugzilla - two requests

2022-06-07 Thread Marcus

Am 08.06.22 um 00:54 schrieb Marcus:

Am 07.06.22 um 21:36 schrieb Czesław Wolański:

Many thanks for the prompt reply.

Issue 1001661, logged in
the "Latest Confirmation in" field shows "---"
I cannot change it.


1 digit too much. ;-) What is the right BZ ID?

I did a quick test with [1] without problems. So, either it's just 
about your issue or with the permissions of your BZ account.


[1] https://bz.apache.org/ooo/show_bug.cgi?id=128515


a quick guess:

Have you saved the issues after you changed the field value? If not, it 
is not saved.


Marcus





вт, 7 июн. 2022 г. в 21:28, Marcus :


Am 07.06.22 um 20:20 schrieb Czesław Wolański:

I am trying to change the "Latest Confirmation in" field in Bugzilla

issue (100661)

but to no avail.  Am I missing something?


what do you mean with "but to no avail". What is exactly happening? Do
you get any error messages? Or do you set a value, save the issue 
but it

shows still the old value? Or something different?

Thanks

Marcus


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



Re: Bugzilla - two requests

2022-06-07 Thread Marcus

Am 07.06.22 um 21:36 schrieb Czesław Wolański:

Many thanks for the prompt reply.

Issue 1001661, logged in
the "Latest Confirmation in" field shows "---"
I cannot change it.


1 digit too much. ;-) What is the right BZ ID?

I did a quick test with [1] without problems. So, either it's just about 
your issue or with the permissions of your BZ account.


[1] https://bz.apache.org/ooo/show_bug.cgi?id=128515

Marcus




вт, 7 июн. 2022 г. в 21:28, Marcus :


Am 07.06.22 um 20:20 schrieb Czesław Wolański:

I am trying to change the "Latest Confirmation in" field in Bugzilla

issue (100661)

but to no avail.  Am I missing something?


what do you mean with "but to no avail". What is exactly happening? Do
you get any error messages? Or do you set a value, save the issue but it
shows still the old value? Or something different?

Thanks

Marcus


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



Re: Size limits on mwiki for uploaded files are too small

2022-06-07 Thread Matthias Seidel
Hi Keith,

Am 07.06.22 um 23:29 schrieb Keith N. McKenna:
> Hi Matthias
> Matthias Seidel wrote:
>> Hi Keith,
>>
>> Am 07.06.22 um 05:06 schrieb Keith N. McKenna:
> 
>>> I found a way to reduce the size of the PDF by not using PDF-1A. Thank
>>> you for looking at this.
>>
>> While not using PDF-1A may reduce the size because fonts etc. are not
>> embedded in the PDF we lose the control over the appearance of the PDF
>> on the user side.
>
> The problem with PDF/A-1A is that it does not allow transparencies and
> converts them to a graphic. For the Getting Started Guide, this
> results in a 3 page ToC graphic, as well as changes to many of the
> graphics used. If we are going to loose control anyway, I would rather
> do it and gain smaller file size right now.

You are right regarding transparency... I didn't think of that.

But then we should at least embed the used font(s).

>
> However, this brings up the question is it time to explore other means
> of creating the PDF than what we have today? Have we ever looked at
> PDFBox?

Depending on your OS you could also test one of these PDF "printer". I
often use PDF24 on Windows...

Regards,

   Matthias

>
> Regards
> Keith
>
>
>
>>
>> Reducing the quality of the graphics might work, but in the end I think
>> we still need to increase the file size of the allowed uploads...
>>
>> Regards,
>>
>>     Matthias
>>
>>>
>>> Regards
>>> Keith
>>>
>>> Dave Fisher wrote:
 See https://m.mediawiki.org/wiki/Manual:Configuring_file_uploads

 Please let us know the error message.

 I’ve cc’d sysadmin@openoffice I can take a look in the next day or so.

 Regards,
 Dave


 Sent from my iPhone

> On Jun 6, 2022, at 2:40 PM, Keith N. McKenna
>  wrote:
>
> The documentation team is starting to publish the 4.1 getting
> started guide and have run into a problem. The 2MB upload limit is
> far to small for the ODT and the PDF file for the complete Guide.
>
> The ODT file is 7.1 MB, and the Writer one will most likely be
> bigger.The smallest I have been able to get the converted PDF is
> 31MB.
>
> I know that we have some ODT files already on the mwike that are
> 11MB. What would be the best way to get the limit raised so that the
> ODT can be uploaded?
>
> Regards
> Keith
>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

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



smime.p7s
Description: S/MIME Cryptographic Signature


Re: Size limits on mwiki for uploaded files are too small

2022-06-07 Thread Keith N. McKenna

Hi Matthias
Matthias Seidel wrote:

Hi Keith,

Am 07.06.22 um 05:06 schrieb Keith N. McKenna:



I found a way to reduce the size of the PDF by not using PDF-1A. Thank
you for looking at this.


While not using PDF-1A may reduce the size because fonts etc. are not
embedded in the PDF we lose the control over the appearance of the PDF
on the user side.


The problem with PDF/A-1A is that it does not allow transparencies and 
converts them to a graphic. For the Getting Started Guide, this results 
in a 3 page ToC graphic, as well as changes to many of the graphics 
used. If we are going to loose control anyway, I would rather do it and 
gain smaller file size right now.


However, this brings up the question is it time to explore other means 
of creating the PDF than what we have today? Have we ever looked at PDFBox?


Regards
Keith





Reducing the quality of the graphics might work, but in the end I think
we still need to increase the file size of the allowed uploads...

Regards,

    Matthias



Regards
Keith

Dave Fisher wrote:

See https://m.mediawiki.org/wiki/Manual:Configuring_file_uploads

Please let us know the error message.

I’ve cc’d sysadmin@openoffice I can take a look in the next day or so.

Regards,
Dave


Sent from my iPhone


On Jun 6, 2022, at 2:40 PM, Keith N. McKenna
 wrote:

The documentation team is starting to publish the 4.1 getting
started guide and have run into a problem. The 2MB upload limit is
far to small for the ODT and the PDF file for the complete Guide.

The ODT file is 7.1 MB, and the Writer one will most likely be
bigger.The smallest I have been able to get the converted PDF is 31MB.

I know that we have some ODT files already on the mwike that are
11MB. What would be the best way to get the limit raised so that the
ODT can be uploaded?

Regards
Keith




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







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







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



Re: Bugzilla - two requests

2022-06-07 Thread Czesław Wolański
Hi Marcus,

Many thanks for the prompt reply.

Issue 1001661, logged in
the "Latest Confirmation in" field shows "---"
I cannot change it.

Best regards,
Czesław


вт, 7 июн. 2022 г. в 21:28, Marcus :

> Am 07.06.22 um 20:20 schrieb Czesław Wolański:
> > I am trying to change the "Latest Confirmation in" field in Bugzilla
> issue (100661)
> > but to no avail.  Am I missing something?
>
> what do you mean with "but to no avail". What is exactly happening? Do
> you get any error messages? Or do you set a value, save the issue but it
> shows still the old value? Or something different?
>
> Thanks
>
> Marcus
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


Re: Bugzilla - two requests

2022-06-07 Thread Marcus

Am 07.06.22 um 20:20 schrieb Czesław Wolański:

I am trying to change the "Latest Confirmation in" field in Bugzilla issue 
(100661)
but to no avail.  Am I missing something?


what do you mean with "but to no avail". What is exactly happening? Do 
you get any error messages? Or do you set a value, save the issue but it 
shows still the old value? Or something different?


Thanks

Marcus

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



Re: Bugzilla - two requests

2022-06-07 Thread Czesław Wolański
Hi Marcus, all

I am trying to change the "Latest Confirmation in" field in Bugzilla issue 
(100661)
but to no avail.  Am I missing something?

Best regards,
Czesław

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



Re: Size limits on mwiki for uploaded files are too small

2022-06-07 Thread Matthias Seidel
Hi Keith,

Am 07.06.22 um 05:06 schrieb Keith N. McKenna:
> Hi Dave;
>
> The error message was This file is bigger than the server is
> configured to allow.
>
> I found a way to reduce the size of the PDF by not using PDF-1A. Thank
> you for looking at this.

While not using PDF-1A may reduce the size because fonts etc. are not
embedded in the PDF we lose the control over the appearance of the PDF
on the user side.

Reducing the quality of the graphics might work, but in the end I think
we still need to increase the file size of the allowed uploads...

Regards,

   Matthias

>
> Regards
> Keith
>
> Dave Fisher wrote:
>> See https://m.mediawiki.org/wiki/Manual:Configuring_file_uploads
>>
>> Please let us know the error message.
>>
>> I’ve cc’d sysadmin@openoffice I can take a look in the next day or so.
>>
>> Regards,
>> Dave
>>
>>
>> Sent from my iPhone
>>
>>> On Jun 6, 2022, at 2:40 PM, Keith N. McKenna
>>>  wrote:
>>>
>>> The documentation team is starting to publish the 4.1 getting
>>> started guide and have run into a problem. The 2MB upload limit is
>>> far to small for the ODT and the PDF file for the complete Guide.
>>>
>>> The ODT file is 7.1 MB, and the Writer one will most likely be
>>> bigger.The smallest I have been able to get the converted PDF is 31MB.
>>>
>>> I know that we have some ODT files already on the mwike that are
>>> 11MB. What would be the best way to get the limit raised so that the
>>> ODT can be uploaded?
>>>
>>> Regards
>>> Keith
>>>
>>>
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>>
>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>



smime.p7s
Description: S/MIME Cryptographic Signature