redlines for pyuno

[James Michael DuPont]

Hi there,
I am doing some scripting for pyuno, and have been studying the internal
C++  code for redlines,
it seems that the code that is applying redlines to text in the document is
not exposed. It would be great to have this accessible for scripting, now I
need to figure out what redlines apply to what text and that makes the
script quite complex. Is that the only way to currently do it via uno, is
there anything planned or any reason not to expose a more comfortable
interface?

thanks,
mike
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: redlines for pyuno

[James Michael DuPont]

Thanks for writing back,
from what I have seen, I can only get a list of redlines back , but have no
easy way to find out what redline matches a given point text unless I
search through them and match the ranges. Please tell me if I missed
something?
thanks
mike


On Wed, Aug 7, 2013 at 7:43 AM, Miklos Vajna  wrote:

> Hi,
>
> On Fri, Aug 02, 2013 at 08:37:05AM -0500, James Michael DuPont <
> jmdpp...@gmail.com> wrote:
> > I am doing some scripting for pyuno, and have been studying the internal
> > C++  code for redlines,
> > it seems that the code that is applying redlines to text in the document
> is
> > not exposed. It would be great to have this accessible for scripting,
> now I
> > need to figure out what redlines apply to what text and that makes the
> > script quite complex. Is that the only way to currently do it via uno, is
> > there anything planned or any reason not to expose a more comfortable
> > interface?
>
> Let's say you have a document: one paragraph with 3 words and the second
> is deleted. The UNO API then gives you 5 text portions: text, redline,
> text, redline, text. The redline portions have all the properties you
> need (author, type of the redline, e.g. delete, and so on).
>
> What exactly would you need beyond that?
>
> Miklos
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: redlines for pyuno

[James Michael DuPont]

I am feeling stupid here, so please excuse my ignorance, but I did not find
any api to tell me if the current cursor is in a redline, can you please
point me in the right direction? I just found an api to give me the list of
redlines and have been checking the cursor to see if it is in one of them.
thanks for your patience,
mike


On Wed, Aug 7, 2013 at 11:37 AM, Miklos Vajna  wrote:

> Hi,
>
> On Wed, Aug 07, 2013 at 09:27:30AM -0500, James Michael DuPont <
> jmdpp...@gmail.com> wrote:
> > from what I have seen, I can only get a list of redlines back , but have
> no
> > easy way to find out what redline matches a given point text unless I
> > search through them and match the ranges. Please tell me if I missed
> > something?
>
> If you iterate through the paragraphs and (inside paragraphs) text
> portions, then all you have to remember is if you are inside a redline
> or not. So you don't have to match ranges or keep a list of redlines
> manually.
>
> What are you trying to do what is not possible with this approach?
>
> Miklos
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: redlines for pyuno

[James Michael DuPont]

OK, thank you for your support. I will look into this when I have time.
Thanks,
mike


On Wed, Aug 7, 2013 at 2:23 PM, Miklos Vajna  wrote:

> On Wed, Aug 07, 2013 at 12:33:35PM -0500, James Michael DuPont <
> jmdpp...@gmail.com> wrote:
> > I am feeling stupid here, so please excuse my ignorance, but I did not
> find
> > any api to tell me if the current cursor is in a redline, can you please
> > point me in the right direction? I just found an api to give me the list
> of
> > redlines and have been checking the cursor to see if it is in one of
> them.
>
> As far as I know, that's not directly possible. Here is how I would do
> the API for it:
>
> - see
>
> http://opengrok.libreoffice.org/xref/core/sw/source/ui/uiview/view2.cxx#639
>   on how to check if an SwPosition (that's the internal equivalent of a
>   position in the document model) is inside a redline using
>   SwDoc::GetRedline()
>
> - it's already possible to check if the cursor is e.g. at the end of
>   line:
>
>
> http://api.libreoffice.org/docs/common/ref/com/sun/star/view/XLineCursor.html#isAtEndOfLine
>
>   The implementation of that is in the SwXTextViewCursor class:
>
>
> http://opengrok.libreoffice.org/xref/core/sw/source/ui/uno/unotxvw.cxx#1649
>
> From that, you could add a new isInRedline() method to the cursor, which
> would return exactly what you need.
>
> HTH,
>
> Miklos
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: redlines for pyuno

