GSoC Report Week 12 (Yusuf Keten)

[Yusuf Keten]

Hello,

Here is my report which includes the progress in the 12th week.

https://yusufketen.com/post/2020-08-24-libreoffice-gsoc-week-12-report/

I am very happy to be part of the LibreOffice community. Thank you very
much to everyone.

Best regards,
Yusuf Keten
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report Week 11 (Yusuf Keten)

[Yusuf Keten]

Hello,

Here is my report which includes the progress in the 11th week.

https://yusufketen.com/post/2020-08-17-libreoffice-gsoc-week-11-report/

I'm waiting for all your feedback.

Best regards,
Yusuf Keten
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report Week 9 and Week 10 (Yusuf Keten)

[Yusuf Keten]

Hello,

I'm really sorry for the latency. But Week 9 was very painful due to
crashes. I was waiting to do something except bug fix.

Week 9 ->
https://yusufketen.com/post/2020-08-03-libreoffice-gsoc-week-9-report/
Week 10 ->
https://yusufketen.com/post/2020-08-10-libreoffice-gsoc-week-10-report/

I'm waiting for all your feedback.

Best regards,
Yusuf Keten
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report Week 9 and Week 10 (Yusuf Keten)

[yusuf]

Hello,

I'm really sorry for the latency. But Week 9 was very painful due to 
crashes. I was waiting to do something except bug fix.


Week 9 -> 
https://yusufketen.com/post/2020-08-03-libreoffice-gsoc-week-9-report/
Week 10 -> 
https://yusufketen.com/post/2020-08-10-libreoffice-gsoc-week-10-report/


I'm waiting for all your feedback.

Best regards,
Yusuf Keten
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report Week 8 (Yusuf Keten)

[Yusuf Keten]

Hello,

Here is my report which includes the progress in the 8th week.

https://yusufketen.com/post/2020-07-27-libreoffice-gsoc-week-8-report/

I'm waiting for all your feedback.

Best regards,
Yusuf Keten
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report Week 7 (Yusuf Keten)

[Yusuf Keten]

Hello,

Here is my report which includes the progress in the 7th week.

https://yusufketen.com/post/2020-07-20-libreoffice-gsoc-week-7-report/

I'm waiting for all your feedback.

Best regards,
Yusuf Keten
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report Week 5 (Yusuf Keten)

[Yusuf Keten]

Hello,

Here is my report which includes the progress in the 5th week. Also, I'm
sorry for latency.

https://yusufketen.com/post/2020-07-06-libreoffice-gsoc-week-5-report/

I'm waiting for all your feedback.

Best regards,
Yusuf Keten
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report Week 4 (Yusuf Keten)

[Yusuf Keten]

Hello,

Here is my report which includes the progress in the 4th week.

https://yusufketen.com/post/2020-06-29-libreoffice-gsoc-week-4-report/

I'm waiting for all your feedback.

Best regards,
Yusuf Keten
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report Week 12

[Rasmus Jonsson]

What was done on week 12:

* Creating documentation for the project (four subprojects/
  repositories)
* Finishing up packaging for PyPI so that it installs and runs properly
* Design/ implementation of user interface for the web control panel
* More fidgeting on the UI of the impress remote

And a week 12 report on the website: https://rptr.github.io/gsoc/
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report Week 10

[Rasmus Jonsson]

Last week was spent on the following issues:

* Packaging the individual Python projects for distribution on pypi.org
* Completing the functionality of the JS Impress Remoteb
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report Week 8+9

[Rasmus Jonsson]

* Added slide previews and notes to the JS Impress Remote
* Got the project somewhat presentable for a video demo (was
  presentable a month ago but many changes since)
* Implemented the functionality of the JS Impress Remote based on the
  Android Impress Remote
* Make the new JS Impress Remote server run together with the existing 
  "LibreSign" project
* Get the JS remote working with 
* Fix some Python dependency issues (on Pi)
* Bunch of changes to run and install scripts

Here's the video demo, sorry about it being hand-filmed and not very
professional, but it shows off how the program works. When the design/ 
UI is finished it'll make a much nicer demo :)
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report Week 7

[Rasmus Jonsson]

Last week was spent on the new JavaScript Impress Remote. 

* Worked on front-end for JS remote
* Making the existing Python+Impress code work nicely with the remote
* Python server acting as a relay between browser apps and LibreOffice
* JS client library for any app wanting to connect to this server

There's also an update on the site from Sunday.

https://rptr.github.io/gsoc/
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report Week 6

[Rasmus Jonsson]

Last week I finished up a lot of the things that were due for the first
evaluation/ phase of the project.

* Make the information screen work properly
  * Display correct URL
  * Mix better with LibreOffice slideshow (still not perfect)
* Various minor additions to the run scripts
* Set default values for presentations (timing, transitions,
  always-fullscreen)
* When only playing one (1) presentation, loop it
* Control panel Play/Stop buttons work as intended; indicate currently
  playing presentation
* Started work on the "Impress JS" sub-project. (There's already a
  project with this name, so a new name is needed)

Thorsten suggested to create a JavaScript-/web-based Impress Remote to
use with this project. I've divided it into three parts:

A "LibreSign"-specific (LibreOffice Appliances GSOC 2019 i.e. this
project) web application.
A JavaScript library implementing the Impress Remote Protocol.
A Python WebSocket server also implementing the Impress Remote Protocol
and acting as a relay between the clients and LibreOffice.

The intended use is primarily for "LibreSign", to be able to control
slideshows without installing the Impress Remote app. 
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC Report Week 5

[Thorsten Behrens]

Hi Rasmus,

Rasmus Jonsson wrote:
> Making progress again:
> 
Looks quite good indeed now - for the benefit of the audience here,
repo is how at https://github.com/LibreOffice/libresign.

> * Some slides (usually ones with heavy content?) give me a black screen
>   when running LibreOffice (libreoffice-fresh from archlinuxarm) on my
>   Raspberry Pi 3 B+ --
>
Can you please file a bug at bugs.documentfoundation.org with the
problematic document (and Cc me)? If you can't share it publicly,
please mail me, I have your exact setup.

And nice job overall! :)

Cheers,

-- Thorsten

signature.asc
Description: PGP signature
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report Week 5

[Rasmus Jonsson]

Making progress again:

* Start and stop LibreOffice.
* Load and close documents in LibreOffice.
* Start and transition slideshows.
* Website control panel has additional functionality for controlling
  the playlist and slideshows.
* Some minor additions and fixes such as making the informational
  screen look alright and display the correct information.

I've also run into problems with LibreOffice:

* Some slides (usually ones with heavy content?) give me a black screen
  when running LibreOffice (libreoffice-fresh from archlinuxarm) on my
  Raspberry Pi 3 B+ -- this is quite disconcerting but might simply be
  due to my ancient LCD screen which needs about an hour to warm up
  before it works (backlight issues?), although it seems really
  strange. If anyone has a Raspberry Pi and feels like replicating this
  that would be great!

Right now I'm making some simple example presentations to use while
testing the program, just to have something half-decent and realistic
to look at. I have some polishing/ tweaking to do on the existing
program as well.

Rasmus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report Week 4

[Rasmus Jonsson]

These last two weeks I've been stuck on integrating my program with
LibreOffice (mentioned in previous report), but I've finally figured
out how to get it to work and am now back on track. I'm about two days
behind schedule but I'll catch up now the problem's solved.

Originally this was going to be done with Impress Remote Protocol, but
URP/ UNO seemed like a better choice, so we agreed to go for that. The
coming weeks (5-7) were supposed to be spent adding features and doing
other work related to the IRP server, I'm not sure how valid this is
now and will discuss it with my mentor.

Spent most days on

* Trying different configurations, settings to connect to
  LibreOffice properly with UNO. Ideally it should work with any
  standard LibreOffice installation(?).
* Wrote scripts to test in isolation from my main program
* Reading up on UNO on https://wiki.openoffice.org/wiki
* Got it working and added a new "unoremote" interface to my program,
  presentations can be opened, closed, etc according to the
  user-curated playlist. This was basically all I was trying to do.

rasmus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: UNO connection problems (GSOC Report Week 3)

[Michael Stahl]

