Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


Hello I'm working on a new extension for LibreOffice writer, and I need to see how, if possible, 
from OOo Basic capture the dimension of the user's screen and the size of the current window of 
LibreOffice on which you are working. I hope some of you can help me.  any suggestions about how to 
view   two documents in the same editor and move both at once is also useful. thanks. I program in 
LibreOffice Basic.
 
Hola estoy trabajando en una nueva extensión para LibreOffice writer, y necesito ver la manera, si 
es posible, desde LibreOffice Basic capturar la dimensión de la pantalla del usuario y la dimensión 
de la ventana actual de LibreOffice sobre la que se está trabajando. Espero que alguno de ustedes 
pueda ayudarme. Ah cualquier sugerencia acerca de cómo visulizar dos documentos en el mismo editor 
y poder dezplazarme por ambos a la vez tambien es de utilidad. Quedo al tanto.Gracias

----- Mensaje original -----
De: libreoffice-request@lists.freedesktop.org
Para: libreoffice@lists.freedesktop.org
Enviados: Martes, 25 de Febrero 2014 15:00:27
Asunto: LibreOffice Digest, Vol 42, Issue 27

Send LibreOffice mailing list submissions to
        libreoffice@lists.freedesktop.org

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.freedesktop.org/mailman/listinfo/libreoffice
or, via email, send a message with subject or body 'help' to
        libreoffice-request@lists.freedesktop.org

You can reach the person managing the list at
        libreoffice-owner@lists.freedesktop.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of LibreOffice digest..."


Today's Topics:

   1. [Bug 63962] Remove LibreOffice icon themes hardcoding
      (bugzilla-daemon@freedesktop.org)
   2. [Bug 30425] Making Icon Themes is Far too Difficult
      (bugzilla-daemon@freedesktop.org)
   3. Re: core.git: bin/gbuild-to-ide (Jan Havl??ek)
   4. [Bug 64900] Write a PyUNO tutorial/walktrough
      (bugzilla-daemon@freedesktop.org)
   5. [Bug 64900] Write a PyUNO tutorial/walktrough
      (bugzilla-daemon@freedesktop.org)
   6. LibreOffice Gerrit News for core on 2014-02-25
      (gerrit@libreoffice.org)
   7. RE: fdo75264 incorrect function name tips, suggestions wanted
      (Winfried Donkers)
   8. Re: junit autogen error? (Stephan Bergmann)
   9. QA Meeting Minutes - 2014-02-24 (Robinson Tryon)
  10. Re: Drop CLANGBUILD in addition to CLANGDIR? (Stephan Bergmann)
  11. Can XML been imported/transformed  with API (Fernand Vanrie)
  12. Re: Testing/Working on PyUNO? (Kevin Hunter Kesling)
  13. Re: Minutes of ESC call (Noel Grandin)
  14. Notes on compilerplugins/clang/store/salbool.cxx
      (Stephan Bergmann)
  15. Paris Hackfest in June (Charles-H. Schulz)
  16. Re: Fix for a crash test? (Miklos Vajna)
  17. Re: Fix for a crash test? (Michael Stahl)
  18. Need help, regarding Easy Hack, Bug 64290 - UI: count
      selected rows     and columns.. (Sujay m)
  19. Re: Fix for a crash test? (julien2412)


----------------------------------------------------------------------

Message: 1
Date: Mon, 24 Feb 2014 22:25:24 +0000
From: bugzilla-daemon@freedesktop.org
To: libreoffice@lists.freedesktop.org
Subject: [Bug 63962] Remove LibreOffice icon themes hardcoding
Message-ID: <bug-63962-19970-DDvtYDtXNq@http.bugs.freedesktop.org/>
Content-Type: text/plain; charset="utf-8"

https://bugs.freedesktop.org/show_bug.cgi?id=63962

Tobias Lippert <drtl@fastmail.fm> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED

--- Comment #12 from Tobias Lippert <drtl@fastmail.fm> ---
The changes are available on the master branch.
If you find that the feature is not working as desired, please reopen the bug.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/libreoffice/attachments/20140224/2c854ab8/attachment-0001.html>

------------------------------

Message: 2
Date: Mon, 24 Feb 2014 22:25:25 +0000
From: bugzilla-daemon@freedesktop.org
To: libreoffice@lists.freedesktop.org
Subject: [Bug 30425] Making Icon Themes is Far too Difficult
Message-ID: <bug-30425-19970-BumkijHyTJ@http.bugs.freedesktop.org/>
Content-Type: text/plain; charset="utf-8"

https://bugs.freedesktop.org/show_bug.cgi?id=30425

Bug 30425 depends on bug 63962, which changed state.

Bug 63962 Summary: Remove LibreOffice icon themes hardcoding
https://bugs.freedesktop.org/show_bug.cgi?id=63962

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/libreoffice/attachments/20140224/52afe46a/attachment-0001.html>

------------------------------

Message: 3
Date: Tue, 25 Feb 2014 00:38:44 +0100
From: Jan Havl??ek <havlicek.honza@gmail.com>
To: Michael Stahl <mstahl@redhat.com>
Cc: libreoffice@lists.freedesktop.org
Subject: Re: core.git: bin/gbuild-to-ide
Message-ID:
        <CAMDFUzDE0Cr2ppNuJjsXLajwdOVOH-Z6w+TTEO+9gPsW6k7mfQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

On Mon, Feb 24, 2014 at 11:32 AM, Michael Stahl <mstahl@redhat.com> wrote:

On 23/02/14 04:37, Honza Havl??ek wrote:
bin/gbuild-to-ide |   72
++++++++++++++++++++++++++++++++++++++++++------------ 1 file
changed, 57 insertions(+), 15 deletions(-)

New commits: commit b81ac16e65b311d6e43c05c22c65d2040c9d7e04 Author:
Honza Havl??ek <havlicek.honza@gmail.com> Date:   Sun Feb 23 00:47:23
2014 +0100

fdo#70414: Use correct target names for building Visual Studio
projects.

Visual Studio projects use target
Library_{library_name}/Executable_{executable_name} for building the
project and
Library_{library_name}.clean/Executable_{executable_name}.clean for
cleaning the project. In most cases, the name of library/executable
is identical to the name of Library_*/Executable_* makefile, but in
~12 cases, the names are different (e.g. makefile is
Library_syssh_win, but target is Library_syssh). VS fails when it
tries to build the project with incorrect target name. This patch
replaces the names of targets with correct ones. Dependences also
used incorrect names of libraries.


do you have a list of such makefiles?  they are wrong anyway and should
be fixed, the Library/Executable name has to match the name of the
makefile, because "make Library_foo" should also work from the shell and
be predictable.


Here you go:

Module    Makefile name Library name
bridges    Library_cpp_uno    $(gb_CPPU_ENV)_uno
shell    Library_wininetbe    wininetbe1
shell    Library_localebe    localebe1
shell    Library_syssh_win    syssh
external/redland    Library_raptor    raptor2
pyuno    Executable_python_wrapper    python
desktop    Executable_unopkg.com    unopkg_com
desktop    Executable_crashrep.com    crashrep_com
desktop    Executable_unopkg.bin    unopkg_bin
desktop    Executable_soffice.bin    soffice_bin
svx    Executable_gengal.bin    gengal
unodevtools    Executable_skeletonmaker    uno-skeletonmaker

For Win32 and VS compiler the $(gb_CPPU_ENV) variable is msci.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/libreoffice/attachments/20140225/1c7fcf61/attachment-0001.html>

------------------------------

Message: 4
Date: Tue, 25 Feb 2014 01:42:42 +0000
From: bugzilla-daemon@freedesktop.org
To: libreoffice@lists.freedesktop.org
Subject: [Bug 64900] Write a PyUNO tutorial/walktrough
Message-ID: <bug-64900-19970-4VPZPVmYvM@http.bugs.freedesktop.org/>
Content-Type: text/plain; charset="utf-8"

https://bugs.freedesktop.org/show_bug.cgi?id=64900

--- Comment #5 from Alexandre Vicenzi <vicenzi.alexandre@gmail.com> ---
Bj?rn,

I've made a patch. How can I push to the sdk-examples repo?

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/libreoffice/attachments/20140225/b45ad810/attachment-0001.html>

------------------------------

Message: 5
Date: Tue, 25 Feb 2014 02:16:17 +0000
From: bugzilla-daemon@freedesktop.org
To: libreoffice@lists.freedesktop.org
Subject: [Bug 64900] Write a PyUNO tutorial/walktrough
Message-ID: <bug-64900-19970-BBf8HEZEWg@http.bugs.freedesktop.org/>
Content-Type: text/plain; charset="utf-8"

https://bugs.freedesktop.org/show_bug.cgi?id=64900

--- Comment #6 from Alexandre Vicenzi <vicenzi.alexandre@gmail.com> ---
(In reply to comment #5)
Bj?rn,

I've made a patch. How can I push to the sdk-examples repo?

Forget. :)

-- 
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/libreoffice/attachments/20140225/c48f5d35/attachment-0001.html>

------------------------------

Message: 6
Date: Tue, 25 Feb 2014 06:00:02 -0000
From: gerrit@libreoffice.org
To: libreoffice@lists.freedesktop.org
Cc: qa@fr.libreoffice.org
Subject: LibreOffice Gerrit News for core on 2014-02-25
Message-ID: <20140225060100.035544C0A85@gerrit.libreoffice.org>
Content-Type: text/plain; charset="utf-8"

