Re: [Libreoffice] The future of help [was: Re: Deleting Java from Base]

2010-12-08 Thread Jan Holesovsky
Hi Cor,

On 2010-12-03 at 17:51 +0100, Cor Nouws wrote:

  That one might be actually easy - when the wikihelp is online, I'd
  default to not building the internal help at all, and instead focus on
  converting it from the wiki version to the platform-native (Windows /
  MacOSX / Gnome / KDE [but IIRC, KDE was able to read the Gnome's help
  natively too]) for the releases.  And cut all the help-related code ;-)
 
  Objections / support / thoughts?
 
One of the good things of current Help is: when a control in a 
 certain window is selected, and one hits Help/F1, the appropriate help 
 text is displayed.
I hope that can be conserved, while cutting help-related code.

Yes, sure, this is of course a hard requirement for any help system we
might potentially switch to.

Please try the wikihelp I made live just yesterday, you can see that
this is there - in the Windows version, navigate with your keyboard in
the menu to something you'd need a help with, hit F1, and you'll get the
appropriate page.  If not, it is a bug, and please report such cases :-)

Thank you,
Kendy

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] The future of help [was: Re: Deleting Java from Base]

2010-12-03 Thread Christian Lohmaier
Hi *,

On Fri, Dec 3, 2010 at 2:52 PM, Jan Holesovsky ke...@suse.cz wrote:
 Hi Christian,

 On 2010-12-03 at 14:40 +0100, Christian Lohmaier wrote:

 Start with stuff that /any/ user would see.
 My list would start with:
 Fulltext search in Help (i.e. F1) - that uses lucene and requires java

 That one might be actually easy - when the wikihelp is online, I'd
 default to not building the internal help at all, and instead focus on
 converting it from the wiki version to the platform-native (Windows /
 MacOSX / Gnome / KDE [but IIRC, KDE was able to read the Gnome's help
 natively too]) for the releases.  And cut all the help-related code ;-)

Well I just wanted to write bit VETO! as at first it sounded like
not shipping help with LO at all, but instead pointing to the online
version..

But well - the problem is that there is not native version really.
And I doubt all would have the same capabilities, etc.

 Objections / support / thoughts?

Problem I see with e.g. Gnome native help is that you (apparently)
can't restrict search to the given application.
Also dealing with the Help button in dialogs surely would be a
nightmare, as you have to somehow keep track of where the help for
that dialog actually is stored. If help is completely decoupled from
the application code, then you need to maintain (some sort of) IDs,
and the way to launch the native help system would differ on
different OS, even on one single OS:

And: What do do with users that don't use GNOME nor KDE? Don't grant
them offline-help at all?

So I'm not all for it. Fine if the own or native help would both be
available, and the user could choose which one to install. You need to
duplicate the help content in the various native formats anyway, so
you could just keep LO's own format.
But then again it still would be nice to search its contents, and then
you need lucene and thus java again :-))

ciao
Christian
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] The future of help [was: Re: Deleting Java from Base]

2010-12-03 Thread Cor Nouws

Hi kendy,

Jan Holesovsky wrote (03-12-10 14:52)


That one might be actually easy - when the wikihelp is online, I'd
default to not building the internal help at all, and instead focus on
converting it from the wiki version to the platform-native (Windows /
MacOSX / Gnome / KDE [but IIRC, KDE was able to read the Gnome's help
natively too]) for the releases.  And cut all the help-related code ;-)

Objections / support / thoughts?


  One of the good things of current Help is: when a control in a 
certain window is selected, and one hits Help/F1, the appropriate help 
text is displayed.

  I hope that can be conserved, while cutting help-related code.

Regards,
Cor

--
 - giving openoffice.org its foundation :: The Document Foundation -

___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice


Re: [Libreoffice] The future of help [was: Re: Deleting Java from Base]

2010-12-03 Thread Jonathan Aquilina
Are those tags XML tags? Was just thinking what about an XML based help 
system. I have seen programs that have the web based files but they are 
stored on the local machine.


On 12/4/10 6:51 AM, Sophie Gautier wrote:

On 03/12/2010 19:51, Cor Nouws wrote:

Hi kendy,

Jan Holesovsky wrote (03-12-10 14:52)


That one might be actually easy - when the wikihelp is online, I'd
default to not building the internal help at all, and instead focus on
converting it from the wiki version to the platform-native (Windows /
MacOSX / Gnome / KDE [but IIRC, KDE was able to read the Gnome's help
natively too]) for the releases. And cut all the help-related code ;-)

Objections / support / thoughts?


One of the good things of current Help is: when a control in a certain
window is selected, and one hits Help/F1, the appropriate help text is
displayed.
I hope that can be conserved, while cutting help-related code.


Also Maj+F1 when the pointer is over an icon, displays extended tips 
which are part of the help files, these are the strings between 
ahelpxxx/ahelp


Kind regards
Sophie
___
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