On 20.06.19 08:52, Stephan Bergmann wrote:

On 19/06/2019 22:32, Rasmus Jonsson wrote:

On Wed, 19 Jun 2019 08:07:15 +0200
Stephan Bergmann  wrote:

This worked, thanks. However, the project requires using whichever
LibreOffice installation is available.


For C++ and Java there is helper functionality in the LO SDK for 
3rd-party apps to find and access a LO installation, see 
 
and 
, 
respectively.  But I don't think something like that has ever been 
implemented for Python.


there is the program/officehelper.py file, which has a bootstrap 
function, which is supposed to be the way to launch soffice from python 
- but as you say, it doesn't try to find a LO installation, it expects 
the environment to be set up already so that "import uno" works.


but there are basically just 2 different kinds of LO installations:
1) via upstream packaging on all platforms: you always have
   instdir/program/python[.exe], so you use that...
2) via some downstream Linux/*BSD/etc. packages: here the distro package
   is responsible for putting the officehelper.py and LO's uno module
   somewhere so that if you use the distro's default python
   installation, using officehelper works out of the box
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: UNO connection problems (GSOC Report Week 3)

[Markus Mohrhard]

Hey,

you can also have a look at the existing OfficeConnection class from
https://cgit.freedesktop.org/libreoffice/core/tree/uitest/libreoffice/connection.py

That one should contain quite some logic to handle different corner cases
and should warn if the environment is not set-up correctly.

Markus

On Thu, Jun 20, 2019 at 2:59 PM Stephan Bergmann 
wrote:

> On 19/06/2019 22:32, Rasmus Jonsson wrote:
> > On Wed, 19 Jun 2019 08:07:15 +0200
> > Stephan Bergmann  wrote:
> >
> > This worked, thanks. However, the project requires using whichever
> > LibreOffice installation is available.
>
> For C++ and Java there is helper functionality in the LO SDK for
> 3rd-party apps to find and access a LO installation, see
> <
> https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/C%2B%2B/Transparent_Use_of_Office_UNO_Components>
>
> and
> <
> https://wiki.openoffice.org/wiki/Documentation/DevGuide/ProUNO/Java/Transparent_Use_of_Office_UNO_Components>,
>
> respectively.  But I don't think something like that has ever been
> implemented for Python.
>
> >> The python interpreter needs to know about LO's UNO files, and a
> >
> > Which are these UNO files?
>
> Look into what instdir/program/python (a shell script) is doing before
> executing instdir/program/python.bin (the actual python executable).
> ___
> LibreOffice mailing list
> LibreOffice@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/libreoffice
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: UNO connection problems (GSOC Report Week 3)

[Stephan Bergmann]

On 19/06/2019 22:32, Rasmus Jonsson wrote:

On Wed, 19 Jun 2019 08:07:15 +0200
Stephan Bergmann  wrote:

This worked, thanks. However, the project requires using whichever
LibreOffice installation is available.


For C++ and Java there is helper functionality in the LO SDK for 
3rd-party apps to find and access a LO installation, see 
 
and 
, 
respectively.  But I don't think something like that has ever been 
implemented for Python.



The python interpreter needs to know about LO's UNO files, and a


Which are these UNO files?


Look into what instdir/program/python (a shell script) is doing before 
executing instdir/program/python.bin (the actual python executable).

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: UNO connection problems (GSOC Report Week 3)

[sunnysunny]

 The information you have posted is very useful. The sites you have referred
was good. Thanks for sharing
webnovel   



--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Dev-f1639786.html
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: UNO connection problems (GSOC Report Week 3)

[Rasmus Jonsson]

On Wed, 19 Jun 2019 08:07:15 +0200
Stephan Bergmann  wrote:

This worked, thanks. However, the project requires using whichever
LibreOffice installation is available. 

> The python interpreter needs to know about LO's UNO files, and a

Which are these UNO files?

> system python3 presumably doesn't know about your locally-built LO's
> files. The easiest thing should be to configure LO with something
> like --enable-python=internal and then run `instdir/program/python 
> myscript.py` from your locally-built LO.

In this script that I found online they set PYTHONPATH and so on, is
this what you're talking about? Because that still doesn't work:

http://paste.debian.net/1088549/
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: UNO connection problems (GSOC Report Week 3)

[Stephan Bergmann]

On 19/06/2019 00:41, Rasmus Jonsson wrote:

However, when I ran the same script `python3 myscript.py` I got this,

http://paste.debian.net/1088386/


The python interpreter needs to know about LO's UNO files, and a system 
python3 presumably doesn't know about your locally-built LO's files. 
The easiest thing should be to configure LO with something like 
--enable-python=internal and then run `instdir/program/python 
myscript.py` from your locally-built LO.

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

UNO connection problems (GSOC Report Week 3)

[Rasmus Jonsson]

So last week (until June 16th) I ran into issues with integrating my
program with LibreOffice using UNO. The goal is to start LibreOffice
Impress, connect to it (initially using the Impress Remote Protocol, but
it was decided that UNO would be more suitable), and open/ play/ control
slideshows this way.

Below is some information on what was done.

LibreOffice was started thus,

soffice --impress "--accept=socket,host=localhost,port=2002;urp;"

or thus,

soffice --impress "--accept=pipe,name=hello;urp;"

My mentor was able to run the following script and successfully connect
to LibreOffice,

http://paste.debian.net/1088385/

However, when I ran the same script `python3 myscript.py` I got this,

http://paste.debian.net/1088386/

My mentor advised to run `make UITest_demo_ui` which ran fine, but
`make UITest` failed with the same error as above,

http://paste.debian.net/hidden/ca319a53/

Would be great if anyone had any advice on how to solve this. 

rasmus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report Week 2

[Rasmus Jonsson]

* Added a playlist functionality.
* Allow users to add, remove, order playlist items (e.g. ODP files)
  through web-based control panel
* Add informational screen with URL for control panel.
* Start web server on detected network connection.
* Implement the Impress Remote protocol: connecting to the LibreOffice
  remote server and doing some experimental controlling. Making this
  work will be the focus of the next two weeks' work.
 
Website with more information: https://rptr.github.io/gsoc/
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report Week 1

[Rasmus Jonsson]

* Started week working on building LO on ARM
* Did some brief research on Python/ web frameworks/ web servers
  / web libraries
* In the plan I only mentioned Python+BaseHTTPServer 
  (as in original idea) but decided there's no need to waste time 
* Have a main program running w/ web server
* Showing the presentation playlist which user can interact with
* Receiving/ handling requests from the website

Project repository:
https://github.com/rptr/libresign

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report: Special Characters

[Akshay Deep]

Hi all,
I have completed the integration of Favorites in Special Character
dialog and toolbar drop-down. I will move next to add the Unicode database
in the dialog. I was unavailable last week due to health issues. I am
almost well now and will move ahead with the project.
Regards,
Akshay Deep
ᐧ
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report Week 2: Akshay Deep: Special Characters

[Akshay Deep]

Hi all,

   I will try to complete my Recent Special Characters patch this week, and
move ahead with toolbar dropdown for the same.
https://gerrit.libreoffice.org/#/c/37496/

Regards,
Akshay Deep
ᐧ
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report

[Akash Jain]

Hi,

In the previous week, I finished integrating the new layout engine in
all three major platforms. I also enabled Graphite support through
Harfbuzz. From now on I will continue to improve the new engine.

Regards,
Akash
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report: Emoji Control

[Akshay Deep]

Hi,
Last week, I worked on filtering emojis based on glyph availability in the
font used for emoji control. I am stuck there as the filtering is not
executed properly.

https://gerrit.libreoffice.org/#/c/26700/

I have also written blog on my first gsoc project 'Template Manager',
https://akkidevblog.wordpress.com/2016/07/23/redesigning-the-template-manager/

Regards,
Akshay
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report : Week #7

[Jaskaran Singh]

Hi,
I'm Working on the project to integrate Orcus with Libo so that we could
import cell styles from an xml  file. The following work has been done this
week :-

   1. Interface for Orcus has been implemented in Libreoffice.
   2. The interface has been tested manually.

This week I plan to do the following work

   1. Make automated tests for the interface.
   2. Add functionality to import conditional format in orcus.

Thanks for reading this.

Regards,
Jaskaran
IRC Nick : jvsg
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report: Emoji Control

[Akshay Deep]

Hi..
This week, I worked further on emoji integration and font support for
emoji. The patches are up on gerrit.
I also worked on goto page dialog in writer.

This week, I will continue my work on emoji control and font support.
Regards,
Akshay
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report : Week #6

[Jaskaran Singh]

Hi,
I have been working to implement import of ODF styles through Orcus as a
part of my gsoc project. I have done the following work this week :-

   1. Improve the merge requests based on reviews obtained.

I plan to do the following work this week :-

   1. Add interface for odf number formatting, text alignment  in
   libreoffice.
   2. Add tests for Orcus Interface in libreoffice.

Work is going on in the feature/orcus-odf branch.

Regards,
Jaskaran
IRC Nick : jvsg
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC Report : Week #5

[Jaskaran Singh]

Hi,
I'm working on the project to implement import of ODF styles through Orcus.
I've completed the following work this week :-

   1. Implemented conditional format at parser level in orcus.
   2. Implemented spreadsheet interface for conditional format in orcus.
   3. Written tests for conditional format in orcus.
   4. Implemented cell alignment in orcus.
   5. Implemented font, border, cell protection in Interface on the
   Libreoffice side.

I plan to do the following work this week :-

   1. Improve work done in orcus based on the reviews obtained on the merge
   requests.
   2. Implement Number Formatting, Conditional formatting, cell alignment
   in the interface on the libreoffice side.

Work is going on in the `feature/orcus-odf` branch.

Regards,
Jaskaran
IRC Nick : jvsg
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC report : Week #4

[Jaskaran Singh]

Hi,
I'm working on the project to implement import of ODF styles through Orcus.
This week I've completed the following work :-

   1. Implement ODF number format in orcus.
   2. Restructure ODF styles tests and add tests for ODF Number format.

I plan to do the following work this week. :-

   1. Implement ODF conditional format at the parser level.
   2. Implement the interface for ODF conditional format (which would be
   required for testing).
   3. Write tests for ODF conditional format.
   4. Start with ODF cell Alignment.

Regards,
Jaskaran
IRC Nick : jvsg
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC report : Week #3

[Jaskaran Singh]

Hi,
I'm working on the project to implement import of ODF styles through Orcus.
The following work has been done this week :-

   1. Implemented ODF Font Underline in Orcus.
   2. Written Tests for ODF Font Underline in Orcus.
   3. Fixed a bug that prevented the import of some Border styles.

I plan to do the following work this week

   1. Finish up with the remaining work on ODF Number Format.
   2. Write tests for the ODF number format.
   3. Start with ODF Conditional Format.

By the end of this week , I would start with work on Condtional formatting.
By the middle or end of next week I would have finished all my work on
Orcus and hopefully we could have a new Orcus release :)
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC report : Week #2

[Jaskaran Singh]

Hi ,
I'm working on the project to  implement import of odf styles through Orcus
.The following work has been done during the Second Week :-

   1. Implementation of cell protection in Orcus (under review). Orcus can
   now make sense of the various cell protection attributes stored in the xml
   file.
   2. Written test for the above work(under review).

In this week , I would be going for the following work.

   1. Implementation of Font underline in Orcus.
   2. Implementation of Number Format in Orcus.
   3. Tests for Font styles in Orcus.
   4. Tests for Number Format in Orcus.

Apart from this , I have also noticed a bug in Orcus, that prevents Border
styles like solid, dash dot dot to be imported. Will fix that too this week.

Thanks for reading this report.
Jaskaran Singh.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSoC Report

[Jakub Trzebiatowski]

Dear Community,

I'm working on a table styles as a GSoC project. My first goal is 
to make

existing table styles export and import.
I have started with a core part of table styles - adding them to 
Writer's

UNO API.

Summary of first week:
- Modifified sw_python tests to cover table styles
- Added TableStyles style family
- Implemented getCount, getByIndex, getElementNames, getByName in 
TableStyle

family
- Modified stylesheets iterator to consider table style family.

- Added SwXTextTableStyle class
- A wrapper for internal SwTableAutoFormat class
- A container containing 10 cell styles:
"first-row", "last-row", "first-column", "last-column", "body",
"even-rows", "odd-rows", "even-columns", "odd-columns", 
"background"


Patches can be found here:
https://gerrit.libreoffice.org/#/c/25351/
https://gerrit.libreoffice.org/#/c/25410/
https://gerrit.libreoffice.org/#/c/25558/

If you have any remarks and/or suggestions, please share.

Regards,
Jakub Trzebiatowski, irc: ubap

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC report [ Code Completition in Basic IDE ]

[Gergő Mocsi]

Hi all,
there are lots of changes in the feature.
I've added a couple of options into the ModalDialog (View/IDE options), and
it's corresponding options into CodeCompleteOptions class.
Use extended types: when this is turned off (and Code Complete on), it can
autocomplete structs , turned on autocompletes interfaces also.
Corrected the other functions: there were some smaller bugs in Autoclose
Procedures: it inserted End Sub when autcompleting  function.
I've also found some problems(yes, again) in the nested reflection(the new
exteded types option caused some problems), but they're fixes.
Code: I did a lot of code fixes: I've tried to tear it apart logically as
much as I can. I've created a class UnoTypeCodeCompletor to handle the code
completition in the ide. Another significant fix is that I've made the
ListBox to use KeyInput instead of PreNotify to handle the key event.
Plans for this week: I'll replace the ModalDialog with a SvxTabPage in
Tools/Options dialog.
Regards,
Gergő
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: GSOC report week 0,1

[Noel Power]

On 16/06/13 19:54, Gergő Mocsi wrote:

Hi all,
this is my GSOC weekly (now, two week) report. Unfortunately, I could 
work a few due to some other matters.

sorry to hear you were sick

Here's what I've got:
Accordig to the arrangement, I've started to investigate, how BASIC 
handles variable delarations (as I wrote in the email), and I've tried 
to do the same as it does in VBA mode. Now, it allows variable of any 
type to be declared, and does not complain about it (in experimental 
mode). Further, I've introduced reflection, so it checks if that 
interface exists, eg:
Dim aPicker As com.sun.star.ui.dialogs.XFilePicker will be treated as 
a valid type, and Dim aVar As com.sun.star.foo.Foo will be an invalid one.
cool, this is this is the real keystone patch, somewhere down the line 
we can think improvements to this e.g. perhaps being able to accept just 
the leaf name ( XFilePicker ) or even ( like vba does ) accept all 
variant of the name e.g. ( dialogs.XFilePicker, ui.dialogs.XFilePicker 
etc. ) but.. anyway I think that is more cosmetic issue that can be 
looked into when we have actually something working
Also, i've moved further to find the function whick checks for newly 
declared subroutines in the IDE when writing the code.
so, any more luck with that ?, probably it is done in basic module ( and 
not the IDE  module ) IIRC I saw where this was done at some point when 
we made the IDE accept run from cursor ( might be you could find it from 
there ) e.g. If you have a number of macros defined in a module and from 
the ide you place the cursor in a macro and press the 'Run' button on 
the toolbar (or press F5) then the IDE will try and invoke the procedure 
the cursor is in is run. I recall that when you are typing basic tracks 
any procedures that are defined ( and the line numbers that the 
procedure occupies )
This is needed to connect these two things together, but I've notices 
that the object inspector does not shows the declared variables, and 
maybe this is needed (another idea to solve :D ). This function is 
called void TreeListBox::ImpCreateLibSubEntries() and it's located in 
file basctl/source/basicide/bastype2.cxx in line 325. This is what 
I've done.
hmm, that's the not the object inspector but the browser ( that shows 
the modules and procedures ) Its surely related as it displays the 
SbMethod instances that represent the procedures we are interested in. 
Finding where those are created will eventually point to where the 
pre-parsing for that happens


Noel
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

GSOC report week 0,1

[Gergő Mocsi]

Hi all,
this is my GSOC weekly (now, two week) report. Unfortunately, I could work
a few due to some other matters. Here's what I've got:
Accordig to the arrangement, I've started to investigate, how BASIC handles
variable delarations (as I wrote in the email), and I've tried to do the
same as it does in VBA mode. Now, it allows variable of any type to be
declared, and does not complain about it (in experimental mode). Further,
I've introduced reflection, so it checks if that interface exists, eg:
Dim aPicker As com.sun.star.ui.dialogs.XFilePicker will be treated as a
valid type, and Dim aVar As com.sun.star.foo.Foo will be an invalid one.
Also, i've moved further to find the function whick checks for newly
declared subroutines in the IDE when writing the code. This is needed to
connect these two things together, but I've notices that the object
inspector does not shows the declared variables, and maybe this is needed
(another idea to solve :D ). This function is called void
TreeListBox::ImpCreateLibSubEntries() and it's located in file
basctl/source/basicide/bastype2.cxx in line 325. This is what I've done.
Regards,
Gergő Mocsi
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #7: Wizards

[Takeshi Abe]

Hi Caolán,

On Thu, 18 Aug 2011 09:27:21 +0100, Caolán McNamara caol...@redhat.com wrote:
 On Thu, 2011-07-14 at 00:41 +0200, Xisco Faulí wrote:
 Hello,
 
 
 I took a look to the problem related to the Adress Data Souce Wizard
 ( it's not loaded on master ) and it's not caused by the changes i've
 been working on.
 
 Yeah, I looked into that.
 
 http://cgit.freedesktop.org/libreoffice/core/commit/?id=0ac9ee757cc07f86bcd22bfd8f8ea0adb810f206
 
 broke the address book
 
 http://cgit.freedesktop.org/libreoffice/core/commit/?id=b5736291ed105d5366797201d5f5f92ac2f39d14
 
 now fixes it again.
 
 The intent was to remove the adadas database support. But it remained
 registered as installed, but not actually installed. When looking up
 support for any address-book backend all registered-as-installed drivers
 get queries, exception gets thrown, dialog doesn't appear. Should be ok
 in master now again.
Wonderful, that explanation made my recent annoyance clear.
Thanks a lot.

Cheers,
-- Takeshi Abe
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [GSOC] Report #10. Wizards

[Xisco Faulí]

Hello everybody,

I finished last weekend the agenda wizard ( perhaps there're still some
 minor not-really-relevant issues to fix) and I'm already working on the
last wizard, the web one. I also have in mind that I still have to create
the make files for calling the python code within libo but i'm going to be
quite busy this week because I'm moving back to Spain so I don't know how
 much time I'll have to work on it.

You can take a look to my last commits here:
http://cgit.freedesktop.org/libreoffice/components/log/?h=feature/gsoc2011_wizards

Greetings
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [GSoC] report - week #10

[Matúš Kukan]

Hi there,

Short report:
I was converting modules to gbuild.
Something has been already pushed, something will be next week.
Hopefully I did not break too much but it's possible, especially on Windows.

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

[Libreoffice] [GSOC] Report #8. Wizard

[Xisco Faulí]

Hello,

What have I done this week?

- Work on the agenda wizard. I wanted it to be done about last weekend but
there's a bug ( which affects the java wizard on master too ) and it took me
a while to find it out. I reported the bug here:
https://bugs.freedesktop.org/show_bug.cgi?id=39313. I don't think it affects
the 3.4 branch but it would be nice if someone can try it and check that the
wizard runs properly ( File  Wizards  Agenda ) because it crashes Libo on
master.

- Take a look to this bug:
https://bugs.freedesktop.org/show_bug.cgi?id=38451 . I already know how to
fix it but I'm waiting for cédric's answer ( I think he's on holidays)

- As I said in my previous report, there is something ( i haven't been able
to figure it out ) that breaks Adress Data Source. Here some information:
http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg13235.html .
Should i create a new bug ?

Greetings
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #7: Wizards

[Xisco Faulí]

2011/7/14 Matúš Kukan matus.ku...@gmail.com

 Hi Xisco,

 On 14 July 2011 00:41, Xisco Faulí aniste...@gmail.com wrote:
  Hello,
  I took a look to the problem related to the Adress Data Souce Wizard (
 it's
  not loaded on master ) and it's not caused by the changes i've been
 working
  on. I moved git to a commit before the one I merged the feature branch
 into
  master and it still fails.
  The code fails here
  :
 http://opengrok.libreoffice.org/xref/components/wizards/source/template/Correspondence.xba#110

 That's not good. I'm sorry, hopefully you didn't waste much time with that.
 You can revert commits

 http://cgit.freedesktop.org/libreoffice/components/commit/?id=c707c7a19a0bef0075f3ba10366e0fc05c96702a

 http://cgit.freedesktop.org/libreoffice/components/commit/?id=7d23e260cce288878b61e78a1db523b7678ba299
 locally for now. It should work without them. If not let me know.

I don't think those commit are the problem because I tried : git reset
--hard HEAD~20 ( right a moment before a merge my branch into master ) and
it failed as well.


  The error:
  __main__.CannotActivateFactoryException:
  file:///home/xisco/libo/solver/350/
 unxlngi6.pro/installation/opt/program/../basis-link/program/libabplo.sohttp://unxlngi6.pro/installation/opt/basis-link/program/libabplo.so
 :
  cannot get factory of demanded implementation:
  org.openoffice.comp.abp.OAddressBookSourcePilot

 How can I reproduce the error?
 I'm not sure what to do about that now.


well, If you go to File  Wizards  Adress Data Source none error will be
raised and the wizard won't be loaded, but if you create a Personal Fax
(File  Wizards  Fax) the fax wizard will try to load the adress data
source after it's created and the error will be raised

Greetings
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #7: Wizards

[Xisco Faulí]

Hello,

I took a look to the problem related to the Adress Data Souce Wizard ( it's
not loaded on master ) and it's not caused by the changes i've been working
on. I moved git to a commit before the one I merged the feature branch into
master and it still fails.

The code fails here :
http://opengrok.libreoffice.org/xref/components/wizards/source/template/Correspondence.xba#110

http://opengrok.libreoffice.org/xref/components/wizards/source/template/Correspondence.xba#110The
error:

__main__.CannotActivateFactoryException: file:///home/xisco/libo/solver/350/
unxlngi6.pro/installation/opt/program/../basis-link/program/libabplo.so:
cannot get factory of demanded implementation:
org.openoffice.comp.abp.OAddressBookSourcePilot

Greetings

2011/7/12 Michael Meeks michael.me...@novell.com

 Hi Xisco,

First - again nice to hear of your good work :-)

 On Tue, 2011-07-12 at 01:24 +0200, Xisco Faulí wrote:
  - Migrate basic to the new resource service rewrote by Björn a while
  ago.

 Ooh - right :-) and I assume we've merged this all to master ?

  By the way, I was wondering whether it would be better to convert the
  basic code into python as well. There's some code duplicated in python
  and in basic, it could save us some lines of code. Anyway, I'd like to
  hear your opinion first.

 Of course, the priority is to convert Java - python, to reduce our
 dependency / warning-on-start problems on Windows, but after that
 certainly, I'd personally love to see some StarBasic - Python migration
 goodness as well.

ATB,

Michael.

 --
  michael.me...@novell.com  , Pseudo Engineer, itinerant idiot



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

Re: [Libreoffice] [GSOC] Report #7: Wizards

[Matúš Kukan]

Hi Xisco,

On 14 July 2011 00:41, Xisco Faulí aniste...@gmail.com wrote:
 Hello,
 I took a look to the problem related to the Adress Data Souce Wizard ( it's
 not loaded on master ) and it's not caused by the changes i've been working
 on. I moved git to a commit before the one I merged the feature branch into
 master and it still fails.
 The code fails here
 : http://opengrok.libreoffice.org/xref/components/wizards/source/template/Correspondence.xba#110

That's not good. I'm sorry, hopefully you didn't waste much time with that.
You can revert commits
http://cgit.freedesktop.org/libreoffice/components/commit/?id=c707c7a19a0bef0075f3ba10366e0fc05c96702a
http://cgit.freedesktop.org/libreoffice/components/commit/?id=7d23e260cce288878b61e78a1db523b7678ba299
locally for now. It should work without them. If not let me know.

 The error:
 __main__.CannotActivateFactoryException:
 file:///home/xisco/libo/solver/350/unxlngi6.pro/installation/opt/program/../basis-link/program/libabplo.so:
 cannot get factory of demanded implementation:
 org.openoffice.comp.abp.OAddressBookSourcePilot

How can I reproduce the error?
I'm not sure what to do about that now.

Best regards,
Matus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #7: Wizards

[Michael Meeks]

Hi Xisco,

First - again nice to hear of your good work :-)

On Tue, 2011-07-12 at 01:24 +0200, Xisco Faulí wrote:
 - Migrate basic to the new resource service rewrote by Björn a while
 ago.

Ooh - right :-) and I assume we've merged this all to master ?

 By the way, I was wondering whether it would be better to convert the
 basic code into python as well. There's some code duplicated in python
 and in basic, it could save us some lines of code. Anyway, I'd like to
 hear your opinion first.

Of course, the priority is to convert Java - python, to reduce our
dependency / warning-on-start problems on Windows, but after that
certainly, I'd personally love to see some StarBasic - Python migration
goodness as well.

ATB,

Michael.

-- 
 michael.me...@novell.com  , Pseudo Engineer, itinerant idiot


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

[Libreoffice] [GSOC] Report #7: Wizards

[Xisco Faulí]

Hello there,

Here's what i've done this week:

- Fix a visualitation problem related to Letter Wizard
- Start to work on Agenda Wizard
- Talk with Björn about adding the python files into the makefile so we can
call it from File  Wizards and remove the Java code
- a bit of cleaning
- Migrate basic to the new resource service rewrote by Björn a while ago.
Now the Document and the Euro Converter work good and show the dialog ( they
didn't before because they couldn't load the resources). For some strange
reason, Address Data Source doesn't work. I'll take a look this week. by the
way, I was wondering whether it would be better to convert the basic code
into python as well. There's some code duplicated in python and in basic, it
could save us some lines of code. Anyway, I'd like to hear your opinion
first.

Greetings
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Xisco Faulí]

Wow, thank Peter for this amazing explanation. I'm currently sumerged into
the gsoc project too so I can't give it a try right now but I'm sure I will
once I finish it. The problem right now is I don't know most of the things
you're talking about so I'll need first to get my feet wet. I'll let you
know when I start to work on it.

Greetings

2011/7/7 Peter Jentsch pj...@guineapics.de

 Hi Xisco,

 one more thing: I looked at at XSLTFilter code again and noticed that
 although a lot of data get's passed in to the import call, only a tiny
 fragment of that makes it to the actual transformation, so you won't be
 able to use any parameters in the transformation. I don't like that
 situation, and if you'd chose to investigate deeper into the approach I
 sketched out I'd extend the XSLT Filter call to pass parameters to the
 transformation.

 We get a MediaDescriptor struct handed in there, which has a string
 field FilterOptions that can be passed unmodified to any
 transformation. That should be sufficient if the total amount of
 information to get into the transformation remains small.

 Cheers,

 Peter

 Am 04.07.11 12:42, schrieb Michael Meeks:
  Hi Xisco,
 
Peter - Xisco is working on re-writing the wizards in Java :-)
 
  On Fri, 2011-07-01 at 16:05 +0200, Xisco Faulí wrote:
  Michael wrote:
 Weelll - so you're both right; but really we need to
  grub about inside the templates themselves to add some
  improved translation scheme I think; now we have fast native
  XSLTs - I guess we could use the native XSLT filters to allow
  the templates to be self-standing, and yet adapt
  to the locale nicely.
 But - your task is primarily the Java - python
  conversion I guess :-)
  Xisco wrote:
  Yes, you're right but if I have some time before gsoc finishes (or
  even after) I'd like to  take a look to it. Who should I get in
  contact with in order to get my feet wet ?
Ah - so the XSLT expert is Peter Jentsch who has done a load of
 great
  work in this area, writing the much faster / smaller native C++ filter
  etc. He can prolly help out with some code pointers, and/or perhaps some
  simple example XSLTs that might be useful for translating attributes /
  elements (?), and ways to get feed the required data to them elegantly.
 
HTH,
 
Michael.
 


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

Re: [Libreoffice] [GSOC] Report #5. Wizards

[André Schnabel]

Hi Peter,

sorry for randomly jumping in with just some side-notes ...

Am 06.07.2011 22:10, schrieb Peter Jentsch:

I'm unsure about where to put the xliff files, because I'm completely
ignorant of the translation workflow and the different places where
translatable items are put in order to get easily picked up by translators.


If we want to go that way, Andras Timar might have an idea about where 
to store this stuff.



Plus, I found xliff allows for a lot of things, and the Xslt script will
make a few assumptions on how (simple) the xliff file is structured, so
the process might break easily if the translation tools want to do nasty
things with the xliff file (that a fully working xliff toolchain would
be required to understand). But maybe that's not happening anyway, and
in practice it's less complex than it looks on first sight.


Afaik there is hardly any fully working FOSS-based xliff toolchain 
that includes translation editors and complext xliff files.


Translate toolkit has a quite good support for XLIFF - po conversion 
(as long as you do not use advanced xliff features). If we want to go 
that way, I could test the conversion and how this works for a translator.


regards,

André
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Peter Jentsch]

Hi Xisco,

one more thing: I looked at at XSLTFilter code again and noticed that
although a lot of data get's passed in to the import call, only a tiny
fragment of that makes it to the actual transformation, so you won't be
able to use any parameters in the transformation. I don't like that
situation, and if you'd chose to investigate deeper into the approach I
sketched out I'd extend the XSLT Filter call to pass parameters to the
transformation.

We get a MediaDescriptor struct handed in there, which has a string
field FilterOptions that can be passed unmodified to any
transformation. That should be sufficient if the total amount of
information to get into the transformation remains small.

Cheers,

Peter
 
Am 04.07.11 12:42, schrieb Michael Meeks:
 Hi Xisco,

   Peter - Xisco is working on re-writing the wizards in Java :-)

 On Fri, 2011-07-01 at 16:05 +0200, Xisco Faulí wrote:
 Michael wrote:
Weelll - so you're both right; but really we need to
 grub about inside the templates themselves to add some
 improved translation scheme I think; now we have fast native
 XSLTs - I guess we could use the native XSLT filters to allow
 the templates to be self-standing, and yet adapt
 to the locale nicely.
But - your task is primarily the Java - python
 conversion I guess :-)
 Xisco wrote:
 Yes, you're right but if I have some time before gsoc finishes (or
 even after) I'd like to  take a look to it. Who should I get in
 contact with in order to get my feet wet ?
   Ah - so the XSLT expert is Peter Jentsch who has done a load of great
 work in this area, writing the much faster / smaller native C++ filter
 etc. He can prolly help out with some code pointers, and/or perhaps some
 simple example XSLTs that might be useful for translating attributes /
 elements (?), and ways to get feed the required data to them elegantly.

   HTH,

   Michael.


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

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Peter Jentsch]

Hi Xisco, Michael,

I had a look at how it'd be possible to translate the templates on the
fly a couple of weeks ago.

The basic approach I though of would be to use the XSLT filter for
importing. On import, you'd try to load the document and pass a
parameter that points to an XLIFF file that contains the translation
strings. You'd then use the document() function in the xslt script to
load the XLIFF file, have the XSLT template rules match the translatable
items and then construct an xpath expression that pulls the translation
from the node-set you got from loading the XLIFF file.

While this might be pretty straighforward, by then I saw two problems:

1. How do we ensure the translatable templates remain maintainable
2. How do we integrate the translations into the common translation
process for the rest of LO.

It would be quite simple to mark translatable items, which range from
simple span contents in the simplest wizard templates to translatable
style names in the report wizards, directly in the XML files using some
XML attributes we just invent for that purpose. By the time I though
about it, I assumed that to be a big problem, because it might imply
that the template content is not editable using LO, but only directly
with a text-editor or xml editor. This might be much less of a problem
given the fact that the templates, at least as they are now, shouldn't
change that often. I will become a problem if we want to make the
templates themselves configurable by end users, but that would imply a
lot of other changes, so I think we can ignore that for now.

So, looking at it from now, I'd just mark the translatable elements with
xml id attributes that follow a naming convention.

This would allow us to keep the XPath expression that identifies
translatable elements very simple so then ... we can parse it and make a
dynamic lookup from within the XSLT template that does the translation.

so we end up with

[...]
xsl:param name=xliff-url/
xsl:param name=locale/
xsl:variable name=translations select=document($xliff-url))/
[...]

xsl:template match=*[starts-with(@id, 'wizard.message.')]
!-- matches any element that has an id attribute the content of which
start with 'wizard.message' --
xsl:variable name=trans-id select=@id/
xsl:copy
xsl:apply-templates select=@*/
xsl:value-of
select=$translations//trans-unit[@id=$trans-id]/target[@xml:lang=$locale]/
/xsl:copy
/xsl:template

