Hi Lera, Thanks for your comments. As a first-time producer of LO documentation I wasn't sure about the MS Office reference. I put it in as many years ago I used Office, and found that the LO syntax rules for parameter names/prompts a bit confusing when I tried to put some spaces in. But I'm 100% happy for you to remove that paragraph. I realise that LO is nothing whatsoever to do with Office!
"Designer/developer". No problem with changing it. Your wording is better. I should have thought of it. "User". We need some way to distinguish the person who is using the database from the person developing it. After all, the concept of the parameter query was designed to allow the person using the database to input parameter values. Do you have a better word? Maybe recast the sentences using it to say something like "at run-time" (which is in the first sentence. If you prefer that I'll send a revised version in, but I think it will be difficult not to mention the fact that it's a human being that inputs the parameter value. I notice that the original version had "you" - whoever that might be - which strikes me as even less professional. There's also the problem of the paragraph which I didn't understand. I think that what the original author was trying to say was that parameter queries are commonly used in subforms to restrict the records to be displayed. Is that your impression? If so, I can rewrite it. It also should be moved to the section on Parameter queries - it's nothing to do with input. Your English is better than my Russian! Best regards, Peter mailto:[email protected] www.ptoye.com ------------------------- Monday, November 23, 2015, 6:31:57 PM, you wrote: Hi Peter, Your changes look very good. It really begins to look more professional and easier to read and translate. Thank you a lot for your contribution. I can prepare the patch in the nearest future. I have only a few proposals. We can not use a reference to an application of a competitive office suite like MS Access. In the official Help this looks very strange. If we assume that a human can have difficulties in learning LibreOffice from habits to work with another popular office application, we need to tell about differences, but without using reference to this application. LibreOffice is not a fork of MSO. There are many other office suites as GoogleDrive, GNOME Office, Calligra Suite etc. And we should not make a comparative table out of the Help. I think that the sentence “For designers familiar with Access, the prompt is more restricted as it cannot contain spaces or reserved characters.” needs changing. A mention of a user does not let the Help to look professional. In my opinion, this can be done for a Guide or FAQ, but we need to avoid it, and to focus on a functional description. The last, for me “designers of a database” looks strange. I am used to see “developers of a database”. I am not an English native speaker, and I can not be sure, but when I get the order on a database, usually I am called “developer”. I really don't know what we need to use in this case, just to draw your attention. What do you think about these? Best regards, Lera В письме от 20 ноября 2015 11:06:10 пользователь ptoye написал: > Regina, > > Thanks Regina. I've already noted this as a bug so I'll attach it there. > Thanks ever so much for your help and patience with a (LO documentation) > beginner. > > Best regards, > > Peter > mailto:[hidden email] > www.ptoye.com > > ------------------------- > Friday, November 20, 2015, 3:51:53 PM, you wrote: > > > Hi Peter, > > ptoye schrieb: > > Thanks Regina - I got it and installed it. I've now amended the relevant > > help page. Do I upload the whole page here, or just the bits I changed? > > Or send it somewhere else? > > This list strips attachments, therefore you cannot attach it here. > > LibreOffice uses its Bugzilla to track bugs, enhancements and feature > requests. For how to use Bugzilla see > https://wiki.documentfoundation.org/QA/BugReport#Submitting_a_bug > > If you do not have a Bugzilla account yet, you need to create one. > https://bugs.documentfoundation.org/createaccount.cgi > > With using Bugzilla and an account there, your changes get the correct > license automatically. > > "Product" is of cause LibreOffice. > For changes in the help pages use the component "Documentation". > > I think it is better to attach the whole file. That way others can > generate a diff file, which is needed in the further work flow. > > Look, whether a bug exists, that already describe the problem. If yes, > then attach the changed file there. > > If no bug exists, create a new report. When creating a new report the > form will have a button "Add an attachment". Use that to attach the > changed file. Do not forget to describe, why the current version of the > help page is wrong. > > Kind regards > Regina -- To unsubscribe e-mail to: [hidden email] Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/documentation/ All messages sent to this list will be publicly archived and cannot be deleted If you reply to this email, your message will be added to the discussion below: http://nabble.documentfoundation.org/Can-I-help-tp4166244p4167133.html To unsubscribe from Can I help?, click here. NAML ----- Peter -- View this message in context: http://nabble.documentfoundation.org/Can-I-help-tp4166244p4167232.html Sent from the Documentation mailing list archive at Nabble.com. -- To unsubscribe e-mail to: [email protected] Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/documentation/ All messages sent to this list will be publicly archived and cannot be deleted
