Re: [Libreoffice] LibreOffice WikiHelp
On Mon, 2010-12-13 at 14:33 +0100, Jan Holesovsky wrote: I think the biggest issue is the offline editing; and I think here we can use the Wiki Publisher (http://extensions.services.openoffice.org/project/wikipublisher) to edit the pages in LibreOffice. Ooh - that is an interesting idea :-) I did not test it yet, but if the extension misses the functionality to merge the changes done in the wiki, it will be easy to plug it to LibreOffice document merge feature. Sure; but I suspect there are issues around dictionaries, and other helpful tooling that make translators lives easy :-) Anyhow - it'd be great to collect the ideas for flows into the wiki page; quite possibly there are several flows possible, and we can choose per language. eg. if there is already a near-perfect translation, I can understand people might not want it 'vandalised' by others changing it :-) On the other hand, if there is simply no translation at all currently for a language, almost anything might look better than nothing - so perhaps an in-wiki-editing policy might make sense. Either way, I for one am excited by the idea of having something that is easier to edit and improve in English, although clearly the more, and higher quality help in English we have, the harder the (already huge) help translation problem becomes I guess. HTH, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Le 11/12/2010 10:01, Jean-Baptiste Faure a écrit : Le 06/12/2010 17:04, Jan Holesovsky a écrit : Hi, I am sorry - I promised the LibO online help (WikiHelp) already the last week, but it haven't happened; it needed more work than anticipated :-( Either way, the good news is that I am currently uploading the files, and I'll make the site online as soon as it finishes, and I do few trivial checks; it should be later today (ETA 5 more hours, I am populating the database through the Mediawiki API, not directly). So far I am uploading only the English version. It will be read-only until RC2, so that it is easy to report bugs against the tooling that converts the help from the format that is used in the source code. After RC2, I plan to open it for your edits improvements :-) Hi Kendy, I can't find any wiki page which explain this project. Does such web-page exists ? If not, I think such should be created as a reference. I think this wiki page should explain the rationale of the WikiHelp project and answer the very important questions that can be found about it in dev and doc mailing lists: - what about off-line help? I read somewhere that you want export WikiHelp to the system help of each platform for which we release LibO. That's right ? Many users, perhaps mainly in NLC, developing country or with restricted access to Internet, consider as a stopper to not have off-line (installed) localized help. - what about localization work-flow? How you plan to branch localization tools to WikiHelp? - what about QA validation of the on-line help? Help is part of the software and must QA validated: end-user and system administrator who install LibO must be able to have confidence in this reference. With other words: if you find an error in a wiki, you do the modification yourself. If you find an error in the off-line help, you file a bug report. It is not the same thing from the point of view of the end-user. Kind regards JBF Hi, I have another question about WikiHelp : What about security ? How can you protect WikiHelp against vandalism and spam if everybody is allowed to update this on-line help ? It seems it is not so easy if you consider the wiki of OOo. Best regards JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Sophie, On 2010-12-11 at 14:35 +0300, Sophie Gautier wrote: I have heard quite some complaints about the missing native language versions already; I am not sure I've explained it well enough previously, but this testing is blocking it. So please - help me :-) I've search for your explanation on our list but didn't find them. Currently we (the localizer team) do not want the localized help to be uploaded on the wiki until we know about the localization process that will be in place. I have subscribed to the l10n mailing list just on Friday, after I learned that there were some discussions there I was not aware of until then. Now, the explanation about wikihelp. As you may recall, the conclusion was described as: create help-packs - split out the help for each language and simply have no help installed[1], but a web link to on-line help[2], and a download your help-pack here direction + not even English help would be installed - this will save us 11Mb in the 170Mb download Also, each and every release notes of betas and even RC1 contained a note The help content is not included. We are working on the online version. Alternatively, it will be possible to install it separately. It is my mistake that I did not explain the exact way to implement it in advance, I am sorry for that. So let me explain why wikihelp: Wiki is so far the best free tool for collaboration editing I know of. It gives anyone the freedom to improve things. With help implemented as a wiki, any user of the suite can (potentially) just describe the functionality better, should he/she find out that something is described wrongly, or just partially. Also, why should be your native language just a translation of an English help? Should you have people that can improve the help, but cannot speak English, why should they be bound to translating only, when they can author the text? Why should be the French help just a translation of an English help, when it can be an own (better?) version? This is why I believe implementing the help as a wiki is the best thing to do. How does it work: - for 3.3, I am converting the .xhp files into wiki markup - it is now online as http://help.libreoffice.org - missing translations yet, I need to polish the tooling first - when the tooling is right, I'll add 2-3 more languages, for more testing - when even that approved, I'll upload the rest - anything untranslated in the localized versions will be marked appropriately - a template for that, like {{NeedsTranslation}} + the English version - after the import is done, and people are happy with it, it will be open for account creation - for now, please ask me directly if you want to have an account there, to edit pages like Main_Page, or Template:* - other pages might get rewritten by the import tooling - after 3.3, I'll start to work on tooling to convert it back to offline help - to platform native help system - Windows/Linux/MacOSX - from the engineering point of view, we don't want a home-grown help system, as we have now - needs more research, to see if we don't lose features etc. - when done, the wikihelp becomes the authoritative version of the help - but we'll still be able to incorporate changes from the .xhp files, when merging from OOo - we can agree that some of the localized versions would be locked for editing, and just taken from .xhp and .sdf files, but I _strongly_ advise against that Open questions: - extended tips - cannot be part of the wikihelp, most probably these have to be handled separately, and translated using the normal process - anything else? We are the one doing the work and it's a very big work, so please, answer the questions we have asked. What if we open the git repository to anybody tomorrow? As you might have noticed, anybody can ask for the git account, and anybody with a bigger contribution is offered with write access. will you stay there and spend your nights correcting the bugs newcomers have done or those not taking care of your previous work? Oh? Were you following what we are doing on the development mailing list? The last months, we have spent days and nights reviewing and fixing patches from new people. No, you'll go away from such a project that do not care about your contributions and the quality of its product. Why do you think that people want to break your work? Do you really think that making something yourself is more effective than just reviewing someone else's work? How could it scale, if you were doing everything yourself? So please, please again, answer the questions Martin asked, the questions I asked, see Rimas and Jean-Baptiste mails too. And do not open the wiki until we all agreed on the workflow, it's really important for our localization team. Yes, will do, and sorry again that I haven't summarized all this
Re: [Libreoffice] LibreOffice WikiHelp
Hi Jean-Baptiste, On 2010-12-11 at 10:01 +0100, Jean-Baptiste Faure wrote: I can't find any wiki page which explain this project. Does such web-page exists ? If not, I think such should be created as a reference. Good idea, I've created it now based on the mail to Sophie; and sorry that I haven't created it before: http://wiki.documentfoundation.org/Development/Wikihelp I think this wiki page should explain the rationale of the WikiHelp project and answer the very important questions that can be found about it in dev and doc mailing lists: - what about off-line help? I read somewhere that you want export WikiHelp to the system help of each platform for which we release LibO. That's right ? Yes. For 3.3, it is created from the .xhp + .sdf as before, for 3.4 I'd like to have platform native help. Many users, perhaps mainly in NLC, developing country or with restricted access to Internet, consider as a stopper to not have off-line (installed) localized help. Sure, understood. - what about localization work-flow? How you plan to branch localization tools to WikiHelp? I believe for help, it is better to translate directly in the wiki - you directly see the results of your work, as a complete page, instead of just a list of localized strings, without context, and the final rendering. Additionally, this has the advantage that the documentation writers do not have to understand English, to be able to work on the help. - what about QA validation of the on-line help? Help is part of the software and must QA validated: end-user and system administrator who install LibO must be able to have confidence in this reference. With other words: if you find an error in a wiki, you do the modification yourself. If you find an error in the off-line help, you file a bug report. It is not the same thing from the point of view of the end-user. Yes - but it is your advantage :-) - if you get such a bug report, you say the bug reporter Oh, it is a wiki, please improve it directly there!, and just check the result of his work, instead of having to write it yourself, commit, later check in a build etc. Hope this helps, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Jean-Baptiste, On 2010-12-13 at 11:02 +0100, Jean-Baptiste Faure wrote: What about security ? How can you protect WikiHelp against vandalism and spam if everybody is allowed to update this on-line help ? It seems it is not so easy if you consider the wiki of OOo. So far the accounts are created just by me, later you could create the account yourself. As you say, opening it without logging in is probably too much. We can also restrict editing of the very visible pages, and implement the recommendations from eg. http://www.mediawiki.org/wiki/Manual:Combating_spam and http://www.umasswiki.com/wiki/UMassWiki:Blocking_Spam_In_Mediawiki Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
I have one suggestion and I have seen this on the Ubuntu wiki. When any editing is done on a page its emailed to a team, in this case the wiki team, and they check it for formatting so its consistent as well as the content. On 12/13/2010 11:46 AM, Jan Holesovsky wrote: Hi Jean-Baptiste, On 2010-12-13 at 11:02 +0100, Jean-Baptiste Faure wrote: What about security ? How can you protect WikiHelp against vandalism and spam if everybody is allowed to update this on-line help ? It seems it is not so easy if you consider the wiki of OOo. So far the accounts are created just by me, later you could create the account yourself. As you say, opening it without logging in is probably too much. We can also restrict editing of the very visible pages, and implement the recommendations from eg. http://www.mediawiki.org/wiki/Manual:Combating_spam and http://www.umasswiki.com/wiki/UMassWiki:Blocking_Spam_In_Mediawiki Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp discussion
Hi Michael, :-) On Mon, Dec 13, 2010 at 18:24, Michael Meeks michael.me...@novell.com wrote: So - there is no need to open the wiki for editing ever, if that is a huge problem for people, and certainly we don't have to do this for 3.3, and certainly we don't have to open the wiki so just anyone can turn up from the street and spam it :-) [ it is easy to have approved translators only eg. ]. We can provide solutions for off-line editing, and there is certainly no need to switch tooling to make the wiki the authoritative data source now / yesterday :-) we can do that in a month / never if there is some insuperable problem. Personally, I like the idea of editing the help on the wiki rather than offline. But could the problem be solved by creating a user group on the wiki and only allowing editing rights for that group's users? Then we could add selected devs, i10n and docs people to that group? Is that a feasible solution? David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp discussion
Hi Michael, On 13/12/2010 13:24, Michael Meeks wrote: Hi Sophie all, On Sat, 2010-12-11 at 14:35 +0300, Sophie Gautier wrote: I've search for your explanation on our list but didn't find them. Currently we (the localizer team) do not want the localized help to be uploaded on the wiki until we know about the localization process that will be in place. Well :-) this is not really for us to define; it is for the l10n team to decide this, with us. We can give you some options of course - but it is your call. Ok, thanks :-) We are the one doing the work and it's a very big work, so please, answer the questions we have asked. Help us answer the questions. We are not going to impose something on you that you don't want; and we can't make the decisions in a vacuum, we're part of the same family - so lets try to collect requirements together in a friendly way :-) If you have some, please knock up a wiki page with them. Some are quite interesting, eg. the French localisation legislation is fascinating and a new concept to me at least. Ok this is why it's important we work together on this, we also know what is needed for our language and our users too. So please, please again, answer the questions Martin asked, the questions I asked, see Rimas and Jean-Baptiste mails too. And do not open the wiki until we all agreed on the workflow, it's really important for our localization team. So - there is no need to open the wiki for editing ever, if that is a huge problem for people, and certainly we don't have to do this for 3.3, and certainly we don't have to open the wiki so just anyone can turn up from the street and spam it :-) [ it is easy to have approved translators only eg. ]. We can provide solutions for off-line editing, and there is certainly no need to switch tooling to make the wiki the authoritative data source now / yesterday :-) we can do that in a month / never if there is some insuperable problem. Thanks, I'm happy to read this :-) Anyhow, I suspect there are perhaps three problems here, none of them truly technical: A. People are paranoid about developers dictating new tools to them that do not meet their needs / quality + but this isn't going to happen + and hassling people providing new options is not the best way to have your requirements considered :-) Yes, even if we are not against new tools or developer ideas. Localization is a hard work, with a lot of pressure because it's at the end of the process and it's a very visible work. A bad localization can ruin the developer efforts in providing good functionality. B. Communication is bad: lots has been written to mailing lists but people are either not on those lists, or unable to filter the signal they want from the general noise + This is partly because Kendy is working extremely hard and effectively on this, and... + mailing lists are the secondary developers' tool after IRC, and few hackers are on the l10n lists (I guess). I think it's very important that developers and localizers are not so far. It's just like QA, we need to work all together. You can write the killer feature, if the localization is wrong, you're feature will never work or get the user attention it deserves. And here the Help files have a first role to play too. C. We didn't package Windows help packs, and communicate them clearly for the off-line Windows help situation [ yet ! ] this is getting fixed however. great, thanks. Anyhow - summary - I think we don't have a big problem here - beyond the communication issue. The answers to -all- Jean Baptiste's (good) questions are either already answered (sometimes several times) on various mailing lists, and/or simply not answered yet - they are open questions. There is no need to fear the worst answer to each un-answered question :-) hopefully together we will work out the best answer. Silence is never good, but I hope I shout enough to be known as the one who makes the more noise in this project ;-) It would be -extremely- helpful if some of those most eager to know the answers to their questions, could create a suitable wiki page, with their questions in it - *and* preferably do a quick search of Kendy's mails to the dev list: http://lists.freedesktop.org/archives/libreoffice/2010-December/author.html Search for Jan Holesovsky in there, and collate the state of what is there already into the page: it is not rocket science. Post the link, and then we can work on any pending / un-answered questions. ok, will review all this this evening How does that sound ? Great, thanks a lot :) Kind regards Sophie ___ LibreOffice mailing list
Re: [Libreoffice] LibreOffice WikiHelp discussion
On Mon, 2010-12-13 at 18:57 +0800, David Nelson wrote: Personally, I like the idea of editing the help on the wiki rather than offline. But could the problem be solved by creating a user group on the wiki and only allowing editing rights for that group's users? Then we could add selected devs, i10n and docs people to that group? Sure, by inspection, it is a trivial solution to this problem of random / un-controlled user editing / spamming - notice the help is not in the existing wiki, but a separate one anyway. OTOH - it seems like we have a tooling gap with the existing plan, so - lets see where that goes. It may even be that different languages prefer different approaches to help editing, wiki or not wiki - who knows; but the tool is there, and (to me) looks quite cool :-) and it provides useful search, and cross-linking for read-only on-line help today. ATB, Michael. -- michael.me...@novell.com , Pseudo Engineer, itinerant idiot ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp discussion
Regardless if its spam posting or editing of a pages its all moderated so if there is spam its automatically denied. also they have it to where you have to have a login to be able to do any editing. CAPTCHA can also help mitigate spam and bots when users sign up to be able to do any editing of any wiki page. On 13/12/2010 13:00, Michael Meeks wrote: On Mon, 2010-12-13 at 18:57 +0800, David Nelson wrote: Personally, I like the idea of editing the help on the wiki rather than offline. But could the problem be solved by creating a user group on the wiki and only allowing editing rights for that group's users? Then we could add selected devs, i10n and docs people to that group? Sure, by inspection, it is a trivial solution to this problem of random / un-controlled user editing / spamming - notice the help is not in the existing wiki, but a separate one anyway. OTOH - it seems like we have a tooling gap with the existing plan, so - lets see where that goes. It may even be that different languages prefer different approaches to help editing, wiki or not wiki - who knows; but the tool is there, and (to me) looks quite cool :-) and it provides useful search, and cross-linking for read-only on-line help today. ATB, Michael. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Kendy, Le 13/12/2010 11:37, Jan Holesovsky a écrit : Hi Jean-Baptiste, On 2010-12-11 at 10:01 +0100, Jean-Baptiste Faure wrote: I can't find any wiki page which explain this project. Does such web-page exists ? If not, I think such should be created as a reference. Good idea, I've created it now based on the mail to Sophie; and sorry that I haven't created it before: http://wiki.documentfoundation.org/Development/Wikihelp Thank you for this wiki page about WikiHelp. I will contribute with questions and suggestions. For now, I am not sure that everybody make a clear distinction between help and documentation. For me: - help (on-line or off-line) is a reference for the end-users. So it is a part of the software, it is not something which may be added after the release. From this point of view the help must be the same in all languages. For example the help gives the syntax of Calc function; the developers of these functions must describe their syntax in English and translators must only translate the English reference. Until that is not done the software is not complete and cannot be released. Another example: in LibO UI we have several buttons which allow the user to save the current file he is working on. If the English name of these buttons are always the same (eg. save as...), it is very important they are always the same in each localization (eg Enregistrer sous... in French but never Sauvegarder sous un autre nom which is however more elegant). If it is not the case you cannot say that you have the same software in English and in other languages. It important to have tools and validation process to ensure that. And I am very skeptic about the capability of a wiki to be an easy-to-use tool for such kind of multilingual reference. - documentation is not a part of the software itself. In the documentation I see guides, how-to, books, tutorials, etc. These material might be different in a language to another according to the skills of local doc-team, their interests, legislation, usages, etc. In this case we do not have to maintain the equivalence between several dozen of references. For documentation I think that the wiki is the appropriate tool. Best regards. JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Sophie, On 2010-12-13 at 14:05 +0300, Sophie Gautier wrote: I have subscribed to the l10n mailing list just on Friday, after I learned that there were some discussions there I was not aware of until then. This is the list for the people doing the work you're currently removing, so you should have come first to this list :-) I hope I am not removing anyone's work; I just want to change the workflow a bit, hopefully for better :-) And also yes, this is not set in stone, there are several prerequisites for the last step (wikihelp being an authoritative source for the help) that clearly depend on you - the translators and documentation writers. There are many technical solutions possible, including uploading the English wikihelp pages to pootle (so far it is done per paragraph anyway), and having chosen languages read-only in wikihelp, generated from the English version + pootle. Also, why should be your native language just a translation of an English help? Should you have people that can improve the help, but cannot speak English, why should they be bound to translating only, when they can author the text? Why should be the French help just a translation of an English help, when it can be an own (better?) version? This is all the difference between documentation and the help. Creating content is much more difficult than translating it and doesn't have the same cost. So offering the help files for translation ensure that all languages have access to the same basis of *accurate* information. This is what Help is and why it should stay in a localization process. Maybe I am entering a thin ice here, but do not think we have a good help as of now. There is so few information there, in many times in the form 'Insert Picture' functionality inserts a picture from a file. ;-) We need to grow the family of the documentation writers, and we cannot do that by using the current tools. Authoring the .xhp files as we have now has a terribly steep learning curve (see the description of the xml language that is used for that, or the description of how to use the extension for the help authoring http://documentation.openoffice.org/online_help/helpers/helpauthoring/guide/OOo2HelpAuthoring.pdf). So we need to do the work easier not only for the translators, but for the help authors, or the documentation team in general, too. And I believe that with wiki, this has the biggest potential to scale. Offering the same information at the lowest cost as possible. If it needs to be completed, lets do it as we have done until now : using links pointing to the wiki (see the Calc functions, as an example). I am sorry I haven't stressed this enough still: For 3.3, I am just importing the help to the wikihelp, there is no change in your processes. Just an example : we often have to correct one string in the UI, to make sure it's changed in all the files where this string is appearing, we just grep and change the string. You won't be able to do that on a wiki. It is again solvable, it is easy to provide dumps of the wiki (believe it or not, bzipped it has only about 1.4M per language), for the offline grepping. Also we make large use of suggestions and comments on strings, we work off line, we use translation memory and glossaries, etc. All these tooling ensure a quality of our work that you won't be able to use on a wiki. I think the biggest issue is the offline editing; and I think here we can use the Wiki Publisher (http://extensions.services.openoffice.org/project/wikipublisher) to edit the pages in LibreOffice. I did not test it yet, but if the extension misses the functionality to merge the changes done in the wiki, it will be easy to plug it to LibreOffice document merge feature. As you might have noticed, anybody can ask for the git account, and anybody with a bigger contribution is offered with write access. with bigger contribution it is different from a wiki where anybody is able to create an account and start to work. It is just up to the wiki setup - we can of course have a group of admins who will be giving rights just to the selected people, etc. yes, provided you can discuss with this people, on a wiki, you just create a account and can stay anonymous, unfortunately. Really, all the l10n teams have spent nights on these files, we wouldn't like see them destroy by a bot. Understood - please see my other mail to JBF about fighting spam. No you misunderstand what I say, reviewing is the same for me, I see, OK. but a wiki is just open to every body without knowledge of stylistic, linguistic, and so on. No, it does not have to be open to everybody, even the account creation can be restricted to selected group of people only. Most of the time I've posted also on the dev list, so you may not have miss mine. But surely, Martin and Rimas one. I'll try to find them when I can reach the archives of the list. Sorry, I missed
Re: [Libreoffice] LibreOffice WikiHelp discussion
On 13/12/10 10:57, David Nelson wrote: Personally, I like the idea of editing the help on the wiki rather than offline. But could the problem be solved by creating a user group on the wiki and only allowing editing rights for that group's users? Then we could add selected devs, i10n and docs people to that group? Am I right, most of this stuff is going to be reviewed anyway? So lock all the main pages, but have the discussion pages freely editable. They might get spammed :-( but the reviewers can be notified regularly of new discussion pages, then they read the discussion, edit anything suitable into the master page, and delete the discussion. That way, contribution is open to all, the master quality is maintained, and we have an automated workflow of sorts where the maintainers are automatically appraised of new content. Cheers, Wol ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Le 10/12/10 23:42, Jan Holesovsky a écrit : Hi Kendy, I have heard quite some complaints about the missing native language versions already; I am not sure I've explained it well enough previously, but this testing is blocking it. So please - help me :-) Any chance of getting entries for the Base Module, and Basic / Macros ? Thanks, Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi all, On 2010-12-07 at 16:45 +0100, Jan Holesovsky wrote: Either way, the good news is that I am currently uploading the files, and I'll make the site online as soon as it finishes, and I do few trivial checks; it should be later today (ETA 5 more hours, I am populating the database through the Mediawiki API, not directly). So far I am uploading only the English version. It will be read-only until RC2, so that it is easy to report bugs against the tooling that converts the help from the format that is used in the source code. After RC2, I plan to open it for your edits improvements :-) http://help.libreoffice.org is now up and running. As explained above, it is not open for public editing yet. There are few known bugs already filed in the bugzilla, should you find more, please report them too, with 'wikihelp: ' in the subject, and assign them directly to me. The already reported bugs are: https://bugs.freedesktop.org/show_bug.cgi?id=32173 https://bugs.freedesktop.org/show_bug.cgi?id=32174 You can either test the wikihelp directly from LibreOffice RC1, by issuing help on various parts of the suite (if you find something that leads to non-existing page, please report it too), or just from your browser, using 'Random page' in the left hand menu, and visually scanning it :-) I'll improve the tooling according to your findings, and upload the improved versions of the pages. I got just 2 additional bugreports, I am not sure it is enough ;-) https://bugs.freedesktop.org/show_bug.cgi?id=32290 https://bugs.freedesktop.org/show_bug.cgi?id=32291 All four are fixed now, but please - really test it. Until we are sure that the quality of the conversion tool is good enough, it makes no sense to upload the l10n versions of the help - it would unnecessarily blow the size of the database with every improvement of the conversion tool. I have heard quite some complaints about the missing native language versions already; I am not sure I've explained it well enough previously, but this testing is blocking it. So please - help me :-) Thank you, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Kendy, :-) On Sat, Dec 11, 2010 at 06:42, Jan Holesovsky ke...@suse.cz wrote: I got just 2 additional bugreports, I am not sure it is enough ;-) https://bugs.freedesktop.org/show_bug.cgi?id=32290 https://bugs.freedesktop.org/show_bug.cgi?id=32291 All four are fixed now, but please - really test it. Until we are sure that the quality of the conversion tool is good enough, it makes no sense to upload the l10n versions of the help - it would unnecessarily blow the size of the database with every improvement of the conversion tool. I have heard quite some complaints about the missing native language versions already; I am not sure I've explained it well enough previously, but this testing is blocking it. So please - help me :-) Personally, I'm taken up this weekend with other work for LibO but, next week when I have more time, I will definitely look at the WikiHelp and do my best to provide practical help. David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Kohei, On 2010-12-07 at 11:05 -0500, Kohei Yoshida wrote: http://help.libreoffice.org is now up and running. Can someone post the IP address of that site? For me, that leads to the old go-ooo source code documentation by doxygen. It could be a DNS caching issue if we are trying to change the sub-domain routing. Ah, nevermind. The real main page is http://help.libreoffice.org/Main_Page. How comes it is not redirected? Here it works just fine, ie. when I type help.libreoffice.org in the browser, I get the Main_Page. I am confused :-) - ideas appreciated. Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Kendy, I guess we should tie the 'help-welcome' (the page that opens when the user clicks Help-Help from menu) pages to the wiki/Main_Page or probably create a LibreOffice welcome help page (to point to the Writer, Calc, and other applications help-start pages)... I too felt it odd for it not to have it. Just my thought... Thanks! Muthu Subramanian On Wed, 2010-12-08 at 14:48 +0100, Jan Holesovsky wrote: Hi Miklos, On 2010-12-07 at 22:21 +0100, Miklos Vajna wrote: http://help.libreoffice.org is now up and running. As explained above, it is not open for public editing yet. I must miss something really trivial, but I do not see where to start reading. :) The only way to find pages from the main page is to use the Random page or Recent changes feature. Did I miss the point? :) You did ;-) The point is not to browse the help per se (even though it can of course evolve into that), but the real usage is to hit F1 in LibreOffice without a help installed, and you'll get _directly_ to the right page - eg. if you navigate by keys in the File menu to 'Save As...', and hit F1' you'll get directly to http://help.libreoffice.org/Swriter/.uno:SaveAs :-) Similarly for the checkboxes/input fields/anything in the dialogs, or wherever you can hit F1 and get some help. Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Le 08/12/10 15:22, Jan Holesovsky a écrit : We have these, eg. when you hit F1 in a freshly opened Writer, you get to: http://help.libreoffice.org/Swriter/start When I hit F1 on my Macbook, my screen brightness diminishes... When I hit Fn-F1 together, the inline help is displayed. I'm actually rather happy with that :-)) and would prefer for it to stay that way. However, this does pose the problem of consistency of help guidelines over the various OS platforms. Alex ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Miklos, On 2010-12-08 at 18:59 +0100, Miklos Vajna wrote: Actually - if anyone volunteers to improve the Main_Page (eg. collect links to swriter/start, scalc/start, ...), I'll be happy to create the account for him to do that; or I can cut and paste any improvements sent to this thread directly as an wiki update. I guess it's not so hard to collect all the start pages if you have access to the SQL db under the wiki - but without having that I would put something like: Cool, thank you a lot! Now it's there :-) Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
On Tue, 2010-12-07 at 16:45 +0100, Jan Holesovsky wrote: http://help.libreoffice.org is now up and running. Can someone post the IP address of that site? For me, that leads to the old go-ooo source code documentation by doxygen. It could be a DNS caching issue if we are trying to change the sub-domain routing. Kohei -- Kohei Yoshida, LibreOffice hacker, Calc kyosh...@novell.com ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi *, On Tue, Dec 7, 2010 at 4:58 PM, Kohei Yoshida kyosh...@novell.com wrote: On Tue, 2010-12-07 at 16:45 +0100, Jan Holesovsky wrote: http://help.libreoffice.org is now up and running. Can someone post the IP address of that site? help.libreoffice.org. 86365 IN A 195.135.221.70 ciao Christian ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
On Tue, Dec 07, 2010 at 04:45:28PM +0100, Jan Holesovsky ke...@suse.cz wrote: http://help.libreoffice.org is now up and running. As explained above, it is not open for public editing yet. Hi, I must miss something really trivial, but I do not see where to start reading. :) The only way to find pages from the main page is to use the Random page or Recent changes feature. Did I miss the point? :) Thanks. pgpHolUuW6jtL.pgp Description: PGP signature ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi, :-) I was just wondering if there are any updates about progress with the WikiHelp? ;-) David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Kendy, :-) On Fri, Nov 26, 2010 at 17:19, Jan Holesovsky ke...@suse.cz wrote: Hi David, On 2010-11-26 at 16:44 +0800, David Nelson wrote: I suppose that logically this is something for the documentation team to get involved in... We're having a phone conference this weekend... Shall I add it to the agenda? Indeed - that would be cool! I am not sure if I can show up on the call this weekend, but will try to - are there any details when / how to join? If you need a docs person to liaise with about this, please feel free to include me in the loop. Sure, will do. Thank you, Kendy All the details are here [1]. Feel free to jump in and add to the agenda. ;-) [1] http://wiki.documentfoundation.org/Documentation/ConfCalls David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
how do you guys carry out the conference calls are they carried out on skype? On Fri, Nov 26, 2010 at 10:46 AM, David Nelson comme...@traduction.bizwrote: Hi Kendy, :-) On Fri, Nov 26, 2010 at 17:19, Jan Holesovsky ke...@suse.cz wrote: Hi David, On 2010-11-26 at 16:44 +0800, David Nelson wrote: I suppose that logically this is something for the documentation team to get involved in... We're having a phone conference this weekend... Shall I add it to the agenda? Indeed - that would be cool! I am not sure if I can show up on the call this weekend, but will try to - are there any details when / how to join? If you need a docs person to liaise with about this, please feel free to include me in the loop. Sure, will do. Thank you, Kendy All the details are here [1]. Feel free to jump in and add to the agenda. ;-) [1] http://wiki.documentfoundation.org/Documentation/ConfCalls David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- Jonathan Aquilina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi, :-) On Fri, Nov 26, 2010 at 18:22, Jonathan Aquilina eagles051...@gmail.com wrote: how do you guys carry out the conference calls are they carried out on skype? It's on Talkyoo, Jonathan. David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
hijacking the thread here, but it might come in hand if users who want to join in so they can give their point of view. are end users also welcome to join? On Fri, Nov 26, 2010 at 11:29 AM, David Nelson comme...@traduction.bizwrote: Hi, :-) On Fri, Nov 26, 2010 at 18:22, Jonathan Aquilina eagles051...@gmail.com wrote: how do you guys carry out the conference calls are they carried out on skype? It's on Talkyoo, Jonathan. David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice -- Jonathan Aquilina ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Kendy, :-) On Fri, Nov 26, 2010 at 17:19, Jan Holesovsky ke...@suse.cz wrote: I suppose that logically this is something for the documentation team to get involved in... We're having a phone conference this weekend... Shall I add it to the agenda? Indeed - that would be cool! I am not sure if I can show up on the call this weekend, but will try to - are there any details when / how to join? OK, I've added the subject of WikiHelp to the docs confcall agenda [1], so we have this on the radar. HTH. ;-) David Nelson [1] http://wiki.documentfoundation.org/Documentation/ConfCalls#Agenda ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi, :-) On Fri, Nov 26, 2010 at 21:04, Christian Lohmaier lohma...@googlemail.com wrote: (BTW, *where* is this Pootle web to be found?) It would help to write why the answer: http://pootle.documentfoundation.org/ (alias http://translations.documentfoundation.org/ ) didn't make you happy... Sorry, I was trying to multitask on a client's job and this thread at the same time... Thanks for *all* the answers! :-D I got what I need to reflect on ATM. ;-) David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi all, On 26/11/2010 16:04, Christian Lohmaier wrote: Hi David, *, On Fri, Nov 26, 2010 at 1:56 PM, David Nelsoncomme...@traduction.biz wrote: On Fri, Nov 26, 2010 at 20:42, Christian Lohmaier lohma...@googlemail.com wrote: No - english (en_US) is defined within the sources, so english is the master language and no translation. But there is en_UK (but for most of the string it of course just falls back to en-US) So where would the root editing of the source text be done? In the actual sources, in git. For help it would be http://cgit.freedesktop.org/libreoffice/help/tree/helpcontent2/source for other stuff like UI strings in the corresponding files that define a dialog/the corresponding menu-entry. Also, the extended tips are part of the HC2. In an help segment, the first part of the segment between 2 tags is where is located usually the info tip, the rest of the segment appearing in the HC2 files. Kind regards Sophie ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Christian, David, On 2010-11-26 at 14:04 +0100, Christian Lohmaier wrote: So where would the root editing of the source text be done? In the actual sources, in git. For help it would be http://cgit.freedesktop.org/libreoffice/help/tree/helpcontent2/source for other stuff like UI strings in the corresponding files that define a dialog/the corresponding menu-entry. Where is the definitive version of the source texts that serves as the reference for all the international translations? In the sources of LO. Yes, this is the status quo, and also the thing I would like to change - that the WikiHelp would become the 'root' source for help. My goal is to make the work for the Help authors as easy as possible - so that they do not have to learn the help XML format (or the tricks macros that make it editable from LibO). Of course, for the other elements like the UI, it still has to work as you explained - LibO sources as the source of the texts for translations. (Actually, I think that's the question currently being discussed in this thread... Nope, the question is here on how to make helpcontent (that is usually shipped with the product, i.e. what you get when you press F1) also available on the web (as the current windows installer doesn't include help at all) When we have the WikiHelp set up, I'd like to turn the problem around - how to generate a good off-line help (that you'd be able to include in the installation) out of the Wiki version :-) [Luckily, there are tools out there to turn the Wiki markup into Docbook, and other formats.] Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi Sophie, Kendy, Christian, :-) Thanks for the answers and info... I'll talk about this with other docs people, and we'll probably have input about this in a couple of days... David Nelson ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
Re: [Libreoffice] LibreOffice WikiHelp
Hi, :-) I suppose that logically this is something for the documentation team to get involved in... We're having a phone conference this weekend... Shall I add it to the agenda? If you need a docs person to liaise with about this, please feel free to include me in the loop. David Nelson On Fri, Nov 26, 2010 at 16:00, Jan Holesovsky ke...@suse.cz wrote: Hi Christian, On 2010-11-25 at 22:24 +0100, Christian Lohmaier wrote: Hm... how will the help be exported? What's easiest for you? MediaWiki, any other interface? The question is whether you want people to just read the content there, or whether you want people to update content. I'd say: provide only readonly access, maybe with a commenting feature, but keep the editing to pootle. Let me actually take this to the ML, because this is a really good question, and I probably did not explain much about the WikiHelp so far. So first - what is WikiHelp? It is going to be a help.libreoffice.org site, where the LibreOffice help will be stored. The intention is that it will be a Wiki - because the Wiki concept and format is widely used for information exchange, and because it is so easy to edit and improve. For the first cut, it will be read-only, to debug the converter; I'll announce it in a few days for feedback + testing. In the long run [around LibreOffice final ;-)], we should allow editing there when 'good enough', so that the wikihelp becomes the source of the help for LibreOffice, instead of the xhp files. I am still doing the final experiments there, but the hope is that I'll get it to the state where the developer can just commit code that should have some help, provide a stub article, and the first time a user hits that, she/he can update it with more information. And the off-line (installed) help will be generated from this wikihelp in the next releases. Additionally, thanks to wiki being versioned, we will still be able to merge changes from OOo. I can imagine that getting the help files into a wiki require some manual work, so we should chose the web interface that's easiest for us to use. :-) Simplest would probably just a small xstl conversion to html of the application help files. The tooling is now written, just needs testing and polishing: cd clone/help/helpcontent2 ./help-to-wiki.py And you'll see the current result in a wiki/ subdir. Whoever interested in this - patches appreciated! :-) Regards, Kendy ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice ___ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice