Re: [dev] Calc C#CLI programming - Get the used range in a sheet - XUsedAreaCursor
Paul Veuve wrote: But accessible methods for xUsedCursor in C# are only: xUsedCursor.Equals() xUsedCursor.GetHashCode() xUsedCursor.GetType() xUsedCursor.gotoStartOfUsedArea() xUsedCursor.gotoEndOfUsedArea() xUsedCursor.ToString() There is no method nor property for .RangeAddress Service SheetCellCursor includes service SheetCellRange, so you can just query for XCellRangeAddressable interface. Niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [dev] Calc C#CLI programming - Get the used range in a sheet - XUsedAreaCursor
Hello Niklas, This seems to be ok: unoidl.com.sun.star.sheet.XSheetCellCursor xCursor = xSheet.createCursor(); unoidl.com.sun.star.sheet.XUsedAreaCursor xUsedCursor = (unoidl.com.sun.star.sheet.XUsedAreaCursor)xCursor; xUsedCursor.gotoStartOfUsedArea(true); xUsedCursor.gotoEndOfUsedArea(true); But from hier how should I do the link to XCellRangeAddressable in order to get the used area bound. I miss someting in the access principle. Thank's for your help. -- Paul Veuve [EMAIL PROTECTED] -- CDI CONSEILS ET DEVELOPPEMENTS INDUSTRIELS SA Chemin de la Justice 15 CH-2000 NEUCHATEL -- http://www.cdisa.ch Phone (+41 32) 733 31 31 or (+41 78) 600 31 31 Fax (+41 32) 733 31 32 -- -Message d'origine- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Envoyé : lundi, 18. décembre 2006 09:48 À : dev@openoffice.org Objet : Re: [dev] Calc C#CLI programming - Get the used range in a sheet - XUsedAreaCursor Paul Veuve wrote: But accessible methods for xUsedCursor in C# are only: xUsedCursor.Equals() xUsedCursor.GetHashCode() xUsedCursor.GetType() xUsedCursor.gotoStartOfUsedArea() xUsedCursor.gotoEndOfUsedArea() xUsedCursor.ToString() There is no method nor property for .RangeAddress Service SheetCellCursor includes service SheetCellRange, so you can just query for XCellRangeAddressable interface. Niklas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.15.22/590 - Release Date: 16.12.2006 17:39 -- No virus found in this outgoing message. Checked by AVG Free Edition. Version: 7.5.432 / Virus Database: 268.15.23/591 - Release Date: 17.12.2006 15:17 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] In the Works: New OOo C++ Coding Standards
Hi Eric, you wrote: Let's imagine I'm a new dev willing to contribute to OpenOffice.org : [H] : like common people who want to help, I do have C/C++ background ( something like 3 to 10 years of coding something somewhere) - first question : where are things ? How is organized OpenOffice.org code ?( build OpenOffice.org can really help here ) - second question: what is the design of the feature I want to contribute ? [snip] Facts: because I didn't find the answer to the first question(s), I do like 1 developers over 2 did - I give up For Mac OS X port, we lost 1 over 2 new devs, willing to help us, this way, and I have to use a lot of energy and must take care every day about that. You are right - and the problem is, there's no easy fix for that. It's a multi-dimensional optimization problem, and maximizing one aspect might pessimize other. I agree with you that the barrier for entry is high for new devs, but efforts to improve on this are ongoing (build times, integration of ooo-build build system ease-of-use, lightweight spec processes, unit tests etc). High-level design documentation is sorely missing for most modules, but: OOo is too big, and internal stuff changes much too frequently, that static design description would really cut it (except it's _really_ high level, like the module manifestos on the source code directories wiki page). I guess a mix of problem-specific HowTo entries (like e.g. adding a new menu entry, a new import filter, etc.), knowing where to ask (-irc, dev list), and tooling (lxr, bonsai, refactoring toolkit) has the best chance of being up-to-date, and at the same time avoiding to frustrate people too much. -1 for a new C++ list of best practices : I already got the Stroustrup's book (and will continue to learn it) I'd really hope that the best practice examples from the coding standards pages are more than what you could glean from the Stroustrup book (it should rather be a distilled extract from a lot of sources, including gurus like Stroustrup). Besides, it's less to read. ;-) To complete, as suggestion, we should add keywords (or sub- categories) in the wiki description like : - knowledge only - practical - tips ( good examples in the code ) - autonomy ( idea to improve ) - tools ( interaction between code and tools, how compile and test my code ... ) - resources ( people, code snippets , where/how find/join us, bibliography ... ) - (complete) Would you like to add some of them? But don't forget the first point: we currently continue to lose new devs regularly ... We don't forget - but please bear in mind that OOo is one of the largest and most complex OSS projects (maybe /the/ largest), and in contrast to e.g. Linux kernel, there's no such clean separation between device drivers and core kernel (because of the vastly different problem domain, I'd assume). So, a certain survival-of-the-fittest preselection should be accepted (in fact, necessary), but I'm with you that we haven't reached the sweet spot here. Cheers, -- Thorsten - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] base
Hi Glen, I was looking to work on base. I would like to do forms and reports. What exactly are you looking for? Contribution of source code, bug fixes, features, documentation, QA? Do you have own detailed plans what you want to do, or are you still looking for something to start with? If the latter, http://dba.openoffice.org/ provides some pointers. In any way, I suggest you come over to dev@dba.openoffice.org, where we could discuss any issues. Thanks Ciao Frank -- - Frank Schönheit, Software Engineer [EMAIL PROTECTED] - - Sun Microsystems http://www.sun.com/staroffice - - OpenOffice.org Database http://dba.openoffice.org - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: Release intervals
Clytie Siddall wrote: To: l10n, releases CC: mac-porting Hello everyone :) I am very concerned about the current three-month release interval. When I first arrived here, with our fairly complete interface translation, I was met on the lists with a mélange of information about impending version 2.0.4 and upcoming version 2.1. That was confusing, and I had to filter out all the stuff about 2.0.4 and focus on 2.1. 2.1 has just been officially released, but there are still QA issues for different teams and architectures. I hope to release our (vi) 2.1 builds fairly soon, but there is at least one pan-language stopper bug (on Mac Intel), and a fair bit of specific work to do yet. And the translation deadline for OpenOffice.org 2.2 is January 18th, only a month away! So what do I do? Abandon 2.1 and work on the translation updates for 2.2? Finish 2.1 and not be ready for 2.2? We have a set of major goals for 2.2, including translating all the Help section (nearly half a million words) and improving support information (docs, website, spellchecker etc.) in general. On this time-scale, we'll be lucky if we get even the interface update in. Translating Help from scratch takes about 300 full working days for one man and some specific knowledge is also needed. Depends how many people you have, but one minor release cycle for all Help sounds suspicious. :) ain - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] In the Works: New OOo C++ Coding Standards
On 18 Dec 2006 11:46:35 +0100, Thorsten Behrens [EMAIL PROTECTED] wrote: I'd say let's add the rule then. I'm relatively indifferent about this, though - if people think it's ok to start removing external header guards right now (because it will take years to clean them up anyway), I'd be fine with that, too. I'm personally *not* in favor of external header guards, though I totally understand the benefit of reducing the build time by doing so. Several C++ books I've read seem to be split on this particular practice; I believe Herb Sutter is moderately against external header guards because they reduce readability and are not necessary for the reason Kai already mentioned, while in C++ Common Knowledge by Stephen Dewhurst, this practice is still recommended. I personally don't like this, because if we start following this rule for every header we include, the header include section of each source file would start to look ugly, and I'd trade tidiness of source files for a slight inefficiency in build time. So, -1 for external header guards. Kohei - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] problems to grant code of openOffice that runs embed in an applet
hi, I have a great doubt about a Signed Applet that embed the openOffice, this applet have a ClassLoader that find some jars files located at openOffice instalation directory on client machine. the grant to allow the ClassLoader to read local jars works very well, its something like: grant codeBase http://mysite.com/applets/-; { permission java.security.AllPermission; } the problem starts when a class loaded by this custom ClassLoader try to load a library at the user local system, the code throws the java security Exception loadLibrary. and that is the doubt, the grant for my site dont grant the code loaded by this custom ClassLoader? i make something wrong on this custom ClassLoader? or i must have a grant where the codeBase, point to local instalation of openOffice? for reference, the line of OpenOffice source where this exception occurs is http://go-oo.org/lxr/source/api/bean/com/sun/star/comp/beans/LocalOfficeConnection.java#110 i tried to include in the profile: grant codeBase file:/C:/Program Files/OpenOffice.org 2.0/program/classes/- { permission java.security.AllPermission; permission java.lang.RuntimePermission queuePrintJob; permission java.lang.RuntimePermission loadLibrary.*; }; the exception is: Caused by: java.security.AccessControlException: access denied (java.io.FilePermission C:\Program Files\OpenOffice.org 2.0\program\classes\officebean.jar read) at java.security.AccessControlContext.checkPermission(Unknown Source) at java.security.AccessController.checkPermission(Unknown Source) at java.lang.SecurityManager.checkPermission(Unknown Source) at java.lang.SecurityManager.checkRead(Unknown Source) at java.io.File.isDirectory(Unknown Source) at com.sun.star.lib.util.NativeLibraryLoader.getResource(NativeLibraryLoader.java:110) at com.sun.star.lib.util.NativeLibraryLoader.loadLibrary(NativeLibraryLoader.java:68) at com.sun.star.comp.beans.LocalOfficeConnection.clinit(LocalOfficeConnection.java:153) ... 22 more Thanks for any idea - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] OO 2.1 with jre 1.6 - xml validation problem
Hi, now i know whats going wrong: another extension (which i did not develop) deploys a xerces-2.6.2.jar. if i remove the extension (or only the *.jar), from uno_packages\cache\uno_packages\xx.tmp...\ it works ... but is this behaviour correct ? it seems the above mentioned *.jar overwrites the classpath for all other extensions ... Oliver -- Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]