Re: [discuss] Open Office development issue
Hi Kapil, first of all please use the appropriate mailing list. In your case it is d...@api.openoffice.org or d...@extensions.openoffice.org and please ensure that you are subscribed correctly. It doesn't make sense to post on n different mailing lists. Please don't do that!!! Now related to your question, you can for example implement a Calc add-in function and in the implementation you can do whatever you want to get data from somewhere and return it... See for example the OpenOffice.org SDK which contains an exmaple implementing a simply counter. sdk/examples/DevelopersGuide/Spreadsheet/ExampleAddin.java And read the docu http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/Spreadsheets/Spreadsheet_Add-Ins Regards Juergen On 3/10/10 11:43 AM, KAPIL KUMAR LALWANI wrote: Sir/Mam, I am Kapil, wroking as a software engineer in a IT company. presently i am wroking for OpenOffice integration with our product. I had done all very well. Now i wish to build RTD(Real Time Data ) like in excel, but as per my RD i cant find RTD for openoffice, so i am moving towards DDE(Dynamic Data Exchange). For DDE i wish to build the DDE Application server for dynamic data updation from our data server. can you please help me out for this because i can't find any help on the forums and please give me one more answer is RTD is possible in OpenOffice? if yes please help to build this through your basic guidelines Thanks Regards, Kapil Kumar Lalwani Trainee, TickerPlant Infovending Ltd., “Enjoy the WORK you do, Do the BEST you can.” The INTERNET now has a personality. YOURS! See your Yahoo! Homepage. http://in.yahoo.com/ - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] Incubator vote request - OpenOfficeMouse
Hi, first of all i want to make clear that i don't want to be the person who blocks any new project. But i want to raise a little bit more awareness and that we should analyze the project ideas a little bit more before we accept it. The potential, the outlook and further plans etc. OOmouse wrote: Dear OpenOffice.org Community First, I would like to apologize for any annoyance, irritation, or embarrassment the recent media attention to the OpenOfficeMouse has caused. It was never my intention to mislead anyone or imply that the OpenOffice.org Community was producing hardware. In the game industry, from which I hail, it is quite common for mice to be branded with specific game software, so it simply never occurred to me that any such confusion was possible. Second, I would like to express my appreciation for the professional and sensitive way in which John McCreesh, Florian Effenberger, and especially Louis Suarez-Potts, dealt with what could have easily been an unpleasant problem and quickly defused it in a positive and effective manner. Third, I would like to ask for your support for establishing the OpenOfficeMouse Software Project as an OpenOffice.org Incubator project. If the software was nothing more than a basic mouse utility, I would not make this request. Juergen Schmidt is correct in concluding that a piece of hardware with flexible configuration options is of very little utility to the project. However, I suggest that the *software* we have written to allow for maximum flexibility in customizing the mouse buttons should not necessarily be dismissed as a mere marketing strategy, because its keybinding capabilities can be readily put to use in a wide variety of input devices that are not limited to mice, let alone our mouse. For example, it could be combined with voice recognition software to permit the same flexible configuration options enjoyed by the mouse users to people who cannot use mice or keyboards due to physical handicaps. Alternatively, it should not be difficult to modify it in order to attach sounds to specific OpenOffice.org functions for those who cannot see the screen since we already have built-in sound alerts that are triggered by switches between one profile and another. All the things you have described here are probably correct and of course useful. But i still don't see any specifics for OpenOffice.org. Everything you have described is valid for any application and if you want to make it open source feel free to create a SourceForge or Google Code project. I am still not convinced. Juergen Furthermore, the high level of interest we have seen from people volunteering to produce a variety of application-specific profiles, many of which were proposed for applications we had never heard of, suggests that such a *software* project might have the potential of expanding into a trans-application, device-agnostic interface under the aegis of OpenOffice.org. Thank you, Theo aka OOmouse - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] Incubator project proposal - OpenOfficeMouse
Wunna Ko wrote: +1 for incubator project. Nice to see a hardware with OpenOffice.org labelled on it. this is not really a good argument for a project and we should take it a little bit more serious. If you vote a project please think about the consequences it might have. We are a software project and no hardware project. Let them pay 2 per year and they can maybe use the logo, i don't know if that would be possible at all. It's just an idea. But please not in the way to accept a project where we will probably see no real progress or work and give them the opportunity to use the logo for free. I would of course kill or remove projects where no activity is going on. Or better i would consolidate the number of projects generally. Juergen On Mon, Nov 9, 2009 at 3:49 PM, Cor Nouws oo...@nouenoff.nl wrote: Unless other information makes me change my mind, I support Juergens point of view, Cor Juergen Schmidt wrote (9-11-2009 13:29) for new incubator projects the main question for me is, if there is any real relation and benefit for our project. In case of this mouse i am not sure and i don't really see it. It is a piece of hardware with very flexible configuration options. Not more and not less. Ok one of the pre-configured profiles was created based on some OOo user tracking information but that's it. It is not OOo specific and can be used with many other applications. For me it is no incubator project. For me it is a clever marketing strategy and nothing more. Probably there are other ways to support such things and it can be evaluated in a different context if necessary and wanted. We should simply ask us what we would expect from a new incubator project. In which direction would it develop further? I personally don't see there huge opportunities. It is more natural that we will support modern and new hardware like the new generation of touch pads which will also allow nice features ... Sorry but it doesn't really convince me and from my point of view a no for this new project. Just my 2 cents -- Cor Nouws - nl.OpenOffice.org marketing contact - Community Contributor Representative in the Community Council Gevoel niet vrij te zijn? Zie www.nieuwsteversie.nl - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] Incubator project proposal - OpenOfficeMouse
Hi, for new incubator projects the main question for me is, if there is any real relation and benefit for our project. In case of this mouse i am not sure and i don't really see it. It is a piece of hardware with very flexible configuration options. Not more and not less. Ok one of the pre-configured profiles was created based on some OOo user tracking information but that's it. It is not OOo specific and can be used with many other applications. For me it is no incubator project. For me it is a clever marketing strategy and nothing more. Probably there are other ways to support such things and it can be evaluated in a different context if necessary and wanted. We should simply ask us what we would expect from a new incubator project. In which direction would it develop further? I personally don't see there huge opportunities. It is more natural that we will support modern and new hardware like the new generation of touch pads which will also allow nice features ... Sorry but it doesn't really convince me and from my point of view a no for this new project. Just my 2 cents Juergen OOmouse wrote: I am the designer of the OpenOfficeMouse and a long-time user of OpenOffice.org, particularly Writer and Impress. It is my belief that application interface efficiency can be pursued in other ways than new variations on hotkeys, pull-down menus, and icon toolbars. We are planning to release the source code for the mouse software we have written and would like to do so as an OpenOffice.org project rather than as an independent OSS project as a means of contributing to the community. This is a request for review of the proposal to establish the setup and customization software for the OpenOfficeMouse as an OpenOffice.org open source development project. The OpenOfficeMouse mouse is designed specifically for use with OpenOffice and incorporates OOo 3.1 usage data for its default button assignments. The software presently allows complete customization of the mouse's 18 buttons, scroll wheel, and analog joystick. Additional functionality includes double-click assignments for all 18 buttons as well as the ability to use the joystick as a keyboard with 4, 8, or 16 assignable key commands. Version 1.0 of the software is already functional for Windows operating systems and the code will be released under the Gnu Lesser General Public License (LGPLv3). The mouse possesses 512k flash memory, supports 64 on-mouse application profiles, and 1024-character macros. The software is written in C++ using Qt library and uses .svg format for all graphics. The most pressing need is for a library for sending and receiving commands according to the HID standard in order to provide full Linux and OS/X support. More information about the OpenOfficeMouse can be found at www.openofficemouse.com. The OpenOfficeMouse will be publicly introduced at OOoCon next month. Thank you, Theo - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] Incubator project proposal - OpenOfficeMouse
Hi Bruce, i think you misunderstand me. First of all openofficemouse is not my project and i have no interest in it. It might be helpful for people and maybe especially for people with diabilities. But that is and was not my point. We talk here about an incubator project for OpenOffice.org the software project. And in fact of this i don't see a real benefit for this mouse project. There is nothing special that is worth to keep it as a sub project under the OpenOffice.org umbrella. It is simply a commercial product where the company want to use the OpenOffice.org brand to promote it. It might be cool and fancy, yes. But i look on the benefit for our project and i don't see one. But hey it's just my personal opinion Juergen Bruce Martin wrote: Dear Juergen: I just received your message in [discuss] about the open office mouse. As well as that of another person who didn't see it as particularly OpenOfficeMouse germane. I have also seen your first page of the OpenOfficeMouse website. IMHO: The idea of a mouse that does more is good, but what it does and its potential field of applicability are where the controversy surely will arise. I remember myself having uploaded somewhere the idea of a mouse that was hardware versatile, but the objectives for it were quite different. It was not for gamers, nor was it any more dedicated to any operating system that the most basic mouse that could be found. All the variations were purely hardware. The reason for this was that I wanted the speed to be hardware controlled so that it could be controlled, and slowed down during use in a BIOS session or during the initial loading of an operating system. Also this would make it totally independent of both the operating system and all software running on any platform that would work with the most basic, standard mouse around. Such a device also would have significant potential to help handicapped users. Hence it would use standard, basic software that comes with the operating system, and appear identical to that basic mouse to the machine. Thinking further, this idea would not really need to be a mouse itself, but an adapter box that would plug between the actual mouse or trackball and the mouse port, which could be PS-2, USB or RS-232. I am an electronic technician with an overall background of almost 50 years. I have an old trackball here that is a bit like that. In the days of 16 bit windows, I purchased this for $CDN 129.95 plus tax. It is known as the roller mouse and was made in California. However this device only connects RS-232, typical for that time. I am currently using it on an old 16 bit machine I have that I still use occasionally when working with/recuperating data that comes from the DOS era, such as stuff done in Generic CADD or Ashton-Tate's Framework IV. On another occasion, I remember hardware modifying a mouse to make the buttons operate with foot pedals. The prototype worked, but I found the foot pedals did not marry with physical coordination as well as I would have liked. About that critic: I got the impression that the critic would have preferred a project that had no potential for use outside of Open Office. He was being very marketing conscious and proprietary-oriented in the interest of using the idea as an open office selling tool. (I say selling even though Open Office is free, because his object is to sell potential users to commit their time to downloading and learning to use Open Office.) The other problem: 18 buttons on a mouse sound very versatile, but they would cause a huge physical coordination problem for many. Fancy keyboards have a plethora of programmable buttons, and they abound in the marketplace at low prices because of their market penetration. Personally, since I often have to work on other peoples' computers, I focus on making the best use of whatever is there at the time, and making my own templates, etc that I carry with me on the road in an external hard drive that will run either USB or FireWire. (I prefer Firewire when it is available since it demands less of the processor and runs more stably.) When Microsoft in its early days went for a 2 button mouse as opposed to the MAC's 1-button, there were those people then who saw this as a bad idea. The argument was that it was not natural or intuitive to the human body. Personally, I find 2 buttons OK, but what software people try and do with the use of the mouse is often too much. In either case the limitation is neither hardware nor software, but the human body. As an older person (close to 65 years old), I find physical coordination is more of a challenge than it was when I was younger. Also in the majority of cases eyesight, after the age of 40 or so, starts to gradually degrade. These physical limitations also need to be respected. When I buy a cellphone, I look for the (physically) biggest one, and abhor the market placing too much attention on smallness to suit the young people's mad
Re: [discuss] Besides XML input/output, will there be an effort to have JSON input/output which is much simpler than XML?
Hi Casey, if you would ask a little more precise and detailed you may get an answer. If you talk about ODF manipulation from Java without an office please take a look on the ODFToolkit project (www.odftoolkit.org) Juergen Casey Hawthorne wrote: -- Regards, Casey - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] Is there an effort to add a PIM to Open Office that is Microsoft Outlook compatible?
no Casey Hawthorne wrote: -- Regards, Casey - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] Re: [project leads] Re: [discuss] Call for Nominations for Community Council Election
Hi Cor, sure i will add some more points. - time factor a clear yes, otherwise i wouldn't have accepted the nomination. Thinking about the time factor was a bigger part of my considerations. - ideas by the work/tasks of the council I think it will be natural when i concentrate my efforts on the development aspects of the project. This will include the SDK, the API, examples, documentation, tutorials, tooling and everything else that can help to lower the entrance barrier for new developers as well as for ISV's and users who simply want to automate some tasks. I would also like to improve the presence of OO.org in the public and here especially on conferences, that means i would like to motivate local groups to present OO.org. It works quite well in some countries but i think it can be improved in others. I have some kind of conference toolkit/toolbox in mind that helps people to present OO.org in a common way. And finally i will try to raise awareness that any kind of fragmentation of the project will damage the project. I think it is important that we keep all activities under the umbrella of the main OO.org project. Any kind of fork or splintering should be avoided and it's important to bundle the resources we have. Many other ideas come into my mind where the realization doesn't depend necessarily on the council. But driven by the council can help to improve the overall acceptance of the council. The council can grow to an accepted instance to steer the project in a way that is acceptable by individuals as well as company contributors. From my point of view (no idealistic but realistic view) company contributors are essential to the long term success of the project. I think it is important to keep this in mind. Maybe this sounds strange to some people and please don't misunderstand me. Every single contribution in whatever area is important and makes this project so interesting. But as i mentioned before the heart of the project is the product and that is today mainly developed by full time developers paid by a company. So we can't ignore it but we can try to improve the situation by attracting new developers. Juergen Cor Nouws wrote: Hi Juergen Thanks for accepting your nomination. I asked the others the following questions. You already wrote about the items, but if you have something to add, pls feel free to do so. - why do you think that you have enough spare time for the work in the Community Council? - what is your idea by the work/tasks of the council? Do you have any special areas of interest/ideas? Thanks a lot for your answers, best wishes, Cor Juergen Schmidt wrote (22-10-2009 22:00) Hi, first of all thank you Cor for your trust in me that i would be an eligible candidate. I needed some days to think about the nomination to be sure that i am motivated, have the time and that i have the open and global view on the project that is necessary. And what is more important from my point of view that i have a realistic view because the work in all the different areas have to be done. Talking only is not enough. And the heart is still the product itself. A good product that we can promote, where we can do marketing for, that we can localize to reach even more people, that we can customize to reach other user groups like OOo4Kids, and that we can always improve to make it the best office suite of choice. I know the project very well because i know it before it was born ;-) And the reason why i still work full time on the project is the project self. Ok Sun as a good employer is a further very important point here as well. My the potential CC work would i do in my spare time because it wouldn't be part of my normal work. You see there is no real difference to any other candidate ;-) I am not looking for a further position or so, i am already the project lead of the API and Extensions project (but project lead positions are not really important from my point of view). But i am always motivated to improve things where i have the impression that things can be improved. And that is the reason why i accept the nomination. - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
[discuss] Re: [project leads] Re: [discuss] Call for Nominations for Community Council Election
Hi, first of all thank you Cor for your trust in me that i would be an eligible candidate. I needed some days to think about the nomination to be sure that i am motivated, have the time and that i have the open and global view on the project that is necessary. And what is more important from my point of view that i have a realistic view because the work in all the different areas have to be done. Talking only is not enough. And the heart is still the product itself. A good product that we can promote, where we can do marketing for, that we can localize to reach even more people, that we can customize to reach other user groups like OOo4Kids, and that we can always improve to make it the best office suite of choice. I know the project very well because i know it before it was born ;-) And the reason why i still work full time on the project is the project self. Ok Sun as a good employer is a further very important point here as well. My the potential CC work would i do in my spare time because it wouldn't be part of my normal work. You see there is no real difference to any other candidate ;-) I am not looking for a further position or so, i am already the project lead of the API and Extensions project (but project lead positions are not really important from my point of view). But i am always motivated to improve things where i have the impression that things can be improved. And that is the reason why i accept the nomination. It's up to others now to vote for me or not. I am at least willing to do my best. Thank you Juergen Cor Nouws wrote: Hi all, Louis Suarez-Potts wrote (13-10-2009 16:47) **Call for Nominations** I would like to nominate Juergen Schmidt as candidate for the Community Council. Juergen is well known as lead of the API project (and co-lead before) and in that position promoting the importance of more intuitive and better APIs among the developers. He worked on the UNO, SDK and DevGuide. He also is co-lead of the extensions project from the beginning. This project is an important bridge to many, often non-corporate, developers and contributors for the project. Juergen also makes valuable contributions to the marketing project, for example with organising the OpenOffice.org contribution for the FOSDEM and promotional goods... T-shirts :-) He is active at various levels in the project and whenever time allows, with an open mind to reach out. I consider this very useful for a position in the council, therefore I hope Juergen that will accept this nomination. Looking at his background, the Code Contributor as well as the Product Development seat could be his place in the Community Council for the next years. Best regards, Cor - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] REGARDING ADDON IN OPEN OFFICE
Hi, it is probably not a good idea in general to connect to the database during the extension installation. I don't know the reasons for doing it during the installation but i would think about it. Keep the registration short and easy. Anyway that wouldn't solve your problem and would only postpone it on later during the runtime of the office. I am not sure if it really helps in this case but often it is a problem with the context classloader. Before you call in any external library it is good practice (and i highly recommend it) to set the context class loader accordingly. Many external libs rely on a well prepared default class loader (including the whole classpath etc.). In case of UNO components we prepare private class loaders for every extension and you have to ensure that everything you need is configured in the manifest. Try the following before you call in the external lib ClassLoader cl = Thread.currentThread().getContextClassLoader(); Thread.currentThread().setContextClassLoader(this.getClass().getClassLoader()); ... // external code ... Thread.currentThread().setContextClassLoader(cl); Juergen Manoj Chauhan wrote: Dear Sir/madam I'm a java programmer in company and developing a extension for open office thru java code. I'm developing transliteration tool and trying to transliterate current document. We are using my sql jar and already included in Library folder. But error is occuring. I need your help. Please give me some solution. if possible, so please send code snnipet. It's your greate obliged at me. I' m waiting for your reply. Thanx Regards Manoj Chauhan setting up UNO environment ... build UNO idl files finished uno-idl-compile: init: deps-jar: Compiling 1 source file to F:\_Piyali_Tests\AkWriterAddOn\build\classes compile: Building jar: F:\_Piyali_Tests\AkWriterAddOn\dist\AkWriterAddOn.jar Updating property file: F:\_Piyali_Tests\AkWriterAddOn\build\regclass.properties Updating property file: F:\_Piyali_Tests\AkWriterAddOn\build\regclass.properties jar: Building jar: F:\_Piyali_Tests\AkWriterAddOn\dist\AkWriterAddOn.jar images: registry: Deleting: F:\_Piyali_Tests\AkWriterAddOn\dist\AkWriterAddOn.oxt creating UNO extension package ... Building zip: F:\_Piyali_Tests\AkWriterAddOn\dist\AkWriterAddOn.oxt uno-package: C:\Program Files\OpenOffice.org 3/program\unopkg gui -f F:\_Piyali_Tests\AkWriterAddOn\dist\AkWriterAddOn.oxt C:\Program Files\OpenOffice.org 3/program\soffice java.sql.SQLException: Server connection failure during transaction. Due to underlying exception: 'java.net.SocketException: java.net.SocketException: Invalid argument: connect'. ** BEGIN NESTED EXCEPTION ** java.net.SocketException MESSAGE: java.net.SocketException: Invalid argument: connect STACKTRACE: java.net.SocketException: java.net.SocketException: Invalid argument: connect at com.mysql.jdbc.StandardSocketFactory.connect(StandardSocketFactory.java:156) at com.mysql.jdbc.MysqlIO.init(MysqlIO.java:284) at com.mysql.jdbc.Connection.createNewIO(Connection.java:2680) at com.mysql.jdbc.Connection.init(Connection.java:1485) at com.mysql.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:266) at java.sql.DriverManager.getConnection(DriverManager.java:582) at java.sql.DriverManager.getConnection(DriverManager.java:185) at com.example.AkDataPicker.connectToMySql(AkDataPicker.java:29) Aug 21, 2009 2:59:07 PM com.example.AkWriterAddOn dispatch SEVERE: null java.lang.NullPointerException at com.example.AkWriterAddOn.dispatch(AkWriterAddOn.java:150) at com.example.AkWriterAddOn.dispatch(AkWriterAddOn.java:149) ** END NESTED EXCEPTION ** Attempted reconnect 3 times. Giving up. - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] OOo project proposal: Security Project
+1 Malte Timmermann wrote: Hi, security is a really important topic, and it should get better visibility/attention on OOo. And it's currently in focus, as you can see on http://blogs.sun.com/malte/entry/comments_on_the_black_hat I thought it would be a good idea to start a security project, which could take care for security and privacy related things long term. I would like to ask all of you to support and to vote for this new project, as proposed below. Best, Malte. -- MISSION STATEMENT The goal of the security project is to work on security and privacy related improvements and features in OpenOffice.org. Solutions need to be analyzed and discussed in a wider audience, before implementations in OpenOffice.org start. PROJECT PROPOSAL Members of the security project will help improving OpenOffice.org security and privacy by identifying possible security and privacy issues and by elaborating solutions. This includes general topics like encryption, password handling, digital signatures and certificate handling. The solution won't necessarily be implemented by members of the security team. Members of the project have some skills in the area of security and privacy, but don't necessarily need to be very familiar with the OpenOffice.org code base. The Security Project should also work on security and privacy issues with regard to the OpenOffice.org web site. This project supplements the efforts of the OpenOffice.org security team and will not supersede it. Undisclosed security vulnerabilities will still be handled by the security team alone, as well as the security bulletins and alerts, because such information can not be disclosed in advance to members of a project where everybody can join. As a long term goal, the security project could do some deeper security investigations in the existing code base, or elaborate some security related guidelines for developers. We invite the OpenOffice.org community to join the project and help us ensure that OpenOffice.org remains safe and reliable for all users. PROJECT LEAD: Malte Timmermann, Technical Architect Software Engineering, Sun Microsystems. Co-Leads: tbd. - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
[discuss] OO.org Quiz - we are looking for hardware or financial sponsors
Hi, if you do business with OO.org, you are interested in marketing and if you are interested in advertising your company, this might be of interest for you. In 2 weeks the FOSDEM open source developer conference will take place in Brussels, Belgium. We had the idea to organize a technical focused Quiz around OO.org and OO.org source code. For this Quiz we are looking for sponsors. We are looking for laptops, netbooks or mp3 players like a iPod nano or touch. Monetary donations are also welcome. If you are interested to help us, please send me an email asap. Potential sponsors will be named publicly at the event. Thanks in advance Juergen - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
[discuss] Re: [OOoCon] Re: [dev] FOSDEM 2009: Call for Papers for our OpenOffice.org DevRoom
Hi Leo, Leo Moons wrote: Juergen Schmidt schreef: REMINDER REMINDER REMINDER REMINDER REMINDER REMINDER REMINDER REMINDER I was asking myself when I should launch my 'Call for restaurant visitors in Brussels', and then Juergen comes up with a hint ;-) . You can all be assured that I will try and find another nice restaurant in the capital of Europe. Please let me know, if you want to be there on 6th February, so I can search for a nice appropriate place. on the 6th there is the informal come together or FOSDEM Beer Event in the Delirium Cafe (http://www.anaesthesic.be/delirium/home/?lang=en) If possible and if you have time you can look for a nice restaurant for Saturday 7th. There is no official event on Saturday and we should plan an OO.org dinner with 1,2,3 or maybe more beer ;-) I am looking forward to see you in Brussels Juergen CU then and there just a friendly reminder that you should send me your proposals until tomorrow. I promise some fun in Brussels and Leo will probably guide us into a small nice restaurant as last year. Did i mentioned that the Belgium beer is excellent ;-) Juergen - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] Doc. Templates under File, New.
Hi, i think it is a nice feature even though very specialized. This kind of feature could be realized as a wizard. It don't have to be a copy of the MS feature but it can be similar or even better ;-). I would suggest that you start to collect requirements for such a feature. Talk with other lawers and discuss what would be really useful and necessary. Maybe there is database with law texts that can be used directly. There are many ways to include such thinks directly from a wizard. At the end the wizard will create an initial document based on the input from the wizard. After this you should come back to the list. Maybe there are already some interested developer or ISV's who are interested to help with the development. I can't promise that this will work or that somebody will do the development. But you should simply start to work with the community to define this kind of new feature. I think we need exactly this features for the future. Nice and useful thinks that help to simplify our daily work. For lawers and for other occupational groups as well. Don't wait that others do the work. Start yourself. You don't have to implement it yourself but you can start to work on the idea. Convince others to join the project ... Juergen law...@pacific.net wrote: Hello, I've been trying out the Open Office's word processing application for our county law library's public computers. I am, over all, very impressed and satisfied. One MSWord feature that we use here and I regret not seeing on the Open Office app is Word's legal pleading paper and Pleading Wizard features. By clicking on Word's File, then New, a box on screen offers a Legal tab that includes a pleading-paper template and also a wizard feature that permits answering basic questions about the legal venue, the court, the parties, and the pleading's name. Then it drafts the difficult caption portion on a numbered and lined document template. I realize that there are probably enormous copyright hindrances to adding such a feature to Open Office's writing app, but is there some after-market add-on or macro that will emulate or substitute for this MSWord feature? We get a lot of people who can't afford a lawyer in here and they would be sunk without some foolproof way to draft documents that the clerks downstairs will accept. Thanks for your kind attention and for some pretty terrific applications. What do users who finally acquire them normally contribute? Tom Anderson Mendocino County Law Library Ukiah, CA - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
[discuss] Re: [dev] FOSDEM 2009: Call for Papers for our OpenOffice.org DevRoom
REMINDER REMINDER REMINDER REMINDER REMINDER REMINDER REMINDER REMINDER just a friendly reminder that you should send me your proposals until tomorrow. I promise some fun in Brussels and Leo will probably guide us into a small nice restaurant as last year. Did i mentioned that the Belgium beer is excellent ;-) Juergen Juergen Schmidt wrote: FOSDEM - the Free and Open Source Developer's European Meeting - is nearly upon us. FOSDEM is the most developer-focused FOSS conference, and will take place in Brussels, Belgium on 6th/7th February (not forgetting the FOSDEM beer event on the Friday night :) . Geeks from all the major FOSS projects are expected to be there - including OpenOffice.org. If you are an experienced OpenOffice.org developer, we need your help! OpenOffice.org will have again a DevRoom at FOSDEM. The main goal of the DevRoom is to attract developers to work on and with OpenOffice.org. We want to show developers that there is nothing magic about OpenOffice.org development, and that our active and enthusiastic developer community is keen to help newcomers. We want to help developers get started on the code - by explaining how the source code is structured and how our build environment works. We're also keen to show developers how to integrate OpenOffice.org in their own applications, using interfaces, APIs, components, etc. We want to encourage developers to produce exciting new extensions for OpenOffice.org. If you are able to share your in-depth technical knowledge and enthusiasm then please get in touch without delay. We are looking for people who can: - give a 45 minute talk; or - run 90 or 120 minute workshops Please send your proposals (see below) to juergen.schmidt (at) sun.com as soon as possible - by the end of this week (latest Saturday 10th). Make it your New Year's Resolution to recruit a new developer in 2009 - and help us start the ball rolling at FOSDEM in February. Proposals = Your proposal should include - a title - a short abstract - your full name - a short bio of you and ideally your role in the OpenOffice.org project - request for sponsorship (travel, lodging) We know that we are again a little bit late this year and that it is short-time. But we promise to improve it next year ;-) Thanks in advance Juergen - To unsubscribe, e-mail: dev-unsubscr...@openoffice.org For additional commands, e-mail: dev-h...@openoffice.org - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
[discuss] FOSDEM 2009: Call for Papers for our OpenOffice.org DevRoom
FOSDEM - the Free and Open Source Developer's European Meeting - is nearly upon us. FOSDEM is the most developer-focused FOSS conference, and will take place in Brussels, Belgium on 6th/7th February (not forgetting the FOSDEM beer event on the Friday night :) . Geeks from all the major FOSS projects are expected to be there - including OpenOffice.org. If you are an experienced OpenOffice.org developer, we need your help! OpenOffice.org will have again a DevRoom at FOSDEM. The main goal of the DevRoom is to attract developers to work on and with OpenOffice.org. We want to show developers that there is nothing magic about OpenOffice.org development, and that our active and enthusiastic developer community is keen to help newcomers. We want to help developers get started on the code - by explaining how the source code is structured and how our build environment works. We're also keen to show developers how to integrate OpenOffice.org in their own applications, using interfaces, APIs, components, etc. We want to encourage developers to produce exciting new extensions for OpenOffice.org. If you are able to share your in-depth technical knowledge and enthusiasm then please get in touch without delay. We are looking for people who can: - give a 45 minute talk; or - run 90 or 120 minute workshops Please send your proposals (see below) to juergen.schmidt (at) sun.com as soon as possible - by the end of this week (latest Saturday 10th). Make it your New Year's Resolution to recruit a new developer in 2009 - and help us start the ball rolling at FOSDEM in February. Proposals = Your proposal should include - a title - a short abstract - your full name - a short bio of you and ideally your role in the OpenOffice.org project - request for sponsorship (travel, lodging) We know that we are again a little bit late this year and that it is short-time. But we promise to improve it next year ;-) Thanks in advance Juergen - To unsubscribe, e-mail: discuss-unsubscr...@openoffice.org For additional commands, e-mail: discuss-h...@openoffice.org
Re: [discuss] Re: [project leads] Re: [discuss] [EMAIL PROTECTED] - Becoming an (Incubator) Project
Hi, not that i am not interested or that the idea isn't interesting generally but can you please continue the discussion on one mailing list only. Or better on an appropriate mailing list for the new incubator project. Thanks Juergen Kay Ramme wrote: Hi Martin, Martin Hollmichel wrote: all, Let me do some additional comments regarding our current project setup since this is a project which not necessarily has to do with OpenOffice.org core technology or native lang projects. I tend to disagree here ... but lets see ... Currently the Incubator category has been set up to provide some space to test new ideas (see: http://projects.openoffice.org/incubator.html The Incubator category exists to provide a space for community members to test ideas. These ideas can be coding or not. OK It seems to be the expectation that the projects in Incubator should find their final destination either in Accepted Projects (http://projects.openoffice.org/accepted.html) or in Native-Lang Projects (http://projects.openoffice.org/native-lang.html) or find their end sooner or later in /dev/null. Since the [EMAIL PROTECTED] project does not meet the criteria for being an accepted project (... projects that include core technical projects as well as key user information projects.) nor the criteria of a native lang project it seems not be that easy for me to just vote +1 without this lengthy comment. That means, that you do in principal vote with a +1, doesn't it? In my daydreams, I see the [EMAIL PROTECTED] becoming the OOo suites complement on the server. Thus I hope it to certainly become a core technical project. I think we need to revisit these guidelines and may invent a new category like OOo related projects. Candidates for this project might be the [EMAIL PROTECTED] but also the Extensions or the Education project. To encourage the creation of such projects I would like to see the conditions for those project at a low level. At the same time this also would mean that these project are also not in the scope of the Community Council Charter (http://council.openoffice.org/CouncilProposal.html). Ah, I may understand what you are talking about now ... it is about the CCs relationship e.g. with [EMAIL PROTECTED] right? For example, if the CC needs to coordinate releases of [EMAIL PROTECTED] or extensions etc. right? At this time many OpenOffice.org related projects are hosted anywhere (e.g. more than 100 on sourceforge) but not within the OpenOffice.org domain. I think it would help the overall OpenOffice.org project if we would introduce such new category for these projects. I agree that we should encourage any OOo related project to be hosted on OOo. So, I am not sure yet if we really need a new category, I have to admit, that I am even not sure we need any categories at all ... yes I know, I am slow ;-) The current infrastructure on collab.net has some limitations (single database Issuetracker instance for all project) which makes the introduction of an independent category difficult but I guess this is just a technical problem and should be solvable in the one or other way. but under the current guidelines of the project I'm fine with voting for the [EMAIL PROTECTED] project becoming a regular incubator project of OpenOffice.org, Ahhh, I hoped so :-) thanks! Martin Kay Kay Ramme - Sun Germany - Hamburg wrote: - 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: [discuss] Good Idea - Introduce Kannada
Hi Kishore, of course it is possible, it's up to you to organize a team of volunteers to localize all necessary resources to Kannada. Localization projects works great all over the world and i ma sure you will get the necessary help and support you will need. That the power of open source you don't have to wait that somebody does it, you do it on your own and can start immediately. For localization no programming skills are necessary. Well it would be good to have one who can build the office with the new locale for testing ;-) But that should be the smallest problem. Juergen Kishore wrote: Hi, Kannadigas are slowly but steadily turning to Openoffice from Microsoft's word and excel. Hence, I could see openoffice in Telugu, Tamil but why not in Kannada. We are 6 crore strong population and bangalore is the IT hub of the world. So think about it and let me know if possible. We can disucuss about any techincal intricacies required and I few friends of mine can contribute. Best Regards, Kishore. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Extending the File - Open in OpenOffice
Hi, well i think ftp is one solution. But from my point of view a WebDAV access to some kind of web storage is much smoother and of course already supported out of the box. Mounting a web storage via WebDAV as a web folder however you want to name it, enables the usage of the storage from all other applications as well. That offers much more flexibility. Juergen Ib Erik Söderblom wrote: Hi' I'm a user with the need of having access to specific files on a server on the internet. It works like this: The files are placed on a server, and I access them via FTP and download them, work with them and then upload them again. Finaly erasing the downloaded files. I'm using the system with 3 different pc's ( and a PDA via a pc ) and so having no sync problem. And it also provides some extended security from a pc-crash or the pc getting stolen. My idea' is, that an ftp-option should exist in OpenOffice, via File - Open (Save). More and more people are using the internet as a mean of storage, and I think a feature of this kind would be a perfect tool for many people. And you would be the first to have it ! I hope you can use my idea' to something. Kind regards Ib Erik Söderblom Mathildeparken 21. 1 th. 3400 Hillerod Denmark [EMAIL PROTECTED] [EMAIL PROTECTED] www.soderblom.dk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [interface-discuss] [RFC] RDF metadata API draft
Stephan Bergmann wrote: Some more input: Hi Michael, so i would be especially interested in input from people who would like to use ODF metadata: does this API do what you need? I don't know :), but have some other feedback (always IMO) - Pair T, U clearly belongs into css.beans (yes, that's nasty, since you need to add udkapi to your CWS then :) Agreed, beans might be suitable. - Not sure if the modifying methods of XRDFNamedGraph are necessary (or if they are only added to allow implementing XRDFRepository together with an alien XRDFNamedGraph implementation; in which case some private protocol between an XRDFRepository and the XRDFNamedGraph objects it creates might be better)---but I am absolutely not a domain expert with RDF. - I vaguely remember I had some reason to consider UNOIDL constants, esp. complex ones like strings or (not even implemented) structs, as not useful, but unfortunately cannot remember the reason any longer... as far as i remember they should be avoided especially string constants. In C++ they become static strings and i remember a performance issue with the static constructor. Juergen - Minor stylistic stuff: -- XRDFURI vs. XRdfUri etc. (I personally prefer the latter, but the former is also widely used). -- If you are in module rdf, the RDF in exception, interface, and service names might be unnecessary. -Stephan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Sun Microsystems GmbHJuergen Schmidt Nagelsweg 55 Technical Lead Programmability 20097 Hamburg, Germany Registered Office: Sun Microsystems GmbH, Sonnenallee 1, D-85551 Kirchheim-Heimstetten Commercial register of the Local Court of Munich: HRB 161028 Managing Directors: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer Chairman of the Supervisory Board: Martin Haering - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] how dialog import
Hi, it's currently not possible but on our todo list and even suggested as a GSOC project. You can only workaround it by creating a new dialog, move in the user directory and overwrite the new created xdl file with the old one. Juergen ΤΟΠΙΚΗ ΛΑ.Ο.Σ ΑΙΓΙΟΥ wrote: Hello. How i can import a dialog? I have the file.xdl and i can't import Thak's - 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: [discuss] Re: Re: .doc compatibility
andreas moroder wrote: M. Fioretti wrote: On Sat, Feb 23, 2008 17:49:42 PM +, jonathon wrote: (four times) Styles are not being correctly used. since this, even outside of this thread, is one of the most frequent issues, then maybe OOo/ODF styles are very poorly advertised and documented, but this is a side topic. The OP clearly said that this is a problem of interoperability with MS Office users and/or documents. So maybe this is not really a case where OOo/ODF styles aren't correctly used: this is a case where such styles have never been used, because they didn't exist where those documents were created; and maybe a case where such styles simply _cannot_ be used, because such information is lost every time a file goes in .doc format back and forth between OOo and MS Office users. Are we sure this isn't the case here? That's right. The old documents were .doc and they have to remain .doc because of interoperability with other entities. No politics in this case, simply a office with to much power. It is an office that does not know how to use their tools correctly. Maybe OOo is not _their_ chosen tool: from the initial message it is not to be excluded that IT tried to switch users without them asking for it or even knowing when the switch would happen. There are cases where migration was indeed done this way, nobody noticed or complained and a few people where even really happy that the last version of MS Office finally doesn't crash and runs quite faster! They did know, they even got short courses but they did not really understand that there are incompatibilities. But of course, it all depends on how complex the existing MS Office files are and on how much the users have to interact, editing files together, with external MS Office users. They are not that complex. There are even very simple documents that look different on ooo. Maybe you can prepare some example docs containing the same formats that cause the problems and i am sure the writer team will take a closer look on it. Submit an issue with the docs attached. Juergen Bye Andreas - 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: [discuss] .doc compatibility
Andreas wrote: Hello, now that microsoft has partially opened the documentation of the .doc format, is there a chance that better doc compatibility will become a primary objective ? mmh, as far as i know it provides not realy any new info. But of course i am no file format expert. Thanks Andreas A frustrated IT director that got the order to reinstall word 2000 because of not so good .doc compatibility more interesting is the question what you mean with not so god .doc compatibility. Did you mean real conversion errors, missing data, bad formats or missing VBA features. For the latter one VBA i would say that we will never reach a really good compatibility. We are no simple clone althoug it looks so. We provide a good platform independent office suite with an open standardized document format that becomes adopted by more and more goverments and public offices all over the world. If especially companies are willing to pay a lot of money for licences and will stay with an closed format or a pseudo open format it is hard to argue against that or to convince them. I think the migration to ODF is possible if really wanted and already demonstrated. Don't be frustrated! There is often a lot of politics involved behind the scenes ;-) But the good thing is that we always work on better compatibility. Juergen - 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: [discuss] OO funcionalities
Lionking-Cyan wrote: Hi. I wanted to ask you if with open office it's possible to remove the spaces between the lines (pratically, the ones you get pressing enter twice) for a selected part of the text, in an automatic way. And also, is it possible to fill the lines? I mean, when i copy a text on open office, it often only fills let's say 2/3 of the lines. In order to fill them, and thus require less pages to print it, i need to press delete at the start of each line manually. Is there a funcionality to do it automatically for a selected part of the document? If they aren't in open office, could you implement these 2 funcionalities in future releases please? I believe it's very important to print documents copied from the web, in fewer pages. Thx. i don't know if there exists such a feature right now in OO.org but you can do it on your own with a macro. For example: # Sub RemoveEmptyLines Dim oCcursor As Variant Dim oText As Variant oText = ThisComponent.getText() oCursor = oText.CreateTextCursor() oCursor.GoToStart(False) Do If NOT oCursor.gotoEndOfParagraph(true) Then Exit Do If oCursor.getString() = Then oCursor.gotoNextWord(true) oText.insertString(oCursor, , true) endif Loop Until NOT oCursor.gotoNextParagraph(false) End Sub # Maybe there exists an easier way but it works ;-) Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [interface-discuss] com.sun.star.smarttags
Frank Meies wrote: Hi Stephan, On 01/25/07 13:13, Stephan Bergmann wrote: http://blogs.sun.com/GullFOSS/entry/successful_community_project_smart_tags made me aware of new UNOIDL content at offapi/com/sun/star/smarttags (at least available in SRC680m200). Some notes: - XSmartTagAction.idl:1.2 contains both interface XSmartTagAction and service SmartTagAction, similar for XSmartTagRecognizer.idl:1.2. I think it is better to only have one entity definition per .idl file (named after the entity). - XSmartTagRecognizer.Recognize is capitalized, which is odd. - Both XSmartTagAction and XSmartTagRecognizer have a method initialize, apparently following the semantics of com.sun.star.lang.XIntialization. Why not just inherit that interface? Or, if applicable, use service constructors for initialization (and hiding XInitialization from UNOIDL as an implementation detail). - Both SmartTagAction and SmartTagRecognizer are old style services. Are they needed at all? How are instances of XSmartTagAction/Recognizer found/instantiated at runtime? thank you for your comments. These new interfaces/services are community contributions and still work in progress, they will be reviewed, discussed and changed accordingly soon. That makes no difference. I assume that somebody has mentored the community member and we should follow our own guidelines for new types always. Why starting with old style type definitions which have to be changed later anyway. I totally agree to Stefan and we should fix this asap. At this point i would like to remember that we won't use old style type definitions for new types. That it includes no inheritance from XInterface (obsolete), use multiple inheritance interfaces instead of old style services. And use new style services when you want to instantiate your services globally. If it is unclear how to design new types feel free to ask. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [interface-discuss] com.sun.star.smarttags
Frank Schönheit - Sun Microsystems Germany wrote: Hi Jürgen, Frank, thank you for your comments. These new interfaces/services are community contributions and still work in progress, they will be reviewed, discussed and changed accordingly soon. That makes no difference. I assume that somebody has mentored the community member and we should follow our own guidelines for new types always. Why starting with old style type definitions which have to be changed later anyway. I totally agree to Stefan and we should fix this asap. I'd voite for asap being before release of 2.2. Releasing a version with types we know we will change soon is Not Good (TM), it will only burden us with compatibility issues later (even if they're not published, yet). +1 from me Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Proposing a new User Experience project on OOo
Lutz Hoeger wrote: Hi, This message is cross-posted to discuss@, users@ and [EMAIL PROTECTED], in order to reach a broad audience. However, I would be happy if most of the comments / discussion / etc. could be sent to discuss@ only (not sure if the reply-to header works here). WHAT I would like to propose an OpenOffice.org User Experience (UX) project. +1 from me. I think user experience is such an important topic that a separate project covering this is a great idea. Innovative new ideas and a lot from experience from our real users who work with the product every day and who are willing to help here can only improve the overall usability of our great product. So i am looking forward to this new project and hope the invention of new own ideas will be become more important than simply copy things from other competitive programs ;-) Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [discuss] Project Proposal : ODF Toolkit
Niklas Nebel wrote: Alexandro Colorado wrote: I wonder if this shouldn't be part of XML or Extensions project? There will of course be overlap with existing projects - especially if we're serious about componentization (to get to the appropriate subset from Dieter's mail). But from a user's point of view, it will be something new: The place to look at if you're dealing with ODF files, even if you don't need (or want) the whole office suite. yes exactly and we won't reinvent the wheel again. The modularization should and hopefully will take place in the appropriate existing projects. See the new ODF Toolkit project more as an umbrella project to provide a centralized entry point. Juergen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
