Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Jürgen Schmidt 
Hi Rajath,

first of all welcome at Apache OpenOffice. It's good to read that you
are interesting in the CMIS proposal and that you have already started
to learn more about.

You have already got some very useful hints from Ariel and pointers
where to start. I suggest that you take a closer look in this stuff.

The Chemistry project provides code to run your own CMIS test server
which is probably a good idea to get started and to work on the UCP.
This way you can easy cross check  other clients or can even debug the
server to see what's coming in from your UCP.

On 5/1/13 9:42 PM, Rajath Shashidhara wrote:
> Hello Juergen,
> 
> I had a irc chat with Alexandro about this project.
> He asked me two questions and told me to confirm it from you:
> 1. He asked me if I can use the pre-existing auth api from openoffice to
> authenticate to cmis repository

whatever Alexandro did mean here I don't know. The UCB has some
interaction handler that are responsible for authentication and yes this
concept can and have to be reused and you have to implement the
interaction handler requests for the authentication and other
interactions. You will learn about it in time


> 2. Is there a way to edit the sidebar through the api?

You can create an own new panel for the sidebar via API and the content
of the panel is provided via UNO AWT toolkit. Means yes you use the API
to create a new panel.
But first you should focus on the UCP that can b used via the office
file open dialog. Additional commands like checkin/checkout should be
handled by the UCP as well and can be tested via the plain UCB API from
Basic or any other helper extension for example. Ariel showed you
already how to use the API from Basic.

Besides the standard UCB commands your UCP can support further CMIS
specific commands. The advantage of defining and using UCB commands is
that later the file picker can be extended to support them as well.

Juergen


> 
> 
> On Thu, May 2, 2013 at 1:09 AM, Rajath Shashidhara <
> rajaths.raja...@gmail.com> wrote:
> 
>> Hello Everyone,
>>
>> I have spent a considerable amount of time writing a well thought out
>> application for this project.
>> Please suggest the changes in the timeline & implementation details.
>>
>> *Project Description:*
>>
>> Ideas Page Link:
>>
>> https://issues.apache.org/jira/browse/COMDEV-78
>>
>> *Technical Description of the Project:*
>>
>> To create an extension containing a Java UNO Component which is a
>> Universal Content Provider which integrates into already existing UCB of
>> the Apache OpenOffice, which provides a content provider for Content
>> Management Systems using OpenCMIS(OpenContent Management Interoperability
>> Systems) for editing of documents stored on a OASIS compliant CMIS
>> repository.
>>
>> A sidebar through which the user can browse and access the fucntions of
>> CMIS repository is also to be created.
>>
>> *Advantages of this feature*:
>>
>> 1. Access and edit documents stored on remote servers.
>>
>> 2. Collaborative editing.
>>
>> 3. Version Control.
>>
>> *My Solution to the project:*
>>
>> Modules used: OpenCMIS Java API, OpenOffice Java UNO component.
>>
>> Functions that are added to OpenOffice:
>>
>> 1. Connect to the CMIS repository (login may be required).
>>
>> 2. Browse through the file hierarchy of the repository.
>>
>> 3. Open a file for editing.
>>
>> 4. Delete a file.
>>
>> 5. Change meta-data of file.
>>
>> 6. Change file permissions.
>>
>> 7. Check-in/Check out file (Lock file editing to restrict the editing to
>> one person at a time).
>>
>> 8. Version Control features like revert changes.
>>
>> 9. Save file in a repository. (Both Save and Save as in a repository)*
>>
>> 10. List the file in recent documents of OpenOffice.*
>>
>> *Deliverables:*
>>
>> A Java extension to provide UCP for CMIS under Apache License 2.0
>>
>> *Timeline:*
>>
>> 1st Week:
>>
>> Creating the module which allows user to authenticate to
>> CMIS repository;
>>
>> Acquiring the file hierarchy of the repository.
>>
>>(Modules sent for review).
>>
>> 2nd Week:
>>
>>Filtering the file hierarchy for file formats that are
>> supported by OpenOffice based on Magic Numbers/MIME Type.
>>
>>Retrieving the file based on user's choice for editing.
>>
>>(Reviewed Modules received - Changes Made).
>>
>>(Module sent for review.)
>>
>> 3rd Week:
>>
>>Locking in/Locking out of documents.
>>
>>Adding the code which checks for file permissions before
>> allowing files for editing.
>>
>>(Reviewed Modules received - Changes Made).
>>
>>(Module sent for review.)
>>
>> 4th Week:
>>
>>Deleting - Modifying the metadata of documents.
>>
>>Updating the local changes made to a file in the repository.
>>
>>(Buffer Space)
>>
>> 5th Week:
>>
>>(Buffer Space).
>>
>>

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Rajath Shashidhara 
Hello,

I found some information on:
http://www.openoffice.org/ucb/

I'll go through this.


On Thu, May 2, 2013 at 9:46 AM, Rajath Shashidhara <
rajaths.raja...@gmail.com> wrote:

> Hello Ariel,
>
> Thanks.
> UCP is not a user-level application.
> My concept about UCP was not clear.
> I'll find out more about it.
> I'll look into the code that you have provided.
>
>
>
>
> On Thu, May 2, 2013 at 3:46 AM, Ariel Constenla-Haile 
> wrote:
>
>> On Thu, May 02, 2013 at 03:25:54AM +0530, Rajath Shashidhara wrote:
>> > Hello Ariel,
>> >
>> > So if a document of unsupported type is selected for editing,
>> > The UCB will automatically reject it / display an error message.
>>
>> It's not the UCB, but a higher layer, that we usually call the
>> application framework, and is in charge of loading documents, with all
>> the things it implies.
>>
>> Let's say that the user wants to open a CMIS content, your CMIS UCP will
>> be queried for this content. At this step, you connect to the CMIS
>> repository (if authentication is required, it is handled by the usual
>> mechanism of the css.task.InteractionHandler).
>>
>> If the content exists, and it is a document, your CMIS content will be
>> asked to execute the "open" command (see the Basic code I posted in the
>> mail above). You simply provide a stream. You don't have to take care of
>> what happens from this point.
>>
>> > I don't have to do the filtering then?
>>
>> What do you mean by filtering? At this lower level, you simply handle
>> UCB contents that can execute commands.
>>
>> You don't even display any error message. All error handling at the UCP
>> level is done by throwing exceptions and using the interaction handler
>> mechanism.
>>
>>
>> Regards
>> --
>> Ariel Constenla-Haile
>> La Plata, Argentina
>>
>
>
>
> --
> Rajath S,
> M.Sc(Hons.) Physics,
> Birla Institute of Technology and Science - Pilani,
> Pilani
>



-- 
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Rajath Shashidhara 
Hello Ariel,

Thanks.
UCP is not a user-level application.
My concept about UCP was not clear.
I'll find out more about it.
I'll look into the code that you have provided.




On Thu, May 2, 2013 at 3:46 AM, Ariel Constenla-Haile wrote:

> On Thu, May 02, 2013 at 03:25:54AM +0530, Rajath Shashidhara wrote:
> > Hello Ariel,
> >
> > So if a document of unsupported type is selected for editing,
> > The UCB will automatically reject it / display an error message.
>
> It's not the UCB, but a higher layer, that we usually call the
> application framework, and is in charge of loading documents, with all
> the things it implies.
>
> Let's say that the user wants to open a CMIS content, your CMIS UCP will
> be queried for this content. At this step, you connect to the CMIS
> repository (if authentication is required, it is handled by the usual
> mechanism of the css.task.InteractionHandler).
>
> If the content exists, and it is a document, your CMIS content will be
> asked to execute the "open" command (see the Basic code I posted in the
> mail above). You simply provide a stream. You don't have to take care of
> what happens from this point.
>
> > I don't have to do the filtering then?
>
> What do you mean by filtering? At this lower level, you simply handle
> UCB contents that can execute commands.
>
> You don't even display any error message. All error handling at the UCP
> level is done by throwing exceptions and using the interaction handler
> mechanism.
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>



-- 
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani

Re: [build] source of epm source package no longer available

