Re: [dev] wiki: Little Helpers Taming The Beast
Eike Rathke wrote: Hi, I put together a Little Helpers page on the OpenOffice.org Wiki, currently containing notes, scripts and settings for the GNU ID-utils, Exuberant Ctags, Cscope and Vim. http://wiki.services.openoffice.org/wiki/Little_Helpers I used to know only cscope. Great stuff. I have added the conf need for emacs. By the way, I have a little problem. I have a client which uses a lot html table. But when you open this kind of stuff with OpenOffice 2.x, it opens in the html editor (writer) and not calc. I have try to hack their windows registry in order to force open in calc, but it seems to be not enough. I have look at the *.fcgu work too, but nothing seems to help. Do you know how to force the opening of html table in calc ? A pointer to the code would be enough. Thanks Regards -- Loiseleur Michel - TM2L (08000LINUX) 27, rue de Berri 75008 PARIS Tél/Fax : 01 58 18 68 28 / 01 58 18 68 29 Si hoc legere scis nimium eruditionis habes - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Re: Tracking the caret
The XExtendedToolkit supports an XFocusListener which should keep track of the object that currently has the input focus., but it does not seem to track the keyboard input focus (e.g. you do not get focus events when changing between two Writer windows). I like your honest opinion and I could not agree more. If I could just add a top-level (global :-)) listener which could inform me of the active window then I would be more than happy to add a second listener to that window. So something like a notification that notifies listeners each time when the focus window changes (by sending an event containing a reference to it) and also sends out notifications if the caret position (or perhaps also the mouse position) in this window has changed? Yes, that sounds like what I need - do you know a way to do it? In an Accessibility Technology Context it would we especially nice if one could receive events containing the caret rectangle coordinates as a disabled user often need to have the helperwindow move according to the caret position - note however that this should already be part of the accessibility API!? As I mentioned earlier I had hoped the CARET_CHANGED event from the XAccessibleEventListener interface and the XAccessibleEventBroadcasters was what I needed, but still no luck ;-( I am only interested in the keyboard focus and textselections. If the caret moves (by means of the keyboard, mouse or whatever) I would like to be able to retrieve the text in which the caret has now been placed, so that I might be able to help the user doing wordprediction and the like. That is if the user places the keyboard focus in a Writer document I would like to be able to find the document and the position of the caret. I think I might be able to do some of this using the JAA bridge, but if it can be done using the JAA bridge one must be able to do it using only the OpenOffice API as well!? There is an OOo Accessibility API, perhaps it has what you need? The initial post described my troubles with the Accessiblity API ;-( As we are currently reviewing our toolkit related APIs this is a valuable input for out future plans also. Sounds interesting. Can you tell more about the future plans? Best regards /W - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] wiki: Little Helpers Taming The Beast
Hi Loiseleur, On Tue, Aug 29, 2006 at 08:15:12 +0200, Loiseleur Michel wrote: Do you know how to force the opening of html table in calc ? A pointer to the code would be enough. As already mentioned on IRC: please join the dev@sc.openoffice.org mailing list for Calc code discussion. Eike -- OOo/SO Calc core developer. Number formatter stricken i18n transpositionizer. GnuPG key 0x293C05FD: 997A 4C60 CE41 0149 0DB3 9E96 2F1A D073 293C 05FD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] valgrind work
On Thu, 2006-08-24 at 11:42 +0100, Caolan McNamara wrote: I see that there appears to be some valgrind work underway, at least in reporting valgrind warnings. Sort of relevant to this, glib has it's own memory allocating trickery just OOo does, and export G_SLICE=always-malloc apparently turns it off so G_SLICE=always-malloc valgrind ... might be a more suitable way to call valgrind to also pick up on problems with glib allocated objects used by OOo. C. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] ustring - global hash (?)
Michael, Stephan, sorry for being so slow. Do I understand correctly, the suggestion is to introduce a (Java like) string internalization feature (every string value is exactly instantiated once)? Kay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] OOo 2.0.4 status meeting
August 28th, 15pm - 15.30pm Participants: Mathias Bauer, Uwe Luebbers, Martin Hollmichel, Bettina Haberer This group meet on Mondays 3pm German time on regular basis, please contact me if there is the need to raise any issues for the next release in this forum, we try to move to irc then or at least try to put your issues onto our agenda. In case you get this email as private copy as well, we think you need to take action on this mail. * RE this week: SRC680 - Ivo, OOD680 - Heiner, OOD680m3 to start Wednesday 30th. OOD680m3 will the be the release candidate for 2.0.4 release. issue count for 2.0.4 went down to 0, so we are almost ready to release. just a few cws are awaiting their QA approval for integration. Martin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Memory consumption of X server
Hi, I search settings that will save Xorg memory usage. OpenOffice seems to use a huge amount of ram, through X server, in some situations (for example, printing with transparency). On linux terminal (like LTSP) the memory for X server is on the terminal itself. When the terminal doesn't have enough memory, it crash because the kernel kills the X server. It is easy to do so because the available RAM is usualy under 96 Mb. I did graphs of the memory usage with the tool xrestop. You can see some of them at this URL : http://www.mille-xterm.org/en/TerminalMemoryUsage When printing with OpenOffice.org 2.0.2 (binaries from openoffice.org) a document of 5 pages that contains images with transparency, then the memory usage goes up to 70 Mb! That kind of thing should not happen. All Linux terminals projects absolutely need to prevent burst memory usage for terminals. Comments are welcome. Thanks, Francis -- Francis Giraldeau, Ing jr. Revolution Linux 819-780-8955 poste * Toutes les opinions et les prises de position exprimees dans ce courriel sont celles de son auteur et ne representent pas necessairement celles de Revolution Linux Any views and opinions expressed in this email are solely those of the author and do not necessarily represent those of Revolution Linux - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] ustring - global hash (?)
On Tue, 2006-08-29 at 16:55 +0200, Stephan Bergmann wrote: Yes, some (singleton) functionality rtl::OUString intern(rtl::OUString const arg) of course - for programmatic operations: rtl::OUString intern(const char *str); would prolly be a valuable variant; and since we'd need to hash that string anyway, we could dispense with some ugly macro evil to calculate the length, making some code potentially sweeter. t'would be nice, you make me almost want to implement a simple hash table in sal/ now :-) [ which I could re-use to make the string debugging more portable up-stream-able ]. Regards, Michael. -- [EMAIL PROTECTED] , Pseudo Engineer, itinerant idiot - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Re: Tracking the caret
W wrote: The XExtendedToolkit supports an XFocusListener which should keep track of the object that currently has the input focus., but it does not seem to track the keyboard input focus (e.g. you do not get focus events when changing between two Writer windows). I like your honest opinion and I could not agree more. If I could just add a top-level (global :-)) listener which could inform me of the active window then I would be more than happy to add a second listener to that window. So something like a notification that notifies listeners each time when the focus window changes (by sending an event containing a reference to it) and also sends out notifications if the caret position (or perhaps also the mouse position) in this window has changed? Yes, that sounds like what I need - do you know a way to do it? Not really. It might be possible with a clever combination of the gazillions of events you can get - but I can't recommend something. As we are currently reviewing our toolkit related APIs this is a valuable input for out future plans also. Sounds interesting. Can you tell more about the future plans? We are currently doing a gap analysis - what does our toolkit offer today, what do developers need and which internal functionality (based on VCL) should be exposed via UNO APIs. This analysis is nearly finished and will be published pretty soon. I will add your problem to the analysis because I think that it is a more general one. I know that the necessary functionality is available internally (in VCL) so we only need to out an API around it. Best regards, Mathias -- Mathias Bauer - OpenOffice.org Application Framework Project Lead Please reply to the list only, [EMAIL PROTECTED] is a spam sink. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]