[James Michael DuPont]

Thanks Andrew,
that is basically what I had to do, there are cases where you can skip over
looking at all redlines because of the order but that is the algorithm I
needed to do. Otherwise an idea would be apply a temporary marking to the
text or a style that would externalize the redline and then use that to
find out where it applies to, and then remove it later... ugg.
mike


On Thu, Aug 8, 2013 at 12:00 AM, Andrew Douglas Pitonyak <
and...@pitonyak.org> wrote:

>  I remember looking at redlines way back in the dark recesses of time, so
> I loaded up AndrewMacro.odt
>
> The best I saw there was the ability to enumerate text sections to find
> "Redline" text portion sections.
>
> If I had to determine if the cursor was currently in a redline section, my
> first guess at a solution would probably be to go looking for redlines in
> the text object containing the view cursor and then check the start and end
> point of each redline to see if it contains the cursor. Feels like a bad
> solution to me (as in it is probably slow), but it is the best that comes
> to my mind (assuming I understand your question correctly).
>
>
>
> On 08/07/2013 09:35 PM, James Michael DuPont wrote:
>
> OK, thank you for your support. I will look into this when I have time.
> Thanks,
> mike
>
>
> On Wed, Aug 7, 2013 at 2:23 PM, Miklos Vajna  wrote:
>
>> On Wed, Aug 07, 2013 at 12:33:35PM -0500, James Michael DuPont <
>> jmdpp...@gmail.com> wrote:
>> > I am feeling stupid here, so please excuse my ignorance, but I did not
>> find
>> > any api to tell me if the current cursor is in a redline, can you please
>> > point me in the right direction? I just found an api to give me the
>> list of
>> > redlines and have been checking the cursor to see if it is in one of
>> them.
>>
>>  As far as I know, that's not directly possible. Here is how I would do
>> the API for it:
>>
>> - see
>>
>> http://opengrok.libreoffice.org/xref/core/sw/source/ui/uiview/view2.cxx#639
>>   on how to check if an SwPosition (that's the internal equivalent of a
>>   position in the document model) is inside a redline using
>>   SwDoc::GetRedline()
>>
>> - it's already possible to check if the cursor is e.g. at the end of
>>   line:
>>
>>
>> http://api.libreoffice.org/docs/common/ref/com/sun/star/view/XLineCursor.html#isAtEndOfLine
>>
>>   The implementation of that is in the SwXTextViewCursor class:
>>
>>
>> http://opengrok.libreoffice.org/xref/core/sw/source/ui/uno/unotxvw.cxx#1649
>>
>> >From that, you could add a new isInRedline() method to the cursor, which
>> would return exactly what you need.
>>
>> HTH,
>>
>> Miklos
>>
>> ___
>> LibreOffice mailing list
>> LibreOffice@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>>
>>
>
>
> ___
> LibreOffice mailing 
> listLibreOffice@lists.freedesktop.orghttp://lists.freedesktop.org/mailman/listinfo/libreoffice
>
>
> --
> Andrew Pitonyak
> My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
> Info:  http://www.pitonyak.org/oo.php
>
>
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: redlines for pyuno

[James Michael DuPont]

It turns out that I missed out on this
http://wiki.openoffice.org/wiki/Documentation/DevGuide/Text/Iterating_over_Text
you
can iterate over the text to get the redlines, which is exactly what I was
looking for.
Thanks,
mike


On Thu, Aug 8, 2013 at 11:21 AM, James Michael DuPont wrote:

