[Libreoffice] [Bug 34404] LibreOffice 3.3.2 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=34404 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on|34184 | --- Comment #18 from Rainer Bielefeld libreoff...@bielefeldundbuss.de 2011-03-21 23:32:21 PDT --- Bug 34184 - [Task]: Make E-mail MAILMEGE usable: 3.3.3 blocker now -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] EasyHack: Ruler/Notes toggling
Hi Robert, Robert Vaccaro wrote (22-03-11 01:49) I'm new to hacking LibreOffice and would like to implement the Notes (comments) toggling easyhack. Before I begin working on it, is anyone else currently working on this? I don't want to duplicate effort. Good that you ask. Actually it is one of the hacks that we have planned for the Dutch hackers event on next Thursday. See http://listarchives.libreoffice.org/www/marketing/msg02698.html If it turns out that we do something different, you'll know it in a few days. Is that OK? Kind regards, Cor Also, is this easyhack still relevant from a UI perspective? I plan to stick to simple easyhacks/simple bugs until I get a better feel for how everything works. Thanks, Robert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- - http://nl.libreoffice.org - giving openoffice.org its foundation :: The Document Foundation - ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Disabling unit tests building?
On Mon, Mar 21, 2011 at 6:10 PM, Jan Holesovsky ke...@suse.cz wrote: Hi Bjoern, On 2011-03-21 at 18:34 +0100, Bjoern Michaelsen wrote: We clearly want to run unittest by default. It might make sense to rename the current all target to buildonly and allandcheck to all to be more explicit. The GNU make conventions are unclear if checks should be run by the default target (However, they are clear on that the default target should be all -- which we currently violate): http://www.gnu.org/software/make/manual/make.html#Standard-Targets Im open for opinions on this. I'd default to building without running checks when you issue make in the module (the developer running the make knows best whether the change is just adding a debug output, or does the Real Thing), and build with checks when you rebuild the entire LibreOffice - that way, even if you forget to do your 'make check', your changes are high that you spot the breakage, or (in the worst case) the tinderboxes uncover that. Wrt. the naming, I'd do 'all' build only, and 'check' depending on 'all', ie. the 'allandcheck' meaning. I think the issue here is that if you make the top level default target (all) mean 'build-only' you decrease the odd of the tests being covered. I agree with you with the module level build, but I thing that the top level make should to the test by default unless actively told otherwise. My rational is the same than the one by which I think that bin-filter should be enabled by default: we want as much coverage as possible. Casual dev that compile once in a while, without having learned all the intricacy of the build system, should by default be doing the 'safe' thing and from a dev point of view that is 'compile and test as much as possible to detect if you broke something' We have seen case when someone did some change that impacted binfilter, did make and though everything was fine... because by default binfilter was not built and he was not aware of it. iow, if one wants to take shortcuts, one should have to learn how-to, and hopefully gain awareness of the consequences along the way :-) Norbert ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED] remove String with OUString
On Tue, Mar 15, 2011 at 01:10:58PM +0100, Xisco Faulí wrote: Hello, It's the first time I do it so I searched for previous commits in order to get a referent. i couldn't find any example for String.AssignAscii so I replace it with OUStringBuffer.appendAscii. Yeah, that is good. I only added RTL_CONSTASCII_STRINGPARAM around string literals. I also replaced occurrences of aStr.equals(rtl::OUString(RTL_CONSTASCII_USTRINGPARAM(foo))) by aStr.equalsAsciiL(RTL_CONSTASCII_STRINGPARAM(foo)) (similarly for equalsIgnoreAsciiCase and equalsIgnoreAsciiCaseAsciiL) and aStr.getLen() in conditions by !aStr.isEmpty(). D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 34404] LibreOffice 3.3.2 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=34404 Rainer Bielefeld libreoff...@bielefeldundbuss.de changed: What|Removed |Added Depends on|34187 | -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] GreaseMonkey script for OOo bugs fixed in LO has been updated
On Mon, Mar 21, 2011 at 05:23:17PM +0100, Cedric Bosdonnat wrote: Hi all, The title says it all... The old version wasn't useful anymore since OpenOffice switched to Kenai and bugzilla. The GreaseMonkey script has been updated for the new bugzilla. It can be fetched here, like before: http://userscripts.org/scripts/show/87923 Nice :) I suppose the list of fixed bugs is updated automatically from #iX# style references from git log? If yes, would it be worth to have another list, maintained manually, of bugs that are fixed but are not referenced in any log message (e.g., #i80604#)? D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED] Delete last SVX_LIGHT usage
On Mon, Mar 21, 2011 at 10:18:41PM +0100, Michael Lefevre wrote: Xavier SVX_LIGHT deletion forgot just on occurence. This patch delete the last one. Pushed, thanks! D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED] Remove DECLARE_LIST( FmCtrlModelList, XInterface* ).
Pushed, thanks! One thing, though: we prefer to use real name for author. Could you change this in your ~/.gitconfig, please? git config --global user.name Real Name will do the trick. D. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] --enable-crypt-link
Hi, Do you see any use for the --enable-crypt-link / CRYPT_LINK? To me, it seems to be a remnant of removal of PAM, and I can see no references to that other than configure.in / set_soenv.in: http://opengrok.libreoffice.org/search?q=CRYPT_LINKproject=artworkproject=baseproject=bootstrapproject=calcproject=componentsproject=extensionsproject=extrasproject=filtersproject=impressproject=libs-coreproject=libs-externproject=libs-extern-sysproject=libs-guiproject=postprocessproject=sdkproject=ureproject=writerdefs=refs=path=hist= I'm about to kill, unless anyone objects :-) Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] GreaseMonkey script for OOo bugs fixed in LO has been updated
Hi David, On Tue, 2011-03-22 at 08:38 +0100, David Tardon wrote: Nice :) I suppose the list of fixed bugs is updated automatically from #iX# style references from git log? If yes, would it be worth to have another list, maintained manually, of bugs that are fixed but are not referenced in any log message (e.g., #i80604#)? Indeed it picks up the #iX# and i#X from the git log. You can add some other ones on that wiki page if no bug ref to a fixed bug is contained in the logs: http://wiki.documentfoundation.org/QA/FixedIZ Regards, -- 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] Compiled failed in sw
On Tue, Mar 22, 2011 at 01:57:29AM +0100, Miklos Vajna vmik...@frugalware.org wrote: No, I got sw to build with gnumake already, though I get the same error after the last pull. I just started a full rebuild; if it's there, it worths checking what's the problem. The attached patch fixes the problem here. OK to push? Thanks. From 8ab643a9d618827c4e58072f98ef951f3c0a0d2e Mon Sep 17 00:00:00 2001 From: Miklos Vajna vmik...@frugalware.org Date: Tue, 22 Mar 2011 10:02:11 +0100 Subject: [PATCH] docx: cast sal_uInt16 to sal_Int32 explicitely To fix the error: call of overloaded 'valueOf(sal_uInt16)' is ambiguous problem. --- sw/source/filter/ww8/docxattributeoutput.cxx |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/sw/source/filter/ww8/docxattributeoutput.cxx b/sw/source/filter/ww8/docxattributeoutput.cxx index baf9879..040aca4 100644 --- a/sw/source/filter/ww8/docxattributeoutput.cxx +++ b/sw/source/filter/ww8/docxattributeoutput.cxx @@ -2449,10 +2449,10 @@ void DocxAttributeOutput::SectionFormProtection( bool bProtected ) void DocxAttributeOutput::SectionLineNumbering( sal_uLong nRestartNo, const SwLineNumberInfo rLnNumInfo ) { FastAttributeList* pAttr = m_pSerializer-createAttrList(); -pAttr-add( FSNS( XML_w, XML_countBy ), OString::valueOf( rLnNumInfo.GetCountBy()).getStr()); +pAttr-add( FSNS( XML_w, XML_countBy ), OString::valueOf( sal_Int32(rLnNumInfo.GetCountBy()) ).getStr()); pAttr-add( FSNS( XML_w, XML_restart ), rLnNumInfo.IsRestartEachPage() ? newPage : continuous ); if( rLnNumInfo.GetPosFromLeft()) -pAttr-add( FSNS( XML_w, XML_distance ), OString::valueOf( rLnNumInfo.GetPosFromLeft()).getStr()); +pAttr-add( FSNS( XML_w, XML_distance ), OString::valueOf( sal_Int32(rLnNumInfo.GetPosFromLeft() )).getStr()); if( nRestartNo ) pAttr-add( FSNS( XML_w, XML_start ), OString::valueOf( long( nRestartNo )).getStr()); XFastAttributeListRef xAttrs( pAttr ); -- 1.7.4.1 pgpap8UfVnbGo.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Compiled failed in sw
On Tue, 2011-03-22 at 10:14 +0100, Miklos Vajna wrote: On Tue, Mar 22, 2011 at 01:57:29AM +0100, Miklos Vajna vmik...@frugalware.org wrote: No, I got sw to build with gnumake already, though I get the same error after the last pull. I just started a full rebuild; if it's there, it worths checking what's the problem. The attached patch fixes the problem here. OK to push? I had just pushed a similar change, should be equivalent. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Disabling unit tests building?
On Tue, 2011-03-22 at 01:48 -0500, Norbert Thiebaud wrote: I think the issue here is that if you make the top level default target (all) mean 'build-only' you decrease the odd of the tests being covered. As a data point, post-merge of new build system stuff, passive component registration and so forth a lot of the new tests are disabled at the moment seeing as they need a bit of love to use the new passive reg, on turning them on one at a time I see that... a) smoketest merge went wrong, now fixed hopefully b) i18npool merge went very wrong, regression test detected the failure, now fixed hopefully c) starmath had a (new?) bug which the regression test picked up, now fixed. Which argues to me that a test not run by default isn't worth a whole pile if when I enable three tests all three tests immediately detect regressions. I've sympathy for the linking the sw tests is *so* slow, can I skip the unit test argument, I wish I could have faith that people would run a make check, but the evidence so far is that few run the current make check target :-( C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [Bug 34404] LibreOffice 3.3.2 release blockers / stoppers
https://bugs.freedesktop.org/show_bug.cgi?id=34404 Michael Meeks michael.me...@novell.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Depends on|34093 | --- Comment #19 from Michael Meeks michael.me...@novell.com 2011-03-22 03:48:05 PDT --- dropping 34093 - moved to 3.3.3 - since 3.3.2 just released. Thanks guys; this bug is now closed. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Deliver and build tree size
On Mon, 2011-03-21 at 18:41 +0100, Bjoern Michaelsen wrote: Any takers for adding such logic to configure? Should I add a EasyTask? Sounds good to me :-) and of course, auto-detecting whether the link is possible at the time of linking is prolly best, and shouldn't be impossibly slower - surely ? 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] Deliver and build tree size
On Mon, 2011-03-21 at 14:32 +0100, Bjoern Michaelsen wrote: Hi all, I just enabled striping on link for gbuild on Linux unless you explicitly requested symbols, by setting SYMBOL/SYMBOLS or DEBUG: http://cgit.freedesktop.org/libreoffice/bootstrap/commit/?id=1ed2342c1e33c28ad048205c4a708fe7b39bfb17 We have an --enable-symbols which sets var ENABLE_SYMBOLS (which is optionally also SMALL for -g1), would be good to align these things, so how about I change --enable-symbols to export SYMBOLS instead of ENABLE_SYMBOLS, drop the small option which I think is really unused, and adapt anything using ENABLE_SYMBOLS to SYMBOLS so that --enable-symbols works out of the box for both gbuild stuff and remaining dmake using stuff. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Using Inflater/Deflater classes from component/package - using component symbols
Hi Peter, On Mon, 2011-03-21 at 22:57 +, Peter Jentsch wrote: after hibernating for a while I've started to finish where I left off in removing the Java dependency from xsltfilter (was EasyHack De-Java-Ise flat xml export). Wonderful news :-) I've ported the Java code from XSLTFilterOLEExtracter (sic) to C++ and found there's a generic C++ interface to zlib hidden in component/package (components/package/source/zipapi). It features Inflater/Deflater classes that work pretty much like the ones in the Java runtime. I figured how to compile against that by delivering the header files to solver, but fail to link against the libpackage2.so library that seems to contain the classes. Ah - ok; so first off in the 'beautiful' theory of UNO components mind-set that is a bad idea (TM) - on the other hand, I happen to not believe in a beautiful world of UNO components - and tons of libraries export both components and symbols that can be usefully re-used without tons of inefficient time-wasting pain :-) So - lets go for it. The Zip implementation also seems to be exposed as a UNO service, but that assumes I'm working on complete zip files, while the OLE embedding stuff xslt filter uses assumes it only works on single deflated entries. Well - if you are using a zip file underneath - I would suggest using the existing package/ UNO interface - it is not particularly pleasant, but you can see how the images.zip stuff works for the theme in some fairly simple code in vcl/ sniff around vcl/source/gdi/impimagetree.cxx (eg.). Should I try to rewrite the stuff to work on top of that service? Is there a way to make Inflater/Deflater directly accessible to other code? I'm stuck here and need some advice. Of course; if you just have an individual compressed stream that you want to work on I don't see why we can't export those symbols. The problem is the component.map file that is linked against; cf. package/util/makefile.mk: SHL1VERSIONMAP=$(SOLARENV)$/src$/component.map This hides all symbols except a few C entry points for good performance reasons. Checkout objdump -T libpackage* to see for yourself. If we want to selectively export symbols we need to do this differently. See: sw/inc/swdllapi.h You need a header like that file inside package/ Then you need to add a PACKAGE_DLL_PUBLIC to the symbols you want to export, and of course to add a CFLAGS+=-DPACKAGE_DLLIMPLEMENTATION type thing in the makefile.mk's where you're compiling that stuff. Then drop the map file in util/makefile.mk; and -hopefully- you have a library that can be linked to re-used easily. Hope that helps ! Looking forward to seeing the fruit of your labour, 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] EasyHack: Ruler/Notes toggling
Hi Robert, On Mon, 2011-03-21 at 17:49 -0700, Robert Vaccaro wrote: I'm new to hacking LibreOffice and would like to implement the Notes (comments) toggling easyhack. Before I begin working on it, is anyone else currently working on this? I don't want to duplicate effort. Also, is this easyhack still relevant from a UI perspective? Yes, it is still relevant. And wrt. duplicating effort I see Cor has some mind-boggling plan to take a mutex on several un-disclosed fun easy hacks for Thursday; Jan - Cor - if you want to do this - please add a comment with a date next to the easy hack to avoid confusion (as the page suggests). I plan to stick to simple easyhacks/simple bugs until I get a better feel for how everything works. So - it sucks to loose that; still - the good news is, that I have some rather easy things that need doing, that perhaps you could do instead ? :-) The first is to move: desktop/source/pagein/* into desktop/unx/source and clean that up - we don't need to make or install a 'pagein' binary I think after my re-work. Another simple hack, that might help startup time for some would be to add some simple type detection for common file extensions per component to: desktop/unx/source/args.c (args_parse) it would be great if this could do some simple work on extensions; eg. .odt / .fodt / doc / .docx should result in a @pagein-writer argument getting returned. etc. [ we only really need that for the common cases ]. This is one of the pieces that cannot be symlinked, so after running: 'build' in desktop/ (source LinuxIntelEnv.Set.sh first) you'll need to do: cp -af unxlngi6.pro/bin/ooqstart /path/to/install/program/ooqstart.bin And then to test the pagein you'll want to do: strace -f -e file ./soffice /tmp/foo.doc 21 | grep pagein to see if it got the right pagein file :-) How does that sound ? is that something do-able ? [no one else has it ;-]. Of course, if you're not interested it'd be great to add them to the easy hacks page. Anyhow - really great to have you involved, and looking forward to seeing what you get up to :-) [ it is of course far cooler to have people interested in improving the UI IMHO etc. ;-] Thanks ! 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] Deliver and build tree size
On Tue, 2011-03-22 at 12:28 +0100, Bjoern Michaelsen wrote: +1 in general. Maybe we should stick with ENABLE_SYMBOLS (which is the usual configure convention) and get rid of the SYMBOL/SYMBOLS variables, although is a bit more to type when one uses make -sr ENABLE_SYMBOLS=TRUE. Your choice. I went with ENABLE_SYMBOLS seeing as that's what's in configure already. So --enable-symbols now does the right thing for the gmake stuff too. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] linux.mk and ppc, arm, etc and gmake build
So, the new solenv/gbuild/platform/linux.mk only supports x86 and x86_64, no ppc, no arm, etc. e.g. -DX86/-DX86_64 and, DLLPOSTFIX of lx/li etc. We factored out the older dmake ones a while ago, so its not too hard to see the little bits that are different per-platform. I suggest that I stick e.g. little linux-ppc.mk, linux-arm.mk etc files beside linux.mk and have linux.mk include e.g. linux-$(CPUNAME).mk to recover building on those platforms with the new gmake stuff. Does that make sense ? C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] EasyHack: Ruler/Notes toggling
Hi Michael, Robert, On Mon, 2011-03-21 at 17:49 -0700, Robert Vaccaro wrote: Yes, it is still relevant. And wrt. duplicating effort I see Cor has some mind-boggling plan to take a mutex on several un-disclosed fun easy hacks for Thursday; That mail was only meant to inspire more hackers and community members to join the event. I'm not taking a mutex on anything -- esp. not on fun and easy hacks! Sorry for the confusion. Greetings, Jan -- Jan Nieuwenhuizen jann...@gnu.org | GNU LilyPond http://lilypond.org Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.nl ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] EPS Export with text for LaTex and PSFrag
Jesse, Found some where on a forum, some Basic code to set this filter options by the API hope it helps Fernand ' gets all shapes in the current draw page ' @param page: A XDrawPage. If page is not a XDrawPage, an empty shapes collection is returned. ' @return: a com.sun.star.drawing.ShapeCollection containing all shapes, may be empty. function getAllShapesInDrawPage(thePage as Object) ' create empty collection of shapes theShapes= createUnoService(com.sun.star.drawing.ShapeCollection) if not hasUnoInterfaces(thePage, com.sun.star.drawing.XDrawPage) then getAllShapesInDrawPage = theShapes exit function end if ' add all shapes in the page to the collection for i=0 to thePage.getCount() - 1 theShapes.add(thePage.getByIndex(i)) next i getAllShapesInDrawPage = theShapes end function ' From a Draw page, export the current selection to eps. If the current selection is empty, select all ' shapes on the page and export them. If there are no shapes on the page, export the empty page. ' Parts of this code are taken from the code in ooo bug 7918. sub exportSelectionOrPageToEps Dim currentPageName as String theDoc = StarDesktop.getCurrentComponent() if not theDoc.SupportsService( com.sun.star.drawing.DrawingDocument ) Then Msgbox(The current document must be a Draw document, 0) exit sub end if theController = theDoc.currentController thePage = theController.currentPage theSelection = theController.selection ' if nothing is selected, select all shapes in the current page if isEmpty(theSelection) then MsgBox(selection is empty, will select everything in current page, 0) theController.select(getAllShapesInDrawPage(thePage)) theSelection = theDoc.currentController.selection end if 'create url for storing Dim origUrl as String Dim exportUrl as new com.sun.star.util.URL origUrl = theDoc.url if isnull(thePage.name) then exportUrl.complete = Left( origUrl, Len(origUrl) - 4 ) + _Export + .eps else exportUrl.complete = Left( origUrl, Len(origUrl) - 4 ) + _ + thePage.name + .eps endif ' Create the export filter. ' A GraphicExportFilter uses a page, shape or collection of shapes as source. theExporter = createUnoService( com.sun.star.drawing.GraphicExportFilter ) ' Export selection if something is selected, otherwise whole page. if not isEmpty(theSelection) then theExporter.SetSourceDocument(theSelection) else msgbox(no selection, exporting whole page, 0) theExporter.SetSourceDocument(thePage) endif ' Set the filter data Dim aFilterData(5) as new com.sun.star.beans.PropertyValue aFilterData(0).Name = Level '1=PS level 1, 2=PS level 2 aFilterData(0).Value = 2 aFilterData(1).Name = ColorFormat '1=color, 2=grayscale aFilterData(1).Value = 1 aFilterData(2).Name = TextMode '0=glyph outlines, 1=no glyph outlines, see ooo bug 7918 aFilterData(2).Value = 1 aFilterData(3).Name = Preview '0=none,1=TIFF,2=EPSI,3=TIFF+EPSI aFilterData(3).Value = 0 aFilterData(4).Name = CompressionMode ' 1=LZW, 2=none aFilterData(4).Value = 2 Dim aArgs (2) as new com.sun.star.beans.PropertyValue aArgs(0).Name = MediaType aArgs(0).Value = image/x-eps aArgs(1).Name = URL aArgs(1).Value = exportUrl aArgs(2).Name = FilterData aArgs(2).Value = aFilterData() theExporter.filter(aArgs()) MsgBox(exported + origUrl + to + exportUrl.complete, 0) End Sub I may have solved my own problem and found the new setting. Try the following * Open the file C:\Program Files (x86)\LibreOffice 3\Basis\share\registry\main.xcd in a text editor * Use the Find and Replace feature in your editor. Find: EPSprop oor:name=Preview oor:type=xs:intvalue0/value/propprop oor:name=Version oor:type=xs:intvalue2/value/propprop oor:name=ColorFormat oor:type=xs:intvalue2/value/propprop oor:name=CompressionMode oor:type=xs:intvalue2/value/propprop oor:name=TextMode oor:type=xs:intvalue0 Replace with: EPSprop oor:name=Preview oor:type=xs:intvalue0/value/propprop oor:name=Version oor:type=xs:intvalue2/value/propprop oor:name=ColorFormat oor:type=xs:intvalue2/value/propprop oor:name=CompressionMode oor:type=xs:intvalue2/value/propprop oor:name=TextMode oor:type=xs:intvalue2 * Restart LibreOffice ___ 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] Оптимизируeм налoгообложение
22-23 маpта, 2011 г. Oптимизация налoгoобложения: НДC, ПPИБЫЛИ, HДФЛ, ЕСB. Hовыe ДEКЛAРАЦИИ пo HДC, HДФЛ, пpибыли (c 1.04) г. Kиeв, ул. Шелкoвичнaя, 12 (044) 331-6414, 592-7564 ДОКЛAДЧИКИ Bельбицкая Иринa Игоpевна — диpeктoр aудитоpской фиpмы «Финaнсoвый aудит и учeт», aвтоp публикaций в пpеcсе, книги «Eдиный нaлoг для юpидичеcких и физичeскиx лиц». Kpиворучко Aндрей Ивaнoвич — юpист, имeющий бoльшoй oпыт спopов (cудoв) c кoнтролирующими opгaнами нa cтороне налoгоплательщиков, прeзидeнт Финанcового клубa Укpаины. Твеpдoмед A.Г. — cпециaлист пo нaлогoобложению пpибыли прeдпpиятий, президeнт Асcоциации нaлoговых кoнсультaнтов. ПPOГPAММA Oптимизация нaлoгoобложения c 1.04.2011 в разpезе HДФЛ, ECB, налогa нa пpибыль. Kaкие пoдвoдные кaмни необxодимо учитывaть. Oптимизaция для теx, ктo готoв пoтеpять 15-17%: выплaты физичеcким лицaм бeз удержaния ЕCB и(или) HДФЛ, oтнeсение этиx выплaт к pаcходам c 1.04.2011 - pacсмотрение вcex вoзможных вapиантов Можнo ли выплачивaть ДИВИДEНДЫ "кoгдa зaхочется" и бeз пpибыли. "Подвoдные кaмни" НAЛOГОВЫХ KАHИКУЛ - кoгдa пpидeтcя вcю пpибыль oтдать гоcудaрству. Огpaничение в иcпользoвании дeнег. НДC, пpибыль, HДФЛ, ЕСB - кoгдa нeт ни OДНОГО НАЛOГА. Кoнcультационные уcлуги (196.1.14, 186.3 в)) и KВЕД. Понятиe кoнcультaции c тoчки зpения евpoпейского peгламента: тех.зaдание и xарактер индивидуaльнocти, oтличиe деятeльнoсти oт oпeраций и рабoт. Нoвая кoдификация c 2012 годa. Дoп.стоимость и опеpации - чтo кодируeтся KВЕД. ФИНAHСОВАЯ ПOМОЩЬ: вoзврaтная и безвoзвратная. Спeциaльные пpавилa пo помoщи, выдaннoй учpeдитeлем, кoдa пo бeзвозвpатной пoмощи нe вoзникает EСB. Спeцодежда, мeдпункты, cтрахование, ГCМ, учебa. Pасходы нa pеклaму, маpкeтинг, прeдпродажная пoдготовка. Pacходы нa оpганизацию и прoведение пpиeмoв, пpeзентаций и т. п., пpиобретение и pаспространение пoдapков. Hoвыe кpитерии «пpoцентных» oграничений. Kомaндировочные pacходы. Рacходы нa лицeнзии и pазpешения. Матepиальная помoщь (будут ли paзныe виды матпoмощи (нe)попaдать пoд налoгообложение ECB, HДФЛ, новыe кpитерии), cтpахование, жильe, минимaльнaя суммa aрендного платeжа пpи apенде нeдвижимости у физичecкoго лицa. ПEРЕЧЕНЬ НЕOБХОДИМЫХ ДОКУМEНТОВ и ДOKАЗАТЕЛЬСТВО ЧТO ИХ ДОCТAТОЧНО пpи BЫПОЛHЕНИИ CЛУЖЕБНЫХ ОБЯЗАHНОСТЕЙ - чтo измeнитcя c 1.01.2011 г.: тaкcи мeнeджерам, пepеговоры в выхoдныe дни, oxpана, использoвание aвтoмoбилей…..- нe удepжание HДФЛ: прaвильный дoкумeнтооборот. Пpoвeдение COЦИAЛЬНЫХ МEPОПРИЯТИЙ. БЛАГOТBОРИТЕЛЬНАЯ ПОМOЩЬ (цeлевaя, нецeлевая). Pабота HЕPЕЗИДЕНТОВ c 2011г. Paзмeр нaлoгoв пo зп (гpаждaнско-правовым), нюaнсы дpугих выплaт, возможнoсть пoлучaть пасcивный дoход толькo чеpез посpедника ЧП (юр.лицo). Будут ли штpaфовать пo итoгам 2010 теx, ктo нe удеpживaл 30% Hюансы ЗAPПЛАТЫ 2011: кoгдa мoжно примeнять HСЛ «зa сeбя», HCЛ c прeдпринимателя, Новыe поcтановления KМУ.«Бoльшая заpплaта» - ужe извecтнo кaк плaтить EСВ и HДФЛ. ФOHД ОПЛAТЫ ТPУДA: cpавнение этогo пoнятия для удержaния ЕCB и HДФЛ. ГPУБOE HАРУШЕНИЕ ЗАКOНОДАТЕЛЬСТВА ПPО ТPУД. Ecть ли спoсоб избежaть нaложeния штpафoв (в т.ч.1700 гpн.) пpи выплaте зapаботной плaты нe 2 pазa в меcяц (чтo такoе прoмeжутки, cрoки, пeрерывы). Pазбор pеального уголoвного дeла пo стaтьe «гpубе пopушення зaконодавства пpo пpацю» - фaктичеcкие дoкaзaтельства в матеpиалах дeлa, вoзмoжнoсть оспoрить фaкт заведeния уголовнoго делa. Рeжим pабочего врeмени и минимальнaя зapплата: cроки устaнoвления рeжима pабoчего вpемени, нoрмы KЗОТа, пoзвoляющие выплачивaть зaрплaту мeньшe минимальнoй. Пoдача двуx OТЧEТOВ (eжeмесячно, eжеквартально): кaк этo cвязанo c БOРЬБOЙ C ЗAРПЛAТОЙ B КOHВЕРТАХ. Koнцeптуальные вoпросы ПPИБЫЛИ c 2011: Докумeнтaльное подтвеpждение налогoвых пoказaтелей. Haучно-практический коммeнтарий к Hалоговому кoдекcу пoд редaкцией Н.Aзaрова: нa чтo oбpaтить внимaниe. Признaниe дoхoда: «заковыpки» пpaвa собcтвенности - когдa нe пeредать прaвo coбcтвенности нeльзя исxодя из хaрактера отнoшений. Буxгалтерская тeрминoлогия в нaлоговом учетe в нoвой интepпретации. ВОЗBРАЩЕНИЕ CEБЕСТОИМОСТИ B HАЛОГООБЛОЖЕНИЕ. Мoжно ли испoльзовать сeбестоимость, сфopмированную в буxгалтeрском учeтe? Пpоблемы раздeления pacходов нa включаeмые в cебeстоимость и в прoчиe. Прямыe pасходы пo Налoговому кoдекcу и различиe кpитерия oтнесения к ним oт кpитepия в бухгaлтерском учeтe. Oбщепpоизводственные рaсходы. Kудa иx включaть? Нaлогообложение налoгoм нa пpибыль отдeльныx oпераций: Финанcoвые дoходы и раcходы. Пpоценты. Дaтa пoлучeния дoходов и pасходов oт пpоведения крeдитнo-депозитных опepаций. Нoвые уcлoвия включeния пpoцeнтов в pасходы, в тoм числe пpи oгpaничениях пpи выплaтe пpoцентов неpeзидентам. Oпepации c иноcтранной валютoй. Hовое пoнимaние тepминa «балaнcовая cтoимость вaлюты». Рaсширение применeния курсoвых paзниц. Oперативная apeнда. Датa получeния дoхoдов в видe aрeндных/лизинговых платeжей. Oпepации c цeнными бумагaми. Pаcходы пpи пepвичном pазмещении ценныx бумaг. Oпеpации c дoлговыми oбязaтельствами. Безнадeжная и
Re: [Libreoffice] [PATCH] [PUSHED] remove String with OUString
On Tue, 2011-03-22 at 08:11 +0100, David Tardon wrote: On Tue, Mar 15, 2011 at 01:10:58PM +0100, Xisco Faulí wrote: Hello, It's the first time I do it so I searched for previous commits in order to get a referent. i couldn't find any example for String.AssignAscii so I replace it with OUStringBuffer.appendAscii. Yeah, that is good. You might have missed my mail on the other variant of this patch, i.e. there's a little bug in the new Dbg_SbxDataType2String impl, the old one had... String aRet( RTL_CONSTASCII_USTRINGPARAM(Unknown Sbx-Type!) ); ... aRet = something ... return aRet; while the new one has... ::rtl::OUStringBuffer aRet; aRet.appendAscii(Unknown Sbx-Type!); ... aRet.appendAscii(something); i.e. now its Unknown Sbx-Type!something instead of something. so that one needs fixing. among others C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] LibreOffice 3.3.2 / Linux binaries / mess-up
Hi, Just a quick heads-up: Looks there is a problem with the linux RPMs for 3.3.2 on the download server: The x86_64 files are missing completely, instead the corresponding dir is an exact copy of the x86 dir. For comparison: http://download.documentfoundation.org/libreoffice/stable/3.3.2/rpm/x86/ http://download.documentfoundation.org/libreoffice/stable/3.3.2/rpm/x86_64/ This was fine with RC2, so I guess it was just a bug in moving around the files. Would be great if someone with the necessary powers could fix that, as we are actually using these for libreoffice-bin in Gentoo. :-) Thanks and keep up the great work! Andreas -- Andreas Proschofsky Gentoo Developer / OpenOffice.org Twitter: @suka_hiroaki Identi.ca: @suka signature.asc Description: This is a digitally signed message part ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [PATCH] [PUSHED] remove String with OUString
On Tue, 2011-03-22 at 16:39 +, Caolán McNamara wrote: among others Yeah, the catch is that there's a hierarchy of virtual methods in there, we can't change *some* of the signatures on impls of a specific virtual method we need to change all or none. I'll have to revert this for a bit because it breaks basic, e.g. make check fails due to various oddities from this. We can still back in the bits that don't partially change virtual method sigs afterwards. C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove unused macro DECL_DEST_LIST
0001-Remove-unused-macro.bootstrap.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Remove unused macro DECL_DEST_LIST
0001-Remove-unused-macro.bootstrap.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Removed never defined _ENABLE_CUR_DIR
Hi, I've continued code cleanup and removed #ifdef'ed blocks because _ENABLE_CUR_DIR is never #defined. Christina From 81a17913da2c94e0cde5c14f4de933de1913b04c Mon Sep 17 00:00:00 2001 From: Christina Rossmanith chrrossman...@web.de Date: Tue, 22 Mar 2011 19:26:46 +0100 Subject: [PATCH] Removed never defined _ENABLE_CUR_DIR --- basic/source/runtime/methods.cxx | 53 + 1 files changed, 2 insertions(+), 51 deletions(-) diff --git a/basic/source/runtime/methods.cxx b/basic/source/runtime/methods.cxx index d69fb2c..2a319c4 100755 --- a/basic/source/runtime/methods.cxx +++ b/basic/source/runtime/methods.cxx @@ -85,8 +85,6 @@ using namespace com::sun::star::script; #endif /* _USE_UNO */ -//#define _ENABLE_CUR_DIR - #include stdobj.hxx #include basic/sbstdobj.hxx #include rtlproto.hxx @@ -489,27 +487,7 @@ RTLFUNC(ChDir) (void)bWrite; rPar.Get(0)-PutEmpty(); -if (rPar.Count() == 2) -{ -#ifdef _ENABLE_CUR_DIR -String aPath = rPar.Get(1)-GetString(); -sal_Bool bError = sal_False; -#ifdef WNT -// #55997 Laut MI hilft es bei File-URLs einen DirEntry zwischenzuschalten -// #40996 Harmoniert bei Verwendung der WIN32-Funktion nicht mit getdir -DirEntry aEntry( aPath ); -ByteString aFullPath( aEntry.GetFull(), gsl_getSystemTextEncoding() ); -if( chdir( aFullPath.GetBuffer()) ) -bError = sal_True; -#else -if (!DirEntry(aPath).SetCWD()) -bError = sal_True; -#endif -if( bError ) -StarBASIC::Error( SbERR_PATH_NOT_FOUND ); -#endif -} -else +if (rPar.Count() != 2) StarBASIC::Error( SbERR_BAD_ARGUMENT ); } @@ -519,34 +497,7 @@ RTLFUNC(ChDrive) (void)bWrite; rPar.Get(0)-PutEmpty(); -if (rPar.Count() == 2) -{ -#ifdef _ENABLE_CUR_DIR -// Keine Laufwerke in Unix -#ifndef UNX -String aPar1 = rPar.Get(1)-GetString(); - -#if defined (WNT) || defined (OS2) -if (aPar1.Len() 0) -{ -int nCurDrive = (int)aPar1.GetBuffer()[0]; ; -if ( !isalpha( nCurDrive ) ) -{ -StarBASIC::Error( SbERR_BAD_ARGUMENT ); -return; -} -else -nCurDrive -= ( 'A' - 1 ); -if (_chdrive(nCurDrive)) -StarBASIC::Error( SbERR_NO_DEVICE ); -} -#endif - -#endif -// #ifndef UNX -#endif -} -else +if (rPar.Count() != 2) StarBASIC::Error( SbERR_BAD_ARGUMENT ); } -- 1.7.0.4 ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] allow one anonymous db range per sheet in calc
Hello, so I have reworked it. I haven't reworked the import and export as these affect some areas I don't fully understand. Patch is under LGPLv3+/MPL. Markus ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] [Patch] allow one anonymous db range per sheet in calc
This time with the patch. Sry. 2011/3/22 Markus Mohrhard markus.mohrh...@googlemail.com Hello, so I have reworked it. I haven't reworked the import and export as these affect some areas I don't fully understand. Patch is under LGPLv3+/MPL. Markus 0002-support-for-one-anonymous-db-range-per-sheet-and-one.patch Description: Binary data ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] EasyHack: Improved bug filing form / flow
Hi Samuel, On Monday 21 March 2011 21:53:54 Samuel Atkins wrote: Hello all, I'd like to pick-up this project, as it looks like something I could accomplish! I looked at this task yesterday, so I guess we started at the same time. I have added your name to the task on the easy hacks site in the wiki to prevent double work. I've had a go on it the last couple of days, and the current page is at http://atkinslg.dyndns.org:4080/stuff/submitbug.html - I'm mostly working from Michael's proposal. I've spoken with him on IRC already, and he gave me a couple more pointers. As my javascript already is a huge load of unmaintainable code with probably less than 5 percent of the workflow I am quite happy that you stepped up. So this is largely an introduction. So, hello! And of course, if anyone has any input, feel free. One technical question. Do you already know how to interact with the bugzilla? I thought of creating the bug with javascript via the xml-rpc api of bugzilla. Some other, and probably nicer apis like JSON or REST seem not to be activated on the freedesktop bugzilla. Regards, Michael ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] typos in configure script
Hi, I think it should read some packagers may wish (instead of with) to build without. and template (instead of temaplte). Is configure built from configure.in? Or where should the modification be made? Christina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] typos in configure script
On Tue, 2011-03-22 at 20:38 +0100, Christina Roßmanith wrote: Hi, I think it should read some packagers may wish (instead of with) to build without. and template (instead of temaplte). Is configure built from configure.in? Yes, make your changes in configure.in C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] java-application and libreoffice
Am 21.03.2011 10:33, schrieb Cedric Bosdonnat: Hello Jochen, Can you give me a hint? Or is there somewhere a step by step howto for dummies? Could you please use the connection code from JODConvertor to bootstrap LO? I have extracted it as a jar here: http://cgit.freedesktop.org/libreoffice/contrib/ooeclipse/tree/java/lib This is much more reliable and easier to use! Thank you, well the first steps are the hardest .. Is there a Hello World somewhere? I found Nice Office Access, that looks good. Does anybody know that? Will it be a long-lasting, vivid project? Thanks a lot!! Liebe Grüße Jochen ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] Assertion failure in osl_process.cxx
On Tue, 2011-03-22 at 16:59 +0100, Xisco Faulí wrote: Hello, I've just tried to build libreoffice and I get the same problem. First I pulled it, then export VALGRIND=memcheck and finally make check. hmm, with VALGRIND=memcheck there is indeed a diff between child and parent environments, i.e. LD_LIBRARY_PATH=/home/xisco/libo/clone/ure/sal/unxlngi6.pro/lib:/home/xisco/libo/solver/300/unxlngi6.pro/lib:/usr/lib/debug -LD_PRELOAD= +LD_PRELOAD=/usr/lib/valgrind/vgpreload_core-x86-linux.so:/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so LESSCLOSE=/usr/bin/lesspipe %s %s LESSOPEN=| /usr/bin/lesspipe %s LFS_CFLAGS=-D_FILE_OFFSET_BITS=64 I see that coreutils also ran into this problem with their regressions and valgrind, I've pushed some code to strip LD_PRELOAD from the comparisons C. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] EasyHack: Improved bug filing form / flow
Hi Cristoph, thanks for the quick feedback (in great quantity!) On 21/03/2011 10:41 PM, Christoph Noack wrote: Just a few questions at the beginning: * Is that bug filing form intended to help less experienced users? (Within this mail, I'll assume that). Yes, that's the idea. * Is the formatting of the page final, or will it be embedded in another web page? It's not final. I'm not sure whether it will be embedded into another page, but for the moment I'm not focusing on the appearance of it. At the moment, there are some minor issues and some things that look a bit illogical to me (but this may only be me). So please bear with me when I simply state some of these issues: * When choosing the options, users might miss the information whether they are finished or not. So my proposal would be to state a text / placeholder like Further information required. and add visual clues (spacing, subtle headings, or ...) between the different questions. 'Further info needed' message sounds good. Maybe unanswered questions should be a different colour to stand out, that'd be pretty simply to implement. * The large heading Before you file ... seems to be a heading for the whole page - I'm sure it is not. The whole page is about the bug report (= the heading) and some hints to consider before filing any issue (proposal: a separate box at the top). There, please include the If you are having more than one problem ... Yeah, that heading is left-over from the previous person's work, I hadn't got round to changing it. * The whole text seems a bit too technical (assumption: less technical users). There is #libreoffice IRC, crash, ODF (on the wiki pages), bug, ... Thanks, it wouldn't have occurred to me that this was too technical. I'll have a go at making it simpler. * The combination of some entries seems a bit strange, e.g.: * There is a problem with the website + Crashes the program Hmmm, the website message thing is a bug, that's not meant to be there! * LibreOffice crashes + Does it crash ... load or save ... document? YES + Do you need to load a document to execute those steps NO. Yeah, that section needs reorganising. Actually, it probably makes the most sense to have to pick one of crash when load/save, crashes when I do these things and crashes randomly. * Some helpful hints might be less helpful for users, e.g.: * If possible, please search the bug reports before ... -- If the users are less experienced, how and where to do that? If I remember correctly, Gnome let the user enter some terms and then searches within such kind of bug filing form. Looks like a bug-search form should be simple to add. Good idea. * Are you sure ... fonts installed. Bear in mind ... may list fonts that are not installed. -- How should the user identify what kind of fonts are installed (still, I assume less experienced users). I did try and look for some existing documentation about seeing what fonts are installed/how to install them, but couldn't find any. If anyone knows of any, or could write some, it'd be helpful. :) * document ... then attach it -- where? (Maybe it's not yet implemented, but I didn't see the nice placeholders you used elsewhere). Not yet implemented. I'm not yet sure whether picking a file on this page can be used to fill it in on the bugzilla form. Or if going the more ideal route of directly bypassing the form, how to submit multiple files (for instance screenshots as well). However, it looks like Michael Munch might have a better idea of that side. (I'll address that in another post shortly). * Formatting stuff: * The Description fields are very small - maybe the problems are small as well, but I think it is helpful to increase the field size a bit. (On my computer, the current size is approx 4x2 cm) * The radio buttons are itself a list, so we might skip the additional bullets. I haven't yet spent time making it look pretty, including these two things. I'll fiddle with the formatting once everything is working. :) * It would be just great if the For help on this, see here could just open an additional section below the current section. That would save the users to jump back an forth with the newly opened browser windows. H. It looks like the wiki has an API, so it would be possible to grab sections from the wiki. eg, http://wiki.documentfoundation.org/index.php?action=rendertitle=User:AtkinsSJ/BugFiling
Re: [Libreoffice] LibreOffice 3.3.2 / Linux binaries / mess-up
Andreas Proschofsky wrote: Just a quick heads-up: Looks there is a problem with the linux RPMs for 3.3.2 on the download server: The x86_64 files are missing completely, instead the corresponding dir is an exact copy of the x86 dir. Thx for the heads-up, fixed now. Cheers, -- Thorsten pgpxKK88UIpyI.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] EasyHack: Improved bug filing form / flow
Hi Michael, On 22/03/2011 7:15 PM, Michael Münch wrote: Hi Samuel, On Monday 21 March 2011 21:53:54 Samuel Atkins wrote: Hello all, I'd like to pick-up this project, as it looks like something I could accomplish! I looked at this task yesterday, so I guess we started at the same time. I have added your name to the task on the easy hacks site in the wiki to prevent double work. Aha! Thank you, and sorry. I was having trouble with the wiki the last couple of days, and couldn't add a 'taken' note, but it now seems to let me edit pages. I hope you didn't spend too long on it. As my javascript already is a huge load of unmaintainable code with probably less than 5 percent of the workflow I am quite happy that you stepped up. Hehe, thanks! I'm not that great at Javascript, but I did manage to write a couple of more general functions than what was there. One technical question. Do you already know how to interact with the bugzilla? I thought of creating the bug with javascript via the xml-rpc api of bugzilla. Some other, and probably nicer apis like JSON or REST seem not to be activated on the freedesktop bugzilla. Ah, I do not know how to interact with bugzilla, so if you do then that would be wonderful. :) I was wondering about using an API in order to attach multiple files to a bug when the user clicks 'submit' - things like the problem document, and screenshots. It would be very handy if you could work on that type of thing. :) ~ Sam ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
[Libreoffice] [PATCH] Bug 35480 - Curves have round control points with black background (Draw) (if confirmed)
The problem is in the file markers2.png. If saved (in GIMP) as illustrated on the screenshot (RGB Mode applied before saving it), then all looks fine in Draw. In hg.services.openoffice.org the file markers2.png have size 4.3kB, the newly saved file has the same size around 4.3kB, but the former file markers2.png in LibO is 2.2kB. If this bug is confirmed, then here is the screenshot with GIMP save as PNG settings, the new file and the patch (LGPLv3 or later / MPL). attachment: markers2.pngattachment: Screenshot-Save as PNG.pngFrom 94a1af60d1a263782eb8226e397b4844a46a63d7 Mon Sep 17 00:00:00 2001 From: Clio mene...@bk.ru Date: Tue, 22 Mar 2011 21:00:08 -0400 Subject: [PATCH] fdo#35480 - Curves have round control points with black background --- default_images/svx/res/markers2.png | Bin 2250 - 4362 bytes 1 files changed, 0 insertions(+), 0 deletions(-) diff --git a/default_images/svx/res/markers2.png b/default_images/svx/res/markers2.png index 0a69bbecd1ab10e3335fb696f3c968cc6933cb88..59dfd8cb58f145bba42d47803a58d334cfc8e0e5 100644 GIT binary patch literal 4362 zcmV+l5%ungP)h;3K|Lk000e1NJLTq004CW003JE1^@s6O`^*B1b5ch_0Itp) z=Px#24YJ`L;(K){{a7y{D4^000SaNLh0L01FcU01FcV0GgZ_000o3NklZc%1EB z?U~~$4?Wyxn@HLq|FZ?mw1LaWqzu!odUA|LmNpMygxu#$YA5d@yzUfwa;um5JJ%b z49Bvq0C;R9-g~8#@-P5{L%vcJ{mX${pbQp*-mwl!tEAdk3%sym_#^wHZ^2mC45 zQ%a3u?S0TGl`YZXx+=VSCs4QQW}n(Gj}P0Nw$-#rFC7l6$Iqgh-2fV5Wz-ysL zZB3Q$20Np2-VX1G3;j__Z5HQW;Z=p;k{q~C|jaa;~J2%tv~ryZ=Zp%;pPXdS+A za8RA{zK_5Iz+Tvl9Yi_hy^b@29@|o9^73uAOKuMYqQ1{xZjBe@LKU!;OXjs@} zuNbEn#rdBJmGy;9O{4Ec0D%z19(@4Bu1tzTQfZb;A(*2EsiYNmNqcj0Ja1ceieb z%E@;CP*(o*lsGH(fid{eOW$a6pGHe6I99CkrY+LdSmw2AzJ|DCZ_vEkt0-dtY) z9(=U0!y$v4a~RDWF8(X}J`mKuhTA9WdK!9k*^Sk!Pz|qr)Ri7{m-P8Hk(CFNeQ z0d|a+?Z#Jcyvj!4Z73VHRhe!edkuU3ky*1E@2{-nAsHel=X;KcW(Ajc^D2Q6? zF}QrXr=m|`Gj=YkZ5XL;u;H)KFK;meiQIBzIx+TcK9g8gv;CrrSb~+zi7E!lGNCW zqqx@IB(O1%rNs;BWPsXePmZ+DxXn1RKYcqvBYhBVpt7N#0QuFHg+Dqt(mj6R-Bdh z^{r3Kz6e0r={BsW`7j5DYpezv3($+Rp(CV8?o;tfNFMVTT`gtDsz4})vrkE@Qrbv z1hv^2kESWS1=OZCC9ps`#x$UlO1MbNPKlNu1XKwNcgrHMRT1$SB!)r2dwh*8?W zpP|9D*Nl;LE(3e6e56OZ4SG+NxB4@ow-rtJ3jq4Qryb)UUHGP0wnT^N=1ytgeGh0 z6q*{9YlQN{!TalV3_LP{i#Fe{k1Q5kSRM-gVyhh5Fpz_xEW#6?;l4Uy2jeor+L z4%ht!AShb4S!B!lQP~omf^HHG=-m!(w@bhdWdoqx*%9!XQBnInfLj7~)T=4bwGOlo z2W0}H=+7$ri`iB8QMvHGhnxh^R_f$^WsBXby01TB;JK34(6Mts7p5t#hr@3K zgqHybfR#EJkOel`(PnZwiAKA4!NEwQ6nUGkRYKDqIK_{bfZifj$R(Dvp2H@5j21 z?PB+mvU~}Kh;+B)7|gU-zv9Ra8B5p8f^qrE3gF_Xu{GI`AXsK72A%$#zj!ozsU5A zIzXwT?DxRGf)tKrj*n)o;jhxY9)K|byQAekvws{^UVHMCe{W(TY%^9nSKDZn_cFt zBBNsv1*k}sQ4qyvsY5}e(Qvz!0VP|tpx*D{_|7`el)v+S548Rs+wuSDL{F71^hOe zaK%wPOA~To(_FEf`^LH6xSbdS;z0tvca|^bNfzjjX*ETWiI6{?ywqZp_IH#stZ zY{X9KPX|?xMeq2KU#mbyfUIEL2c%0fz^81LnDK=FY7nY49+SKjqgW^%mD}i1W{; z30JV+K9av)ni-`fpsXPwThI*0FKaPkXLz}D;4DuP#w3wmvAx5=NY1j?cj|m+ll4X z`l6kZKO?S9sYD$l_qQzmQ526dA0a7--QEx+#cnES3H!WMxChVSj1%K*s(sI#5E z*E-jGe+PDNEL*TtzDwm$}@jrTh`Y75qnayH)In5W|IWj@g9Bd-`EGTRSRSqEpc2 z(rds$!xGCQ0y1P1GWw3#8QKS?oSv}IQOdwaV=2!InCoy+56X4#WTjP_7@vL`*wl zayyJB)I6mJZn~#_2_I-Z-1E!U`37I1nhp9uW{u%Z-Aq2R(!iFw#N9|Ltu|+eI6O z=*aVVR6lc9+R@{3@*Mz_wPSvGO6JOE^uC5Bj08dF9P9*Jl(RbcJebjL-q3p}939 z)hEC*Cn7ayokItNJSNE!-EQ36G{reJ+W48C2Zd!5ZjessT$#elRhW4#~=cOeu-*} zi{h%SX=b2J9TH14cs%h=2i36s2Q497}Se-Vu)RqY-$QehYtr`8d~N#DxQ1SSZG9 z!fjUaLvk4dinBjDE}VD}No?UqvLJ?RLaGNA9HdSH4d9cd6A~W`2kUfni?KZ-z9q( zR=)%A7amXB@Bxyd3H#~gv;Dslrvxj-NtOf^+xf0Hlc9z^Aot;kj{~o(TZAFj}3+ z+I2Q6N-`c`5Cqur_*peq-m4e`1~AJ!?W3h6=3lhvloYL3rcDIoepo6t9{%G$FD z#kPRWBDRS$5p4;V`ke8W^d9CYqPkYebVoy`V|?n3ESelQZ}J)n!?x1CKP}G0ocI zOjOL;iF=j(enc327g-YLpG^}!F)~Va9;v^jeEV#|be0S`*mLDlk91q~o+)qjXG(9Y zY(fRV_kBM)#YUeWlMCVE{Q?NzrGbFLD*gcbX2swUkB*k%j`GuXGRszGR2nDAniw z0^u^CnjQYi?NK)27I6-sBERsAABtt!5}lGR$p?U4TKbqmc*Np$t6fP_Su{+ZXhx zlXL|;M%XCTmz}3%r=;hYy{+QWr=4uAg$y|+{qpYiyiCplZ|44xxjP9jT|u76O10 zh-9PEPSzac199hxPytLT@gmtTpAVruSu_I`JpV66h1a0}TB5w=d{AvW4+o1u`nn zB%-nEFYRY%PgR%FN~27THX~jikwg=mxa_OuJT@fr)PqA1F#dBe!8IV5CHwR(v}t= zT*cJt#H%cqze78RJJL1JMV*pZ1VCGW=kK}xkfFbU$YYSJe9y~jpXGN1iVULEs|EFr z^h?^$y5H$`OR3uw5V#O31@N%Q+W;iCYo@~QM@FZkdM$Zc+{G5+Hn=Q36Ygr|-+ z`OW=kwY659XR`^n%O!j~n@|Shv24QeNLVBN9)g(*GBYe*@SELvPZKCYk;)Q437dj z*UsAYTjKn)X~Grk|38~1yM?Qacja6J0osQn6W%0C4!P2c`Tw!XDIA`-~FzHF!D zkJPZIIT*wo1w-lYr!DwQqKk-8MbHw@=^I|N{PU?eNU0jcQ$fEIex)JvalbtN* z?WC+$x7;7fCfp*Df5B%^z2lvC|jaa)I}T8i47corAIA-h^2|G|wV=g=wT`v^QB zNQ8Li%sId*#jwa(k4Nc2%tSO-dgQd5=s0kM#eY-~5OvuAo5kqmJ**(=5ARdLw zQQ}jR{JzK-83Xj;o`am08-cG)=pcRAil0k7y}rMH$A59$c8osS{LePKOpQt-%zlV z{EqCD=ZMc5^XslbLDe-Uvh848zT8*J4|N!iL?CGA4@dhkVcdM=t(1)yI0p2=0 zzBQo(VC^s?2=m#@LG7VTaZb9yULW02Bv8NP)`ZdP;;ji?DABGZh!j9Q3PfUA|O)X zPTwVG!Ydu)vv!G%L^!7M5t!%71;0tTI^`CG$EYT{@Sf`r8TuQDXU8fU2~K=p3L-H6 zken005O7Z~)#(s$SDb{25?{S7(4%Y#j;-zz)D*Zc-T2dJIZX`x7^a0aZT+e8zt zIg01VfDy150y$c|kWQNJg3!5FInq86wizc3$HR1MLS}Ans9bIQ3IAb58u|z*;*^k zt7H;O!qEwww0lhz+J`mf!@=qQ|YOc7xli*^Fy(th??zgz0p%BaJ)#(5P+$)jxw zUyHGkzyiZDRMxP~I@PTfAa;{2m!eTC$8D7x0LTq6Xw?(09uBCa_`UwC9l z2A=P9F(U^P)*^MuQSi8V-3wo~#)fP_aGY*EVWB{g!HLQZI#QQkbDU_xE$5| zBd$5l0IBH(`?+4azImdYU!p3@c{{u#F7+qSg!Qr8RsFLh4plKNyp5!uvML!E*}+?