Re: [AUTOSAVE] Where is
Hi Kayo, On Fri, May 25, 2012 at 11:59:48PM -0400, Kayo Hamid wrote: > Hello, i'm having problems with autosave and want to see around the > code, where is the implementation? > > ooo/trunk/main/framework/qa/complex/framework/autosave ? Everything in $MODULE/qa is just QA test. Are you looking for the code related to "Tools" - "Options..." - "Load/Save" - "Always create backup copy" or "Save AutoRecovery information every..."? These are to related, though different things. The easiest I can imagine is: - build sfx2 and framework with debugging symbols - open a Writer document - attach the debugger - set a break point on SfxObjectShell::SaveTo_Impl (gdb) break SfxObjectShell::SaveTo_Impl Breakpoint 1 at 0x7fbe9f3f2c0f: file /build/aoo/trunk/main/sfx2/source/doc/objstor.cxx, line 1142. (gdb) c Continuing. modify the document, and when it tries to autosave itself, you'll get: Breakpoint 1, SfxObjectShell::SaveTo_Impl (this=0x2a52b08, rMedium=..., pSet=0x0) at /build/aoo/trunk/main/sfx2/source/doc/objstor.cxx:1142 1142RTL_LOGFILE_PRODUCT_CONTEXT( aLog, "PERFORMANCE SfxObjectShell::SaveTo_Impl" ); (gdb) bt #0 SfxObjectShell::SaveTo_Impl (this=0x2a52b08, rMedium=..., pSet=0x0) at /build/aoo/trunk/main/sfx2/source/doc/objstor.cxx:1142 #1 0x7fbe9f3fc087 in SfxObjectShell::PreDoSaveAs_Impl (this=0x2a52b08, rFileName=..., aFilterName=..., pParams=0x32f06d8) at /build/aoo/trunk/main/sfx2/source/doc/objstor.cxx:2967 #2 0x7fbe9f3fb633 in SfxObjectShell::CommonSaveAs_Impl (this=0x2a52b08, aURL=..., aFilterName=..., aParams=0x33323a8) at /build/aoo/trunk/main/sfx2/source/doc/objstor.cxx:2821 #3 0x7fbe9f3e6587 in SfxObjectShell::APISaveAs_Impl (this=0x2a52b08, aFileName=..., aParams=0x33323a8) at /build/aoo/trunk/main/sfx2/source/doc/objserv.cxx:339 #4 0x7fbe9f437409 in SfxBaseModel::impl_store (this=0x2880cc0, sURL=..., seqArguments=..., bSaveTo=1 '\001') at /build/aoo/trunk/main/sfx2/source/doc/sfxbasemodel.cxx:2910 #5 0x7fbe9f430ed7 in SfxBaseModel::storeToRecoveryFile (this=0x2880cc0, i_TargetLocation=..., i_MediaDescriptor=...) at /build/aoo/trunk/main/sfx2/source/doc/sfxbasemodel.cxx:1759 #6 0x7fbe8c3d309b in framework::AutoRecovery::implts_saveOneDoc (this=0x2074320, sBackupPath=..., rInfo=..., xExternalProgress=...) at /build/aoo/trunk/main/framework/source/services/autorecovery.cxx:2449 #7 0x7fbe8c3d28d4 in framework::AutoRecovery::implts_saveDocs (this=0x2074320, bAllowUserIdleLoop=1 '\001', bRemoveLockFiles=0 '\000', pParams=0x0) at /build/aoo/trunk/main/framework/source/services/autorecovery.cxx:2364 #8 0x7fbe8c3d0004 in framework::AutoRecovery::implts_timerExpired (this=0x2074320) at /build/aoo/trunk/main/framework/source/services/autorecovery.cxx:1683 #9 0x7fbe8c3cfe13 in framework::AutoRecovery::LinkStubimplts_timerExpired (pThis=0x2074320, pCaller=0x2074448) at /build/aoo/trunk/main/framework/source/services/autorecovery.cxx:1618 #10 0x7fbe9caee978 in Link::Call (this=0x2074468, pCaller=0x2074448) at /build/aoo/trunk/main/solver/340/unxlngx6/inc/tools/link.hxx:135 #11 0x7fbe9cb0700d in Timer::Timeout (this=0x2074448) at /build/aoo/trunk/main/vcl/source/app/timer.cxx:253 #12 0x7fbe9cb06c76 in Timer::ImplTimerCallbackProc () at /build/aoo/trunk/main/vcl/source/app/timer.cxx:141 #13 0x7fbe918cc613 in SalTimer::CallCallback (this=0x1fe25f8) at /build/aoo/trunk/main/vcl/inc/saltimer.hxx:61 #14 0x7fbe918cc3a6 in X11SalData::Timeout (this=0x12bafa8) at /build/aoo/trunk/main/vcl/unx/generic/app/saltimer.cxx:45 #15 0x7fbe91c2dd80 in GtkXLib::timeoutFn (data=0x12bed68) at /build/aoo/trunk/main/vcl/unx/gtk/app/gtkdata.cxx:745 #16 0x7fbe91c2dcd4 in call_timeoutFn (data=0x12bed68) at /build/aoo/trunk/main/vcl/unx/gtk/app/gtkdata.cxx:725 #17 0x003157e4672b in ?? () from /lib64/libglib-2.0.so.0 #18 0x003157e44f3d in g_main_context_dispatch () from /lib64/libglib-2.0.so.0 #19 0x003157e45738 in ?? () from /lib64/libglib-2.0.so.0 #20 0x003157e4590c in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #21 0x7fbe91c2e202 in GtkXLib::Yield (this=0x12bed68, bWait=true, bHandleAllCurrentEvents=false) at /build/aoo/trunk/main/vcl/unx/gtk/app/gtkdata.cxx:874 #22 0x7fbe918c924f in X11SalInstance::Yield (this=0x12bae78, bWait=true, bHandleAllCurrentEvents=false) at /build/aoo/trunk/main/vcl/unx/generic/app/salinst.cxx:278 #23 0x7fbe9caff637 in ImplYield (i_bWait=true, i_bAllEvents=false) at /build/aoo/trunk/main/vcl/source/app/svapp.cxx:472 #24 0x7fbe9cafb7ed in Application::Yield (i_bAllEvents=false) at /build/aoo/trunk/main/vcl/source/app/svapp.cxx:506 #25 0x7fbe9cafb789 in Application::Execute () at /build/aoo/trunk/main/vcl/source/app/svapp.cxx:449 #26 0x7fbea0a2b44d in desktop::Desktop::Main (this=0x7fff3c37b550) at /build/aoo/trunk/main/desktop/source/app/app.cxx:2159 #27 0x7fbe9cb0501e in ImplSVMain () at /build/aoo/
[AUTOSAVE] Where is
Hello, i'm having problems with autosave and want to see around the code, where is the implementation? ooo/trunk/main/framework/qa/complex/framework/autosave ? Thanks, Kayo Hamid.
Re: [WWW] What to do with OOo related domains?
On Fri, May 25, 2012 at 9:48 PM, Rob Weir wrote: > Of course, the easy decision is simply to say "yes" to everything. > But unless the ASF gets free registrations, this is a cost that will > need to be handled on an ongoing basis. > Suppose we're speaking about 10 domains, I don't think $100 /year is going to break the ASF's coffers, or does it?. http://www.maddogdomains.com/?isc=mddgdic04&gclid=CMH82K_gnLACFQKCnQodP1NCYA .com $8.17/yr .org $7/yr FC -- During times of Universal Deceit, telling the truth becomes a revolutionary act - George Orwell
Re: AOO 2 million?
On 2012-05-25, at 21:09 , Rob Weir wrote: > So maybe we just make a smaller announcement, via > ooo-dev/ooo-users and social media for the 2 million mark, when we > actually hit it. Then for the larger Symphony announcement we also > note the 1 year achievement as well as give an updated download count, > 2.5 or 3.0 million, depending on when that is ready for release. +1 But I'd also ping the various journalists, to show them and thus the world, that AOO is not a flash in the pan, not fools' gold but the Real Thing, to which value can be added and even without that, used as valued. f Louis
Re: [WWW] What to do with OOo related domains?
On 2012-05-25, at 20:34 , Albino Biasutti Neto wrote: > Hi. > > 2012/5/25 Louis Suárez-Potts > >> >> >> On 2012-05-23, at 12:21 , Andrew Rist wrote: >> >>> As part of the transfer of the web properties of OOo to the ASF, the set >> of related domains has also been offered to ASF. >>> We (PPMC) need to decide what we want to do with the related domains. >> There are three obvious options available to us: >>> >>> * Ignore and let the domains expire >>> * Continue to register to block squatting, but do no more >>> * Continue to register and forward to oo.o >> >> >> As I have mentioned more than once, I seem to own openoffice.ca and would >> be willing to contribute it (or whatever one does) to AOO. In general, >> historically we have approached the owners of such sites and asked them to >> work with the community. >> >> > +1 > > The better option. > > There are many alternatives. I don't like very much and confuse me. Likewise. I prefer very simple and when possible friendly solutions. Only if the rose of friendship is crushed should we show our thorns. But in general what I would rather have is that for all similar to AOO domains a) pointing to AOO proper, and if needed, the NL projects, and b) hosting, as mirrors, code, binaries, documents, if that is desired. There is a third point. One reason I tacitly enabled and even silently promoted the development of these satellites was to promote the global ecosystems that implicitly support OO by providing support, etc. Thus, I'd be in favour of proposing a model where a domain that reflects "openoffice" and is used in behalf of the wider community, be promoted. The only things to stipulate would be, I imagine, that any binaries or code offered as representing or identical to AOO *be* such; and that any representations of or on behalf of AOO be in keeping with Apache's ethos. That said, should it be the case then, that there is no need for such satellites and that they only serve to confuse, then, of course, we simply say, no—to this proposal, to the satellites, unless there is a good reason for them. But I think as long as the freedom described above is not confusing and does not lead to deception, that it will only actually help the expansion of the communities. We do need robust ecosystems. Louis > > Albino
Re: AOO 2 million?
On Thu, May 24, 2012 at 6:58 PM, Kay Schenk wrote: > On Thu, May 24, 2012 at 1:27 PM, Rob Weir wrote: > >> On Thu, May 24, 2012 at 3:49 PM, Kay Schenk wrote: >> > >> > >> > On 05/24/2012 11:46 AM, Rob Weir wrote: >> >> >> >> Just checking the numbers: we appear to be at 1.8 million for AOO 3.4 >> >> install downloads. >> >> >> >> It might make sense to put out another story when we hit 2 million. >> > >> > >> > why not! :) >> > >> >> OK. I'll work with Don on this. But after this I suggest we only >> note the downloads at 5 million intervals. Otherwise we will spend >> too much time writing news articles and too little time improving >> OpenOffice. >> > > this definitely makes sense... > > We might note that June 1 is the first anniversary OpenOffice with Apache. > Maybe the new DL stats announcement, if the timeline is right, might make > note of this and include a mention of how successful this new > environment/arrangement has been for OpenOffice. Just a thought. > It looks like we'll hit 2 million sometime tomorrow (Saturday). If we wait until June 1st (Friday) we'll be around 2.5. But announcing on Friday is not good for getting press attention. And if we wait until the next week, June 4th, then we'll almost be at 3 million. So maybe we just make a smaller announcement, via ooo-dev/ooo-users and social media for the 2 million mark, when we actually hit it. Then for the larger Symphony announcement we also note the 1 year achievement as well as give an updated download count, 2.5 or 3.0 million, depending on when that is ready for release. > > >> A good problem to have ;-) >> >> -Rob >> >> > >> >> Maybe this can be combined with the piece on Symphony that Don was >> >> working on? >> > >> > >> > yes...good idea! >> > >> >> >> >> -Rob >> > >> > >> > -- >> > >> > MzK >> > >> > "The reports of my death are greatly exaggerated." >> > -- Mark Twain >> > > > > -- > > MzK > > "The reports of my death are greatly exaggerated." > -- Mark Twain
Re: [WWW] What to do with OOo related domains?
On Wed, May 23, 2012 at 12:21 PM, Andrew Rist wrote: > As part of the transfer of the web properties of OOo to the ASF, the set of > related domains has also been offered to ASF. > We (PPMC) need to decide what we want to do with the related domains. There > are three obvious options available to us: > > * Ignore and let the domains expire > * Continue to register to block squatting, but do no more > * Continue to register and forward to oo.o > > > And... > Just to make things more complex, I've grouped the domains into two groups. > similar-domains, nls-domains. > What are peoples' thought on what to do with each group?? > As far as domain squatters, I have seen nothing that suggests that those who want to confuse users lack creativity and the means to pick names that are just as good as the ones on your list, e.g., openoffice.fm. So I'm not sure we actually prevent anything by registering these domains. Of course, the easy decision is simply to say "yes" to everything. But unless the ASF gets free registrations, this is a cost that will need to be handled on an ongoing basis. > A. > > > > similar-domains > > www-open-office.org ooo3.org testopenoffice.org > > > > > > > nls-domains > > openoffice-pt.com openoffice-pl.com openoffice-nl.com > openoffice-fr.com > openoffice09fr.com openoffice-gratuit.com de-openoffice.org > deopenoffice.org > de-openoffice.com deopenoffice.com es-openoffice.com > esopenoffice.com > fr-openoffice.com fropenoffice.com it-openoffice.com > itopenoffice.com > en-openoffice.org enopenoffice.org es-openoffice.org > esopenoffice.org > fr-openoffice.org it-openoffice.org itopenoffice.org > nl-openoffice.org > nlopenoffice.org > > > > >
Re: [WWW] What to do with OOo related domains?
Hi. 2012/5/25 Louis Suárez-Potts > > > On 2012-05-23, at 12:21 , Andrew Rist wrote: > > > As part of the transfer of the web properties of OOo to the ASF, the set > of related domains has also been offered to ASF. > > We (PPMC) need to decide what we want to do with the related domains. > There are three obvious options available to us: > > > > * Ignore and let the domains expire > > * Continue to register to block squatting, but do no more > > * Continue to register and forward to oo.o > > > As I have mentioned more than once, I seem to own openoffice.ca and would > be willing to contribute it (or whatever one does) to AOO. In general, > historically we have approached the owners of such sites and asked them to > work with the community. > > +1 The better option. There are many alternatives. I don't like very much and confuse me. Albino
Re: [wiki] login not secure...
Dear Kay, I'm asking the infra team for the procedure to issue an SSL certificate. On 2012/05/26 07:29, Kay Schenk said: > Can anyone change the login to the OO wiki -- > > wiki.services.openoffice.org > > to "https". I noticed just now that it isn't. > -- Best regards, imacat ^_*' PGP Key http://www.imacat.idv.tw/me/pgpkey.asc <> News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ signature.asc Description: OpenPGP digital signature
[wiki] login not secure...
Can anyone change the login to the OO wiki -- wiki.services.openoffice.org to "https". I noticed just now that it isn't. -- MzK "The reports of my death are greatly exaggerated." -- Mark Twain
Re: [UX] New AOO User Experience Community
On Thu, May 24, 2012 at 8:23 PM, Kevin Grignon wrote: > Hello all, > > Thanks for input. > > Here is what I understand the community is saying: > > AOO community = team > [UX] = mailing list topic prefix > User experience - design and development topic related to the end user > experience > People who contribute to user experience activities - a self-selected group > of individuals working on a common user experience- related tasks for a > period > of time > Pronoun "I" is preferred to "we" > > Got it. This makes sense. > > I'm still adapting to the "Apache" way. I appreciated the ongoing feedback > and guidance. > Kevin, I think you've got it! Yes, Apache is much flatter structure than what you (many of us) were used to previously. The major advantage that I have found is that everyone gets to know what everyone else is working on. It may seem daunting at times, but it has a lot of advantages -- mutual decision making giving everyone a say, no surprise actions by one group over another. UX is of course critical to the success of Apache OpenOffice, so I think you'll find everyone here has an interest in this topic whether they participate in the UX discussions a lot or a little. > Regards, > Kevin > A contributor to the self-selected group of individuals working on a number > of common user experience-related tasks for the next little while :) > > > > > > > On Thursday, May 24, 2012, Yong Lin Ma wrote: > > > Whatever it is named, I think it is good for people who are > > experienced in UX design identify themselves out here. Designers need > > other's help to implement their ideas. The bar for UX design of such a > > product is very low. Everyone can have its own opinions or brilliant > > ideas. But it is also easy to mess up a product by combining many good > > ideas together. If things going well, there will be situations that > > people get different opinions about a ux change and the fall into > > endless discussion. I would trust UX designer's choice in case like > > that, if we a decision must be made in the end. > > > > > > > > > > On Thu, May 24, 2012 at 8:52 PM, Paulo de Souza Lima > > wrote: > > > 2012/5/24 Rob Weir > > > > > >> On Wed, May 23, 2012 at 10:39 PM, Kevin Grignon > > >> wrote: > > >> > On Mon, May 21, 2012 at 2:34 PM, Juergen Schmidt < > > >> jogischm...@googlemail.com > > >> >> wrote: > > >> > > > >> >> Am Samstag, 19. Mai 2012 um 00:18 schrieb Paulo de Souza Lima: > > >> >> > 2012/5/18 Juergen Schmidt > > >> >> > > > >> >> > > Am Freitag, 18. Mai 2012 um 15:22 schrieb Paulo de Souza Lima: > > >> >> > > > 2012/5/18 Jürgen Schmidt > > >> >> > > > > > >> >> > > > > On 5/18/12 10:32 AM, Kevin Grignon wrote: > > >> >> > > > > > > >> >> > > > > > Erik, > > >> >> > > > > > > > >> >> > > > > > Good stuff. Will do. > > >> >> > > > > > > >> >> > > > > do we really need such a separate page for UX community > > >> members? I > > >> >> > > don't > > >> >> > > > > think so and I personally think it goes in the wrong > > direction. > > >> >> > > > > > >> >> > > > > > >> >> > > > > > >> >> > > > There's nothing to loose, in my view. But I wouldn't call UX > a > > >> >> > > "community". > > >> >> > > > I would call it a "team". > > >> >> > > > > > >> >> > > > > > >> >> > > > > > > >> >> > > > > I am personally interested in many different areas of the > > >> project > > >> >> and > > >> >> > > > > don't want to put my name on X different pages. My > > contribution > > >> in > > >> >> the > > >> >> > > > > different areas will be also different and will change from > > >> time to > > >> >> > > > > > > >> >> > > > > > >> >> > > > > > >> >> > > > > >> >> > > time. > > >> >> > > > > > > >> >> > > > > > >> >> > > > > > >> >> > > > > > >> >> > > > If you are interested in many areas (just like me) you are > > free to > > >> >> decide > > >> >> > > > if you will place your name in all of them, or none. I don't > > see a > > >> >> > > > > > >> >> > > > > >> >> > > problem > > >> >> > > > with that. But if I am deeply involved with some project, I > > would > > >> >> like to > > >> >> > > > place my name on it, for sure. Also, it's important from the > > >> user's > > >> >> point > > >> >> > > > of view, to know who are the contacts for the issues they > have. > > >> And > > >> >> a new > > >> >> > > > contributor who wishes to have a larger involvement with the > UX > > >> >> > > > > > >> >> > > > > >> >> > > activities > > >> >> > > > (and others too) should be able to identify who else is > > involved. > > >> >> > > > > > >> >> > > > > > >> >> > > > > > > >> >> > > > > Such a page doesn't really reflect who is doing the work > and > > is > > >> >> > > > > potentially misleading. > > >> >> > > > > > > >> >> > > > > > >> >> > > > > > >> >> > > > > > >> >> > > > Again, I don't think so. Indeed, it doesn't reflect who is > > doing > > >> the > > >> >> job, > > >> >> > > > but it gives a clue. It would be worst > -- --
Re: [WWW] What to do with OOo related domains?
On 2012-05-23, at 12:21 , Andrew Rist wrote: > As part of the transfer of the web properties of OOo to the ASF, the set of > related domains has also been offered to ASF. > We (PPMC) need to decide what we want to do with the related domains. There > are three obvious options available to us: > > * Ignore and let the domains expire > * Continue to register to block squatting, but do no more > * Continue to register and forward to oo.o As I have mentioned more than once, I seem to own openoffice.ca and would be willing to contribute it (or whatever one does) to AOO. In general, historically we have approached the owners of such sites and asked them to work with the community. Louis > > > And... > Just to make things more complex, I've grouped the domains into two groups. > similar-domains, nls-domains. > What are peoples' thought on what to do with each group?? > > A. > > > > similar-domains > > www-open-office.org ooo3.orgtestopenoffice.org > > > > > > > nls-domains > > openoffice-pt.com openoffice-pl.com openoffice-nl.com > openoffice-fr.com > openoffice09fr.com openoffice-gratuit.com de-openoffice.org > deopenoffice.org > de-openoffice.com deopenoffice.comes-openoffice.com > esopenoffice.com > fr-openoffice.com fropenoffice.comit-openoffice.com > itopenoffice.com > en-openoffice.org enopenoffice.orges-openoffice.org > esopenoffice.org > fr-openoffice.org it-openoffice.org itopenoffice.org > nl-openoffice.org > nlopenoffice.org > > > > >
Re: "Some of our contributors" page
On May 25, 2012, at 9:45 AM, Kay Schenk wrote: > On Thu, May 24, 2012 at 7:29 PM, Kevin Grignon > wrote: > >> >> >> On May 25, 2012, at 9:26 AM, Louis Suárez-Potts wrote: >> >>> Hi, >>> On 2012-05-24, at 20:58 , Rob Weir wrote: >>> It would be great if we could keep this page up-to-date: http://incubator.apache.org/openofficeorg/people.html New committers especially should add their info here. It is good "first commit" you can make. You can do it via SVN or using the CMS web interface: >> http://incubator.apache.org/openofficeorg/developer-faqs.html#how_do_i_edit_the_websites >>> >>> Would it make sense to have a standardized reminder of things to do? I'm >> thinking using Doodle or Taskforce (I think that requires money) or free >> reminder services (even OpenProjity). The idea would be, say, to draft a >> checklist of things to do and then be nagged by mindless electrons, all in >> a good cause. >>> >>> -louis >>> >> Agreed. A get up and running package would be helpful. This package could >> include task assignments. >> >> Kevin >> >> > I don't know anything about TaskForce or Doodle, but, I'm wondering if > having yet another app to deal with or place to go is really needed. > Please, there is the added "maintenance" issue. > > Currently, even though the Project Planning area of the project wiki, > > https://cwiki.apache.org/confluence/display/OOOUSERS/Project+Planning > > lacks a bit of style I guess, I find it adequate and relatively easy to use > for task assignments. In my opinion, we made good use of it in the 3.4 > roll-out, the release notes, and now, with enhancement to the download > script. > > Some of my issues about what we have right now -- buildbot, and the pootle > server come to mind -- involve even knowing about them and knowing how to > use them. > > Given the number of folks already involved in this project, I think > minimizing "stuff" we need to learn and where we need to go to get things > done is important. > > So, I'm unconvinced that an additional mechanism would be an improvement to > productivity. I agree. Let's make sure that when we add tools, we add tools that are really needed. We also need to remember that this is a volunteer project and communication about who is actively doing what needs to be co-ordinated and re-co-ordinated here on the ML. What matters is what people actually do and not what they say what they will do. As far as Infrastructure is concerned there are three kinds to consider (not a complete list) (1) Systems like SVN, Confluence, JIRA, Bugzilla, CMS, Buildbots, and Pootle that the Apache Infrastructure supports. (2) Systems like the MediaWiki and User Forums that the project must support with Infrastructure's help. (3) Systems like the drupal based Extensions and Templates. Or large impact mirrors for Downloads where external parties like SourceForge are providing the service. There are still a few legacies that Oracle supports like the old Mercurial repos. It's a blend and the AOO PPMC needs to have some view into these assets. Some require sysadmin support from the PPMC others don't. For new services we need more than just the idea, we need the skill to administer the service. This expertise extends to security fixes. For example, if there are MediaWiki security issues then we need a volunteer to provide the upgrade. Another example, the Apache blogs are currently unavailable for update because there is a security issue. Infrastructure is currently waiting for the Apache Roller project to make a supported fix - either a patch or a release. Regards, Dave > > > >> Thanks! -Rob >>> >> > > > > -- > > MzK > > "The reports of my death are greatly exaggerated." > -- Mark Twain
Re: [UX] New AOO User Experience Community
Hi. 2012/5/24 Paulo de Souza Lima > I think I got your point. You're right. There's no need to identify some > people as a "group". But, in fact, there are some "groups", for example, > the "infra group", "cws group", "brazilian volunteers group", "italian > volunteers group", and so on. That's because it's needed some admin rights > to do their tasks, or because regional identification, not because they are > separated groups. Giving my opinion in this list, I'm giving it > individually and not in the name of the "groups" I can identify myself to. > At least, I understand this way. Correct me If I understood it wrong. > > +1 2012/5/24 Yong Lin Ma > The bar for UX design of such a > product is very low. The prefix UX is but obvious and organized to know what the interest and subject of the email. Albino
Re: "Some of our contributors" page
On Thu, May 24, 2012 at 7:29 PM, Kevin Grignon wrote: > > > On May 25, 2012, at 9:26 AM, Louis Suárez-Potts wrote: > > > Hi, > > On 2012-05-24, at 20:58 , Rob Weir wrote: > > > >> It would be great if we could keep this page up-to-date: > >> > >> http://incubator.apache.org/openofficeorg/people.html > >> > >> New committers especially should add their info here. It is good > >> "first commit" you can make. You can do it via SVN or using the CMS > >> web interface: > >> > >> > http://incubator.apache.org/openofficeorg/developer-faqs.html#how_do_i_edit_the_websites > > > > Would it make sense to have a standardized reminder of things to do? I'm > thinking using Doodle or Taskforce (I think that requires money) or free > reminder services (even OpenProjity). The idea would be, say, to draft a > checklist of things to do and then be nagged by mindless electrons, all in > a good cause. > > > > -louis > > > Agreed. A get up and running package would be helpful. This package could > include task assignments. > > Kevin > > I don't know anything about TaskForce or Doodle, but, I'm wondering if having yet another app to deal with or place to go is really needed. Please, there is the added "maintenance" issue. Currently, even though the Project Planning area of the project wiki, https://cwiki.apache.org/confluence/display/OOOUSERS/Project+Planning lacks a bit of style I guess, I find it adequate and relatively easy to use for task assignments. In my opinion, we made good use of it in the 3.4 roll-out, the release notes, and now, with enhancement to the download script. Some of my issues about what we have right now -- buildbot, and the pootle server come to mind -- involve even knowing about them and knowing how to use them. Given the number of folks already involved in this project, I think minimizing "stuff" we need to learn and where we need to go to get things done is important. So, I'm unconvinced that an additional mechanism would be an improvement to productivity. > > >> > >> Thanks! > >> > >> -Rob > > > -- MzK "The reports of my death are greatly exaggerated." -- Mark Twain
Re: [RELEASE][AOO3.4.1] Status update - call for discussion
Il 25/05/2012 O.Felka wrote: Am 25.05.2012 12:17, schrieb Andrea Pescetti: - 119272 user directory file size grows to 160mb due to bundled extensions Can wait, we have already changed enough things in user directory. Yes, and it has been changed to the worse. We shouldn't flood the user layer for all upcoming new users. And it's a regression. We shouldn't wait so +1 for the next release. My concern here is that this part already changed significantly for 3.4.0, with the result that the (few) people who reported problems with OpenOffice 3.4 could always solve their problems by removing the user profile and letting OpenOffice recreate it from scratch. If we modify it again, we may run into similar issues. But if there is a way to do it safely, no problems for me. Regards, Andrea.
Re: how to install Apache OpenOffice 3.4 in headless server
On 25.05.2012 10:52, Ji Yan wrote: [...] I've downloaded the Linux x86-64 DEB http://www.openoffice.org/download/other.html But that will only install onto a server with a Desktop unless I'm missing some information. Once downloaded I do the following: tar xvfz Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-deb_en-US.tar.gz which extracts everything to an ./en-US directory the en-US directory contains several dozen .DEB files dpkg -i that will emit errors concerning gui/desktop requirements so it appeared to me that those can only be installed on a server with a desktop and NOT on a headless machine. Some of the *deb files are for desktop integration and these have desktop dependencies of course. Maybe I missed some documentation but I know you can start openoffice in headless mode once its installed BUT in this case how can you install it on a headless machine in the first place? That the package managers emits errors is a too general statement. Which missing dependencies does it report? Leaving out the *deb files that have missing dependencies would be an interesting experiment. Herbert
Re: [RELEASE][AOO3.4.1] Status update - call for discussion
Am 25.05.2012 12:17, schrieb Andrea Pescetti: - 119272 user directory file size grows to 160mb due to bundled extensions Can wait, we have already changed enough things in user directory. Yes, and it has been changed to the worse. We shouldn't flood the user layer for all upcoming new users. And it's a regression. We shouldn't wait so +1 for the next release. Groetjes, Olaf
Re: [RELEASE][AOO3.4.1] Status update - call for discussion
On 23/05/2012 Oliver-Rainer Wittmann wrote: I searched for issues which have release blocker flag 3.4.1 set or requested or a "blocker" severity in order to get an overview about our potential efforts for our planned AOO 3.4.1 release Thank you for the research. My opinions below (taking for granted that issues in group 1 and the three blockers you propose for 2 will of course be addressed, and seeing 3.4.1 as an occasion to fix regressions and adding languages but no other features): from group (2): - 117990 EditEngine-internal clipboard format doesn't work on Mac +1 from orw - 118877 [From Symphony] Calc crashes when Redo refreshing data +1 from orw - 118879 [From Symphony] Presentation crashed if exit screen show +1 from orw - 119332 "Find & Replace" matches wrong sequences on Solaris +1 from orw And I agree on these. from group (3): - 119145 wrong linefeed of verticaly rotated text in Writer's tables Can wait. - 119161 Regression: Writer set table border's line style like "none" during import from .docx +1 This one is a regression, so +1 for me to fix this. Of course, I don't know how complex it is. - 119189 Print Selection crash Writer when is chosen again +1 Repeatable crash -> should be fixed. Again, don't know if trivial or complex. - 119272 user directory file size grows to 160mb due to bundled extensions Can wait, we have already changed enough things in user directory. - 119334 Hungarian (hu) translation for 3.4.1 +1 from orw +1 obviously - 119350 CoinMP (and any other EPL modules) should be in NOTICE file of binaries +1 from orw +1 obviously from group (4): - 119337 xlsx import with chart is not displayed +1 since it is a regression (pending feasibility check of course) Regards, Andrea.
about openoffice PixelFilter?
Hello my friend In the file main\binfilter\bf_svtools\source\filter.vcl\filtersvt_FilterConfigCache.cxx Have the following code: const char* FilterConfigCache::FilterConfigCacheEntry::InternalPixelFilterNameList[] = { IMP_BMP, IMP_GIF, IMP_PNG,IMP_JPEG, IMP_XBM, IMP_XPM, EXP_BMP, EXP_JPEG, NULL }; const char* FilterConfigCache::FilterConfigCacheEntry::InternalVectorFilterNameList[] = { IMP_SVMETAFILE, IMP_WMF, IMP_EMF, IMP_SVSGF, IMP_SVSGV, EXP_SVMETAFILE, EXP_WMF, EXP_EMF, EXP_SVG, NULL }; const char* FilterConfigCache::FilterConfigCacheEntry::ExternalPixelFilterNameList[] = { "egi", "epn", "icd", "ipd", "ipx", "ipb", "epb", "epg", "epp", "ira", "era", "itg", "iti", "eti", "exp", NULL }; my question as below: The openoffice division what based InternalPixelFilter or ExternalPixelFilter? I wrote an addon extension used to insert a new type of picture is to belong InternalPixelFilter or external ExternalPixelFilter? Thanks... Best Regards!
Re: how to install Apache OpenOffice 3.4 in headless server
Suppose you need to install GUI related package, that will let you use the product. 2012/5/22 brian mullan > http://www.openoffice.org/download/other.html#notes > > The above lets you download an Ubuntu, Debian etc installation. > > However, at least for Ubuntu there seems to be a problem. > > I have a headless server. > > I've downloaded the Linux x86-64 DEB > http://www.openoffice.org/download/other.html > > But that will only install onto a server with a Desktop unless I'm missing > some information. > > Once downloaded I do the following: > > tar xvfz > Apache_OpenOffice_incubating_3.4.0_Linux_x86-64_install-deb_en-US.tar.gz > which extracts everything to an ./en-US directory the en-US directory > contains several dozen .DEB files > > dpkg -i > > that will emit errors concerning gui/desktop requirements so it appeared to > me that those can only be installed on a server with a desktop and NOT on a > headless machine. > > Maybe I missed some documentation but I know you can start openoffice in > headless mode once its installed BUT in this case how can you install it on > a headless machine in the first place? > -- Thanks & Best Regards, Yan Ji
Re: how to install Apache OpenOffice 3.4 in headless server
On 25.05.2012 04:52, bjcheny wrote: Hi, I guess it may still require graphics stuff like "X11"? I just search through openoffice's website with "headless" and seem to get some info helpful. http://wiki.services.openoffice.org/wiki/Log_Mac_Meeting_November_21st_2007 [2007-11-21 14:56:06] ericb2: on the non X11 platforms no window will be opened, but the graphics system of the platform is of course still used. [2007-11-21 14:56:26] ericb2: on X11 the headless plugin removes the need for that, too. I think it's unnecessary to require graphics things once you only ask for headless mode from openoffice. You still have cases where you need to prepare graphics, e.g. when using an exporter (main use of headless is file conversion) where the target format does not know the needed data types. In those cases the data has to be rendered to a bitmap and the bitmap gets exported. We have quite some such cases, also the direct export as bitmap, of course. Font rendering is also an aspect. I'm not the expert here, but it will not be too easy. Regards, Chen Ying [..] Sincerely, Armin -- ALG
Re: [UX] Questions for users
Hi Rob, On 24.05.2012 20:42, Rob Weir wrote: [..] That said, it is possible to be bold and strike gold. Prezi and their unique view of a presentation is one example: http://prezi.com/. In such cases the new feature set might be intrinsically so valuable to the user that it more than compensates for the learning curve and lower interop with other editors. They re-base their expectations on the new thing, and that defines the new normal. Wow! I looked at Prezi and it's very fascinating to me; not the presentation itself (as a mass product we will have no chance go move away from the slide paradigm), but the UI stuff. Have you seen their object manipulator when they have an object selected? A very interesting alternative to the green handles :-) Also their circle-based menu is intuitive, cool and seems very easily being adapted by any user. That's an interesting direction to go! [..] Sincerely, Armin -- ALG
Re: Building AAO from source...
Hi Nelson, On 24.05.2012 18:13, Nelson Marques wrote: Andre, I've had prepared a machine at home just for stagging AOO builds which holds local repositories for all the components I've build. I don't have connectivity to it now, so this isn't really accurate (I will confirm later), but I believe those files are there (I havent copied them) because they were installed there by dmake? I don't think so. The makefiles in main/solenv/inc/ are only used during building, they are not installed anywhere else (to my knowledge). dmake itself is not installed (eg with make install) but copied manually to main/solenv//bin by the main/bootstrap script. The first lines of dmake -v executed in main/solenv/ on my machine (Windows7, source code located in c:/source/current/git) look like this dmake: Openning [C:/source/current/git/main/solenv/inc/startup/startup.mk] for read (success) dmake: Openning [/cygdrive/c/source/current/git/main/solenv/inc/startup/wnt/macros.mk] for read (success) dmake: Parsing include file [/cygdrive/c/source/current/git/main/solenv/inc/startup/wnt/macros.mk]. dmake: Closing [/cygdrive/c/source/current/git/main/solenv/inc/startup/wnt/macros.mk] dmake: Openning [project.mk] for read (fail) dmake: Openning [/cygdrive/c/source/current/git/main/solver/340/wntmsci12/inc/project.mk] for read (fail) dmake: Openning [/cygdrive/c/source/current/git/main/solenv/inc/project.mk] for read (fail) dmake: Include file [project.mk] was not found. dmake: Closing [C:/source/current/git/main/solenv/inc/startup/startup.mk] dmake: Openning [makefile.mk] for read (success) dmake: Openning [settings.mk] for read (fail) -Andre 2012/5/24 Andre Fischer: Hi Nelson, On 24.05.2012 16:39, Nelson Marques wrote: Andre, The goal was to have everything dynamically linked and using the dependencies provided by the system (ex: python, perl, lucene, dmake, etc); this lead me to build first all those components and install them in the normal path that stuff is installed (/usr). dmake was built with the default options except for prefix, which I changed to /usr. OK, nothing wrong with that. But I still don't understand why the makefiles that usually reside in main/solenv/inc/startup/ are found in /usr/share/startup/. Did you copy them there? Those files could change from revision to revision and should better not be shared between different repositories (what we called child work spaces in past days). -Andre 2012/5/24 Andre Fischer: On 23.05.2012 18:51, Nelson Marques wrote: [nmarques@localhost solenv]$ dmake -v dmake: Openning [/usr/share/startup/startup.mk] for read (success) dmake: Openning [/usr/share/startup/config.mk] for read (success) dmake: Parsing include file [/usr/share/startup/config.mk]. dmake: /usr/share/startup/config.mk: line 3: Warning: -- Macro `OS' redefined after use dmake: Closing [/usr/share/startup/config.mk] dmake: Openning [/usr/share/startup/local.mk] for read (fail) dmake: Include file [/usr/share/startup/local.mk] was not found. dmake: Openning [/usr/share/startup/unix/macros.mk] for read (success) dmake: Parsing include file [/usr/share/startup/unix/macros.mk]. dmake: Openning [/usr/share/startup/unix/linux/macros.mk] for read (success) dmake: Parsing include file [/usr/share/startup/unix/linux/macros.mk]. dmake: Closing [/usr/share/startup/unix/linux/macros.mk] dmake: Closing [/usr/share/startup/unix/macros.mk] dmake: /usr/share/startup/startup.mk: line 140: Warning: -- More than one prerequisite for %-target. Use :| ruleop or indirect prerequisites. dmake: /usr/share/startup/startup.mk: line 144: Warning: -- More than one prerequisite for %-target. Use :| ruleop or indirect prerequisites. dmake: Openning [/usr/share/startup/unix/recipes.mk] for read (success) dmake: Parsing include file [/usr/share/startup/unix/recipes.mk]. dmake: Openning [/usr/share/startup/unix/linux/recipes.mk] for read (fail) dmake: Include file [/usr/share/startup/unix/linux/recipes.mk] was not found. dmake: Closing [/usr/share/startup/unix/recipes.mk] dmake: Openning [project.mk] for read (fail) dmake: Include file [project.mk] was not found. dmake: Closing [/usr/share/startup/startup.mk] dmake: Openning [makefile.mk] for read (success) dmake: Openning [settings.mk] for read (fail) dmake: Inferring include file [settings.mk]. dmake: Openning [settings.mk] for read (fail) dmake: Infering prerequisite(s) and recipe for [settings.mk] dmake: Trying prerequisite [settings.mk.o] for [settings.mk] dmake: Caching directory [/home/nmarques/aoo/aoo-3.4.0/main/solenv] dmake: Trying prerequisite [RCS/settings.mk,v] for [settings.mk] dmake: Caching directory [/home/nmarques/aoo/aoo-3.4.0/main/solenv/RCS] dmake: Trying prerequisite [settings.mk,v] for [settings.mk] dmake: Trying prerequisite [settings.mk.sh] for [settings.mk] dmake: Time stamp of [settings.mk] is 0 dmake: makefile.mk: line 29: Error: -- Include file settings.mk, not
Re: [EXT] Printing without empty pages
Hi Ariel, thanks big time! I was able to get it to work with java. If you got this only from the API then I should try to become friends with it again ;-) best, Fabian On May 24, 2012, at 4:54 PM, Ariel Constenla-Haile wrote: > Sub Main >Dim oDoc as Object >oDoc = ThisComponent > >Dim oDispatchProvider as Object >Dim oDispatchHelper as Object >oDispatchProvider = oDoc.getCurrentController().getFrame() >oDispatchHelper = CreateUnoService("com.sun.star.frame.DispatchHelper") > >'=== >' Document Settings > >'com.sun.star.text.DocumentSettings >'com.sun.star.text.PrintSettings >'com.sun.star.text.PrintPreviewSettings > >Dim oDocumentSettings as Object >oDocumentSettings = oDoc.createInstance("com.sun.star.document.Settings") >oDocumentSettings.setPropertyValue("PrintEmptyPages", False) > > > oDispatchHelper.executeDispatch(oDispatchProvider,".uno:Print","_self",0,oArguments) > End Sub
Re: [WWW] What to do with OOo related domains?
On 23/05/2012 Marcus (OOo) wrote: Am 05/23/2012 08:03 PM, schrieb Dave Fisher: On May 23, 2012, at 10:56 AM, Fernando Cassia wrote: On Wed, May 23, 2012 at 1:21 PM, Andrew Rist wrote: * Ignore and let the domains expire * Continue to register to block squatting, but do no more * Continue to register and forward to oo.o I think the third option is the best. All those domains serve a purpose, to catch typing errors... Good points. Option #3 is best. Simply +1 :-) Sure. All good reasons and, besides those, it would be extremely good to communicate that this project is actively involved in limiting "typosquatting" (while of course we can't register all domains similar to "openoffice", at least we redirect some common typos to the official site). If I recall correctly, Rob was preparing a post about other sites offering OpenOffice, and it would be nice to include this information in it, to show that we care about end users in this respect too. Regards, Andrea.