> Thanks Andrew,
> that is basically what I had to do, there are cases where you can skip
> over looking at all redlines because of the order but that is the algorithm
> I needed to do. Otherwise an idea would be apply a temporary marking to the
> text or a style that would externalize the redline and then use that to
> find out where it applies to, and then remove it later... ugg.
> mike
>
>
> On Thu, Aug 8, 2013 at 12:00 AM, Andrew Douglas Pitonyak <
> and...@pitonyak.org> wrote:
>
>>  I remember looking at redlines way back in the dark recesses of time, so
>> I loaded up AndrewMacro.odt
>>
>> The best I saw there was the ability to enumerate text sections to find
>> "Redline" text portion sections.
>>
>> If I had to determine if the cursor was currently in a redline section,
>> my first guess at a solution would probably be to go looking for redlines
>> in the text object containing the view cursor and then check the start and
>> end point of each redline to see if it contains the cursor. Feels like a
>> bad solution to me (as in it is probably slow), but it is the best that
>> comes to my mind (assuming I understand your question correctly).
>>
>>
>>
>> On 08/07/2013 09:35 PM, James Michael DuPont wrote:
>>
>> OK, thank you for your support. I will look into this when I have time.
>> Thanks,
>> mike
>>
>>
>> On Wed, Aug 7, 2013 at 2:23 PM, Miklos Vajna  wrote:
>>
>>> On Wed, Aug 07, 2013 at 12:33:35PM -0500, James Michael DuPont <
>>> jmdpp...@gmail.com> wrote:
>>> > I am feeling stupid here, so please excuse my ignorance, but I did not
>>> find
>>> > any api to tell me if the current cursor is in a redline, can you
>>> please
>>> > point me in the right direction? I just found an api to give me the
>>> list of
>>> > redlines and have been checking the cursor to see if it is in one of
>>> them.
>>>
>>>  As far as I know, that's not directly possible. Here is how I would do
>>> the API for it:
>>>
>>> - see
>>>
>>> http://opengrok.libreoffice.org/xref/core/sw/source/ui/uiview/view2.cxx#639
>>>   on how to check if an SwPosition (that's the internal equivalent of a
>>>   position in the document model) is inside a redline using
>>>   SwDoc::GetRedline()
>>>
>>> - it's already possible to check if the cursor is e.g. at the end of
>>>   line:
>>>
>>>
>>> http://api.libreoffice.org/docs/common/ref/com/sun/star/view/XLineCursor.html#isAtEndOfLine
>>>
>>>   The implementation of that is in the SwXTextViewCursor class:
>>>
>>>
>>> http://opengrok.libreoffice.org/xref/core/sw/source/ui/uno/unotxvw.cxx#1649
>>>
>>> >From that, you could add a new isInRedline() method to the cursor, which
>>> would return exactly what you need.
>>>
>>> HTH,
>>>
>>> Miklos
>>>
>>> ___
>>> LibreOffice mailing list
>>> LibreOffice@lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>>>
>>>
>>
>>
>> ___
>> LibreOffice mailing 
>> listLibreOffice@lists.freedesktop.orghttp://lists.freedesktop.org/mailman/listinfo/libreoffice
>>
>>
>> --
>> Andrew Pitonyak
>> My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
>> Info:  http://www.pitonyak.org/oo.php
>>
>>
>> ___
>> LibreOffice mailing list
>> LibreOffice@lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>>
>>
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice-commits] core.git: offapi/com

[James Michael DuPont]

 offapi/com/sun/star/security/DocumentDigitalSignatures.idl |2 +-
 offapi/com/sun/star/xml/crypto/sax/Decryptor.idl   |   10 +-
 offapi/com/sun/star/xml/crypto/sax/Encryptor.idl   |   12 ++--
 offapi/com/sun/star/xml/crypto/sax/SAXEventKeeper.idl  |6 +++---
 offapi/com/sun/star/xml/crypto/sax/SignatureCreator.idl|   12 ++--
 offapi/com/sun/star/xml/crypto/sax/SignatureVerifier.idl   |   10 +-
 6 files changed, 26 insertions(+), 26 deletions(-)

New commits:
commit 0d388a00adf2f588796be1b7c743f858f8dc0fc4
Author: James Michael DuPont 
Date:   Fri Aug 30 07:50:26 2013 -0500

cleanup includes

Signed-off-by: Stephan Bergmann 
Conflicts:
Makefile_idl_compile
include.idl
offapi/com/sun/star/util/EventMultiplexer.idl

Change-Id: Id4b3e6e165cc9c40762f5d96dc734ad698690877