this won't work for translatable content with formatting. XLIFF provides
for means to deal with that, but I don't understand them fully.

I can't tell you now how exactly to pass the parameters xliff-url and
locale to the xslt script, I don't even know for sure if thats possible
in the current xslt filter framework. I could look at that if it proves
to be non-trivial.

you could come up with a different approach on how to identify
translatable elements, for example by adding an attribute which is just
only used for that, not the id attribute. That would have the benefit
that you can have the same translatable string in a single document more
than once.

I'm unsure about where to put the xliff files, because I'm completely
ignorant of the translation workflow and the different places where
translatable items are put in order to get easily picked up by translators.

Plus, I found xliff allows for a lot of things, and the Xslt script will
make a few assumptions on how (simple) the xliff file is structured, so
the process might break easily if the translation tools want to do nasty
things with the xliff file (that a fully working xliff toolchain would
be required to understand). But maybe that's not happening anyway, and
in practice it's less complex than it looks on first sight.

It'd be great if you'd be able to pick that one up, I'm currently deeply
submerged into a lot of things unrelated to LO and unable to do any work
on LO.

Getting rid of all the translated template copies not only would recude
installed size IMO, but also would ensure a more predictable result when
working with the templates in different languages. I've noticed, when
looking at the templates, that most are constructed equal, but no
necessarily all, but for reasons that didn't seem to relate to locale
specific requirements.