Moin!

* Open changes on master for project core changed in the last 25 hours:

~~~~ First time contributors doing great things! ~~~~
+ fdo#63154 Remove unused solar.h
  in https://gerrit.libreoffice.org/8118 from Alexandre Vicenzi
  about module dbaccess, editeng, filter, framework, include, lotuswordpro, reportdesign, rsc, uui
+ Update little-to-big endian GetSwapFloat functions
  in https://gerrit.libreoffice.org/8207 from Douglas Mencken
  about module cppcanvas, vcl
+ svl: don't forget about big-endian parts in filerec.cxx
  in https://gerrit.libreoffice.org/8206 from Douglas Mencken
  about module svl
+ fdo#75254 Unsupported shape in DML writing was causing document corruptio
  in https://gerrit.libreoffice.org/8202 from Nikhil Walvekar
  about module sw
~~~~ End of freshness ~~~~

+ fdo#74424 Move ReMirror into wrapper functions
  in https://gerrit.libreoffice.org/7943 from Chris Sherlock
  about module include, vcl
+ Seperate initialization of OutputDevice instance
  in https://gerrit.libreoffice.org/7777 from Chris Sherlock
  about module include, vcl
+ fdo#39468 Translate German Comments - vcl/source/window/dockmgr.cxx
  in https://gerrit.libreoffice.org/8169 from Christian M. Heller
  about module vcl
+ Get rid of comments like //===, ////, //..., //###, //___, //... and //**
  in https://gerrit.libreoffice.org/8194 from Alexander Wilms
  about module UnoControls, accessibility, animations, avmedia, basctl, basegfx, basic, bridges, 
build, canvas, chart2, cli_ure, codemaker, comphelper, compilerplugins, connectivity, cppcanvas, 
cppu, cppuhelper, crashrep, cui, dbaccess, desktop, drawinglayer, dtrans, editeng, embeddedobj, 
embedserv, eventattacher, extensions, filter, forms, formula, fpicker, framework, helpcompiler, 
i18nlangtag, i18npool, include, io, javaunohelper, jvmfwk, l10ntools, lingucomponent, lotuswordpro, 
mysqlc, o3tl, odk, oox, pyuno, registry, remotebridges, reportdesign, sal, salhelper, sc, scaddins, 
scripting, sd, sdext, setup_native, sfx2, shell, slideshow, sot, starmath, stoc, store, svgio, svl, 
svtools, svx, sw, testtools, toolkit, ucb, ucbhelper, unodevtools, unotools, unoxml, uui, 
vbahelper, vcl, winaccessibility, writerfilter, xmlhelp, xmloff, xmlscript
+ Merge HTML detection to text detection service
  in https://gerrit.libreoffice.org/8213 from Maxim Monastirsky
  about module build, filter, postprocess, solenv
+ Improve usability of the outline
  in https://gerrit.libreoffice.org/7832 from Rob Snelders
  about module sd
+ fdo#74505 Make the wordcount a bit more dynamic
  in https://gerrit.libreoffice.org/8208 from Joren De Cuyper
  about module sw
+ gbuild: one command for C/C++ objects
  in https://gerrit.libreoffice.org/8203 from Mat?? Kukan
  about module solenv
+ fdo#74566:DOCX: Preservation <w:br> tag for Break to Next Page
  in https://gerrit.libreoffice.org/7891 from Pallavi Jadhav
  about module sw


* Merged changes on master for project core changed in the last 25 hours:

+ connectivity: harmonize types relatated to Tell()/Seek()
  in https://gerrit.libreoffice.org/8217 from Norbert Thiebaud
+ editeng: harmonized types related to Tell()/Seek()
  in https://gerrit.libreoffice.org/8216 from Norbert Thiebaud
+ basic: remove use of sal_uIntptr in favor of more appropriate type
  in https://gerrit.libreoffice.org/8214 from Norbert Thiebaud
+ vcl/osx/sal: SDK 10.5 compatibility
  in https://gerrit.libreoffice.org/8211 from Douglas Mencken
+ OpenSSL @OS X: choose correct build target
  in https://gerrit.libreoffice.org/8205 from Douglas Mencken
+ Use "deprecated" API for OS X alias resolving on X 10.5
  in https://gerrit.libreoffice.org/8195 from Douglas Mencken
+ Add two saveas icons for sifr theme.
  in https://gerrit.libreoffice.org/8191 from Matthias Freund
+ nss: continue delivering libsqlite on Mac OS X 10.5
  in https://gerrit.libreoffice.org/8204 from Douglas Mencken
+ Restore abandoned lines in bridges/Library_cpp_uno.mk
  in https://gerrit.libreoffice.org/8193 from Douglas Mencken
