Re: [dev] presenter view extension + fast search
Hi, thanks for replies. Which keyboard shortcut is there for fast navigation? Regarding 2.nd issue. Does anyone know about plan for some kind of index for it? Because it takes really long time to search for text in huge presentations. regards, pb On Dec 4, 2007 1:08 PM, Christian Lippka - Sun Microsystems Germany < [EMAIL PROTECTED]> wrote: > Hi All, > > yes it is planned that the presenter view will have a slide sorter like > view that pops up when pressing a keyboard shortcut for fast navigation. > > Regards, > Christian > > Rich wrote: > > On 2007.12.03. 14:55, a a wrote: > >> Hi, > >> > >> I'm Powerpoint user - would like to migrate to OOo Impress (for our > >> church > >> presentations). > >> > >> > >> I have 2 remarks: > >> > >> - based on screenshots and specification ( > >> http://wiki.services.openoffice.org/wiki/Presenter_View) I still miss > >> possibility to see more than one slide ahead. Is there any plan for > >> implementing such a Powerpoint-like feature? > > > > given that this feature is being developed right now, this might be a > > good moment to suggest such a possibility. i'm not completely sure, but > > it looks like you can add your ideas at the end of the wiki page :) > > > >> - one more thing I would mention here is that we need really fast text > >> search in presentation with over 1000 slides. Does anyone have any > >> hint for > >> this in OOo? Because in Powerpoint it works OK for us. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
Re: [dev] Re: About the OOo dialog layouting patches
Michael Meeks wrote: Ultimately, it boils down to the fact that a purely generic dialog solution is not really feasible: custom logic per dialog is necessary. If people want to wrap that with a propert-set API (as we do already though not an UNO one) - that is great ! at least, since I'm not hacking on that I have no firm views :-) My point is only - that this doesn't belong in the layout discussion (per-se). We will always need: nice property API <-> dialog implementation <-> widgets Actually a nice property API would have a vetoable change listener API that would make somthing like Application code <-> property API <-> layouter <-> widgets ^ | v dialog property dependencies code possible. "dialog property dependencies code" would be code that manages the relations between different properties (and would probably be near the application code, too) if they cannot be expressed as simple min/max values. But you're right, this does not affect the layouting discussion. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[dev] Contribution to Open Office
Hi , This is Nand Kishore Sagi from Freehold, NJ. I chanced across open office while updating my java version. While browsing through the web site I found that there were openings available for developers. I was intrested in pursuing this opportunity. Please let me know how do I move on to join the team and become a active contributor. Thanks and Regards Nand Kishore Sagi 703-342-8507
Re: [dev] Environment variables to be removed.
linkoo sets that variable (see solenv/bin/linkoo line 54). I do not know though whether that's needed, i.e. whether != . Michael? Rüdiger Philipp Lohmann wrote: Hi, STAR_RESOURCEPATH is used to set an alternative directory where to find resource files (other than /resources . If this is not necessary for thebuild environment anymore (which AFAIK was the original customer), is anyone else using it ? Or could I remove it form ResMgr ? Kind regards, pl Rüdiger Timm wrote: Hi, I'd like to remove some environment variables from config_office/set_soenv.in for SRC680 source tree: XPVERSION GVERDIR TF_PACKAGES TF_FILEURL TF_CFGDATA TF_SVDATA TF_SDBAPI TF_UCB STAR_RESOURCEPATH STAR_REGISTRY All those variables are not in use any more by our current code base. My question now is: does someone rely on any of them for whatever purpose? As I said, they are obsolete for building OOo. I just do not know what people are using for their own purposes. So, if you need any of the variables listed above, please give me a note. If not I am going to remove them on CWS rt24 probably next week. Rüdiger - 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] Environment variables to be removed.
Philipp Lohmann wrote: Hi, STAR_RESOURCEPATH is used to set an alternative directory where to find resource files (other than /resources . If this is not necessary for thebuild environment anymore (which AFAIK was the For SO internal environment (using setsolar) as far as I can see STAR_RESOURCEPATH got removed in 2002. That's why I am pretty sure it is not needed for standard builds any more. Of course this does not say anything about anyone else using it, so your question holds valid. Rüdiger original customer), is anyone else using it ? Or could I remove it form ResMgr ? Kind regards, pl Rüdiger Timm wrote: Hi, I'd like to remove some environment variables from config_office/set_soenv.in for SRC680 source tree: XPVERSION GVERDIR TF_PACKAGES TF_FILEURL TF_CFGDATA TF_SVDATA TF_SDBAPI TF_UCB STAR_RESOURCEPATH STAR_REGISTRY All those variables are not in use any more by our current code base. My question now is: does someone rely on any of them for whatever purpose? As I said, they are obsolete for building OOo. I just do not know what people are using for their own purposes. So, if you need any of the variables listed above, please give me a note. If not I am going to remove them on CWS rt24 probably next week. Rüdiger - 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] Re: About the OOo dialog layouting patches
Mathias Bauer wrote: Michael Meeks wrote: Anyhow - it sounds like you guys would like to hack on layout, if so - you're most welcome, there should be no problem with that: though of course, making that easy requires getting the ABI breakage in awtfixes1 included. Yes, you mentioned that already. IIRC it was a new virtual method in the VCL Window class? That shouldn't be a problem, especially not on a code line towards 3.0 Beta. Not a problem since 2.0.4 which broke binary compatibility from sal up AFAIK. And I want to again state my support for this; layouting is the one vcl/toolkit feature we miss for a very long time. Kind regards, pl -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [dev] Environment variables to be removed.
Hi, STAR_RESOURCEPATH is used to set an alternative directory where to find resource files (other than /resources . If this is not necessary for thebuild environment anymore (which AFAIK was the original customer), is anyone else using it ? Or could I remove it form ResMgr ? Kind regards, pl Rüdiger Timm wrote: Hi, I'd like to remove some environment variables from config_office/set_soenv.in for SRC680 source tree: XPVERSION GVERDIR TF_PACKAGES TF_FILEURL TF_CFGDATA TF_SVDATA TF_SDBAPI TF_UCB STAR_RESOURCEPATH STAR_REGISTRY All those variables are not in use any more by our current code base. My question now is: does someone rely on any of them for whatever purpose? As I said, they are obsolete for building OOo. I just do not know what people are using for their own purposes. So, if you need any of the variables listed above, please give me a note. If not I am going to remove them on CWS rt24 probably next week. Rüdiger - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- If you give someone a program, you will frustrate them for a day; if you teach them how to program, you will frustrate them for a lifetime. -- Author unknown - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]