Looking forward to hearing from you,

Peter

Am 04.07.11 12:42, schrieb Michael Meeks:
 Hi Xisco,

   Peter - Xisco is working on re-writing the wizards in Java :-)

 On Fri, 2011-07-01 at 16:05 +0200, Xisco Faulí wrote:
 Michael wrote:
Weelll - so you're both right; but really we need to
 grub about inside the templates themselves to add some
 improved translation scheme I think; now we have fast native
 XSLTs - I guess we could use the native XSLT filters to allow
 the templates to be self-standing, and yet adapt
 to the locale nicely.
But - your task is primarily the Java - python
 conversion I guess :-)
 Xisco wrote:
 Yes, you're right but if I have 

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Michael Meeks]

Hi Xisco,

Peter - Xisco is working on re-writing the wizards in Java :-)

On Fri, 2011-07-01 at 16:05 +0200, Xisco Faulí wrote:
 Michael wrote:
Weelll - so you're both right; but really we need to
 grub about inside the templates themselves to add some
 improved translation scheme I think; now we have fast native
 XSLTs - I guess we could use the native XSLT filters to allow
 the templates to be self-standing, and yet adapt
 to the locale nicely.
But - your task is primarily the Java - python
 conversion I guess :-)
 Xisco wrote:
 Yes, you're right but if I have some time before gsoc finishes (or
 even after) I'd like to  take a look to it. Who should I get in
 contact with in order to get my feet wet ?