+ Yet another one undefined comparison of 'const' and a 'non-const' iterato
  in https://gerrit.libreoffice.org/8197 from Douglas Mencken
+ make the implementation use the same type than the declaration
  in https://gerrit.libreoffice.org/8201 from Norbert Thiebaud


* Abandoned changes on master for project core changed in the last 25 hours:

+ Don't assume that /usr/bin/mktemp is always a BSD mktemp on OSX, add back
  in https://gerrit.libreoffice.org/8196 from Douglas Mencken
+ use size_t instead of sal_Size internally
  in https://gerrit.libreoffice.org/8184 from Norbert Thiebaud
+ define sal_Size to be size_t and sal_sSize to be ptrdiff_t
  in https://gerrit.libreoffice.org/8198 from Norbert Thiebaud


* Open changes needing tweaks, but being untouched for more than a week:

+ Lots of changes to Tango icons
  in https://gerrit.libreoffice.org/7987 from Miroslav Mazel
+ sw/docx export: fix handling of document with header and section(s)
  in https://gerrit.libreoffice.org/6248 from Pierre-Eric Pelloux-Prayer
+ fdo#51525 Fix duplicate "Paste Special" entries in Calc.
  in https://gerrit.libreoffice.org/7784 from Andrzej Hunt
+ fdo#72661: Check ?Hyphenation active? automatically
  in https://gerrit.libreoffice.org/7291 from Jiwoong Youn
+ sa/l add release_assert() and assert that stay even in release code
  in https://gerrit.libreoffice.org/7625 from Norbert Thiebaud
+ fdo#69407: On transparent frames, shadows are painted in foreground.
  in https://gerrit.libreoffice.org/7070 from Mohamed-Ali BEN MANSOUR
+ add a header to provide posix compatible wrapper for platform lacking
  in https://gerrit.libreoffice.org/6837 from Norbert Thiebaud
+ upgrade liborcus
  in https://gerrit.libreoffice.org/7310 from Markus Mohrhard
+ WIP fdo#72987 Use firebird backup format for .odb
  in https://gerrit.libreoffice.org/7299 from Andrzej Hunt
+ fdo#60698: Merge animcore into sd and slideshow
  in https://gerrit.libreoffice.org/7108 from Marcos Souza
+ sw/export docx: add unit test for document with header and section(s)
  in https://gerrit.libreoffice.org/6249 from Pierre-Eric Pelloux-Prayer
+ fix for exporting of text watermark to DOCX
  in https://gerrit.libreoffice.org/5568 from Adam CloudOn
+ WIP: fdo#33980 Preserve selection across all slide sorters.
  in https://gerrit.libreoffice.org/6633 from Andrzej Hunt
+ fdo#71043 -  Use STACK lint tool to clean code
  in https://gerrit.libreoffice.org/6529 from Jos? Guilherme Vanz
+ Increase number of remembered recent documents from 10 to 25
  in https://gerrit.libreoffice.org/6101 from Krisztian Pinter
+ startcenter: Make SC open faster by timeouting thumbnails
  in https://gerrit.libreoffice.org/6102 from Krisztian Pinter
+ Simplify oslThreadIdentifier on Linux 32.
  in https://gerrit.libreoffice.org/5553 from Arnaud Versini
+ fdo#36791 : fix for import of greeting card
  in https://gerrit.libreoffice.org/4240 from Adam CloudOn
+ Positional Tab additions
  in https://gerrit.libreoffice.org/5387 from Adam CloudOn


Best,

Your friendly LibreOffice Gerrit Digest Mailer

Note: The bot generating this message can be found and improved here:
       https://gerrit.libreoffice.org/gitweb?p=dev-tools.git;a=blob;f=gerritbot/send-daily-digest

------------------------------

Message: 7
Date: Tue, 25 Feb 2014 08:29:21 +0100
From: Winfried Donkers <W.Donkers@dci-electronics.nl>
To: Kohei Yoshida <kohei.yoshida@collabora.com>
Cc: "libreoffice@lists.freedesktop.org"
        <libreoffice@lists.freedesktop.org>
Subject: RE: fdo75264 incorrect function name tips, suggestions wanted
Message-ID:
        <F0865CA4B825D94B9D4BBB19F4E7DF457DF15A4BF7@DCI-FS-01.dci-electronics.local>
        
Content-Type: text/plain; charset="utf-8"

Hi Kohei,

I for one would be okay with skipping this pMRUList.  I don't think we need to do that anymore.