diff --git a/offapi/com/sun/star/security/DocumentDigitalSignatures.idl 
b/offapi/com/sun/star/security/DocumentDigitalSignatures.idl
index b406cfd..2a1b057 100644
--- a/offapi/com/sun/star/security/DocumentDigitalSignatures.idl
+++ b/offapi/com/sun/star/security/DocumentDigitalSignatures.idl
@@ -25,7 +25,7 @@
 #include 
 #include 
 #include 
-#include 
+#include 
 
 module com { module sun { module star { module security {
 
diff --git a/offapi/com/sun/star/xml/crypto/sax/Decryptor.idl 
b/offapi/com/sun/star/xml/crypto/sax/Decryptor.idl
index 81be04f..d34ff4b 100644
--- a/offapi/com/sun/star/xml/crypto/sax/Decryptor.idl
+++ b/offapi/com/sun/star/xml/crypto/sax/Decryptor.idl
@@ -27,11 +27,11 @@
 #include 
 #include 
 #include 
-#include 
-#include 
-#include 
-#include 
-#include 
+#include 
+#include 
+#include 
+#include 
+#include 
 
 module com { module sun { module star { module xml { module crypto { module 
sax {
 
diff --git a/offapi/com/sun/star/xml/crypto/sax/Encryptor.idl 
b/offapi/com/sun/star/xml/crypto/sax/Encryptor.idl
index 8bb64d4..bca86d3 100644
--- a/offapi/com/sun/star/xml/crypto/sax/Encryptor.idl
+++ b/offapi/com/sun/star/xml/crypto/sax/Encryptor.idl
@@ -27,12 +27,12 @@
 #include 
 #include 
 #include 
-#include 
-#include 
-#include 
-#include 
-#include 
-#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
 
 module com { module sun { module star { module xml { module crypto { module 
sax {
 
diff --git a/offapi/com/sun/star/xml/crypto/sax/SAXEventKeeper.idl 
b/offapi/com/sun/star/xml/crypto/sax/SAXEventKeeper.idl
index 1cbacf1..a713a29 100644
--- a/offapi/com/sun/star/xml/crypto/sax/SAXEventKeeper.idl
+++ b/offapi/com/sun/star/xml/crypto/sax/SAXEventKeeper.idl
@@ -28,9 +28,9 @@
 #include 
 #include 
 #include 
-#include 
-#include 
-#include 
+#include 
+#include 
+#include 

 
 module com { module sun { module star { module xml { module crypto { module 
sax {
 
diff --git a/offapi/com/sun/star/xml/crypto/sax/SignatureCreator.idl 
b/offapi/com/sun/star/xml/crypto/sax/SignatureCreator.idl
index 6a80df3..5a43bae 100644
--- a/offapi/com/sun/star/xml/crypto/sax/SignatureCreator.idl
+++ b/offapi/com/sun/star/xml/crypto/sax/SignatureCreator.idl
@@ -27,12 +27,12 @@
 #include 
 #include 
 #include 
-#include 
-#include 
-#include 
-#include 
-#include 
-#include 
+#include 
+#include 
+#include 
+#include 
+#include 
+#include 
 
 module com { module sun { module star { module xml { module crypto { module 
sax {
 
diff --git a/offapi/com/sun/star/xml/crypto/sax/SignatureVerifier.idl 
b/offapi/com/sun/star/xml/crypto/sax/SignatureVerifier.idl
index 3bbe6e7..eb67c5c 100644
--- a/offapi/com/sun/star/xml/crypto/sax/SignatureVerifier.idl
+++ b/offapi/com/sun/star/xml/crypto/sax/SignatureVerifier.idl
@@ -28,11 +28,11 @@
 #include 
 #include 
 #include 
-#include 
-#include 
-#include 
-#include 
-#include 
+#include 
+#include 
+#include 
+#include 
+#include 
 
 module com { module sun { module star { module xml { module crypto { module 
sax {
 
___
Libreoffice-commits mailing list
libreoffice-comm...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-commits

Re: Please regenerate api.libreoffice.org from libreoffice-4-1 branch

[James Michael DuPont]

I have built the git master and ran the make docs, it produced doxygen but
did not produce any IDL/API docs,
http://api.libreoffice.org/docs/idl/ref/servicecom_1_1sun_1_1star_1_1text_1_1textfield_1_1JumpEdit.htmlthis
is not being generated for example, any instructions on how to process
the IDL?


On Mon, Sep 9, 2013 at 3:38 AM, Lionel Elie Mamane  wrote:

> On Thu, Sep 05, 2013 at 08:41:08AM +0200, Stephan Bergmann wrote:
> > On 09/04/2013 11:56 PM, Andras Timar wrote:
> >> On Wed, Sep 4, 2013 at 6:25 PM, Lionel Elie Mamane 
> wrote:
> >>> On Sat, Aug 03, 2013 at 02:00:28PM +0200, Lionel Elie Mamane wrote:
>  On Sat, Aug 03, 2013 at 09:54:33AM +0200, Stephan Bergmann wrote:
>
> >>>  Who can regenerated api.libreoffice.org from
> >>> up-to-date libreoffice-4-1 (or master?) branch?
>
> >> I updated api.libreoffice.org from master.
>
> > Also, it occurs to me that we should give the SDK version number
> > also on the main  page, to avoid
> > confusion.  I'll look into the odk/ sources from which it is
> > generated.
>
> Actually, it could make sense to document the API available in each
> version, that is, have something like:
>
> http://api.libreoffice.org/docs/3.3/idl/
> http://api.libreoffice.org/docs/3.6/idl/
> http://api.libreoffice.org/docs/4.0/idl/
> http://api.libreoffice.org/docs/4.1/idl/
> http://api.libreoffice.org/docs/4.2/idl/
> http://api.libreoffice.org/docs/current/idl/
>
> Ditto for doc/cpp, etc. Since we are breaking ~all deep links anyway,
> now is as good a time as ever to switch to such a scheme.
>
> --
> Lionel
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Please regenerate api.libreoffice.org from libreoffice-4-1 branch

[James Michael DuPont]

Oh great! thanks
I have that, so I guess this is separate doxygen invocation. I will look
into it. Do you happen to know where it is configured/invoked from? I would
like to add in some additional doxygen flags and regenerate.
thanks
mike


On Wed, Sep 11, 2013 at 9:25 AM, Stephan Bergmann wrote:

> On 09/11/2013 04:16 PM, James Michael DuPont wrote:
>
>> I have built the git master and ran the make docs, it produced doxygen
>> but did not produce any IDL/API docs,
>> http://api.libreoffice.org/**docs/idl/ref/servicecom_1_**
>> 1sun_1_1star_1_1text_1_**1textfield_1_1JumpEdit.html<http://api.libreoffice.org/docs/idl/ref/servicecom_1_1sun_1_1star_1_1text_1_1textfield_1_1JumpEdit.html>
>> this is not being generated for example, any instructions on how to
>> process the IDL?
>>
>
> Looks like "make docs" does something rather unrelated, extracting doxygen
> documentation from LO's "core" C++ files.
>
> The SDK API documentation you seek is part of the SDK product.  If you do
> a very recent master build (post this weeks instdir improvements), you find
> it at instdir/*/sdk/index.html (at least on Linux, paths differ across
> platforms) after a plain "make" (unless you configured --disable-odk).
>
> Stephan
>
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Please regenerate api.libreoffice.org from libreoffice-4-1 branch

[James Michael DuPont]

That is basically I am working on processing the api docs in perlmod mode
to produce python classes this could also be used for other things as well.
I would volunteer for that just need some time because of my tight schedule.


On Wed, Sep 11, 2013 at 10:54 AM, bjoern wrote:

> Hi,
>
> On Wed, Sep 11, 2013 at 05:04:01PM +0200, Michael Stahl wrote:
> > On 09/09/13 10:38, Lionel Elie Mamane wrote:
> > > Actually, it could make sense to document the API available in each
> > > version, that is, have something like:
> > >
> > > http://api.libreoffice.org/docs/3.3/idl/
> > > http://api.libreoffice.org/docs/3.6/idl/
> > > http://api.libreoffice.org/docs/4.0/idl/
> > > http://api.libreoffice.org/docs/4.1/idl/
> > > http://api.libreoffice.org/docs/4.2/idl/
> > > http://api.libreoffice.org/docs/current/idl/
>
> Well, properly packaged versions come with their own api-docs, so IMHO no
> need
> to keep docs for unsupported releases around.
>
> > but maybe putting in a link somewhere to the API Changes section of the
> > release notes would help?
>
> Might be a EasyHack, if somebody volunteers as a mentor: Generate XML from
> doxygen, diff that and generate some fancy "API changes" report from that.
>
> Best,
>
> Bjoern
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Please regenerate api.libreoffice.org from libreoffice-4-1 branch

[James Michael DuPont]

+1


On Wed, Sep 11, 2013 at 12:28 PM, Lionel Elie Mamane wrote:

>
> Packaged docs are much less practical for the user.
>
> 1) Need to install the old "packaged version" (or at least its SDK) to
>check e.g. backwards compatibility. Much easier to quickly check
>online.
>
> 2) Online docs are automatically indexed (DuckDuckGo, Google, Bing,
>...), searchable, a general Internet search finds them, ...
>
>
I agree with Lionel on this one 100%,
the fact that all the google searches for libreoffice docs are broken is
very annoying. I dont have the space or time to install all the docs or
compile all the time.
Consider the principles of open data :
http://opengovdata.io/2012-02/page/5-1-4/principles-publishing-data

u"""9. *Permanent*: Data should be made available at a stable Internet
location indefinitely. Providing documents with *permanent web
addresses*helps the public share documents with others by allowing
them to point
others directly to the authoritative source of the document, rather than
having to provide instructions on how to find it, or distributing the
document separately themselves. Permanent locations are especially useful
on government websites which are prone to being scratched and re-created as
political power shifts. """
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Please regenerate api.libreoffice.org from libreoffice-4-1 branch

[James Michael DuPont]

Yes, the existing links could point to the current version and we could
host also all the older revisions as well.
mike


On Thu, Sep 12, 2013 at 3:56 AM, Stephan Bergmann wrote:

> On 09/11/2013 07:28 PM, Lionel Elie Mamane wrote:
>
>> On Wed, Sep 11, 2013 at 05:54:58PM +0200, bjoern wrote:
>>
>>> On Wed, Sep 11, 2013 at 05:04:01PM +0200, Michael Stahl wrote:
>>>
 On 09/09/13 10:38, Lionel Elie Mamane wrote:

>>>
>>  Actually, it could make sense to document the API available in each
> version, that is, have something like:
>

>>  
>> http://api.libreoffice.org/**docs/3.3/idl/
> http://api.libreoffice.org/**docs/3.6/idl/
> http://api.libreoffice.org/**docs/4.0/idl/
> http://api.libreoffice.org/**docs/4.1/idl/
> http://api.libreoffice.org/**docs/4.2/idl/
> http://api.libreoffice.org/**docs/current/idl/
>

>>  Well, properly packaged versions come with their own api-docs, so
>>> IMHO no need to keep docs for unsupported releases around.
>>>
>>
>> Packaged docs are much less practical for the user.
>>
>
> I always love it how 
> >
> (linked as "Documentation: Manual" from the GCC homepage <
> http://gcc.gnu.org/>) unambiguously makes available the documentation for
> each released GCC major.minor version.  Could serve as a model for us.
>
> Stephan
>
> __**_
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.**org 
> http://lists.freedesktop.org/**mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: North America Pub Chat

[James Michael DuPont]

Howdy,
I am on CST (*UTC/GMT -5 hours) *and work full time. As a volunteer I would
be willing to chat any time outside of my normal 8-6
thanks
mike


On Mon, Oct 7, 2013 at 11:50 AM, bjoern wrote:

> On Mon, Oct 07, 2013 at 07:44:53AM -0700, Joel Madero wrote:
> > So far I've gotten no interest in this at all (which is
> > unfortunate). If I don't get at least a few responses by Wednesday
> > I' going to call it off (as it's really just not worth it if we
> > don't have minimum of 4 preferably 5-6). It would be really nice to
> > get a North American team consistently contributing as right now
> > Europe dominates the contributor side and IMHO it looks bad for us
> > in North America to be using the product but not contributing
> > something in return as FLOSS software really depends on a community,
> > a give and take relationship. Really 1 hour a month is enough time
> > to give back a bit.
>
> Hi,
>
> I dont know if I can make it this Friday, but could you also point out the
> time
> in UTC too? For a continental european guest a time like "12:00pm EST" is
> ultimately confusing -- is that EST or 2400EST?
>
> Best,
>
> Bjoern
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [BUILD] Which license do I need to build a professional edition of LibreOffice (4.0.x/4.1.x) of windows ?

[James Michael DuPont]

< wrote:

> Matthieu, *,
>
> On Wed, Oct 9, 2013 at 4:34 PM, Gay, Matthieu
>  wrote:
> > Hello, I still have problem to build under windows, but I wanted to know,
> > what do I need to build LibreOffice (4.0.x/4.1.x) entirely as the
> original
> > available in the website.
>
> You cannot produce libreOffice as from the website, as it is using a
> TDF-only certificate to sign (obviously), and also used TDF branding
> (which you may not use - but you probably want your own branding
> anyway)
>
> But one is just optical thing, the other a technical detail.
>
> > First can you confirm that I need a certificate to sign the DLL
>
> You don't /need/ it, but without having it signed, you'll get
> corresponding warning dialogs (unknown publisher) when trying to
> install. So using a certificate is strongly recommended.
>
> > and a
> > license of Visual Studio 12 (without I can't build ATL and ActiveX
> modules).
>
> Visual Studio 2010 is used to build the official releases. But yes,
> you need a payed version.
> Visual Studio 2012 also works, but when you want your builds to run on
> Windows XP, you must install at least update 1 for VS 2012, and you
> need to tell autogen.sh/configure to use the 7.1A SDK.
>
> > Which version of Windows is the best? Do I need a pro version or a
> familial
> > one?
>
> Windows Version should not matter - official builds are done on
> Windows Server 2008 R2 - but any version of Windows sould work.
>
> Only paid stuff you need is Windows itself and the Visual Studio
> license. Rest of the build requirements is free software.
>
> configure switches for official build: (see
> https://wiki.documentfoundation.org/Development/ReleaseBuilds )
>
> --with-distro=LibreOfficeWin32 --enable-release-build
> --enable-windows-build-signing --with-lang=ALL
> --disable-dependency-tracking --enable-pch
> --with-nss-build-tools=/path/to/mozilla-build
> --with-branding=/path/to/tdf-branding
> --with-junit=/path/to/junit-4.10.jar
> --with-ant-home=/path/to/apache-ant-1.9.2
> --with-external-tar=/path/to/lo-externalsrc
>
> nss-build-tools are no longer needed for current codeline, but you
> also asked for 4.0.x …
>
> ciao
> Christian
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [BUILD] Which license do I need to build a professional edition of LibreOffice (4.0.x/4.1.x) of windows ?

[James Michael DuPont]

<>

Ok great. cause I thought I remembered seeing the windows build. So you
dont need to have a MSVC license,  I guess that whole thing could also run
on windows as well.
mike


On Wed, Oct 9, 2013 at 4:00 PM, David Tardon  wrote:

> Hi,
>
> On Wed, Oct 09, 2013 at 03:48:39PM -0500, James Michael DuPont wrote:
> > < > is there any blocker that would prevent mingw or cygwin to be used?  that
> > might be a nice project some day.
> > mike
>
> Cygwin is used. As for using mingw on Windows, no, it would not be a
> nice project any day. It would be much easier to cross-compile on linux
> (which does work already, btw).
>
> D.
>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: Testing/Working on PyUNO?

[James Michael DuPont]

I have been doing a ton of work with pyuno at work and am interested in
anything to improve the code quality there.
mike


On Wed, Feb 19, 2014 at 5:02 AM, Stephan Bergmann wrote:

> [putting the dev list on CC, quoting the original mail in full below for
> reference]
>
> Hi Kevin,
>
> First of all: great that you want to improve the PyUNO situation!  This is
> a part of the code that could indeed benefit from lots of love.
>
> Regarding the Python tests, I see both sides' points:
>
> On the one hand, a test in Python indeed does not only serve as a test for
> the immediate subject of the test, but also---somewhat indirectly---as a
> test of the PyUNO infrastructure and as part of a corpus of PyUNO example
> code.  This is not much different from how our well-hated so-called
> "unoapi" and "complex" tests test URP (and Java) interaction as a side
> effect (though they're so ugly that nobody in their right mind would claim
> that they are valuable additions to any corpus of example code).
>
> On the other hand, a test is intended to fail (as soon as you introduce an
> error), and should make it easy for the developer to find the underlying
> error.  For that, any extra layers between the test code and the code under
> test are detrimental, in that they make it harder to debug the problem and
> introduce the likelihood that a reported error is not actually in the code
> under test but rather somewhere else in the infrastructure (which remains
> an error that needs to be fixed after all, but less likely by the person
> who changed the code under test).
>
> So, what can we do here?  How about an additional code module dedicated to
> subsequentchecks written in Python, which, while serving the useful purpose
> of testing specific application functionality (and in which role they may
> deliberately duplicate existing "native" tests), are meant more as a means
> to improve the PyUNO situation.
>
> The idea would be that Kevin (and others) would fill this with PyUNO
> coding scenarios that cross their mind, discover errors in the PyUNO
> infrastructure, ideally distill tests for those specific errors out of the
> more general tests (that could then even go into more specific code modules
> like pyuno or testtools), and eventually prune test snippets again that are
> no longer useful.
>
> What I would like to avoid though is a sort of code dump, filled with
> random one-off stuff of little value to anybody.  We have <
> https://gerrit.libreoffice.org/#/admin/projects/sdk-examples> already,
> and it lies virtually dormant.
>
> How does that sound?
>
> Stephan
>
>
> On 02/17/2014 08:53 PM, Kevin Hunter Kesling wrote:
>
>> Hi Stephan,
>>
>> Markus (moggi) suggested over IRC that I talk to you about how to test
>> PyUNO interactions with Calc.  The long-winded email below is just
>> background for this question: I claim the LibO/Python bindings are weak
>> and poorly tested.  As my work often presents opportunities that could
>> be brilliantly addressed by easier Python scripting of LibO, I'd like to
>> improve the Python bindings situation.  How best can I accomplish this?
>>
>> I recently submitted a patch to gerrit that adds a test nominally for a
>> recently closed bug:
>>
>>  https://gerrit.libreoffice.org/#/c/8078/
>>
>> This test is a functional test of a specific Calc interaction (inserting
>> cells).  As noted in the commit message, the bug was already quashed,
>> and Kohei said in the IRC conversation[1] that the offending library
>> (mdds) already has a test for it's role in the related fdo bug. However,
>> that still says to me that the actual part that an end-user cares about
>> -- in this case the inserting of cells -- is not directly tested.
>>
>> Through interaction with Kohei and Markus, it's clear that writing the
>> tests for the internal workings of a C++ project in Python is not
>> acceptable (not the right "tool for the job"), and I can see the
>> perspective that not one, but two core maintainers have.
>>
>> However, this leads me to the larger observation (the one for which I
>> originally decided to write the test in Python over C++) is that I see
>> hardly any tests of LibO's Python bindings of Calc (sc/).  Ideally, I'd
>> like to be able to do more Python scripting of LibO, and the quality of
>> the bindings is what holds me back.  This snippet from the attached
>> larger IRC conversation may help elucidate where I'm coming from:
>>
>>  (01:57:35 PM) kohei: and I'm generally not in favor of python
>> unit tests. it's not very useful for the maintainers to
>> debug failures.
>>  (01:58:48 PM) frothnicator: kohei: okay, I hear that I don't
>> get it.  I'm trying to.  The only way I know to test and
>> learn something is to use it.  My main interaction would be
>> through UNO, unless I learn of a better way.  Thus, when I
>> try to introspect an item through Python's REPL, and get
>> back an exception for merely calling repr(som