2013-05-01 Thread Kay Schenk 
On Mon, Apr 29, 2013 at 4:11 AM, Rory O'Farrell  wrote:

> On Mon, 29 Apr 2013 13:03:10 +0200
> Oliver-Rainer Wittmann  wrote:
>
> > Hi,
> >
> > On 29.04.2013 10:02, Rory O'Farrell wrote:
> > > On Mon, 29 Apr 2013 09:22:16 +0200
> > > Oliver-Rainer Wittmann  wrote:
> > >
> > >> Hi,
> > >>
> > >> I have just noticed that the epm source package - build requirement
> for
> > >> Linux platform - is no longer available via [1] as easysw.com has
> closed
> > >> its doors. This is also the reason why our working Linux buildbots
> could
> > >> not successfully perform the build.
> > >>
> > >> Does somebody has an alternative download URL?
> > >>
> > >> [1] http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz
> > >>
> > >>
> > >> Best regards, Oliver.
> > >>
> > >>
> > >
> > > A quick search suggests that the source is moving to
> > > http://www.msweet.org/projects.php?Z2
> > >
> > > More details are given at
> > > http://www.msweet.org/about.php
> > >
> > >
> >
> > Thanks for providing this possible new resource.
> > My quick search was not as sucessful as yours.
> >
> Sorry
>  my last post go away, as posts sometimes do!
>
> I use the term "quick search" to mean "here is what looks like a good hit
> - I haven't time to search further".
>
> It is worth reading the details at the second URL - the code is the same,
> from the same author - the transfer is due to commercial restructuring.
>
>
> --
> Rory O'Farrell 
>

The correct link (4.2) seems to be:

http://www.msweet.org/files/project2/epm-4.2-source.tar.bz2

But, since we have epm in extras already -- well 3.7. For some reason I
thought the builds got the packs from extras if the link failed, or is this
a configure option that would need to be changed?


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


-- 

MzK

"There's no upside in screwing with things you can't explain."
-- Captain Roy Montgomery, "Castle"

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Ariel Constenla-Haile 
On Thu, May 02, 2013 at 03:25:54AM +0530, Rajath Shashidhara wrote:
> Hello Ariel,
> 
> So if a document of unsupported type is selected for editing,
> The UCB will automatically reject it / display an error message.

It's not the UCB, but a higher layer, that we usually call the
application framework, and is in charge of loading documents, with all
the things it implies.

Let's say that the user wants to open a CMIS content, your CMIS UCP will
be queried for this content. At this step, you connect to the CMIS
repository (if authentication is required, it is handled by the usual
mechanism of the css.task.InteractionHandler).

If the content exists, and it is a document, your CMIS content will be
asked to execute the "open" command (see the Basic code I posted in the
mail above). You simply provide a stream. You don't have to take care of
what happens from this point.

> I don't have to do the filtering then?

What do you mean by filtering? At this lower level, you simply handle
UCB contents that can execute commands.

You don't even display any error message. All error handling at the UCP
level is done by throwing exceptions and using the interaction handler
mechanism.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpcRztsVGoxR.pgp
Description: PGP signature

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Rajath Shashidhara 
Hello Ariel,

So if a document of unsupported type is selected for editing,
The UCB will automatically reject it / display an error message.
I don't have to do the filtering then?


On Thu, May 2, 2013 at 3:03 AM, Ariel Constenla-Haile wrote:

> Hi Rajath,
>
> On Wed, May 01, 2013 at 09:04:55PM +0530, Rajath Shashidhara wrote:
> > Hi Ariel,
> >
> > Thanks.
> >
> > As far as I have understood:
> > A CMIS is a repository to store files and folders.
> > I have to make a UCP which integrates into the existing UCB that provides
> > editing access to files stored in the the CMIS repository by implementing
> > XContentProvider interface.
>
> Not only editing access, but access in general, as the content might be
> read-only.
>
> > The things that I have to take care is the connection to the cmis
> > repository, permissions to access files, querying content from the files,
> > browsing through the repository to display the file hierarchy, etc.
>
> The last one is not your responsibility. The UCB will query your UCP for
> content X, using Apache Chemistry you will retrieve information about
> content X (the mime, if it is a folder or a file, etc.), and then the
> UCB will execute commands on the content.
>
> Browsing the repository will happen in the file picker (menu File
> - Open), this will end up calling your UCP to provide UCB-contents and
> execute commands on it (if the UCB-content is a folder, the UCB-content
> will be asked to list its contents; etc.).
>
> > I browsed through some of the devguides of Apache Chemistry. The code was
> > not too complex. I was able to follow the code - I could find the
> functions
> > required to implement the above functions i the example code.
>
> Yes, Apache Chemistry comes with clear examples, that show most of what
> you will need to use. The hard part to understand is OpenOffice API ;)
>
> > But one thing I have not understood is:
> > A cmis repository can contains documents/folders/relationships/policies.
>
> Yes, you will represent the CMIS repository as a root folder with a set of
> documents and folders, something like the FTP-content provider in the
> diagram from
>
> http://wiki.openoffice.org/wiki/Documentation/DevGuide/UCB/Universal_Content_Broker
>
> > But there is no mention about the kind/format of document for which the
> > support is required.
>
> The UCP is the lowest level, that means you know nothing about if a CMIS
> content can be "handled" by OpenOffice, that is, if OpenOffice can open
> it and display its contents to the user, this depends on a filter being
> available, but the UCP knows nothing about filters: you simply provide
> contents and execute commands on them.
>
> Answering your doubt above, you will have to support handling everything
> in the CMIS repository that can be represented as a folder or
> a file/document.
>
> > Is it something like a openoffice format document is residing in the
> > repository and I have to connect the already existing editing tools of
> > openoffice to that file?
>
> No, it is something at a lower level: if a CMIS content represents
> a file/document and the user is trying to open it, the UCB will execute
> an "open" command on the CMIS-content; for you, this means only to
> provide the document's content as an stream, but you don't know if
> OpenOffice can handle it, this isn't your responsibility.
>
> > Do I have to deal with MIME Type of files to identify openoffice
> supported
> > files?
>
> The MIME type will be one of the properties you have to provide about
> a content. But you don't make any assumption about what OpenOffice will
> do with it, you simply don't care ;)
>
> The list of properties and commands an UCB-content should support are
> listed at
> http://www.openoffice.org/api/docs/common/ref/com/sun/star/ucb/Content.html
> In trunk this documentation looks a little better:
>
> http://svn.apache.org/viewvc/openoffice/trunk/main/offapi/com/sun/star/ucb/Content.idl?revision=1460358&view=markup#72
> Though the trunk sdk does not work, you can get it only to read the
> docs.
>
> > I think I'm short of information and understanding to write a good
> > application.
>
> The UCB API is rather "complex". You may get a general understanding of
> how it works by playing with some AOO Basic code:
> http://people.apache.org/~arielch/api/UCB_demo.odt
> this code uses the WebDav UCP, you need a Developer Snapshot from
> a recent trunk, because it does not work on 3.4.1; but you can change
> the URLs and make them point to files on the local file system: the code
> is the same for all UCB contents.
>
>
> Regards
> --
> Ariel Constenla-Haile
> La Plata, Argentina
>



-- 
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Ariel Constenla-Haile 
Hi Rajath,

On Wed, May 01, 2013 at 09:04:55PM +0530, Rajath Shashidhara wrote:
> Hi Ariel,
> 
> Thanks.
> 
> As far as I have understood:
> A CMIS is a repository to store files and folders.
> I have to make a UCP which integrates into the existing UCB that provides
> editing access to files stored in the the CMIS repository by implementing
> XContentProvider interface.

Not only editing access, but access in general, as the content might be
read-only.

> The things that I have to take care is the connection to the cmis
> repository, permissions to access files, querying content from the files,
> browsing through the repository to display the file hierarchy, etc.

The last one is not your responsibility. The UCB will query your UCP for
content X, using Apache Chemistry you will retrieve information about
content X (the mime, if it is a folder or a file, etc.), and then the
UCB will execute commands on the content.