I skipped it, and some more. Please look at my draft patch in gerrit 
(https://gerrit.libreoffice.org/#/c/8218/ ).

Winfried

------------------------------

Message: 8
Date: Tue, 25 Feb 2014 09:27:54 +0100
From: Stephan Bergmann <sbergman@redhat.com>
To: libreoffice@lists.freedesktop.org
Subject: Re: junit autogen error?
Message-ID: <530C540A.4090206@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 11/19/2013 09:11 AM, Stephan Bergmann wrote:
The best fix probably is to use javac with -classpath junit.jar for
the check.

Fixed with 
<http://cgit.freedesktop.org/libreoffice/core/commit/?id=ded6334f7016cb59dcb140a23339b1ca3418ca8c> 
"Make JUnit/Hamcrest detection more flexible" now.

Stephan


------------------------------

Message: 9
Date: Tue, 25 Feb 2014 01:22:29 -0800
From: Robinson Tryon <bishop.robinson@gmail.com>
To: LibreOffice-QA <libreoffice-qa@lists.freedesktop.org>,
        libreoffice-dev <libreoffice@lists.freedesktop.org>,    LibreOffice
        projects <projects@global.libreoffice.org>
Subject: QA Meeting Minutes - 2014-02-24
Message-ID:
        <CACK2x99pxO-=Aun0Wqu9LYqPP0Cs5k-7ma+ox9Y817NPyaZN7w@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Hello, hello,

Meeting minutes from the QA Meeting are here:
https://wiki.documentfoundation.org/QA/Meetings/2014/February_24

The next QA Call will be:
https://wiki.documentfoundation.org/QA/Meetings/2014/March_10

We may be rescheduling the time and weekday of QA Calls in the near
future, so if you're interested in joining in, please keep an eye on
the QA mailing list.

Best,
--R


------------------------------

Message: 10
Date: Tue, 25 Feb 2014 11:03:22 +0100
From: Stephan Bergmann <sbergman@redhat.com>
To: libreoffice@lists.freedesktop.org
Subject: Re: Drop CLANGBUILD in addition to CLANGDIR?
Message-ID: <530C6A6A.3000505@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 02/24/2014 01:53 PM, Stephan Bergmann wrote:
That is, anybody any objections against committing the below patch to
master?

Committed as 
<http://cgit.freedesktop.org/libreoffice/core/commit/?id=95700a2d7d09893fe16aadb406e93bf7164f7422> 
"Drop CLANGBUILD in addition to CLANGDIR" now.

Stephan


------------------------------

Message: 11
Date: Fri, 21 Feb 2014 15:02:55 +0100
From: Fernand Vanrie <sos@pmgroup.be>
To: libreOffice@lists.freedesktop.org
Subject: Can XML been imported/transformed  with API
Message-ID: <53075C8F.60600@pmgroup.be>
Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"

Hallo,

In the past there was he "com.sun.star.comp.JAXTHelper" to make a 
translation of a XML this stuff is now removed from LO

SaxtHelper is replaced by 
com.sun.star.comp.documentconversion./LibXSLTTransformer/

In the past there was some code (below originated from the Hanja 
Hermione website) to work with this JAXThelper i tried  the same code 
but now using com.sun.star.comp.documentconversion./LibXSLTTransformer/


No errors but i end up with a empty "out.txt" file

can someone explain how to work with the new stuff or is it simply not 
possible to make XML transformations using the API.

(the SaxParser is working but to slow for big files)

Greetz

And thanks for any advice

Fernand

Sub Main
   bStarted = True
   oSFA = CreateUnoService( _
     "com.sun.star.ucb.SimpleFileAccess" )
   
   oIn = oSFA.openFileRead("file:///C:/usr/content.xml")
   oOut = oSFA.openFileWrite("file:///C:/usr/out.txt")
   
   Dim aNamed(6) As New com.sun.star.beans.NamedValue
   aNamed(0).Name = "StylesheetURL"
   aNamed(0).Value ="file:///C:/yourXSLT.xsl"
   aNamed(1).Name = "SourceURL"
   aNamed(1).Value ="file:///C:/usr/yourcontent.xml"
   aNamed(2).Name = "TargetURL"
   aNamed(2).Value ="file:///C:/out.txt"
   aNamed(3).Name = "SourceBaseURL"
   aNamed(3).Value ="file:///C:/"
   aNamed(4).Name = "TargetBaseURL"
   aNamed(4).Value ="file:///C:/"
   aNamed(5).Name = "SystemType"
   aNamed(5).Value = ""
   aNamed(6).Name = "PublicType"
   aNamed(6).Value = ""
   
   oStreamListener = CreateUnoListener( "Stream_", _
     "com.sun.star.io.XStreamListener" )
   
   oJAXHelper = CreateUnoService( _
       "om.sun.star.comp.documentconversion./LibXSLTTransformer/  " )
   oJAXHelper.initialize(aNamed)
   oJAXHelper.addListener(oStreamListener)
   oJAXHelper.setInputStream(oIn)
   oJAXHelper.setOutputStream(oOut)
   
   ' start translation
   oJAXHelper.start()
   
   ' needs to wait the end of translation
   While bStarted
     wait 100
   WEnd
   
   oJAXHelper.removeListener(oStreamListener)
   oIn.closeInput()
   oOut.closeOutput()
End Sub


-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/libreoffice/attachments/20140221/800c44a8/attachment-0001.html>

------------------------------

Message: 12
Date: Wed, 19 Feb 2014 11:42:03 -0500
From: Kevin Hunter Kesling <hunteke@earlham.edu>
To: Kohei Yoshida <kohei.yoshida@collabora.com>
Cc: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>,        LibreOffice
        Dev List <libreoffice@lists.freedesktop.org>,   Stephan Bergmann
        <sbergman@redhat.com>
Subject: Re: Testing/Working on PyUNO?
Message-ID: <5304DEDB.5000206@earlham.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed

I'm sorry to have ignited a discussion for which I wasn't looking.  I 
clearly don't have the authority to weigh in given my (lack of) 
meritocratic wealth in the LibO community, so let me keep this simple: 
I'm truly just trying to find an agreeable avenue for hacking on LibO 
given my use cases and time.

In the hopes that some of this discussion is fueled by a 
misunderstanding of my intentions, let me apologize below:

At 11:19am -0500 Wed, 19 Feb 2014, Kohei Yoshida wrote:
On Wed, 2014-02-19 at 16:51 +0100, Bjoern Michaelsen wrote:
Its still better than a bug without a reproduction scenario. So
consider a failed Python test a mere "bug with a good reproduction
scenario" for now.

But that's not what we are talking about here. Kevin insists to
write Python test to test core functionality, which is already
covered in core test.

Gosh, I'm sorry that's how I came across.  As I said over IRC, I 
recognize "that I don't get it.  I'm trying to."  I patently do _not_ 
insist on anything in this area, as I recognize I'm not a maintainer, 
nor do I have the requisite internal knowledge of LibO/Calc.  I am, 
however, trying to find a way to strengthen what I perceive to be an 
area of weakness for LibO, and one that has potential for my use cases. 
  Namely, Python bindings to Calc.  Perhaps there's no fit here right 
now, and that's okay, too.

Clearly, were I to engage here, I'd like to not step on your (or 
anyone's) development toes.

Cheers,

Kevin


------------------------------

Message: 13
Date: Fri, 21 Feb 2014 16:32:39 +0200
From: Noel Grandin <noel@peralex.com>
To: Thorsten Behrens <thb@documentfoundation.org>,      libreoffice-dev
        <libreoffice@lists.freedesktop.org>
Cc: Markus Mohrhard <markus.mohrhard@googlemail.com>
Subject: Re: Minutes of ESC call
Message-ID: <53076387.40908@peralex.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 2014-02-21 16:21, Thorsten Behrens wrote:
Jan Holesovsky wrote:
* Problems in image scaling code (Markus)
     + can we use openmp there?  anybody against?
     + gcc and visual studio both support that [Markus]
     + easy to use [Markus]

Another piece to look at are intel's TBB, which in my mind are _much_
more idiomatic for c++ code. I'm always reminded of fortran when I see
openmp code. ;)