Ah - so the XSLT expert is Peter Jentsch who has done a load of great
work in this area, writing the much faster / smaller native C++ filter
etc. He can prolly help out with some code pointers, and/or perhaps some
simple example XSLTs that might be useful for translating attributes /
elements (?), and ways to get feed the required data to them elegantly.

HTH,

Michael.

-- 
 michael.me...@novell.com  , Pseudo Engineer, itinerant idiot


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

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Michael Meeks]

On Fri, 2011-07-01 at 16:32 +0200, Laurent Godard wrote:
 IIRC, templates can be deployed with extension mechanism

Sounds fun :-)

 so why not use this and package language based extension when building
 the installer ? so, you may find more easily maintainers of these files

Ah - so the problem is that we have tens if not more of Mb of entirely
duplicated template files in our download and install - and that that is
pretty pointless - when the changes are small between templates.

Worse - since ~anything can be changed in a template, not just
translation (and perhaps a few well flagged attributes), people tweak
all manner of random stuff making cross-language consistency hard, and
almost impossible to detect problems with (try diffing the formatted XML
between two old-style apparently identical-but-for-l10n templates) :-)

 i think your proposal is intellectually the good one, but seems overkill
 to me regarding the efforts needed when the files will have to be updated

Heh - sure, but using LibreOffice itself as a translation tool is
somewhat fraught with difficulty ;-) cf. above - no doubt we could try
to fix that: to expose language-adaptive document functionality in the
UI, but I'd prefer to have some background heavy lifting just for our
internal templates as of now :-)