Browsing the repository will happen in the file picker (menu File
- Open), this will end up calling your UCP to provide UCB-contents and
execute commands on it (if the UCB-content is a folder, the UCB-content
will be asked to list its contents; etc.).

> I browsed through some of the devguides of Apache Chemistry. The code was
> not too complex. I was able to follow the code - I could find the functions
> required to implement the above functions i the example code.

Yes, Apache Chemistry comes with clear examples, that show most of what
you will need to use. The hard part to understand is OpenOffice API ;)

> But one thing I have not understood is:
> A cmis repository can contains documents/folders/relationships/policies.

Yes, you will represent the CMIS repository as a root folder with a set of
documents and folders, something like the FTP-content provider in the
diagram from
http://wiki.openoffice.org/wiki/Documentation/DevGuide/UCB/Universal_Content_Broker

> But there is no mention about the kind/format of document for which the
> support is required.

The UCP is the lowest level, that means you know nothing about if a CMIS
content can be "handled" by OpenOffice, that is, if OpenOffice can open
it and display its contents to the user, this depends on a filter being
available, but the UCP knows nothing about filters: you simply provide
contents and execute commands on them.

Answering your doubt above, you will have to support handling everything
in the CMIS repository that can be represented as a folder or
a file/document.

> Is it something like a openoffice format document is residing in the
> repository and I have to connect the already existing editing tools of
> openoffice to that file?

No, it is something at a lower level: if a CMIS content represents
a file/document and the user is trying to open it, the UCB will execute
an "open" command on the CMIS-content; for you, this means only to
provide the document's content as an stream, but you don't know if
OpenOffice can handle it, this isn't your responsibility.

> Do I have to deal with MIME Type of files to identify openoffice supported
> files?

The MIME type will be one of the properties you have to provide about
a content. But you don't make any assumption about what OpenOffice will
do with it, you simply don't care ;)

The list of properties and commands an UCB-content should support are
listed at
http://www.openoffice.org/api/docs/common/ref/com/sun/star/ucb/Content.html
In trunk this documentation looks a little better:
http://svn.apache.org/viewvc/openoffice/trunk/main/offapi/com/sun/star/ucb/Content.idl?revision=1460358&view=markup#72
Though the trunk sdk does not work, you can get it only to read the
docs.

> I think I'm short of information and understanding to write a good
> application.

The UCB API is rather "complex". You may get a general understanding of
how it works by playing with some AOO Basic code:
http://people.apache.org/~arielch/api/UCB_demo.odt
this code uses the WebDav UCP, you need a Developer Snapshot from
a recent trunk, because it does not work on 3.4.1; but you can change
the URLs and make them point to files on the local file system: the code
is the same for all UCB contents.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpy4ep5sjicG.pgp
Description: PGP signature

Re: bug confirmation

2013-05-01 Thread Andrea Pescetti 

On 25/04/2013 Henry Tiquet Leyva wrote:

I'm working in Ubuntu 12.10 and I opened an excelets with OpenOffice 3.4.1.
It opened the file but it changed a control component "scrollbar"(
http://imagebin.org/255263) for a increase button(http://imagebin.org/255266
).
I tested it in windows with the new version 4(http://imagebin.org/255267)
of OpenOffice and also with the 3.4.1 version and the scrollbar is not
changed.
Can someone give me a confirmation?
http://filebin.ca/erISCWVgwem/Kinetics_cancer_cells.xls


I can open the file normally both with OpenOffice 3.4.1 and the latest 
4.0 development snapshot from 
https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOOSnapshotfullsets
and I see a horizontal scrollbar in both cases, where I can modify the 
value using the mouse as expected (note that to modify the value you may 
need to exit "read-only" mode). So everything works fine for me.


Regards,
  Andrea.

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

Re: Crowdfunding revisited

2013-05-01 Thread Donald Whytock 
We can take it from both directions...mention BountySource in the context
of people offering money for changes, and Catincan for people asking for
money for changes.  As examples of business models, along with VAR and
consulting.


On Wed, May 1, 2013 at 3:40 PM, Rob Weir  wrote:

> On Wed, May 1, 2013 at 3:16 PM, Donald Whytock  wrote:
> > The answer from Catincan is, a developer is someone who can commit
> changes
> > to the project.  "The person listing the project has to be able to have
> it
> > merged into the main branch or have the approve of a developer that can.
> > Our goal is to have all users be able to benefit from whatever features
> are
> > crowdfunded opposed to unsupported forks."
> >
>
> The tricky thing for us is that no committer's work is inviolable.
> Every committer has the ability to cast a technical veto.  So one
> would need to be careful how one expresses expectations.
>
> Extreme hypothetical:  Someone offers to pay a committer $10,000 if
> they add an advertisement to the splash screen of OpenOffice for
> www.OnlinePoker.com.  There is nothing we (Apache) can do to stop that
> work from being contracted.  But we can and would veto it from being
> included in a release.  But the committer could certainly provide a
> private build of that change to their customer, modulo any trademark
> issue that might occur.
>
> So one should not promise (in a contractual sense) to add a feature or
> a bug fix to the official AOO release, since the contents of a release
> is determined by the PMC via their release votes, and not any one
> committer.
>
>
> > And the funding can go to either the individual or the project.  So
> someone
> > can kick off a fundraiser for himself to submit a change, or the AOO PMC
> > could perhaps kick off a fundraiser that'd be paid to the ASF.
> >
> > Was there ever a page made about possible AOO-related business models?  I
> > thought there was a discussion about it.
> >
>
> It was an idea for a blog post I had.  It is still on my "list".  But
> if we decide to do something with Catincan it could prompt an even
> earlier post.
>
> Regards,
>
> -Rob
>
> > Don
> >
> >
> > On Tue, Apr 30, 2013 at 3:15 PM, Donald Whytock 
> wrote:
> >
> >> Working my way down the crowdfunding list found at
> >>
> >> http://en.wikipedia.org/wiki/Comparison_of_crowd_funding_services
> >>
> >> ...I find Catincan (catincan.com).  Catincan lets people start
> >> fundraising efforts for opensource software feature development, but
> only
> >> existing developers on existing projects. You can't use Catincan to
> start a
> >> new project, and they won't accept your fundraising drive unless you're
> an
> >> existing developer.
> >>
> >> Not sure how this would apply to AOO...whether being a committer on the
> >> project would be considered being a developer, and whether said
> committer
> >> could accept funds on his own behalf to do coding as opposed to it
> having
> >> to go to the ASF.  That would take an inquiry.
> >>
> >> Don
> >>
> >>
> >> On Thu, Apr 25, 2013 at 9:34 AM, janI  wrote:
> >>
> >>> On 25 April 2013 13:38, Rob Weir  wrote:
> >>>
> >>> > On Wed, Apr 24, 2013 at 11:46 PM, Donald Whytock  >
> >>> > wrote:
> >>> > > Hey all...
> >>> > >
> >>> > > We talked a couple months ago about a Kickstarter-like scheme for
> >>> paying
> >>> > > for bug fixes and enhancements.  Actually, it seems this sort of
> thing
> >>> > > exists in the other direction:
> >>> > >
> >>> > > http://en.wikipedia.org/wiki/Bountysource
> >>> > >
> >>> > > https://www.bountysource.com/
> >>> > >
> >>> > > Bountysource is a site for people to put up funded requests for
> >>> changes.
> >>> > >  People put up issues to fix, along with amounts pledged to the
> >>> fixing of
> >>> > > them (I've seen $0 pledges, so I guess the pledge is optional),
> and a
> >>> > > person receives the bounty if a fix is checked in and accepted.
> >>> > >
> >>> > > The site is for any open source project with a public homepage.
> >>>  There's
> >>> > > entries for LibreOffice, VLC, PhoneGap plugins and others (none for
> >>> > > OpenOffice so far).  They also, yes, have fundraising efforts for
> >>> really
> >>> > > big changes/features.
> >>> > >
> >>> > > Essentially anyone can say they fulfilled the bounty request.  Then
> >>> > there's
> >>> > > two weeks for the bounty poster to say, "Oh no you didn't!",
> otherwise
> >>> > the
> >>> > > bounty gets paid.
> >>> > >
> >>> > > This from a ten-minute read of their FAQ.  There's a little bit
> more
> >>> to
> >>> > it
> >>> > > than that, but that's the gist.
> >>> > >
> >>> > > Think we'll be seeing OpenOffice bounties?
> >>> > >
> >>> >
> >>> > The problem is this requires that both the person(s) funding and the
> >>> > person doing the work know about that website.  But even those
> heavily
> >>> > involved with the project, or even power users, are unlikely to
> >>> > stumble upon that site.
> >>> >
> >>> > If we really want to encourage this kind of match ups then we'd
> >

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Rajath Shashidhara 
Hello Juergen,

I had a irc chat with Alexandro about this project.
He asked me two questions and told me to confirm it from you:
1. He asked me if I can use the pre-existing auth api from openoffice to
authenticate to cmis repository
2. Is there a way to edit the sidebar through the api?


On Thu, May 2, 2013 at 1:09 AM, Rajath Shashidhara <
rajaths.raja...@gmail.com> wrote:

> Hello Everyone,
>
> I have spent a considerable amount of time writing a well thought out
> application for this project.
> Please suggest the changes in the timeline & implementation details.
>
> *Project Description:*
>
> Ideas Page Link:
>
> https://issues.apache.org/jira/browse/COMDEV-78
>
> *Technical Description of the Project:*
>
> To create an extension containing a Java UNO Component which is a
> Universal Content Provider which integrates into already existing UCB of
> the Apache OpenOffice, which provides a content provider for Content
> Management Systems using OpenCMIS(OpenContent Management Interoperability
> Systems) for editing of documents stored on a OASIS compliant CMIS
> repository.
>
> A sidebar through which the user can browse and access the fucntions of
> CMIS repository is also to be created.
>
> *Advantages of this feature*:
>
> 1. Access and edit documents stored on remote servers.
>
> 2. Collaborative editing.
>
> 3. Version Control.
>
> *My Solution to the project:*
>
> Modules used: OpenCMIS Java API, OpenOffice Java UNO component.
>
> Functions that are added to OpenOffice:
>
> 1. Connect to the CMIS repository (login may be required).
>
> 2. Browse through the file hierarchy of the repository.
>
> 3. Open a file for editing.
>
> 4. Delete a file.
>
> 5. Change meta-data of file.
>
> 6. Change file permissions.
>
> 7. Check-in/Check out file (Lock file editing to restrict the editing to
> one person at a time).
>
> 8. Version Control features like revert changes.
>
> 9. Save file in a repository. (Both Save and Save as in a repository)*
>
> 10. List the file in recent documents of OpenOffice.*
>
> *Deliverables:*
>
> A Java extension to provide UCP for CMIS under Apache License 2.0
>
> *Timeline:*
>
> 1st Week:
>
> Creating the module which allows user to authenticate to
> CMIS repository;
>
> Acquiring the file hierarchy of the repository.
>
>(Modules sent for review).
>
> 2nd Week:
>
>Filtering the file hierarchy for file formats that are
> supported by OpenOffice based on Magic Numbers/MIME Type.
>
>Retrieving the file based on user's choice for editing.
>
>(Reviewed Modules received - Changes Made).
>
>(Module sent for review.)
>
> 3rd Week:
>
>Locking in/Locking out of documents.
>
>Adding the code which checks for file permissions before
> allowing files for editing.
>
>(Reviewed Modules received - Changes Made).
>
>(Module sent for review.)
>
> 4th Week:
>
>Deleting - Modifying the metadata of documents.
>
>Updating the local changes made to a file in the repository.
>
>(Buffer Space)
>
> 5th Week:
>
>(Buffer Space).
>
>All modules reviewed and Documented.
>
>Preparation for Midterm evaluations.
>
> 6th Week:
>
>Adding version control features like Reverting changes made
> to a file - includes listing all the recent changes made to the file and an
> option to revert back.
>
>(Module sent for review).
>
> 7th Week:
>
>Designing and Coding of sidebar UI for user control.
>
>(Changes made after review).
>
>(Module sent for review).
>
> 8th Week:
>
>Adding save/save as to repository feature.
>
>Adding the files accessed from repository to recent
> documents list.
>
>(Buffer Space).
>
> 9th Week:
>
>(Buffer Space).
>
>Integrating all modules to build a UCP.
>
>Integrating it to UCB.
>
> 10th Week:
>
>Debugging, Documenting.
>
>Review of extension.
>
> (GSoC Done!!!).
>
>
> * - Features to be implemented only if the timeline goes according to the
> plan.
>
>
> On Wed, May 1, 2013 at 10:13 PM, Dennis E. Hamilton wrote:
>
>> Your questions are great!
>>
>> Kibitzing ...
>>
>> BROAD CONSIDERATIONS
>>
>> If the CMIS repository supplies MIME type as an attribute, it would be
>> useful to (tentatively) rely on that, especially for directory
>> presentation.  The ultimate confirmation, for ODF documents, will be with
>> the "magic numbers" at the beginning of the file when it is retrieved for
>> opening within Apache OpenOffice.
>>
>> The UCB basically expects to view Document Management systems as if they
>> are (hierarchical) file systems, with presentation akin to a file-system
>> explorer.  There may be all manner of documents.  Ope

Re: Crowdfunding revisited

2013-05-01 Thread Rob Weir 
On Wed, May 1, 2013 at 3:16 PM, Donald Whytock  wrote:
> The answer from Catincan is, a developer is someone who can commit changes
> to the project.  "The person listing the project has to be able to have it
> merged into the main branch or have the approve of a developer that can.
> Our goal is to have all users be able to benefit from whatever features are
> crowdfunded opposed to unsupported forks."
>

The tricky thing for us is that no committer's work is inviolable.
Every committer has the ability to cast a technical veto.  So one
would need to be careful how one expresses expectations.

Extreme hypothetical:  Someone offers to pay a committer $10,000 if
they add an advertisement to the splash screen of OpenOffice for
www.OnlinePoker.com.  There is nothing we (Apache) can do to stop that
work from being contracted.  But we can and would veto it from being
included in a release.  But the committer could certainly provide a
private build of that change to their customer, modulo any trademark
issue that might occur.

So one should not promise (in a contractual sense) to add a feature or
a bug fix to the official AOO release, since the contents of a release
is determined by the PMC via their release votes, and not any one
committer.


> And the funding can go to either the individual or the project.  So someone
> can kick off a fundraiser for himself to submit a change, or the AOO PMC
> could perhaps kick off a fundraiser that'd be paid to the ASF.
>
> Was there ever a page made about possible AOO-related business models?  I
> thought there was a discussion about it.
>

It was an idea for a blog post I had.  It is still on my "list".  But
if we decide to do something with Catincan it could prompt an even
earlier post.

Regards,

-Rob

> Don
>
>
> On Tue, Apr 30, 2013 at 3:15 PM, Donald Whytock  wrote:
>
>> Working my way down the crowdfunding list found at
>>
>> http://en.wikipedia.org/wiki/Comparison_of_crowd_funding_services
>>
>> ...I find Catincan (catincan.com).  Catincan lets people start
>> fundraising efforts for opensource software feature development, but only
>> existing developers on existing projects. You can't use Catincan to start a
>> new project, and they won't accept your fundraising drive unless you're an
>> existing developer.
>>
>> Not sure how this would apply to AOO...whether being a committer on the
>> project would be considered being a developer, and whether said committer
>> could accept funds on his own behalf to do coding as opposed to it having
>> to go to the ASF.  That would take an inquiry.
>>
>> Don
>>
>>
>> On Thu, Apr 25, 2013 at 9:34 AM, janI  wrote:
>>
>>> On 25 April 2013 13:38, Rob Weir  wrote:
>>>
>>> > On Wed, Apr 24, 2013 at 11:46 PM, Donald Whytock 
>>> > wrote:
>>> > > Hey all...
>>> > >
>>> > > We talked a couple months ago about a Kickstarter-like scheme for
>>> paying
>>> > > for bug fixes and enhancements.  Actually, it seems this sort of thing
>>> > > exists in the other direction:
>>> > >
>>> > > http://en.wikipedia.org/wiki/Bountysource
>>> > >
>>> > > https://www.bountysource.com/
>>> > >
>>> > > Bountysource is a site for people to put up funded requests for
>>> changes.
>>> > >  People put up issues to fix, along with amounts pledged to the
>>> fixing of
>>> > > them (I've seen $0 pledges, so I guess the pledge is optional), and a
>>> > > person receives the bounty if a fix is checked in and accepted.
>>> > >
>>> > > The site is for any open source project with a public homepage.
>>>  There's
>>> > > entries for LibreOffice, VLC, PhoneGap plugins and others (none for
>>> > > OpenOffice so far).  They also, yes, have fundraising efforts for
>>> really
>>> > > big changes/features.
>>> > >
>>> > > Essentially anyone can say they fulfilled the bounty request.  Then
>>> > there's
>>> > > two weeks for the bounty poster to say, "Oh no you didn't!", otherwise
>>> > the
>>> > > bounty gets paid.
>>> > >
>>> > > This from a ten-minute read of their FAQ.  There's a little bit more
>>> to
>>> > it
>>> > > than that, but that's the gist.
>>> > >
>>> > > Think we'll be seeing OpenOffice bounties?
>>> > >
>>> >
>>> > The problem is this requires that both the person(s) funding and the
>>> > person doing the work know about that website.  But even those heavily
>>> > involved with the project, or even power users, are unlikely to
>>> > stumble upon that site.
>>> >
>>> > If we really want to encourage this kind of match ups then we'd
>>> > probably need to encourage it somehow, even if just from the
>>> > information sharing perspective.  Although we cannot officially
>>> > endorse these sites, maybe we can add something to the support page
>>> > that says something like:
>>> >
>>> > "The following third-part websites help match users and coders seeking
>>> > to fund development work in open source projects.  Although the Apache
>>> > OpenOffice project does not pay for development work, these websites
>>> > may be useful for those wishing to independently make su

Fwd: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Rajath Shashidhara 
Hello Everyone,

I have spent a considerable amount of time writing a well thought out
application for this project.
Please suggest the changes in the timeline & implementation details.

*Project Description:*

Ideas Page Link:

https://issues.apache.org/jira/browse/COMDEV-78

*Technical Description of the Project:*

To create an extension containing a Java UNO Component which is a Universal
Content Provider which integrates into already existing UCB of the Apache
OpenOffice, which provides a content provider for Content Management
Systems using OpenCMIS(OpenContent Management Interoperability Systems) for
editing of documents stored on a OASIS compliant CMIS repository.

A sidebar through which the user can browse and access the fucntions of
CMIS repository is also to be created.

*Advantages of this feature*:

1. Access and edit documents stored on remote servers.

2. Collaborative editing.

3. Version Control.

*My Solution to the project:*

Modules used: OpenCMIS Java API, OpenOffice Java UNO component.

Functions that are added to OpenOffice:

1. Connect to the CMIS repository (login may be required).

2. Browse through the file hierarchy of the repository.

3. Open a file for editing.

4. Delete a file.

5. Change meta-data of file.

6. Change file permissions.

7. Check-in/Check out file (Lock file editing to restrict the editing to
one person at a time).

8. Version Control features like revert changes.

9. Save file in a repository. (Both Save and Save as in a repository)*

10. List the file in recent documents of OpenOffice.*

*Deliverables:*

A Java extension to provide UCP for CMIS under Apache License 2.0

*Timeline:*

1st Week:

Creating the module which allows user to authenticate to
CMIS repository;

Acquiring the file hierarchy of the repository.

   (Modules sent for review).

2nd Week:

   Filtering the file hierarchy for file formats that are
supported by OpenOffice based on Magic Numbers/MIME Type.

   Retrieving the file based on user's choice for editing.

   (Reviewed Modules received - Changes Made).

   (Module sent for review.)

3rd Week:

   Locking in/Locking out of documents.

   Adding the code which checks for file permissions before
allowing files for editing.

   (Reviewed Modules received - Changes Made).

   (Module sent for review.)

4th Week:

   Deleting - Modifying the metadata of documents.

   Updating the local changes made to a file in the repository.

   (Buffer Space)

5th Week:

   (Buffer Space).

   All modules reviewed and Documented.

   Preparation for Midterm evaluations.

6th Week:

   Adding version control features like Reverting changes made
to a file - includes listing all the recent changes made to the file and an
option to revert back.

   (Module sent for review).

7th Week:

   Designing and Coding of sidebar UI for user control.

   (Changes made after review).

   (Module sent for review).

8th Week:

   Adding save/save as to repository feature.

   Adding the files accessed from repository to recent
documents list.

   (Buffer Space).

9th Week:

   (Buffer Space).

   Integrating all modules to build a UCP.

   Integrating it to UCB.

10th Week:

   Debugging, Documenting.

   Review of extension.

(GSoC Done!!!).


* - Features to be implemented only if the timeline goes according to the
plan.


On Wed, May 1, 2013 at 10:13 PM, Dennis E. Hamilton wrote:

> Your questions are great!
>
> Kibitzing ...
>
> BROAD CONSIDERATIONS
>
> If the CMIS repository supplies MIME type as an attribute, it would be
> useful to (tentatively) rely on that, especially for directory
> presentation.  The ultimate confirmation, for ODF documents, will be with
> the "magic numbers" at the beginning of the file when it is retrieved for
> opening within Apache OpenOffice.
>
> The UCB basically expects to view Document Management systems as if they
> are (hierarchical) file systems, with presentation akin to a file-system
> explorer.  There may be all manner of documents.  Opening of an ODF-format
> document (or any document type that Apache OpenOffice can import) should
> probably happen in Apache OpenOffice (although, one could limit this or
> have user control on this).  One could also limit this by relying on the
> local platform's file associations.  Some DMS-integration schemes will
> allow opening in other applications when the document is not for the
> application that is providing access to the DMS. (The other application
> needs to be known to handle integration with the DMS because of any
> check-out/-in coordination and authentication that may be required.)
>
> The added complexity will have to

Re: Proposal GSoC

2013-05-01 Thread Andrea Pescetti 

On 30/04/2013 Galileo Teco Juárez wrote:

is good proposal, change the Interface of AOO, for GSoC, or the interface
not in the plans of the community


Changing the interface is already happening, see Andre's Sidebar work
http://wiki.openoffice.org/wiki/Sidebar
and moreover this would be a very big task for GSoC: adding the Sidebar 
has taken experienced developers several months of full-time work and we 
are still in the testing phase.


Maybe Andre can suggest a subtask that fits well with the GSoC timing, 
but unless he does I wouldn't consider "changing the interface" a 
suitable task.


Regards,
  Andrea.

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

Re: Crowdfunding revisited

2013-05-01 Thread Donald Whytock 
The answer from Catincan is, a developer is someone who can commit changes
to the project.  "The person listing the project has to be able to have it
merged into the main branch or have the approve of a developer that can.
Our goal is to have all users be able to benefit from whatever features are
crowdfunded opposed to unsupported forks."

And the funding can go to either the individual or the project.  So someone
can kick off a fundraiser for himself to submit a change, or the AOO PMC
could perhaps kick off a fundraiser that'd be paid to the ASF.

Was there ever a page made about possible AOO-related business models?  I
thought there was a discussion about it.

Don


On Tue, Apr 30, 2013 at 3:15 PM, Donald Whytock  wrote:

> Working my way down the crowdfunding list found at
>
> http://en.wikipedia.org/wiki/Comparison_of_crowd_funding_services
>
> ...I find Catincan (catincan.com).  Catincan lets people start
> fundraising efforts for opensource software feature development, but only
> existing developers on existing projects. You can't use Catincan to start a
> new project, and they won't accept your fundraising drive unless you're an
> existing developer.
>
> Not sure how this would apply to AOO...whether being a committer on the
> project would be considered being a developer, and whether said committer
> could accept funds on his own behalf to do coding as opposed to it having
> to go to the ASF.  That would take an inquiry.
>
> Don
>
>
> On Thu, Apr 25, 2013 at 9:34 AM, janI  wrote:
>
>> On 25 April 2013 13:38, Rob Weir  wrote:
>>
>> > On Wed, Apr 24, 2013 at 11:46 PM, Donald Whytock 
>> > wrote:
>> > > Hey all...
>> > >
>> > > We talked a couple months ago about a Kickstarter-like scheme for
>> paying
>> > > for bug fixes and enhancements.  Actually, it seems this sort of thing
>> > > exists in the other direction:
>> > >
>> > > http://en.wikipedia.org/wiki/Bountysource
>> > >
>> > > https://www.bountysource.com/
>> > >
>> > > Bountysource is a site for people to put up funded requests for
>> changes.
>> > >  People put up issues to fix, along with amounts pledged to the
>> fixing of
>> > > them (I've seen $0 pledges, so I guess the pledge is optional), and a
>> > > person receives the bounty if a fix is checked in and accepted.
>> > >
>> > > The site is for any open source project with a public homepage.
>>  There's
>> > > entries for LibreOffice, VLC, PhoneGap plugins and others (none for
>> > > OpenOffice so far).  They also, yes, have fundraising efforts for
>> really
>> > > big changes/features.
>> > >
>> > > Essentially anyone can say they fulfilled the bounty request.  Then
>> > there's
>> > > two weeks for the bounty poster to say, "Oh no you didn't!", otherwise
>> > the
>> > > bounty gets paid.
>> > >
>> > > This from a ten-minute read of their FAQ.  There's a little bit more
>> to
>> > it
>> > > than that, but that's the gist.
>> > >
>> > > Think we'll be seeing OpenOffice bounties?
>> > >
>> >
>> > The problem is this requires that both the person(s) funding and the
>> > person doing the work know about that website.  But even those heavily
>> > involved with the project, or even power users, are unlikely to
>> > stumble upon that site.
>> >
>> > If we really want to encourage this kind of match ups then we'd
>> > probably need to encourage it somehow, even if just from the
>> > information sharing perspective.  Although we cannot officially
>> > endorse these sites, maybe we can add something to the support page
>> > that says something like:
>> >
>> > "The following third-part websites help match users and coders seeking
>> > to fund development work in open source projects.  Although the Apache
>> > OpenOffice project does not pay for development work, these websites
>> > may be useful for those wishing to independently make such
>> > arrangements."
>> >
>> > -Rob
>> >
>> Would it be an idea if we made our own subdomain and a couple of pages
>> (e.g. link to a mwiki page), that way we could direct sponsors/developers.
>>
>> I have on the other understood (maybe wrong) that we are not allowed to
>> accept dedicated donations, all donations must go to ASF treasury and be
>> distributed from there.
>>
>> rgds
>> jan I.
>>
>> >
>> > > Don
>> >
>> > -
>> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> > For additional commands, e-mail: dev-h...@openoffice.apache.org
>> >
>> >
>>
>
>

RE: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Dennis E. Hamilton 
Your questions are great!

Kibitzing ...

BROAD CONSIDERATIONS

If the CMIS repository supplies MIME type as an attribute, it would be useful 
to (tentatively) rely on that, especially for directory presentation.  The 
ultimate confirmation, for ODF documents, will be with the "magic numbers" at 
the beginning of the file when it is retrieved for opening within Apache 
OpenOffice.

The UCB basically expects to view Document Management systems as if they are 
(hierarchical) file systems, with presentation akin to a file-system explorer.  
There may be all manner of documents.  Opening of an ODF-format document (or 
any document type that Apache OpenOffice can import) should probably happen in 
Apache OpenOffice (although, one could limit this or have user control on 
this).  One could also limit this by relying on the local platform's file 
associations.  Some DMS-integration schemes will allow opening in other 
applications when the document is not for the application that is providing 
access to the DMS. (The other application needs to be known to handle 
integration with the DMS because of any check-out/-in coordination and 
authentication that may be required.)

The added complexity will have to do with login requirements of the repository, 
with check-out and check-in and also with versioning.  There may be repository 
property sheets that may or may not be (partially) editable.

This will also impact "recent documents" in Apache OpenOffice (and the 
operating-system) and whether or not re-opening via those paths work.

NARROWING THE CONSIDERATIONS

I think there is too much in the above for a first-pass via GSoC.  It would 
probably be better to make a proof-of-concept/reference implementation that 
works with basic CMIS capabilities.  A good challenge will be how to fail 
gracefully for cases that are not covered and for failures that occur.

There is probably only so much that can be done via XContentProvider, and 
you'll want to minimize (or avoid altogether) creation of dialogs that come up 
from the CMIS adapter itself.

Perhaps a key consideration is the cycle of how documents that are opened via 
the UCP are moved to the client file system and updates moved back to the 
repository.  These will not have any encryption done at the repository.  I'm 
not sure how integration with Save and Save As ... works via UCB, and also when 
the application is closing or has recovered after a crash.  Some simple 
resilient approach that can be expanded on later might be good there.

 - Dennis



-Original Message-
From: Rajath Shashidhara [mailto:rajaths.raja...@gmail.com] 
Sent: Wednesday, May 01, 2013 08:35
To: dev
Subject: Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

Hi Ariel,

Thanks.

As far as I have understood:
A CMIS is a repository to store files and folders.
I have to make a UCP which integrates into the existing UCB that provides
editing access to files stored in the the CMIS repository by implementing
XContentProvider interface.
The things that I have to take care is the connection to the cmis
repository, permissions to access files, querying content from the files,
browsing through the repository to display the file hierarchy, etc.

I browsed through some of the devguides of Apache Chemistry. The code was
not too complex. I was able to follow the code - I could find the functions
required to implement the above functions i the example code.

But one thing I have not understood is:
A cmis repository can contains documents/folders/relationships/policies.

But there is no mention about the kind/format of document for which the
support is required.
Is it something like a openoffice format document is residing in the
repository and I have to connect the already existing editing tools of
openoffice to that file?

Do I have to deal with MIME Type of files to identify openoffice supported
files?
e.g.:
MIMEType:
application/vnd.oasis.opendocument.text
represents .odt format.

Correct me if I'm wrong.

I think I'm short of information and understanding to write a good
application.


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

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Rajath Shashidhara 
Hi Ariel,

Thanks.

As far as I have understood:
A CMIS is a repository to store files and folders.
I have to make a UCP which integrates into the existing UCB that provides
editing access to files stored in the the CMIS repository by implementing
XContentProvider interface.
The things that I have to take care is the connection to the cmis
repository, permissions to access files, querying content from the files,
browsing through the repository to display the file hierarchy, etc.

I browsed through some of the devguides of Apache Chemistry. The code was
not too complex. I was able to follow the code - I could find the functions
required to implement the above functions i the example code.

But one thing I have not understood is:
A cmis repository can contains documents/folders/relationships/policies.

But there is no mention about the kind/format of document for which the
support is required.
Is it something like a openoffice format document is residing in the
repository and I have to connect the already existing editing tools of
openoffice to that file?

Do I have to deal with MIME Type of files to identify openoffice supported
files?
e.g.:
MIMEType:
application/vnd.oasis.opendocument.text
represents .odt format.

Correct me if I'm wrong.

I think I'm short of information and understanding to write a good
application.

Re: GSoC 2013 application form

2013-05-01 Thread Alexandro Colorado 
On Wed, May 1, 2013 at 4:03 AM, Andrea Pescetti  wrote:

> Alexandro Colorado wrote:
>
>> From my conversations with other mentors of projects, the degree of
>> coding expertise is relative, as much of the help needed is to get
>> around the information that resides on the documentation and such.
>>
>
> We still need one technical mentor able to provide timely advice on the
> real code and taking responsibility for it, since GSoC has fixed deadlines.
> It is clear from the current discussions that in this respect we are
> better-equipped for the "CMIS UCP" project than for "Extension wizard to
> import table to database". So I'd favor applications for "CMIS UCP" since
> we can offer our students higher expectations of a successful completion in
> that case.


I am not sure thats a requirement.


>
>
>  This might not be up to AOO alone, a lot of people have experienced
>> 50% - 70% reduction in proposals from last year.
>>
>
> In general, for Apache projects the pattern is that the bottleneck is in
> the number of available technical mentors: applications and available slots
> are not so bad (and actually there isn't a decrease for OpenOffice), but
> finding the right mentors is problematic across all the ASF projects.



How do you know if there is or not a decrease? Last time OpenOffice was on
GSOC was in 2005. And there was around 5 successful projects and 2 failed
projects.

Right now we only have around 3 proposals.


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


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://es.openoffice.org

Re: GSoC

2013-05-01 Thread Andrea Pescetti 

On 01/05/2013 Rajath Shashidhara wrote:

Due to lack of time, I will not be able to write the application for CMIS
UCP project.
I'm sticking to my Earlier "Export spreadsheets to Database format"
application.


As you wish. But, if the system allows you to submit two applications 
for the OpenOffice project, my suggestion would be to apply for both 
projects; Ariel already gave you a quite complete overview of the steps 
for CMIS UCP, which you can reuse to quickly build a timeline in an 
application.



Please consider the availability of mentor again and give me a chance to
participate in GSoC.


You've shown dedication and understanding of our project and community 
and I'm sure this will be (positively) evaluated too; community 
understanding is very important at Apache and we won't just read the 
application.


That said, I'd prefer that not only we can give you a chance to start a 
GSoC project, but that we can also guarantee that you can successfully 
complete it too, with an experienced developer at your side. We will do 
our best in any case, and as you have seen people are ready to step in 
and help; but this is more likely to happen with the CMIS UCP project, 
probably.


Regards,
  Andrea.

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

GSoC

2013-05-01 Thread Rajath Shashidhara 
Hello Everyone,

Due to lack of time, I will not be able to write the application for CMIS
UCP project.
I'm sticking to my Earlier "Export spreadsheets to Database format"
application.

Please consider the availability of mentor again and give me a chance to
participate in GSoC.

-- 
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Ariel Constenla-Haile 
Hi Rajath,

On Wed, May 01, 2013 at 04:53:49PM +0530, Rajath Shashidhara wrote:
> Hello Juergen,
> 
> Thank you for your previous mail.
> 
> If I create a CMIS UCP for OpenOffice:
> What are the functions it is expected to have?

You have to design a UNO component that provides an implementation of
a com.sun.star.ucb.ContentProvider for CMIS.
http://www.openoffice.org/api/docs/common/ref/com/sun/star/ucb/ContentProvider.html

In order to understand what this means, first you have to learn what a UNO 
component
is, and then study how the UCB works.

Writing UNO components:
http://wiki.openoffice.org/wiki/Documentation/DevGuide/WritingUNO/Writing_UNO_Components
UCB:
http://wiki.openoffice.org/wiki/Documentation/DevGuide/UCB/Universal_Content_Broker
UCPs:
http://wiki.openoffice.org/wiki/Documentation/DevGuide/AppendixC/Universal_Content_Providers

> As in open/close/modify are the basic functions it is supposed to have.
> But, modify to what extent?

Technically speaking, you have to implement a ContentProvider, this is
the main entry point. And you have to define in a configuration file
what kind of protocol this ContentProvider can handle, for example
cmis:.

When the application need to access a content with a URL that starts
with cmis:, the UCB will search in the configuration, will find your
content provider component, will instantiate it, and will ask it if it
can provide the desired content.

You will return an instance of a class implementing
a http://www.openoffice.org/api/docs/common/ref/com/sun/star/ucb/Content.html
It is the content who executes UCB commands, like "open", "delete",
"update", etc.

Use NetBeans to play with this skeleton
http://people.apache.org/~arielch/extensions/CMISContentProvider.zip
Debug the code in the target office, set a break point in
queryContent(), got to File - Open, and type cmis:///dummy (you may need
to select "Use OOo dialogs" from the Options dialog).

> My questions might be too basic. Sorry.
> I would like to access the source code of previously made UCP's.
> Where can I find them?

They are located in trunk/main/ucb/source/ucp. But this code uses lots
of helper classes in several modules. I'd suggest you start first with
plain/pure UNO, get an overview of how UCB works, and then look at the
C++ implementation only if necessary.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpv42E0S4k9D.pgp
Description: PGP signature

Re: [Documentation] fr User manuals (unofficial)

2013-05-01 Thread Daniel Alvaro 
Salut,
Bravo, les documents sont excellent, Je vais lire si je peux tout le
document dans mon temps libre.

Au revoir.


2013/5/1 Sylvain DENIS 

> you're the best guy ;)
>
>
> Librement,
>
> *Sylvain DENIS*
> /_*Expert TIC, FLOSS & WEB*_/
> _Mon gsm :_ +32 (0)499 219 802
> _Mon identifiant SIP :_ sylvaindenis
> _Mon adresse SIP :_ sylvainde...@ippi.fr
> _Mon numéro SIP :_ 889431260
> _Mon website :_ http://www.denis-sylvain.be
> ---
> /Évitez l'utilisation des protocoles propriétaires.
> Utilisez Jitsi  et prenez un compte SIP gratuit sur
> IPPI /
> Le 01/05/13 07:14, Guy Waterval a écrit :
> > Hi Albino B Neto,
> >
> > You can use the Anaphraseus extension for that.
> >
> >
> https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=24&ved=0CEUQFjADOBQ&url=http%3A%2F%2Fftp.jaist.ac.jp%2Fpub%2Fsourceforge%2Fa%2Fproject%2Fan%2Fanaphraseus%2FDocumentation%2FUser%2520Guide%2FInstallationAndUsersGuide_EN.pdf&ei=8aKAUa7GDcGSOIaKgfgO&usg=AFQjCNHWGcfUGgUCPsa2CnVJWbx_Dvd-tg&sig2=U_dS7JsneO6fPvnbDio-fw&bvm=bv.45921128,d.ZWU
> >
> >
> >  A+
> >
>
>

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Rob Weir 
On Wed, May 1, 2013 at 7:23 AM, Rajath Shashidhara
 wrote:
> Hello Juergen,
>
> Thank you for your previous mail.
>
> If I create a CMIS UCP for OpenOffice:
> What are the functions it is expected to have?
>
> As in open/close/modify are the basic functions it is supposed to have.
> But, modify to what extent?
>
> My questions might be too basic. Sorry.
> I would like to access the source code of previously made UCP's.
> Where can I find them?
>

It is a a public holiday in Germany today (May 1st Labor Day) so
Juergen may be slow to respond.

You might look at the Apache Chemistry guide here for an overview of
the functionality on that end:

http://chemistry.apache.org/java/developing/guide.html

It is more than just read/write.  There is the initial
authentication/connection, listing available files and folders,
navigating through folder hierarchies, creating folders, as well as
reading and writing files.  Of course, permissions might be setup to
allow or disallow any of these.  So you might need to react to the
case where a user can read and write in one folder but finds another
folder is read-only.  And what about when creating a new document?
Should we allow setting of initial permissions then?  Also, deleting a
file or folder is something to think about.

So how to decide?  One approach might be to set up your own CMIS
server and try connecting to it from other client UI's.  What do they
do well?  What doesn't work well?  Based on that investigation you
might have a better idea.


-Rob

>
> On Tue, Apr 30, 2013 at 7:53 PM, Rob Weir  wrote:
>
>> On Tue, Apr 30, 2013 at 2:12 AM, Juergen Schmidt 
>> wrote:
>> > Hi Rajath,
>> >
>> > the UCB (universal content broker) defines an API to access files in
>> whatever file system, file storage etc. For each file store/system a UCP
>> (universal content provider) has to be implemented that implements the UCP
>> API. A UCP defines a special URL schema that triggers in the end the usage
>> of this UCP. For example http URLs used in a file open command are handled
>> by the WebDAV UCP. For the CMIS UCP I can think of a schema like
>> cmis:[]/[] or
>> something like that. Internally such a URL gets analyzed and mapped on the
>> Chemistry library to access files or execute commands on files in a CMIS
>> supporting CMS. Results are mapped back and returned via the UCB API.
>> > Such a UCP allows to access files in a CMIS store directly via the
>> office internal file dialog or API's where a file URL is expected and it
>> make sense ;-)
>> >
>> > You will need to get familiar with CMIS, the Apache Chemistry library
>> and of course the office API, especially the UCB and UNO in general.
>> >
>>
>> Cool.  I really like this proposal.  It is a good mix of other Apache
>> technologies into OpenOffice.
>>
>> -Rob
>>
>>
>> > Juergen
>> >
>> >
>> > Am Dienstag, 30. April 2013 um 07:49 schrieb Rajath Shashidhara:
>> >
>> >> Hello Juergen,
>> >>
>> >> What are the things that must be implemented in the new ucp using apache
>> >> chemistry cmis?
>> >>
>> >>
>> >>
>> >> On Tue, Apr 30, 2013 at 11:16 AM, Rajath Shashidhara <
>> >> rajaths.raja...@gmail.com> wrote:
>> >>
>> >> > Hello Juergen,
>> >> >
>> >> > I was suggested to look upon this idea by ariel because there are no
>> >> > mentors available for my previous GSoC idea.
>> >> >
>> >> > I looked up the ideas page for this idea.
>> >> >
>> >> > Could you please shed some light on this topic?
>> >> > I haven't worked with content management systems before.
>> >> > What knowledge is required to quickly understand this in order to
>> make a
>> >> > worthy application?
>> >> >
>> >> > --
>> >> > Rajath S,
>> >> > M.Sc(Hons.) Physics,
>> >> > Birla Institute of Technology and Science - Pilani,
>> >> > Pilani
>> >> >
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> Rajath S,
>> >> M.Sc(Hons.) Physics,
>> >> Birla Institute of Technology and Science - Pilani,
>> >> Pilani
>> >>
>> >>
>> >
>> >
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>
>
>
> --
> Rajath S,
> M.Sc(Hons.) Physics,
> Birla Institute of Technology and Science - Pilani,
> Pilani

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

Re: CMIS Universal Content Provider (UCP) for Apache OpenOffice

2013-05-01 Thread Rajath Shashidhara 
Hello Juergen,

Thank you for your previous mail.

If I create a CMIS UCP for OpenOffice:
What are the functions it is expected to have?

As in open/close/modify are the basic functions it is supposed to have.
But, modify to what extent?

My questions might be too basic. Sorry.
I would like to access the source code of previously made UCP's.
Where can I find them?


On Tue, Apr 30, 2013 at 7:53 PM, Rob Weir  wrote:

> On Tue, Apr 30, 2013 at 2:12 AM, Juergen Schmidt 
> wrote:
> > Hi Rajath,
> >
> > the UCB (universal content broker) defines an API to access files in
> whatever file system, file storage etc. For each file store/system a UCP
> (universal content provider) has to be implemented that implements the UCP
> API. A UCP defines a special URL schema that triggers in the end the usage
> of this UCP. For example http URLs used in a file open command are handled
> by the WebDAV UCP. For the CMIS UCP I can think of a schema like
> cmis:[]/[] or
> something like that. Internally such a URL gets analyzed and mapped on the
> Chemistry library to access files or execute commands on files in a CMIS
> supporting CMS. Results are mapped back and returned via the UCB API.
> > Such a UCP allows to access files in a CMIS store directly via the
> office internal file dialog or API's where a file URL is expected and it
> make sense ;-)
> >
> > You will need to get familiar with CMIS, the Apache Chemistry library
> and of course the office API, especially the UCB and UNO in general.
> >
>
> Cool.  I really like this proposal.  It is a good mix of other Apache
> technologies into OpenOffice.
>
> -Rob
>
>
> > Juergen
> >
> >
> > Am Dienstag, 30. April 2013 um 07:49 schrieb Rajath Shashidhara:
> >
> >> Hello Juergen,
> >>
> >> What are the things that must be implemented in the new ucp using apache
> >> chemistry cmis?
> >>
> >>
> >>
> >> On Tue, Apr 30, 2013 at 11:16 AM, Rajath Shashidhara <
> >> rajaths.raja...@gmail.com> wrote:
> >>
> >> > Hello Juergen,
> >> >
> >> > I was suggested to look upon this idea by ariel because there are no
> >> > mentors available for my previous GSoC idea.
> >> >
> >> > I looked up the ideas page for this idea.
> >> >
> >> > Could you please shed some light on this topic?
> >> > I haven't worked with content management systems before.
> >> > What knowledge is required to quickly understand this in order to
> make a
> >> > worthy application?
> >> >
> >> > --
> >> > Rajath S,
> >> > M.Sc(Hons.) Physics,
> >> > Birla Institute of Technology and Science - Pilani,
> >> > Pilani
> >> >
> >>
> >>
> >>
> >>
> >> --
> >> Rajath S,
> >> M.Sc(Hons.) Physics,
> >> Birla Institute of Technology and Science - Pilani,
> >> Pilani
> >>
> >>
> >
> >
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
Rajath S,
M.Sc(Hons.) Physics,
Birla Institute of Technology and Science - Pilani,
Pilani

Re: GSoC 2013 application form

2013-05-01 Thread Andrea Pescetti 

Alexandro Colorado wrote:

From my conversations with other mentors of projects, the degree of
coding expertise is relative, as much of the help needed is to get
around the information that resides on the documentation and such.


We still need one technical mentor able to provide timely advice on the 
real code and taking responsibility for it, since GSoC has fixed 
deadlines. It is clear from the current discussions that in this respect 
we are better-equipped for the "CMIS UCP" project than for "Extension 
wizard to import table to database". So I'd favor applications for "CMIS 
UCP" since we can offer our students higher expectations of a successful 
completion in that case.



This might not be up to AOO alone, a lot of people have experienced
50% - 70% reduction in proposals from last year.


In general, for Apache projects the pattern is that the bottleneck is in 
the number of available technical mentors: applications and available 
slots are not so bad (and actually there isn't a decrease for 
OpenOffice), but finding the right mentors is problematic across all the 
ASF projects.


Regards,
  Andrea.

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

Re: Possible broken link: other

2013-05-01 Thread Marcus (OOo) 

Am 04/30/2013 10:50 PM, schrieb Ornery:

The Mirror for the United States keeps giving the following error:

> http://nsis.sf.net/NSIS_ERROR. I've had to use the Kent mirror in an
> attempt to download OpenOffice and will have to get the US language
> pack separately. The installer program does not download properly and
> so the program refuses to unpack.

Hi Orney,

please can you give us the link where you try to download AOO? At the 
moment I don't know which website you see.


BTW:
Make sure you always try to donwload from the official webpage:
http://www.openoffice.org/download/

Thanks

Marcus

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

Re: GSoC 2013 application form

2013-05-01 Thread Alexandro Colorado 
On 4/24/13, Rajath Shashidhara  wrote:
> Please review my application and help me complete timeline in my
> application.

Some notes, database format is odb not odf.

There is already a Gdrive extension, should check it out:
http://code.google.com/p/ooo2gd/

OpenOffice also supports somewhat querky use of importing spreadsheet
as datasources. I am interested into learning the user case for this
wizard.

Regards.

>
>
> On Tue, Apr 23, 2013 at 11:12 AM, Rajath Shashidhara <
> rajaths.raja...@gmail.com> wrote:
>
>> Hello,
>>
>> Please review my application and suggest me some
>> modifications/additions/deletions.
>>
>> --
>> Rajath S,
>> M.Sc(Hons.) Physics,
>> Birla Institute of Technology and Science - Pilani,
>> Pilani
>>
>
>
>
> --
> Rajath S,
> M.Sc(Hons.) Physics,
> Birla Institute of Technology and Science - Pilani,
> Pilani
>


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://es.openoffice.org

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