For vcl/source/gdi/* - that is clearly rife of inefficiencies & funny
algorithms. A plan back in the day was to replace code there with
calls to basebmp stuff one by one, though somehow I never got to
it. But it would be nice to have _one_ place for filtering & image
scaling, instead of three in vcl, one in each application, and one in
basebmp.



Wasn't there a plan at one point to make use of Cairo and/or Pixman for such things?

I would have thought they'd have pretty efficient versions of stuff like that by now.

Disclaimer: http://www.peralex.com/disclaimer.html




------------------------------

Message: 14
Date: Tue, 25 Feb 2014 11:28:38 +0100
From: Stephan Bergmann <sbergman@redhat.com>
To: libreoffice-dev <LibreOffice@lists.freedesktop.org>
Cc: Chris Sherlock <chris.sherlock79@gmail.com>,        Noel Grandin
        <noelgrandin@gmail.com>
Subject: Notes on compilerplugins/clang/store/salbool.cxx
Message-ID: <530C7056.6060005@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

...introduced with 
<http://cgit.freedesktop.org/libreoffice/core/commit/?id=cc478960dceea17858ba88067dc3ecf07a07d291> 
"salbool: a rewriting plugin that flags most uses of sal_Bool."

If you want to use it to clean up uses of sal_Bool in some module M:

After a full build, do

make $M.clean
cp compilerplugins/clang/store/salbool.cxx compilerplugins/clang/
make -k $M
make -k PARALLELISM=1 COMPILER_PLUGIN_TOOL='literaltoboolconversion salbool' UPDATE_FILES=$M $M
make -k $M
make -k PARALLELISM=1 COMPILER_PLUGIN_TOOL='literaltoboolconversion salbool' UPDATE_FILES=$M $M
...
rm compilerplugins/clang/salbool.cxx
make -k check
make -k COMPILER_PLUGIN_TOOL=literaltoboolconversion check
make -k check
make -k COMPILER_PLUGIN_TOOL=literaltoboolconversion check
...

i.e., first use enough iterations of running the salbool rewriter over 
module M to get that module cleaned up.  Also use the 
literaltoboolconversion rewriter in those runs, to automatically fix 
cases like salbool rewrote

   sal_Bool b = sal_False;

to

   bool b = sal_False;

which literatltoboolconversion on the next run rewrites to

   bool b = false;

Use UPDATE_FILES=$M to also do the rewriting in the include files of 
module M (requires PARALLELISM=1). Interleave with non-rewriting "make 
-k $M" runs, to generate .o files for those .cxx files that have no more 
errors (as rewriting runs don't generate .o files, so would needlessly 
re-process those .cxx files again and again).

Once the module itself is clean, disable the salbool plugin again and 
clean up any problems introduced into dependent modules (like a virtual 
function override derived from module M needs to change its return type 
from sal_Bool to bool).

Some errors cannot be rewritten, so you need to fix those manually 
between runs.  But note that salbool will rewrite a function declaration 
in an include file only when working on a .cxx file where it also sees a 
definition (to avoid some needless temporary compilation errors that 
prevent the rewriter from doing its work), and will otherwise flag the 
function declaration in the include file as a warning/error, so don't 
fix such a case manually but wait for a (subsequent) run to get to the 
corresponding .cxx and rewrite the include file automatically.

Modules up to toolkit have already been processed.  (See "make 
dump-deps-sort" for a rough estimate of "up to.")

Stephan


------------------------------

Message: 15
Date: Tue, 25 Feb 2014 12:03:05 +0100
From: "Charles-H. Schulz" <charles.schulz@documentfoundation.org>
To: LibreOffice@lists.freedesktop.org
Subject: Paris Hackfest in June
Message-ID: <adfb8f48036858242f2c30fa129fe3d5@libreoffice.org>
Content-Type: text/plain; charset=UTF-8; format=flowed

Hello,

We should have a Hackfest in Paris during the month of June, ideally the 
27th and 28th. It would take place at the Simplon space, located in 
Montreuil: www.simplon.co

Please let me know in private or elsewhere if you would be interested in 
joining.

Best,

Charles.


------------------------------

Message: 16
Date: Tue, 25 Feb 2014 13:05:55 +0100
From: Miklos Vajna <vmiklos@collabora.co.uk>
To: julien2412 <serval2412@yahoo.fr>
Cc: libreoffice@lists.freedesktop.org
Subject: Re: Fix for a crash test?
Message-ID: <20140225120554.GA25586@collabora.co.uk>
Content-Type: text/plain; charset="utf-8"

Hi Julien,

On Sat, Feb 22, 2014 at 07:05:39AM -0800, julien2412 <serval2412@yahoo.fr> wrote:
On pc Debian x86-64 with master sources updated yesterday, I reproduced the
crash fdo51430-1.doc.
The bt shows a failing assert because of the line 2423 of this block:
   2415         else
   2416         {
   2417             //What I do here, is that I examine the attributes, and
if
   2418             //I find out, that it's CJK/CTL, then I set the
paragraph space
   2419             //to the value set in
HTML_CJK_PARSPACE/HTML_CTL_PARSPACE.
   2420 
   2421             sal_Bool bIsCJK = false;
   2422             sal_Bool bIsCTL = false;
   2423             SwpHints& rHints = pTxtNode->GetSwpHints(); //// HERE
   2424             sal_uInt16 nWhich;
   2425             SwTxtAttr *pHt;

(see
http://opengrok.libreoffice.org/xref/core/sw/source/filter/html/swhtml.cxx#2415)

If I check pTxtNode->HasHints()  on SwHTMLParser::AddParSpace in
sw/source/filter/html/swhtml.cxx, no crash. But as often, I wonder if it's
the good fix or if I just hide a bug

In general, GetSwpHints() should only be used after a HasHints() call.
In an import filter, once again in general you are supposed to handle
all kind of strange user input. Based on that, I would just add the
HasHints() check there, unless you want to spend time on checking if the
bugdoc crashed in older versions as well (and if it did not, why that
didn't happen).

Miklos
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: 
<http://lists.freedesktop.org/archives/libreoffice/attachments/20140225/9be73004/attachment-0001.pgp>

------------------------------

Message: 17
Date: Tue, 25 Feb 2014 17:13:55 +0100
From: Michael Stahl <mstahl@redhat.com>
To: libreoffice@lists.freedesktop.org
Subject: Re: Fix for a crash test?
Message-ID: <leiffm$iga$1@ger.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1

On 25/02/14 13:05, Miklos Vajna wrote:
Hi Julien,

On Sat, Feb 22, 2014 at 07:05:39AM -0800, julien2412 <serval2412@yahoo.fr> wrote:
On pc Debian x86-64 with master sources updated yesterday, I reproduced the
crash fdo51430-1.doc.
The bt shows a failing assert because of the line 2423 of this block:
   2415         else
   2416         {
   2417             //What I do here, is that I examine the attributes, and
if
   2418             //I find out, that it's CJK/CTL, then I set the
paragraph space
   2419             //to the value set in
HTML_CJK_PARSPACE/HTML_CTL_PARSPACE.
   2420 
   2421             sal_Bool bIsCJK = false;
   2422             sal_Bool bIsCTL = false;
   2423             SwpHints& rHints = pTxtNode->GetSwpHints(); //// HERE
   2424             sal_uInt16 nWhich;
   2425             SwTxtAttr *pHt;

(see
http://opengrok.libreoffice.org/xref/core/sw/source/filter/html/swhtml.cxx#2415)

If I check pTxtNode->HasHints()  on SwHTMLParser::AddParSpace in
sw/source/filter/html/swhtml.cxx, no crash. But as often, I wonder if it's
the good fix or if I just hide a bug

In general, GetSwpHints() should only be used after a HasHints() call.
In an import filter, once again in general you are supposed to handle
all kind of strange user input. Based on that, I would just add the
HasHints() check there, unless you want to spend time on checking if the
bugdoc crashed in older versions as well (and if it did not, why that
didn't happen).

yes, what Miklos said...

apparently this was added in commit
1b0f7ee1e04d7b0fe81f7458ae2116615e0f6889 and there's another
questionable bit in there: when it finds some RES_CTL_* hint it does not
set "bCTL = true" but "bCJK = false", so bCTL is never true?

also i wonder if the HTML import code actually sets only one of the
western/cjk/ctl font height etc. attributes or all 3 at the same time...




------------------------------

Message: 18
Date: Wed, 26 Feb 2014 00:21:58 +0530
From: Sujay m <sujaym.sujaym@gmail.com>
To: libreoffice@lists.freedesktop.org
Subject: Need help, regarding Easy Hack, Bug 64290 - UI: count
        selected rows   and columns..
Message-ID:
        <CAE=o00YFsT61Gj0mDW1=O+QiOdOE+9FW55_fXO_00_HcANJwQw@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"

Hello,
I ve been working on this easy hack for almost a week now. First of all it
is not a easy hack, atleast not for the fist timers.
For this hack the code pointers are not given, and i was able to find some
code pointers using opengrok.
Initially i looked up in the xml file to get the UI component. Then using
the component ID found the .xcu file.
I also found the implementation of statusbarcontroller and implementations
of separate components ie, zoomctrl.cxx etc.. in svx module.
Well in these controllers they require a satusbar items too.

Consider i want to add a constant valued string to the bar. All i want is
someone to instruct me, what all i need to take care of while creating this
component.
I also didn't find the code that links the component in the .xcu file and
the actual implementation of the controller.

Someone, please help.. Have been working on this for a very long time. This
is my second easy hack, even the first one I chose didn't have an easy
answer.(Easy Hack 42788 <https://bugs.freedesktop.org/show_bug.cgi?id=42788>)..
Though have submitted what i got on the list..

Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.freedesktop.org/archives/libreoffice/attachments/20140226/49d9db24/attachment-0001.html>

------------------------------

Message: 19
Date: Tue, 25 Feb 2014 11:40:25 -0800 (PST)
From: julien2412 <serval2412@yahoo.fr>
To: libreoffice@lists.freedesktop.org
Subject: Re: Fix for a crash test?
Message-ID: <1393357224817-4098991.post@n3.nabble.com>
Content-Type: text/plain; charset=us-ascii

I submitted a patch here:
https://gerrit.libreoffice.org/#/c/8307/
The goal was just to fix the crash + use a by default value for
SvxULSpaceItem + fix a wrong copy paste

For the rest, I must say I don't know how it should be fixed.

Julien



--
View this message in context: 
http://nabble.documentfoundation.org/Fix-for-a-crash-test-tp4098535p4098991.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


End of LibreOffice Digest, Vol 42, Issue 27
*******************************************
________________________________________________________________________________________________
III Escuela Internacional de Invierno en la UCI del 17 al 28 de febrero del 2014. Ver www.uci.cu

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.