ATB,

Michael.

-- 
 michael.me...@novell.com  , Pseudo Engineer, itinerant idiot


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

[Libreoffice] [GSOC] Report #6. Wizards

[Xisco Faulí]

Hello,

I've been working this week on converting the letter wizard and as Cedric
suggested me in the last report, I merged the feature branch into master.
You can find the code in the component repository. Fax and Letter wizards
aren't fully functional yet but I'd appreciate if someone gives it a try and
give me some feedbacks.

Greetings
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Xisco Faulí]

2011/6/30 Michael Meeks michael.me...@novell.com

 Hi Xisco,

 On Thu, 2011-06-30 at 18:28 +0200, Xisco Faulí wrote:
  Correct me if i'm wrong but as i've seen in the fax wizard,each kind
  of template has its own template so I believe it's the same for the
  letter templates and every localize has a different template, right ?

 Um ;-) in theory yes, but in reality no - having a duplicated ODF
 file
 for each and every translation (duplicating all the XML, all embedded
 images etc. etc.) bloated our install sets to some huge size for no good
 reason :-)

   In that case, the templates are the ones that should be changed,
  right ?

 Weelll - so you're both right; but really we need to grub about
 inside
 the templates themselves to add some improved translation scheme I
 think; now we have fast native XSLTs - I guess we could use the native
 XSLT filters to allow the templates to be self-standing, and yet adapt
 to the locale nicely.

But - your task is primarily the Java - python conversion I guess
 :-)


Yes, you're right but if I have some time before gsoc finishes (or even
after) I'd like to  take a look to it. Who should I get in contact with in
order to get my feet wet ?



   All the best,

Michael.

 --
  michael.me...@novell.com  , Pseudo Engineer, itinerant idiot



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

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Laurent Godard]

Hi michael

  In that case, the templates are the ones that should be changed,
 right ?
 
   Weelll - so you're both right; but really we need to grub about inside
 the templates themselves to add some improved translation scheme I
 think; now we have fast native XSLTs - I guess we could use the native
 XSLT filters to allow the templates to be self-standing, and yet adapt
 to the locale nicely.

IIRC, templates can be deployed with extension mechanism

so why not use this and package language based extension when building
the installer ? so, you may find more easily maintainers of these files

i think your proposal is intellectually the good one, but seems overkill
to me regarding the efforts needed when the files will have to be updated

thanks anyway for your leading :-)

Laurent
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Xisco Faulí]

2011/6/29 Cedric Bosdonnat cedric.bosdonnat@free.fr

 Hi Xisco,

 On Wed, 2011-06-29 at 01:23 +0200, Xisco Faulí wrote:
  Sorry for the delay but I had a visit last weekend and I wasn't able
  to work on it until yesterday night.
  What I've done during the week:
  - Improve the boot speed
  - Clean a bit the code
  - Show a message when a file is going to be overwritten
  - Load the previous configuration

 Where is your work available ATM? Could you please start merging it with
 master to get a build with all GSoc projects for midterms?


http://cgit.freedesktop.org/libreoffice/components/?h=feature/gsoc2011_wizards




The idea behind that isn't to have something 100% complete and working,
 but to show to the world what you've already done and get feedback.

  Now i'm working on saving the configuration after the wizard is
  finnished. I think it'll be done tomorrow.

 Cool, then it would be nice to have it in master!


