Re: How to get debug information (Java, oxt)

2022-06-08 Thread Peter Kovacs

Hi Rony,

Am 06.06.22 um 16:07 schrieb Rony G. Flatscher (Apache):

Hi Peter,

thank you very  much for coming back to this!


A pleasure.




If you would be aware of such examples I would be grateful for any links.


I am sorry. I have no clue. I wanted to get the discussion started, and 
just did a classic consultant Bullshit bingo move.


Which sometimes helps to get on the road to the real solution. So I 
hoped it worked by catching Carls attention.


However I will have look when I find time. Maybe I come back to this 
once I started with my "getting rid of the assembler code" - project :-D




Again, thank you very much for taking time for this!


you are welcome.



All the best

Peter



---rony



On 6/4/2022 7:40 AM, Peter Kovacs wrote:

I going through old emails and no one seems to answer you.

Can you describe your setup? OS, have you sdk installed?


All the best

Peter

Am 03.10.21 um 15:12 schrieb Rony G. Flatscher:

Searched on the Internet but found no pointers so asking here.

Problem: something goes wrong while registering a Java based 
extension (an oxt ), but no information

is supplied.

Question: how to get debug (logging) information from a Java based 
extension? Maybe with a Java

stacktrace?

---rony

P.S.: Could find the cause in the oxt, but this was really quite 
time consuming (and therefore
effortful). Some new Java code caused a Runtime exception such that 
the registering of the oxt could
not conclude; it would have helped a lot, if the Runtime exception 
was supplied rather an empty
message was given (using unopkg from the commandline). 




-
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-08 Thread Peter Kovacs

Hi all,

I set the upload size to 50MB

all the best

Peter

Am 09.06.22 um 00:02 schrieb Keith N. McKenna:

Matthias Seidel wrote:

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


What I have done for the PDF is to delete the TOC from the ODT and 
create the PDF\A-1a and export  the bookmarks as active links. It is 
still a bit larger than I would like, but it does embed the fonts as 
well give the user usable TOC.


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



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

2022-06-08 Thread Keith N. McKenna

Matthias Seidel wrote:

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


What I have done for the PDF is to delete the TOC from the ODT and 
create the PDF\A-1a and export  the bookmarks as active links. It is 
still a bit larger than I would like, but it does embed the fonts as 
well give the user usable TOC.


Regards
Keith



-
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-08 Thread Czesław Wolański



On 2022/06/08 18:29:32 Marcus wrote:
> OK, you have now the access for editing all fields.
> What about now?
> 

Now it's working fine - just changed the Issue 100661.
Thank you very much!

Czesław

-
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-08 Thread Marcus

Am 08.06.22 um 20:03 schrieb Czesław Wolański:

In Bugzilla nicht Neues...
In other words I can edit the field in question (Issue 128515) and cannot 
(Issue 100661).


OK, you have now the access for editing all fields.
What about now?

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-08 Thread Czesław Wolański
Hi Marcus

In Bugzilla nicht Neues...
In other words I can edit the field in question (Issue 128515) and cannot 
(Issue 100661).

Regards,
Czesław

-
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-08 Thread Marcus

Am 08.06.22 um 06:09 schrieb Czesław Wolański:

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


thanks for the pictute. Here I can see that you cannot edit other 
fields, too. As this is maybe a permission problem, I've increased your 
access a bit.


Please try again.

Marcus

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



Re: How to get debug information (Java, oxt)

2022-06-08 Thread Rony G. Flatscher (Apache)

Hi Carl,

On 6/7/2022 12:07 AM, Carl Marcum wrote:

Hi Rony,

On 6/6/22 10:15 AM, Rony G. Flatscher (Apache) wrote:

Hi Carl,

On 6/4/2022 3:31 PM, Carl Marcum wrote:
... cut ...

Am 03.10.21 um 15:12 schrieb Rony G. Flatscher:

Searched on the Internet but found no pointers so asking here.

Problem: something goes wrong while registering a Java based extension (an oxt ), but no 
information

is supplied.

Question: how to get debug (logging) information from a Java based extension? 
Maybe with a Java
stacktrace?

---rony

P.S.: Could find the cause in the oxt, but this was really quite time consuming 
(and therefore
effortful). Some new Java code caused a Runtime exception such that the registering of the oxt 
could

not conclude; it would have helped a lot, if the Runtime exception was supplied 
rather an empty
message was given (using unopkg from the commandline).


So the error is during unopkg and not when using the installed extension 
correct?

Yes.
For runtime errors on Linux I start the office from the command line and you can println output 
to it from the extension.


Thank you very much for this hint!


Are you using the --verbose option when using unopkg from the command line?


Yes.

As mentioned in the other reply, one of my problems is that in order to quickly get (re-)adjusted 
to this infrastructure (being away because of other efforts for quite some time in between 
activities) I would need some short, functional examples (like a nutshell extension in Java with 
proper packaging to become able to experiment with both, the Java code and the packaging, hoping 
to develop a conceptual model by doing so). It may be the case that these samples exist, but that 
I have not found them. So any hint or link to such (Java) nutshell examples would be great as 
they probably help a lot getting afloat quickly.


It might be a larger example that what you're looking for but take a look at my openoffice-groovy 
project [1] that adds Apache Groovy as a macro language.

There is also an OXT on the extensions site [2].


Thank you very much, indeed!

As a matter of fact, like yourself I used the BeanShell example to add ooRexx as a macro extension. 
Nevertheless I will look into it (in the middle of July when things have settled down a little bit 
around here), as I might learn how to install the macros in share and user space (doing this 
"manually" currently).


[On the side: my premiere platform for this has been AOO, but because of the students I have been 
also trying to allow for using ooRexx as a macro language also for LO. It seems that LO has changed 
too much to allow that to be still the case, which is awkward. Short of time I am not able to pursue 
that, as the platform defining OO is AOO only.]


If you would rather have an basic stripped down extension example I can generate you one from my 
templates or guide you in setting up so you can generate your own addons and addins.


[1] https://github.com/cbmarcum/openoffice-groovy
[2] https://extensions.openoffice.org/en/project/groovy-scripting-openoffice


That is *very* kind of you and I would like to pick up your offer about samples that would 
show/demonstrate/guide to become able to create/generate also own addons and addins in ooRexx (this 
is something I have been thinking of for quite some time)!


Probably only a brief sample/pattern for an addon and an addin and what the relevant definitions 
would be terrific (especially what has to be taken into account for registering) and maybe where to 
find the relevant documentation!


Groovy and/or Java would be more than fine!

Best regards

---rony



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