To whom it may concern,
All of my past and future contributions made to the LibreOffice project are
done under MPL1.1+/GPLv3+/LGPLv3+.
Joseph Powers
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman
Just doing a little research and wanted to report my findings:
1. The last G3 Mac was sold in January 1999 - 12 years ago
2. The last G5 mac was sold in August 2006 - 5 years ago
2. Mac OS 10.5 was released in October 2007 - 4 years ago
3. The last security update for Mac OS 10.4 was September 200
On Jul 20, 2011, at 3:20 AM, Matúš Kukan wrote:
> On 20 July 2011 04:51, Joseph Powers wrote:
>>
>> I only compile for Mac OS; thus, I only compile /vcl/aqua & /vcl/source. If
>> you watch your compile, you should only compile /vcl/unx & /vcl/source. We
>>
On Jul 19, 2011, at 7:34 AM, Matúš Kukan wrote:
> On 19 July 2011 14:22, Joseph Powers wrote:
>>
>> A List<> would be better; however, it's a list of pointers so the size
>> isn't that big.
>>
> So why not use it ?
> I did not mean the
On Jul 19, 2011, at 12:51 AM, Matúš Kukan wrote:
> Hi Joe,
>
> On 19 July 2011 06:40, Joseph Powers wrote:
>> I'd like someone doing a Unix build to review this for me. I compile Mac and
>> this is Unix only code so I don't just want to push and hope...
>>
I'd like someone doing a Unix build to review this for me. I compile Mac and
this is Unix only code so I don't just want to push and hope...
Thanks,
Joe P.
0001-Replace-List-with-std-vector-ImplBmpObj.patch
Description: Binary data
___
LibreOffice m
Maciej,
Sorry about that. I try to change them in pairs and I must have missed that
one. On 32bit GCC 4.0, sal_uLong and size_t are the same and don't error;
however, people doing 64bit builds have issues.
I changed the .hxx instead of the .cxx; we really should be using size_t
instead of sal_
Matus,
You removed component_getImplementationEnvironment in your patch
552bb0d5fc2e2d4b0934a9f7f017785962669fbb, While I don't really miss the
function, some one seems to. From the looks of things, it appears like we have
a list somewhere that insists that the function should be exported. Does
Can you verify that I didn't break your patch?
My compiler (i686-apple-darwin10-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5494))
didn't like some of your code:
/Users/jpowers27/LibO/clone/filters/filter/source/svg/svgexport.cxx: In member
function 'sal_Bool SVGFilter::implExportDocument()':
/Use
Ok, this patch compiles fine; however, I can't find where it's used. Also, I
think it's unused; it looks a lot like leftovers of when OpenOffice had a web
browser. If some can verify, that it's trash, a few pointers in to how to
remove it would be nice.
It looks like libs-gui/uui/source/service
I'm sending the patch for review; not because it needs a lot but just to have
someone verify that the memory was leaking and needs to be fixed.
Current fixes:
1. XPropertyList::Clear() looks like it has a memory leek; so I fixed it.
Future Fixes:
1. List* pBmpList; Should be replaced with a st
Thanks for the patch.
--
View this message in context:
http://nabble.documentfoundation.org/PATCH-Replace-List-with-std-vector-SfxStyleSheetBase-in-SD-tp3070160p3079858.html
Sent from the Dev mailing list archive at Nabble.com.
___
LibreOffice mailing l
Thanks for the patch.
--
View this message in context:
http://nabble.documentfoundation.org/PATCH-Replace-List-with-std-vector-com-sun-star-presentation-ClickAction-in-SD-tp3070174p3079742.html
Sent from the Dev mailing list archive at Nabble.com.
___
L
On Jun 1, 2011, at 8:19 AM, Christian Lohmaier wrote:
> Hi *,
>
> On Wed, Jun 1, 2011 at 7:59 AM, Joseph Powers wrote:
>> [problem with gdk-pixbuf on Mac]
>
> Sure that it isn't just a problem with mixing linking against SDK and
> linking against the system?
>
I'm guessing that its failing on more then just Mac OS. I found a patch at
http://old.nabble.com/build-problems-with-libpng-1.5.1beta01-td30662957.html
that seams to work.
I'm not sure how to include it in our build system so I'm attaching including
it here. It doesn't apply cleanly so I had to
This patch fix a code i ommited in a previous commit
674c10b068d27d5ebdb25458d31dd8a61b343eb6, also should be included in 3.4.1
The patch looked ok to me. Also, it looks like he sent the same patch 3 times.
It also allowed mmeeks new tests to get a lot further a long; before the patch
the tests
Ok, I reverted my changes and Option->Path works now...
I'll need to review what when wrong and try for a version 2 patch later.
Joe P.
On May 26, 2011, at 6:02 AM, Michael Meeks wrote:
> Hi there,
>
> Tools->Options - press arrow down a few times to the print options:
> Bang ... valgrin
I'm showing:
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0004
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Thread 0 Crashed: Dispatch queue: com.apple.main-thread
0 libtlmxi.dylib 0x014eb11a String::String
Sorry for the late notice...
Joe P.
On May 21, 2011, at 5:16 PM, Rafael Dominguez wrote:
>
> <0001-Remove-uneeded-parameter-for-Sort-functionlibs-gui.patch><0002-Move-GetList-to-implementation-filelibs-gui.patch><0003-Replace-List-for-std-vector-in-SfxStringListlibs-gui.patch><0004-Remove-tool
On May 11, 2011, at 12:24 AM, Yifan Jiang wrote:
> GetActionCount
= main repo =
= artwork =
= base =
= calc =
sc/source/ui/drawfunc/futext3.cxx:bNewNote =
(pCalcUndo->GetActionCount() > 0) && pCalcUndo->GetAction( 0 )->ISA(
SdrUndoNewObj );
= com
On Mar 9, 2011, at 6:41 AM, Rafael Dominguez wrote:
>
> <0001-Remove-deprecated-List-usage-in-component-imgprod.patch>
Looks good and make check worked on the Mac.
Joe P.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.fre
On Mar 8, 2011, at 1:39 PM, Rafael Dominguez wrote:
>
> <0001-Remove-deprecated-container-List-in-SdrObjListIter.patch>
Look good and "make clean && make check" worked on Mac.
Pushed,
Joe P.
___
LibreOffice mailing list
LibreOffice@lists.freedeskto
On Mar 4, 2011, at 5:29 PM, Rafael Dominguez wrote:
>
> <0001-Remove-of-deprecated-List-container.patch>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Mar 4, 2011, at 11:59 AM, Rafael Dominguez wrote:
>
> <0001-Remove-usage-of-List-container.patch>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Mar 4, 2011, at 9:06 AM, Rafael Dominguez wrote:
>
> <0001-Remove-usage-of-List-container.patch>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Mar 4, 2011, at 8:18 AM, Joseph Powers wrote:
>
> ***
> Successful packaging process!
> ***
> ... creating log file log_OOO330_en-US.log
> ... creating &qu
On Mar 4, 2011, at 6:46 AM, Rafael Dominguez wrote:
>
> <0002-Remove-usage-of-deprecated-List-container.patch>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Mar 4, 2011, at 6:45 AM, Rafael Dominguez wrote:
>
> <0001-Remove-of-DECLARE_LIST.patch>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Patched and built ok on Mac.
Joe P.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
Patched and built ok on Mac.
Joe P.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Feb 27, 2011, at 1:56 PM, Rafael Dominguez wrote:
>
> <0001-Remove-deprecated-container-list-for-std-vector.patch>
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Feb 27, 2011, at 8:38 AM, Rafael Dominguez wrote:
> More list container cleaning.
> <0001-Remove-SvULongs-and-replace-it-with-std-ve.libs-core.patch><0001-Remove-deprecated-container-List-and-update.libs-gui.patch>
___
LibreOffice mailing list
Libre
I pushed this patch for Rafael.
Joe P
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
I pushed this patch for Rafael.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
nd also tested the menu item directly and it
seems to work.
author Joseph Powers2011-02-21 04:13:57 (GMT)
committer Joseph Powers2011-02-21 04:13:57
(GMT)
commit 5d8a59f64d9d3931e2c9c1ba98f57cd10e0b01c1 (patch)
___
LibreOffice
Rafael,
I believe we are almost done. The only ones I show as remaining are:
binfilter/inc/bf_svtools/svdde.hxx DECLARE_LIST( DdeConnections,
DdeConnection* ) windows
binfilter/inc/bf_svtools/svdde.hxx DECLARE_LIST( DdeTransactions,
DdeTransaction* )windows
binfilter/inc/bf_s
While removing some extra references to bootstrp/sstring.hxx, I noticed that
the precompiled_cui.hxx file is just one big #if 0 ... #endif statement.
I see two ways of fixing this:
1) Remove the #if 0 and see what breaks and then look at removing extra
#include from the other files.
2) Remove
I'm able to build master on Mac OS X again. Fredrich's patches caused some fall
out.
First off, Fredrich can on line tonight (my time) and uploaded the last of his
patches to upgrade Boost from 1.39.0 to 1.44.0. This my have fixed a few
issues. I've done the following fixes:
1. We had about 4
File: sot/source/sdstor/ucbstorage.cxx
Code in question:
BOOL UCBStorage_Impl::Revert()
{
UCBStorageElement_Impl* pElement = m_aChildrenList.First();
while ( pElement )
{
pElement->m_bIsRemoved = FALSE;
if ( pElement->m_bIsInserted )
{
m_aChildrenL
It looks like this wasn't removed from some of the test code in
bootstrap/automation/util. I need to go to work and wont be back home until
late Saturday so, so I don't have time to fix. Just wanted to give someone a
heads up. I tried "rm -rf unmacxi.pro" in the automations directory but that
d
The attached patch compiles and stands up to my limited testing; however, it's
a large patch and touches a lot of sensitive code so I want someone with
better knowledge of the Basic Macro Editor environment to review & test it
before I try pushing it.
Thanks,
Joe P.
0001-Remove-DECLARE_LIS
Source in question: sfx2/source/doc/doctemplates.cxx
The code looks like this:
//-
struct NamePair_Impl
{
OUString maShortName;
OUString maLongName;
};
DECLARE_LIST( NameList_Impl, NamePair_Impl* )
class SfxDo
s to say, my patch causes a SegFault when every the tab is selected. Can
I get someone to remove the patch; I need to fix it and I don't want people
having issues until then.
Thanks,
Joe P.
On Dec 12, 2010, at 9:35 PM, Joseph Powers wrote:
> The patch for DECLARE_LIST( SwXMLFrmFmts_
The patch for DECLARE_LIST( SwXMLFrmFmts_Impl, SwFrmFmtPtr ) was really easy so
I pushed it...
However, long story short, I also ended up pushing this patch. If anyone has
any issues, it can be reverted.
I'm sorry for the confusion.
Joe P.
On Dec 12, 2010, at 8:26 PM, Joseph Powers
TOXControlList is used more like a list<> then a vector<>; however, the code was written using mostly [] style accessors. Thus, I had to rewrite a lot of control logic and would like someone else to review it before it gets installed.Two methods where looping through the list list.size() times. Loo
.
Joe P.
On Dec 9, 2010, at 2:21 AM, Norbert Thiebaud wrote:
> On Thu, Dec 9, 2010 at 12:55 AM, Joseph Powers wrote:
>> I'm converting ScRangeList from "DECLARE_LIST( ScRangeListBase, ScRange* ) "
>> to "::STD::vector< ScRange*> ScRangeListBase"
>&
Kohei,
Help!
From calc/sc/inc/rangelst.hxx:
typedef ScRange* ScRangePtr;
typedef ::std::vector< ScRangePtr > ScRangeListBase;
class SC_DLLPUBLIC ScRangeList : public ScRangeListBase, public
SvRefBase { ... }
I'm changing the definition of ScRangeListBase from a DECLARE_
On Nov 23, 2010, at 4:54 AM, Michael Meeks wrote:
> Hi Joseph,
>
> On Mon, 2010-11-22 at 19:18 -0800, Joseph Powers wrote:
>> While creating the HC Icon set, could you look into the following?
> ..
>> I changed the Windows Only code to match this behavior; however, I d
While creating the HC Icon set, could you look into the following?
default_images/svx/source/svdraw
cropmarkers.png - 2d icons for cropping
cropmarkers2.png- 3d icons for cropping
cropmarkersACC.png - HC icons for cropping
Please disregard my Friday patch for Impress.
Removing the Global High Contrast flag is going to require more work then the
simple remove HC icons project is going to allow. We hard code too many UI
items (text fonts, background color, border color, ...) which have to be
modified when in HC mod
Your patch looks good.
Sorry about that; now I'm wondering why it built for me...
Joe P.
Message: 6
Date: Wed, 17 Nov 2010 20:58:20 +0100
From: C?dric Bosdonnat
Subject: [Libreoffice] HC Image fix
To: libreoffice@lists.freedesktop.org
Message-ID:
<1290023900.7450.1.ca...@workstation.bo
Last night I submitted some patches to remove most of the code related to
BmpColorMode from libs-gui.
The only remaining references are in:
vcl/source/gdi/bitmap.cxx
vcl/inc/vcl/bitmap.hxx
vcl/source/gdi/bitmapex.cxx
vcl/inc/vcl/bitmapex.hxx
vcl/source/gdi
Ok, verified username.
Changed git configure to allow push...
local ssh wont accept my password...
On a better note, the fallout for removing HighContrast from SetBitmap1() &
SetBitmap2() was a lot less then expected.
Joe P.
0001-Remove-BmpColorMode-base.patch
Description: Binary data
0001-
Most likely, unless they'll cause too much fall out... and then it can wait for
later.
Joe P.
On Nov 11, 2010, at 7:49 AM, Caolán McNamara wrote:
> On Thu, 2010-11-11 at 07:42 -0800, Joseph Powers wrote:
>
> I had pushed something like most of that, added in the extra bit as
Plus a lot of trailing white space cleanup...
image_count.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
I just did a new pull and build and came up with the following error:
/Users/jpowers27/build/rawbuild/solver/330/unxmacxi.pro/inc/cppu/unotype.hxx:
In static member function 'static const com::sun::star::uno::Type&
cppu::UnoType< >::get() [with T = int]':
/Users/jpowers27/build/rawbuild/solver/
On Nov 10, 2010, at 4:43 PM, Jan Holesovsky wrote:
> Hi Joseph,
>
> Michael Meeks píše v St 10. 11. 2010 v 09:20 +:
>
>>> Ok, I went ahead and did some high-contrast cleanup work on libs-core.
>>> I was able to delete massive amounts of code and configuration items.
>>> The main issue I'm h
Man, you forget to delete two lines of code and someone complains...
Sorry about that, (julien, I hope this makes you happy).
Joe P.
diff --git a/svx/source/tbxctrls/fontworkgallery.cxx
b/svx/source/tbxctrls/fontworkgallery.cxx
index 6b72567..ec222b0 100644
--- a/svx/source/tbxctrls/fontworkgal
I'm not sure why this started by the following patch fixes the issue.
0001-Fix-build-issues.patch
Description: Binary data
Not sure if this is the correct patch (suggested by LeMoyne, I wasn't sure if I
should fix the pl or fix the inputs...), but it builds and runs on Mac OS X.
Form the fil
Andrew,
I'm a little crazy, but I want to work on the icon issues.
I'm a programmer, so I've been looking at things from the other side...
Currently the system is a mess, the top level determines if if we're in
high-contrast mode or not and then requests the correct image. On top of this,
we h
Ok, I need a build system expert:
Making:test_pathutils.dylib
illegal combination shl/OOO/NONE at
/Users/jpowers27/build/build/libreoffice-3.2.99.2/solenv/bin/macosx-change-install-names.pl
line 54, line 5.
dmake: Error code 9, while making '../unxmacxi.pro/lib/test_pathutils.dylib'
dmake:
On Oct 31, 2010, at 10:40 PM, Norbert Thiebaud wrote:
> On Sun, Oct 31, 2010 at 11:44 PM, Joseph Powers wrote:
> [...]
>>
>> The defaults for the classes where defined in the header (good); however,
>> they used generic names like DEFAULT_VALUE, FREESPACE, … (bad). I w
I have 2 build errors so far on Mac OS X.
Connectivity is having issues with salhelper::SimpleReferenceObject
problematic_connectivity.log
Description: Binary data
vcl is complaining about a missing class name in aqua/inc/salinst.h
problematic_vcl.log
Description: Binary data
Thanks,
Jo
Not sure why no one else noticed this... com::sun::star:: was missing on two
entries
sfx2.patch
Description: Binary data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
On Oct 20, 2010, at 8:05 AM, Caolán McNamara wrote:
> On Wed, 2010-10-20 at 06:09 -0700, Joseph Powers wrote:
>> It looks like someone already connected Base to Apple's Address Book (no
>> bonus points for me)
>>
>> On my mac, I can't get the Mozilla Addre
It looks like someone already connected Base to Apple's Address Book (no bonus
points for me)
On my mac, I can't get the Mozilla Address Book driver to work.
1. Preferences -> LibreOffice Base -> Connections shows that
com.sun.star.comp.sdbc.MozabDriver is installed.
2. Trying to open the abook.
Begin forwarded message:
> From: Joseph Powers
> Date: October 18, 2010 7:32:55 AM PDT
> To: libreoffice-requ...@lists.freedesktop.org
> Subject: CLang++ Analysis
>
> The build process is easy:
>
> Download the CLang analyzer
> Unpack it somewhere
> Add
I build beta2 tonight and I found 2 files messing the #include sal/macros.h to
allow the macro to work.
Just for fun, I also fixed two compile warnings about unprocessed enum elements
in the select statement.
Joe P.
0001-Some-fixes-so-my-build-would-work-SAL_N_ELEMENTS-com.patch
Description:
Ok, I got a build that seams to work...
I'm attaching my instructions for any other brave sole (can you find a home for
it on the build instructions site?).
The build process default build process has some issues:
1. I had to install libgettext in order to build several libraries.
This
I'm building for the Mac and the vos:: removal patch didn't include the mac
files.
I found three files that have issues:
vcl/aqua/inc/salinst.h
vcl/aqua/source/app/salinst.cxx
vcl/aqua/source/gdi/salgdi.cxx
A patch would be nice; however, suggestions on how to patch are a
On Oct 8, 2010, at 2:42 AM, Michael Meeks wrote:
> Hi Eric,
>
> On Fri, 2010-10-08 at 07:35 +0200, Eric Hoch wrote:
>> Looking at this list now it reminds me of the building the X11 OOo
>> on the mac :-)
>
> Wow - we don't want to be that bad - obviously.
>
>> Is this because of a new bu
On my 10.6.4 machine, I had to install the following to get things to build:
autoconf2.68
automake1.11.1
coreutils 8.5
gettext 0.18.1.1
git 1.7.2.3
glib2.26.0
gmp 5.0.1
libIDL 0.8.14
libiconv
Ok, it looks like someone changed the way text strings are handled...
File: build/build/libreoffice-3.2.99.1/sdext/source/minimizer/aboutdialog.cxx
void AboutDialog::InitDialog()
{
// setting the dialog properties
OUString pNames[] = {
rtl::OUString::createFromAscii( "BackgroundCo
73 matches
Mail list logo
