Re: [dev] Resources debate
Daniel Kasak wrote: [EMAIL PROTECTED] wrote: There's an interesting debate going on at ZDNet about resource usage in Oo 2.0 It would be great if you guys put in your 2 cents... http://blogs.zdnet.com/Ou/?p=119 The author of this article went out of his way to create a spreadsheet that would perform badly under OOo. The reason it takes so long to load is that the XML for each cell has to be parsed by OOo. Before you go off on that line, could I ask how you know he fudged the data to favor one application over the other. When I read the list it appeard that he just chose a log file that he normaly uses. It might be that this test does favor Excel, but saying he purposefully did so can back fire. That's my thoughts on the matter. Posting comments to the website is broken, so I'd say the M$ fanboy has done this to prevent more OOo users from questioning the validity of his claims based on this extreme test case. Obviously most documents open quite fast, and he would know this, but chose to present a case where OOo was quite slow, and made this the focus of the article. I have to point out that the one thing I did not see on ZDNet thread was anyone posting up numbers from their own test results. The truth is OO is a good package, but performance is not a strong suit, least not on my WinXP machine. I tend to think this is more a function of the compatablility layers - and after watching a presentation from the last OOConn it may also be a little deeper then this. (I would give the OO team high points for having this discussion in public, and I think it shows that the problem is being taken seriously, as it should) For my purposes I have been really hitting the Base module hard and one thing I have noticed is that when I take data from a Base table and link into a Calc sheet the amount of time for the transfer appears to be pretty bad. I haven't created precise metrics for this, so it is just perception at this point. But if I am not careful about limiting the number of rows then it can take minutes not seconds for the transfer to happen. I would imagine this is more to do with memory management then XML parsing, as there is no XML to parse as far as I know. Pretty dodgy stuff, but it's Microsoft we're dealing with here. I would not call it dodgy, at my last corporate position our customer base would send us files of many 10s of thousand of records - we offered an analysis service as part of the process of cutting them over from their old backend systems to ours. The same was done annualy for as long as they used our system, so that we could generate statistics (from all installed systems) to feed back into the system for forcasting purposes. It is not uncommon in my experience therefor to work with the size files he was talking about. It may not be an every day affair - but it is certainly not unheard of, and when it comes up there is no easy way to get around it - either the tools you have available can handle it reasonably well or they choke. Andrew Jensen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] new incubator : Call for Name
Great presentation by the way Laurent, I just finished watching it. +1 for addon(s) Andrew Jensen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Access to BadicIDE
Thanks Thomas, Thats what I needed to know. Andrew Thomas Benisch wrote: Dear Andrew, there's no UNO API available for the Basic IDE, neither for accessing any Basic IDE components, nor for extending the Basic IDE. The Basic IDE can only be extended by modifying the C++ code, which can be found in the module basctl. As you've already assumed, the only documentation in this case is the source code. Thomas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Macro Security for Embedded Database Forms
I believe I was not as clear as I could have been. First - this is regarding OOo 1.9.118. Here is the a scenario, that shows the problem. Go into Options - Security -Macro Security- set level to Very High Trusted Sources and enter somepath as a trusted location. Store a OOoBase Database file in somepath, create a form and add a macro to the form. You can not execute the macro code within this form, because the security manager does not recognize the form as coming from within the trusted path. If instead of Very High you set the security level to Medium the user would be prompted whether to enable or disable macros every time the form is opened from the GUI. My Question is : Is this by design, or is this a problem for which I or someone should open an issue. Christian Junker wrote: I am not very sure, but I think there is some standard out there restricting macros in office documents to be executed without asking the user if he gives the permission or not. At least that's what I heard some time ago. 2005/7/26, Andrew Jensen [EMAIL PROTECTED]: When I attach a macro module to an embedded database form there seems to be no way to tell the macro security function to allow the form to be opened without asking if I should 'enable' or 'disable' the macros. Well, there is one way set the macro security option to 'LOW' and this is not an acceptable thing to me. It would seem to me that the security component should honor the entry under Trusted file locations for the database file. But it seems not to be doing this. If this should be entered as an Issue I will do so but would this be a defect or an enhancement? Thanks Andrew Jensen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Macro Security for Embedded Database Forms
Entered as Issue 52527 Frank Schönheit - Sun Microsystems Germany wrote: Hi Andrew, If this should be entered as an Issue I will do so but would this be a defect or an enhancement? It's a defect. Macro security should apply on document level, and the document in this scenario is the database, not the form. Thus, the user shouldn't be bothered with the macro question when opening the form. Please go on an submit an issue - we're aware of the problem, but I don't think an issue exists so far. Thanks Ciao Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Macro Security for Embedded Database Forms
When I attach a macro module to an embedded database form there seems to be no way to tell the macro security function to allow the form to be opened without asking if I should 'enable' or 'disable' the macros. Well, there is one way set the macro security option to 'LOW' and this is not an acceptable thing to me. It would seem to me that the security component should honor the entry under Trusted file locations for the database file. But it seems not to be doing this. If this should be entered as an Issue I will do so but would this be a defect or an enhancement? Thanks Andrew Jensen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