Ok, i'll merge it next week.


  Furthermore, I've already started to work on the letter wizard. Let's
  see If I can already commit something by the end of the week.

 I would be awesome if you could improve that wizard to get something
 based on localised templates... Letters aren't formatted in the same way
 across the world and that wasn't taken into account by the old wizard.


Correct me if i'm wrong but as i've seen in the fax wizard,each kind of
template has its own template so I believe it's the same for the letter
templates and every localize has a different template, right ? In that case,
the templates are the ones that should be changed, right ?

Greetings


 --
 Cédric Bosdonnat
 LibreOffice hacker
 http://documentfoundation.org
 OOo Eclipse Integration developer
 http://cedric.bosdonnat.free.fr


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

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Michael Meeks]

Hi Xisco,

On Thu, 2011-06-30 at 18:28 +0200, Xisco Faulí wrote:
 Correct me if i'm wrong but as i've seen in the fax wizard,each kind
 of template has its own template so I believe it's the same for the
 letter templates and every localize has a different template, right ?

Um ;-) in theory yes, but in reality no - having a duplicated ODF file
for each and every translation (duplicating all the XML, all embedded
images etc. etc.) bloated our install sets to some huge size for no good
reason :-)

  In that case, the templates are the ones that should be changed,
 right ?

Weelll - so you're both right; but really we need to grub about inside
the templates themselves to add some improved translation scheme I
think; now we have fast native XSLTs - I guess we could use the native
XSLT filters to allow the templates to be self-standing, and yet adapt
to the locale nicely.

But - your task is primarily the Java - python conversion I guess :-)

All the best,

Michael.

-- 
 michael.me...@novell.com  , Pseudo Engineer, itinerant idiot


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

Re: [Libreoffice] [GSOC] Report #5. Wizards

[Cedric Bosdonnat]

Hi Xisco,

On Wed, 2011-06-29 at 01:23 +0200, Xisco Faulí wrote:
 Sorry for the delay but I had a visit last weekend and I wasn't able
 to work on it until yesterday night.
 What I've done during the week:
 - Improve the boot speed
 - Clean a bit the code
 - Show a message when a file is going to be overwritten
 - Load the previous configuration

Where is your work available ATM? Could you please start merging it with
master to get a build with all GSoc projects for midterms?

The idea behind that isn't to have something 100% complete and working,
but to show to the world what you've already done and get feedback.

 Now i'm working on saving the configuration after the wizard is
 finnished. I think it'll be done tomorrow. 

Cool, then it would be nice to have it in master!

 Furthermore, I've already started to work on the letter wizard. Let's
 see If I can already commit something by the end of the week.

I would be awesome if you could improve that wizard to get something
based on localised templates... Letters aren't formatted in the same way
across the world and that wasn't taken into account by the old wizard.

-- 
Cédric Bosdonnat
LibreOffice hacker
http://documentfoundation.org
OOo Eclipse Integration developer
http://cedric.bosdonnat.free.fr

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

[Libreoffice] [GSOC] Report #5. Wizards

[Xisco Faulí]

Hello,

Sorry for the delay but I had a visit last weekend and I wasn't able to work
on it until yesterday night.
What I've done during the week:
- Improve the boot speed
- Clean a bit the code
- Show a message when a file is going to be overwritten
- Load the previous configuration

Now i'm working on saving the configuration after the wizard is finnished. I
think it'll be done tomorrow.
Furthermore, I've already started to work on the letter wizard. Let's see If
I can already commit something by the end of the week.

Greetings
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC][Report] MultiLine InputBar

[Noel Power]

On 20/06/11 10:18, Noel Power wrote:
hmm, I just built your feature branch on Friday and tried to get my 
head around the task ( and it is still a little unfamiliar to me ), I 
am sure though I could help though with your latest problem when I 
have a patch with your latest work :-) 
I hope you sorted out your git troubles that you were telling me about 
on irc, please send the latest patch when you can. Also any luck with 
your 'Show()' problem yet ? ( regardless of the show problem I think it 
is a good idea to send the patch )


Noel
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC][Report] MultiLine InputBar

[Noel Power]

Hi Anurag
On 19/06/11 10:10, Anurag Jain wrote:

Hello Kohei, Noel

This is the brief of my work for this week. As I was supposed to
create a new container class which will contain ScTextWnd obejct +
ScrollBar + Button object, I've done so. Also I've tunneled the calls
to ScTextWnd from ScInputWindow via the new methods created into the
ScInputBarGroup(new class which I've created).
ok, sounds reasonable, do you have a patch, I will apply it for you to 
the feature branch

  But the problem I'm
facing is now when I removed the aTextWnd.Show() from constructor of
ScInputWindow and added it into the ScInputBarGroup's constructor the
inputbar will not appear. I've passed the ScInputBarGroup's object in
InsertWindow() function though. But Still not able to figure out what
might be the problem.
hmm, I just built your feature branch on Friday and tried to get my head 
around the task ( and it is still a little unfamiliar to me ), I am sure 
though I could help though with your latest problem when I have a patch 
with your latest work :-)

I'm working on it. Hope I'll figure it out soon and I'm not able to
come online because of the internet connection problem; but it will be
resolved soon.
please let me know when you are available online and we can have a chat 
( my nick is noelp ) I am around normal european working hours ( and of 
course sometimes later than that too ;-) ). Be good at least to touch base.


Noel

Thanks and regards



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

[Libreoffice] [GSOC][Report] MultiLine InputBar

[Anurag Jain]

Hello Kohei, Noel

