Fwd: Travel assistance for ApacheCon EU, Budapest November 17-21 2014
Hi, I am happy to share the below information regarding travel assistance for ApacheCon EU taking place in Budapest in Nov. 17-21 Best regards, Oliver. Original Message Subject:Travel assistance for ApacheCon EU, Budapest November 17-21 2014 Date: Thu, 5 Jun 2014 13:41:57 +0200 From: jan i Reply-To: priv...@openoffice.apache.org To: p...@apache.org The Travel Assistance Committee (TAC) is happy to anounce that we now accept applications for ApacheCon Europe 2014, 17-21 November in Budapest, Hungary Applications are welcome from individuals within the Apache community at-large, users, developers, educators, students, Committers, and Members, who need financial support to attend ApacheCon. Please be aware the seats are very limited, and all applicants will be scored on their individual merit. More information can be found at http://www.apache.org/travel including a link to the online application and detailed instructions for submitting. Applications will close on 25 July 2014 at 23:00 UTC/GMT. Please help spread the word among your community. On behalf of TAC jan I. - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: Adding comments on footnotes
Hi, On 19.02.2014 18:08, Brian Barker wrote: At 15:41 19/02/2014 +, Gordon Snow wrote: I am using Open Office 4.0.1 to edit a document loaded as a Microsoft Word (.doc file) . Adding marginal comments using Ctrl/Alt/C in the main text is straightforward. Adding comments on a footnote is not. The RH slide bar to move through text simply jumps repeatedly across the existing screen text. As a temporary measure, I have added an explanatory comment attached to the footnote number in the main text, referring to the difficulty and listing the changes I wanted made to the footnote itself. Is there a neater way of doing this? Or have I uncovered a genuine bug in the program? I think you've discovered a bug in Microsoft Word! It seems that it is not possible to attach a comment to footnote text in Word, so there is presumably no way to save such a comment in a .doc file. Whatever you managed to do in OpenOffice, the comment would not reappear when you reopened the .doc file. I can confirm this. No comments/annotations can be added to footnote's content in Microsoft Word 2003 or Microsoft Word 2013. Best regards, Oliver. Moral: always use the application's native format - here .odt. Distribute finished documents as .pdf. If your correspondents insist on .doc files, they and you are limited by what can be saved in this format. I trust this helps. Brian Barker --- List Conduct Guidelines: http://openoffice.apache.org/list-conduct.html To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org --- List Conduct Guidelines: http://openoffice.apache.org/list-conduct.html To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: New Turkish website live
Hi, On 07.10.2013 19:45, Rob Weir wrote: A quick announcement that we now have a freshly translated website for Turkish, due to the efforts of Burak Yavuz. You can find it here: http://www.openoffice.org/tr/ Regards, great. I will change the update notification XML feeds in order to direct the users of former Turkish versions to this website. Best regards, Oliver. - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: Open Office 4.0.1
Hi, On 01.10.2013 19:27, Janis Langins wrote: I see a notice that there is a new version of Apache (4.0.1) with an invitation to download. I checked on my present (4.0.0) version and asked for updates and was told that everything is up to date. Why so? Janis the product update notification for AOO 4.0.1 is active since last Wednesday. Please try again the update check. Best regards, Oliver. - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi On 28.05.2013 17:10, Oliver-Rainer Wittmann wrote: Hi, I would like to activate/introduce code which migrates certain user profile data from AOO 3.4.x and OOo 3.x installations during the reactivated FirstStartWizard when the user starts the first time an installed AOO 4.0. I have submitted two issues for this task: - 122398 for the reactivation of the FirstStartWizard [1] - 122397 for the code and configuration changes to migrate an AOO 3.4.x/OOo 3.x user profile [2] I have solved both tasks inclusive the migration of user-installed extensions. As the translation deadline has passed I have made no string changes. Please provide feedback from your tests once a snapshot build or a buildbot build including these changes is available. Best regards, Oliver. In the last days I had a look at the user profile migration code and its configuration. I figured out how it works in general. Further investigation is needed to figure out, if and how the existing service to 'migrate' installed extensions works. I am currently not sure, if the automatic user profile migration should try to install extensions from a former version. My current preference is not to migrate extension from a former version. I need support and help with the migration of the user profile: (A) To figure out and test the user profile migration 'real-life' user profiles or 'early-alpha-testers' would be welcome. Thus, send my your AOO 3.4.x or OOo 3.x user profile in a compressed form (.zip file or .tar.gz file or ...) or let me know, if you want to try my builds. (B) The first page of the FirstStartWizard is a general welcome containing the following en-US strings. String "This wizard will guide you through the license agreement, the transfer of user data from %OLD_VERSION and the registration of %PRODUCTNAME.", if a user profile for a migration is found, and string "This wizard will guide you through the registration of %PRODUCTNAME." otherwise. Since at least OOo 3.2 no license agreement was shown --> no text for a license agreement is needed on the welcome page. Since AOO 3.4 we do not have a registration --> no text for a registration has to be shown. Thus, I am asking for new string proposals for the welcome page of the FirstStartWizard. I have attached screenshots of the currently deactivated FirstStartWizard. [1] https://issues.apache.org/ooo/show_bug.cgi?id=122398 [2] https://issues.apache.org/ooo/show_bug.cgi?id=122397 Thanks in advance, Oliver. - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi Hans Zybura, On 04.06.2013 19:26, Hans Zybura wrote: Hi, comments inline... Crosspost to the api mailing list for a reason. Regards, Hans Zybura -Original Message- From: Oliver-Rainer Wittmann [mailto:orwittm...@googlemail.com] Sent: Monday, June 03, 2013 10:47 AM To: d...@openoffice.apache.org Subject: Re: [AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed Hi, small wrap-up at the top: - nobody prefers to migrate extensions from AOO 3.4.x resp. OOo 3.x A couple of month ago there was a heated dispute about introducing incompatible changes for extensions in the addons.xcu (for negligible benefit). One of the arguments meant to silence the critics was: Well, it's no problem because we have an update mechanism for extensions. I expressed doubts if the update mechanism would work. Now it turns out I was wrong. I shouldn't have worried about the update mechanism. Without migration, users will have to find and reinstall all of their extensions anyway "by hand". May be I should have said: "Until now, nobody prefers to migrate extensions from AOO 3.4.x resp. OOo 3.x". The current update mechanism for extensions simply looks for a newer version of the extension by use of a link provided by the extension developer himself. We did that for our extension, but didn't have to make use of it until now. OO developers decided not to take into account compatibility issues caused by introducing incompatible changes in addons.xcu. OK, so we have to deal with it. To prevent any trouble for our customers, we could very likely have provided an automatic update, so that an end user wouldn't have noticed any problem at all after a successful migration. Now OO developers are about to make it impossible for extension developers to simply provide an automatic update before or after the migration to AOO 4.0. Without migrating extensions, there is no automatic update path anymore. Great user experience! Great experience for extension developers and support folks! I remember much talk about the "eco system of AOO" on this mailing list. Is this what the talk was about? I tried to get involved certain people on this topic. I had send my intial post to dev@o.a.o and users@o.a.o. Sorry, that I did not include api@o.a.o as I assumed that extension developers are looking at dev@o.a.o. The intention of this thread was not to present facts regarding the development. It is meant to show on what I would like to work on for AOO 4.0 regarding the migration of the user profile and to get feedback on it. (BTW, I had already started a discussion thread in January 2013 regarding the migration of the user profile - see thread "[IMPORTANT, DISCUSS]: no migration/use of former user profile with AOO 4.0".) I used terms like "I would like to ...", "My current preference is ..." and "I need support and help ..." - I am not presenting facts. I explicitly ask for help for these tasks. I got no response and no feedback from users@o.a.o. I was disappointed about it, because it means that nobody from users@o.a.o seems to be interested to help/support me. From dev@o.a.o I only got feedback about the risks of a user profile migration and that nobody prefers a migration of the extensions. I have taken your feedback as not constructive criticsm. Your feedback sounds like that I decided that extensions will not be migrated. That is not the case. Earlier in January I already started a similar discussion - see above mentioned thread. Here, no strong preferences regarding the migration of extensions were given. In this thread I expressed my willingness to work on the migration of the user profile (which also contains the user installed extensions), otherwise nothing will be migrated as stated in January. As this is not a one-person show I asked for help and support. The only feedback I got was that a migration might be risky and no one has preference to migrate extensions. Then I got your feedback which more or less killed my motivation to work on the migration of the user profile. May be you are volunteering to support me as you seem to be interested in a working migration of the user profile? Best regards, (a disappointed) Oliver. more comments inline. On 02.06.2013 13:17, Andrea Pescetti wrote: On 29/05/2013 Oliver-Rainer Wittmann wrote: On 28.05.2013 18:23, Rob Weir wrote: Do we need to worry about the "messy" profiles that occurred from OOo 3.3.0 upgrades to AOO 3.4.0? That was when we saw spell checking breaking, missing dictionaries, and crashes. One of the nice things about a "clean start" with AOO 4.0 was that we avoid these kinds of problems. From my point of view AOO 3.4.x users which had problems due to a "messy" profile and had solved these problems, can migrate their profile to AOO 4.0. AOO 3.4.x users which does not had solved their
[AOO 4.0]: migration of AOO 3.4.x/OOo 3.x user profile data - help needed
Hi, I would like to activate/introduce code which migrates certain user profile data from AOO 3.4.x and OOo 3.x installations during the reactivated FirstStartWizard when the user starts the first time an installed AOO 4.0. I have submitted two issues for this task: - 122398 for the reactivation of the FirstStartWizard [1] - 122397 for the code and configuration changes to migrate an AOO 3.4.x/OOo 3.x user profile [2] In the last days I had a look at the user profile migration code and its configuration. I figured out how it works in general. Further investigation is needed to figure out, if and how the existing service to 'migrate' installed extensions works. I am currently not sure, if the automatic user profile migration should try to install extensions from a former version. My current preference is not to migrate extension from a former version. I need support and help with the migration of the user profile: (A) To figure out and test the user profile migration 'real-life' user profiles or 'early-alpha-testers' would be welcome. Thus, send my your AOO 3.4.x or OOo 3.x user profile in a compressed form (.zip file or .tar.gz file or ...) or let me know, if you want to try my builds. (B) The first page of the FirstStartWizard is a general welcome containing the following en-US strings. String "This wizard will guide you through the license agreement, the transfer of user data from %OLD_VERSION and the registration of %PRODUCTNAME.", if a user profile for a migration is found, and string "This wizard will guide you through the registration of %PRODUCTNAME." otherwise. Since at least OOo 3.2 no license agreement was shown --> no text for a license agreement is needed on the welcome page. Since AOO 3.4 we do not have a registration --> no text for a registration has to be shown. Thus, I am asking for new string proposals for the welcome page of the FirstStartWizard. I have attached screenshots of the currently deactivated FirstStartWizard. [1] https://issues.apache.org/ooo/show_bug.cgi?id=122398 [2] https://issues.apache.org/ooo/show_bug.cgi?id=122397 Thanks in advance, Oliver. - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: German conference on free office suites and on OpenDocument in April 2013 - "OpenDocument-Kongress für Wirtschaft und Verwaltung"
Hi, I am planning attend this event. Who else from our project is planning to attend? Best regards, Oliver. On 26.02.2013 12:38, Oliver-Rainer Wittmann wrote: Hi, I just want to let you know the following: On the 10th and 11th of April 2013 a German conference on free office suites and on OpenDocument is taking place in Berlin [1] - it is the "OpenDocument-Kongress für Wirtschaft und Verwaltung". There conference language will be German and is refered to representatives from German businesses and public authorities which are using or want to use free office produtivity software and/or the OpenDocument file format. Topics of the conference according to the call for paper [2] are: - LibreOffice/OpenOffice in the use at business and public administration - Increase of the productivity via field-centric extensions for LibreOffice/OpenOffice - Decision process on chosing an office suite, decision support , Pros/Cons - ODF or OOXML as the document format of the future?! - Using LibreOffice/OpenOffice and Microsoft Office together in a company - Support for LibreOffice/OpenOffice (Backend- and User-Support) - Migration paths regarding office suites - Collaboration with LibreOffice/OpenOffice (in the web) - Document management and LibreOffice/OpenOffice - Usage of LibreOffice/OpenOffice - Trainings, Concepts, Experiences - E-Learning offers (LibO/OO-training on demand) The conference is organised by "Freies Office Deutschland e. V." - a German non-profit association which is supporting free software in the area of office productivity. I had been personally contacted by one of the organisers regarding this conference, but I thought that there might be more people from our project interested to attend such an event. [1] http://www.frodev.org/konferenz [2] http://www.frodev.org/downloads/oeffentlich/CfP_OOoKWV_2013.pdf Best regards, Oliver - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
[PUBLIC TALK] request for input for my talk "Apache OpenOffice - project status and release 4.0"
Hi,
sorry for cross-posting - I want to reach all of you almost directly.
Please reply to d...@openoffice.apache.org.
I will give a talk on a German conference about Apache OpenOffice in mid
April 2013 in Berlin. I had already mentioned this German conference in
an earlier post [1]. The conference is about free office suite, mainly
focused on Apache OpenOffice and LibreOffice, and the OpenDocument file
format.
The title of my talk is "Apache OpenOffice - project status and release
4.0".
In the first part I will present the continuation of the project at
Apache and the actual project status. Some general remarks on the
project structure and processes ("The Apache Way") will be included, I
think. The main purpose of this part is to demonstrate how well
OpenOffice evolves at Apache since the change the project had suffered
in mid 2011. This will strengthen the confidence/trust in the project.
The second part is about our planned 4.0 release. The intention of this
part is to show how active the development of the product and the
project is by talking about the changes and improvements we had made/are
making for our planned 4.0 release.
Now my _big_ request to you _all_.
I am only one person and I have more or less a developer view on the
product and the project. E.g., I am not active on all our mailing lists.
On certain areas I have no deep insight.
Thus, please provide me with information about the stuff that is going
on in your area of interest.
What are the key milestones which you had achieved for the project?
What are your contributions for our coming 4.0 release?
[If wanted I can name the corresponding contributor(s) in the
presentation document.]
The talk's length is 45 min. (30 min talk, 15 min Q&A) - I am able to
fill the presentation with the stuff I know, but I strongly believe that
in this case certain important stuff and details about the
product/project will missing.
I will collect all your input and I will fill a wiki page with the
summarized information. My presentation document will of course be
available for further usage. If the presentation document will not be
created at the last minute, I will also provide drafts of it for review
and feedback.
I am looking forward for your input.
[1]
http://mail-archives.apache.org/mod_mbox/openoffice-dev/201302.mbox/%3C512C9ED2.70601%40googlemail.com%3E
Big Thanks in advance,
Oliver.
-
To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org
For additional commands, e-mail: users-h...@openoffice.apache.org
Re: Open Office/Star Office
Hi, On 05.03.2013 19:14, Johnny Rosenberg wrote: 2013/3/5 Christopher Skipp : Hello, I wAS just wondering about Star Office, I believe it was a Sun Microsystems product, but did it have any connection with Open Office? Yes, OpenOffice.org was the free version of StarOffice. There were some differences but very much of it were the same. Minor correction: StarOffice was Sun's commercial version of OpenOffice.org. Best regards, Oliver. Is it still available for sale or otherwise? Thanks for your feedback. I don't think so. Sun Microsystems ahd been acquired by Oracle soem years ago. Thus, "StarOffice" became "Oracle Open Office". In 2011, Oracle decided to be no longer involved in office productivity development. Thus, "Oracle Open Office" vanished. Best regards, Oliver. Christopher Skipp - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
German conference on free office suites and on OpenDocument in April 2013 - "OpenDocument-Kongress für Wirtschaft und Verwaltung"
Hi, I just want to let you know the following: On the 10th and 11th of April 2013 a German conference on free office suites and on OpenDocument is taking place in Berlin [1] - it is the "OpenDocument-Kongress für Wirtschaft und Verwaltung". There conference language will be German and is refered to representatives from German businesses and public authorities which are using or want to use free office produtivity software and/or the OpenDocument file format. Topics of the conference according to the call for paper [2] are: - LibreOffice/OpenOffice in the use at business and public administration - Increase of the productivity via field-centric extensions for LibreOffice/OpenOffice - Decision process on chosing an office suite, decision support , Pros/Cons - ODF or OOXML as the document format of the future?! - Using LibreOffice/OpenOffice and Microsoft Office together in a company - Support for LibreOffice/OpenOffice (Backend- and User-Support) - Migration paths regarding office suites - Collaboration with LibreOffice/OpenOffice (in the web) - Document management and LibreOffice/OpenOffice - Usage of LibreOffice/OpenOffice - Trainings, Concepts, Experiences - E-Learning offers (LibO/OO-training on demand) The conference is organised by "Freies Office Deutschland e. V." - a German non-profit association which is supporting free software in the area of office productivity. I had been personally contacted by one of the organisers regarding this conference, but I thought that there might be more people from our project interested to attend such an event. [1] http://www.frodev.org/konferenz [2] http://www.frodev.org/downloads/oeffentlich/CfP_OOoKWV_2013.pdf Best regards, Oliver - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: [improvement idea] "in-place" editing of Input Fields in Writer
Hi, On 15.02.2013 00:44, Dennis E. Hamilton wrote: That's odd. I created a field and it showed me an entry window right in the document where I put it. I could then simply type into the box that was part of my document. That is, in fact, what I expected. Hm... I do not know - I did not find such an element in ODF 1.2. Did you mean or ? The description of in ODF 1.2 is for a situation where users are prompted to make an entry. ODF 1.2 says "A text input field is used in a user interface to prompt a user to input text." But, it is not said, where the input has to take place. It sounds like you want to implement the text entry function of the same as for (but without the form features?). Looking from your perspective I somehow agree. I am currently just listening to certain customers having concerns regarding our current UI experience. Best regards, Oliver. - Dennis -Original Message----- From: Oliver-Rainer Wittmann [mailto:orwittm...@googlemail.com] Sent: Thursday, February 14, 2013 01:50 To: d...@openoffice.apache.org; users@openoffice.apache.org Subject: Re: [improvement idea] "in-place" editing of Input Fields in Writer Hi Dennis, On 06.02.2013 19:35, Dennis E. Hamilton wrote: For "real" input fields, (that is, form:text elements), direct entry works. I am not sure what you mean by '"real" input fields'. I am talking about the fields which are inserted into a text document in AOO Writer by Menu Insert - Fields - Other - Functions - Input field. These Input Fields are represented in ODF by the . For these Input Fields we have no "in-place" editing in AOO Writer - as I have described. I assume that the case being discussed is for conventional field values that someone wants to edit. (Like a page number or a date field in a footer.) In those cases, I suppose direct entry might be useful. But there is probably something needed to avoid accidental type-overs and to also warn that other actions might later over-write the change. Allowing for that, allowing type-over seems like a reasonable improvement. No, I am not talking about these kind of fields. Best regards, Oliver. P.S.: Sorry for the long silence, again. I had got another viral flue which knocked me out the last days. - Dennis -Original Message- From: Oliver-Rainer Wittmann [mailto:orwittm...@googlemail.com] Sent: Wednesday, February 06, 2013 08:23 To: d...@openoffice.apache.org; users@openoffice.apache.org Subject: [improvement idea] "in-place" editing of Input Fields in Writer Hi, recently I got notice about our (from my point of view) very user-unfriendly way for editing Input Fields in Writer. Currently, you can not place the cursor into an Input Field which in general is shown with a grey background when Menu View - Field Shading is on. If you click on the Input Field, a modal dialog pops up. In this dialog you can edit the Input Field's content. On confirmation of the dialog the Input Field's content is changed in the text document. To edit the next Input Field you need to click on it. There is also a special key shortcut - namely Shift-Ctrl-F9. This key shortcut opens the Input Field content editing dialog for the first field. This time the dialog has a Next button by which you can confirm your change and switch directly to the next Input Field. A Previous button is not available. By Murphys law the dialog hides most of the time the Input Field in the text document. I have got the opinion that such an editing experience is bad, especially, if the document is a form which makes use of a lot of Input Fields to be filled by the user. [ ... ] - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: [improvement idea] "in-place" editing of Input Fields in Writer
Hi, On 06.02.2013 19:17, James Plante wrote: Oliver, You can get much of the behavior you desire by defining User Fields instead of Input Fields. They have the added benefit of being global. In other words, if you change one at the end of the document, and that same field appears at the beginning, BOTH fields change if you edit either one of them. The only thing User Fields won't offer you is the editing if the doc is read-only. Thanks for the feedback. Yes, the User Fields do have a different UI which is a little better, but also does not allow "in-place" editing. From my point of view User Fields and Input Fields have both its feature set which are both useful under certain user scenarios. Input Fields are especially uses in forms - as I have learned from certain customers - which are sent to a user and needs to be filled. These fields are also used when corresponding Microsoft Word documents are imported. Why would you want to traverse all the input fields? OpenOffice, of course, does that automatically when you have Input fields in a template. You complain that you cannot back up to the previous field. But if you've made a mistake in the previous field, just click in that field when you've finished all of them, and make your correction. Although I find that to be my preferred way of making corrections, your requirements may differ. Perhaps you could write a macro to list all the fields and allow you to change their contents in a dialog? Yes, the current UI works, but it does not seem to match all the user's expectations, especially if the user is migrating from Microsoft Word. Do not get me wrong, I do not want to clone an UI from another application, but I am currently listening to some user's concerns regarding our current UI. Best regards, Oliver. P.S.: Sorry for the long silence, again. I had got another viral flue which knocked me out the last days. Regards, Jim On Feb 6, 2013, at 10:23 AM, Oliver-Rainer Wittmann wrote: Hi, recently I got notice about our (from my point of view) very user-unfriendly way for editing Input Fields in Writer. Currently, you can not place the cursor into an Input Field which in general is shown with a grey background when Menu View - Field Shading is on. If you click on the Input Field, a modal dialog pops up. In this dialog you can edit the Input Field's content. On confirmation of the dialog the Input Field's content is changed in the text document. To edit the next Input Field you need to click on it. There is also a special key shortcut - namely Shift-Ctrl-F9. This key shortcut opens the Input Field content editing dialog for the first field. This time the dialog has a Next button by which you can confirm your change and switch directly to the next Input Field. A Previous button is not available. By Murphys law the dialog hides most of the time the Input Field in the text document. I have got the opinion that such an editing experience is bad, especially, if the document is a form which makes use of a lot of Input Fields to be filled by the user. My idea is to be able to edit the Input Fields directly in the text document's content together with some special handling. The special handling which I had in mind is: - Some special key handling to "travel" from Input Field to Input Field, forward and backward. May be key Ctrl-Tab for forward movement and Shift-Ctrl-Tab for backward movement. - Feedback when the user "enters" (cursor inside Input Field) and "leaves" (cursor outside Input Field) a Input Field. May be some transparent overlay, similar to the selection overlay, when the cursor is inside a Input Field. - Even if the document is read-only, the editing of the Input Fields should be possible when configured correspondingly. What is your opinion about the current Input Field editing? What is your feedback on my idea to improve the editing of Input Fields? If I found time, I would like to implement such an improvement. Unfortunately, I do not have the resources, now. Everybody volunteering to help/to provide feedback on development, qa, user experience, documentation, translation of possible new UI and the new documentation is welcome. Best regards, Oliver. - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
Re: [improvement idea] "in-place" editing of Input Fields in Writer
Hi Dennis, On 06.02.2013 19:35, Dennis E. Hamilton wrote: For "real" input fields, (that is, form:text elements), direct entry works. I am not sure what you mean by '"real" input fields'. I am talking about the fields which are inserted into a text document in AOO Writer by Menu Insert - Fields - Other - Functions - Input field. These Input Fields are represented in ODF by the . For these Input Fields we have no "in-place" editing in AOO Writer - as I have described. I assume that the case being discussed is for conventional field values that someone wants to edit. (Like a page number or a date field in a footer.) In those cases, I suppose direct entry might be useful. But there is probably something needed to avoid accidental type-overs and to also warn that other actions might later over-write the change. Allowing for that, allowing type-over seems like a reasonable improvement. No, I am not talking about these kind of fields. Best regards, Oliver. P.S.: Sorry for the long silence, again. I had got another viral flue which knocked me out the last days. - Dennis -Original Message- From: Oliver-Rainer Wittmann [mailto:orwittm...@googlemail.com] Sent: Wednesday, February 06, 2013 08:23 To: d...@openoffice.apache.org; users@openoffice.apache.org Subject: [improvement idea] "in-place" editing of Input Fields in Writer Hi, recently I got notice about our (from my point of view) very user-unfriendly way for editing Input Fields in Writer. Currently, you can not place the cursor into an Input Field which in general is shown with a grey background when Menu View - Field Shading is on. If you click on the Input Field, a modal dialog pops up. In this dialog you can edit the Input Field's content. On confirmation of the dialog the Input Field's content is changed in the text document. To edit the next Input Field you need to click on it. There is also a special key shortcut - namely Shift-Ctrl-F9. This key shortcut opens the Input Field content editing dialog for the first field. This time the dialog has a Next button by which you can confirm your change and switch directly to the next Input Field. A Previous button is not available. By Murphys law the dialog hides most of the time the Input Field in the text document. I have got the opinion that such an editing experience is bad, especially, if the document is a form which makes use of a lot of Input Fields to be filled by the user. [ ... ] - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
[improvement idea] "in-place" editing of Input Fields in Writer
Hi, recently I got notice about our (from my point of view) very user-unfriendly way for editing Input Fields in Writer. Currently, you can not place the cursor into an Input Field which in general is shown with a grey background when Menu View - Field Shading is on. If you click on the Input Field, a modal dialog pops up. In this dialog you can edit the Input Field's content. On confirmation of the dialog the Input Field's content is changed in the text document. To edit the next Input Field you need to click on it. There is also a special key shortcut - namely Shift-Ctrl-F9. This key shortcut opens the Input Field content editing dialog for the first field. This time the dialog has a Next button by which you can confirm your change and switch directly to the next Input Field. A Previous button is not available. By Murphys law the dialog hides most of the time the Input Field in the text document. I have got the opinion that such an editing experience is bad, especially, if the document is a form which makes use of a lot of Input Fields to be filled by the user. My idea is to be able to edit the Input Fields directly in the text document's content together with some special handling. The special handling which I had in mind is: - Some special key handling to "travel" from Input Field to Input Field, forward and backward. May be key Ctrl-Tab for forward movement and Shift-Ctrl-Tab for backward movement. - Feedback when the user "enters" (cursor inside Input Field) and "leaves" (cursor outside Input Field) a Input Field. May be some transparent overlay, similar to the selection overlay, when the cursor is inside a Input Field. - Even if the document is read-only, the editing of the Input Fields should be possible when configured correspondingly. What is your opinion about the current Input Field editing? What is your feedback on my idea to improve the editing of Input Fields? If I found time, I would like to implement such an improvement. Unfortunately, I do not have the resources, now. Everybody volunteering to help/to provide feedback on development, qa, user experience, documentation, translation of possible new UI and the new documentation is welcome. Best regards, Oliver. - To unsubscribe, e-mail: users-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-h...@openoffice.apache.org