This is the brief of my work for this week. As I was supposed to
create a new container class which will contain ScTextWnd obejct +
ScrollBar + Button object, I've done so. Also I've tunneled the calls
to ScTextWnd from ScInputWindow via the new methods created into the
ScInputBarGroup(new class which I've created). But the problem I'm
facing is now when I removed the aTextWnd.Show() from constructor of
ScInputWindow and added it into the ScInputBarGroup's constructor the
inputbar will not appear. I've passed the ScInputBarGroup's object in
InsertWindow() function though. But Still not able to figure out what
might be the problem.

I'm working on it. Hope I'll figure it out soon and I'm not able to
come online because of the internet connection problem; but it will be
resolved soon.

Thanks and regards

-- 
Anurag Jain
Final yr B.Tech CSE
SASTRA University
Thanjavur(T.N.)-613402
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #3: Wizards

[Caolán McNamara]

On Tue, 2011-06-14 at 11:25 -0700, John LeMoyne Castle wrote:
 Failures !!!
 Run: 1   Failure total: 1   Failures: 1   Errors: 0
 
 (which looks like failure to connect to soffice) 

Indeed, but...

 *
 * with additional message (from gdb) in a message box: *
 *
 The application cannot be started. 
 loading component library failed:
 file:///home/jlcastle/LibOdev/skky/solver/350/unxlngi6.pro/installation/opt/program/../basis-link/program/liboffaccli.so
 

this looks like it failed to launch at all, hence the failure of the
smoketest to connect to it.

  terminate called after throwing an instance of
 'com::sun::star::loader::CannotActivateFactoryException'  * 
  

Looks like it may have failed to launch due to a corrupt (from its
perspective, e.g. duplicate entries caught me once before) services.rdb,
so... could you try to 

rm -rf postprocess/unxlng*/misc/service.rdb
and
make dev-install
again to rule out as a possibility stale/incomplete dependencies causing
duplicate entries to end up in there.

C.

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

Re: [Libreoffice] [GSOC] Report #3: Wizards

[John LeMoyne Castle]

Caolan,
Thanks for the potential shortcut.  Sadly it did not work - I got the same
failure (at least in terminal output).  My master repo hasn't built yet this
month and has suffered multiples of several different unit test failures and
almost as many partial builds.  I can see why the tests that die fail to
clean up after themselves.  

Even though Xisco is on a different branch, I am ready to flush it all out
and do a fresh build to eliminate the possibility of some unmanaged
dependency tripping me up.  Will do that later when I plan to be away from
the computer.

Thanks again,
jlc

--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-Report-3-Wizards-tp3060259p3066951.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #3: Wizards

[Bjoern Michaelsen]

On Mon, 13 Jun 2011 21:41:17 +0200
Xisco Faulí aniste...@gmail.com wrote:

 After i did my first commit last tuesday i worked for 2 days on
 adding the button listeners and fixing some errors:
 http://cgit.freedesktop.org/libreoffice/components/?h=feature%2Fgsoc2011_wizards
 Then,
 on Thursday and on Friday I started to optimize it ( it takes 10 sec
 for showing the dialog ) but I made a mess in the git tree ( git and
 I aren't good friends ) and I decided eventually to delete the source
 and download it again from scratch. Now I already have it compiled
 but when I run libo I get this error: terminate called after throwing
 an instance of
 'com::sun::star::loader::CannotActivateFactoryException'. Any idea ?

Some UNO component cant be initialized:

http://api.openoffice.org/docs/common/ref/com/sun/star/loader/CannotActivateFactoryException.html

most likely you are missing some libraries in the install or they are
at the wrong location. Is that with the current state of the
gsoc2011_wizards feature branch?

Best Regards,

Bjoern

-- 
https://launchpad.net/~bjoern-michaelsen


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

Re: [Libreoffice] [GSOC] Report #3: Wizards

[John LeMoyne Castle]

HI Bjoern, Xisco and all, 

=After smoketest fails in master like so: 

officeconnection.cxx:140:Assertion
Test name: N12_GLOBAL__N_14TestE::test
setUp() failed
- equality assertion failed
- Expected: 2
- Actual  : 0

Failures !!!
Run: 1   Failure total: 1   Failures: 1   Errors: 0

(which looks like failure to connect to soffice) 
*
* with additional message (from gdb) in a message box: *
*
The application cannot be started. 
loading component library failed:
file:///home/jlcastle/LibOdev/skky/solver/350/unxlngi6.pro/installation/opt/program/../basis-link/program/liboffaccli.so

* 

=attempt to run soffice from solver fails like so: 
(no root/install symlink available)

~/LibOdev/skky/solver/350/unxlngi6.pro/installation/opt/program$ ./soffice
LibreOffice: Using system memory allocator.
LibreOffice: This is for debugging only.  To disable,
LibreOffice: unset the environment variable G_SLICE.
LibreOffice: Using system memory allocator.
LibreOffice: This is for debugging only.  To disable,
LibreOffice: unset the environment variable G_SLICE.


 terminate called after throwing an instance of
'com::sun::star::loader::CannotActivateFactoryException'  * 
 

From bug 37290, this commit
http://cgit.freedesktop.org/libreoffice/components/commit/?h=feature/gsoc2011_wizardsid=264c9ed93f3d338f6aee84310135569710705783
  
seems to be in master as well (from switching branch selector at
cgit.freedesktop) 

Will keep working to get ure symbols into the gdbtrace.log for specifics
from connector.uno.so, uuresolver.uno.so, unoexceptionprotector.so, etc. 

smoketest gdb log in pastebin  --  http://pastebin.com/bKt0Uvnv

-- jlc






--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-Report-3-Wizards-tp3060259p3064225.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #3: Wizards

[John LeMoyne Castle]

Actually not at all sure where to clean+build to get missing uno symbols in
the log 
Looks like an assortment of dirs may be involved
Help would be appreciated as it is ~necessary for me to proceed here. 
-- jlc 

--
View this message in context: 
http://nabble.documentfoundation.org/GSOC-Report-3-Wizards-tp3060259p3064324.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSOC] Report #3: Wizards

[Xisco Faulí]

Hi,

I'm sorry I didn't say anything yesterday but I was all day long at my
university and I didn't have time to test anything. Before i went to sleep I
did a make clean  make ( why ? I guess i didn't have anything to loose )
and now everything works correctly. it looks like the problem was fixed
yesterday. Thank you anyway.

@John, yeah, you're right but this time was different. Even make clean
didn't work so at that point I decided to compile it from scratch.

2011/6/14 John LeMoyne Castle lemoyne.cas...@gmail.com

 Actually not at all sure where to clean+build to get missing uno symbols in
 the log
 Looks like an assortment of dirs may be involved
 Help would be appreciated as it is ~necessary for me to proceed here.
 -- jlc

 --
 View this message in context:
 http://nabble.documentfoundation.org/GSOC-Report-3-Wizards-tp3060259p3064324.html
 Sent from the Dev mailing list archive at Nabble.com.
 ___
 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] [GSOC] Report #3: Wizards

[Xisco Faulí]

Hi,

After i did my first commit last tuesday i worked for 2 days on adding the
button listeners and fixing some errors:
http://cgit.freedesktop.org/libreoffice/components/?h=feature%2Fgsoc2011_wizards
Then,
on Thursday and on Friday I started to optimize it ( it takes 10 sec for
showing the dialog ) but I made a mess in the git tree ( git and I aren't
good friends ) and I decided eventually to delete the source and download it
again from scratch. Now I already have it compiled but when I run libo I get
this error: terminate called after throwing an instance of
'com::sun::star::loader::CannotActivateFactoryException'. Any idea ?

Cheers
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

[Libreoffice] [GSoC] report

[Matúš Kukan]

Hi everyone,

I've tried to move res/commandimagelist to /cmd and create symlinks
commandimagelist to ../cmd but it is not working.
After small change in packimages/pack/makefile.mk:56
$(FIND) $(SOLARSRC)$/$(RSCDEFIMG)/res/commandimagelist -name *.png
 changed to:
$(FIND) $(SOLARSRC)$/$(RSCDEFIMG)/res/commandimagelist/ -name *.png
because first find now lists just the symlink file,
is now possible to make packimages and old icons are used in Libreoffice.
But I don't know yet why is it so and why there are not newer icons.
The answer probably lies in packimages.pl script.
But maybe it doesn't make sense to make it working temporarily with
symlinks if it's not easy and rather change scripts to use cmd/.

So far all.

Matus
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice

Re: [Libreoffice] [GSoC] report

[Michael Meeks]

Hi Matus,

On Tue, 2011-05-10 at 14:32 +0200, Matúš Kukan wrote:
 I've tried to move res/commandimagelist to /cmd and create symlinks
 commandimagelist to ../cmd but it is not working.

:-)

 After small change in packimages/pack/makefile.mk:56
..
 because first find now lists just the symlink file,

Good catch, glad you're finding your way around that.

 is now possible to make packimages and old icons are used in Libreoffice.
 But I don't know yet why is it so and why there are not newer icons.
 The answer probably lies in packimages.pl script.

Indeed - I suggest we move much more of the work into that perl script;
I can help out there on IRC if you get stuck; perl is icky, but not
-too- awful :-)

 But maybe it doesn't make sense to make it working temporarily with
 symlinks if it's not easy and rather change scripts to use cmd/.

Sounds sensible. I'd focus on merging the existing other two random
perl scripts (and perhaps that 'find') into packimages.pl itself, when I
need to write perl, I tend to steal examples from the build/ repo in
build/bin.

HTH,

Michael.

-- 
 michael.me...@novell.com  , Pseudo Engineer, itinerant idiot


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

[Libreoffice] [GSoC] Report

[Timo]

Hi,

this week I am very busy because of the university. I will work on next
week.


Regards,

Timo


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

Re: [Libreoffice] [GSoC] Report

[Nguyen Vu Hung (KiEi)]

(2011/05/05 17:28), Timo wrote:

this week I am very busy because of the university. I will work on next
week.
I suggest a blog to note anything pops up in your mind; including a 
report.

No, you don't need a report if you are able to manage yourself :)

--
Nguyen Vu Hung (Nguyye^~n Vu~ Hu+ng)
LibreOffice, Vietnamese Translation Team.

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

Re: [Libreoffice] [GSoC] Report

[Jan Holesovsky]

Hi Timo,

Timo píše v Čt 05. 05. 2011 v 12:28 +0200:

 this week I am very busy because of the university. I will work on next
 week.

Great to have you here with the report :-) [while of course sorry to
hear that your school still keeps you busy ;-)]

I noticed you tried to reach me today, but we somehow missed each other;
either way - sending weekly reports is a great practice, please keep
that!  And setting up a blog would be good too, if you don't have one
yet.

Regards,
Kendy

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