help exit

classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

help exit

Petr Mikulik
It seems the 'help exit' does not say anything that it exits gnuplot when in
interactive?

What about this text:

  When running gnuplot in interactive mode, the commands `exit` and `quit`
  quit your gnuplot session.

  When reading a command file (script), the commands `exit` and `quit` and
  the END-OF-FILE character will exit this file immediately and `load` the
  next one.

  See "help batch/interactive" for more details.

  Each of these commands will clear the output device (as does the `clear`
  command) before exiting.


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Ethan Merritt
On Tuesday 21 June 2005 02:35 pm, Petr Mikulik wrote:
> It seems the 'help exit' does not say anything that it exits gnuplot when in
> interactive?

There is nothing special about interactive sessions. If you would like to
clarify the help text, I suggest something like

   The commands `exit` and `quit` terminate input from the current input
   stream. This is true for terminal, pipe, and file input. If input streams
   are nested, then input will continue to be accepted from the parent
   stream.  When the top level stream is closed, the program itself will exit.



To demonstrate that "interactive" is not relevant to this, try the following:

gnuplot
plot sin(x)
load '/dev/tty'
plot cos(x)
load '/dev/tty'
plot x
exit
history
exit
hisory
exit

You will find that it takes three `exits` to get back to the shell from
this nested interactive session.



 

> What about this text:
>
>   When running gnuplot in interactive mode, the commands `exit` and `quit`
>   quit your gnuplot session.
>
>   When reading a command file (script), the commands `exit` and `quit` and
>   the END-OF-FILE character will exit this file immediately and `load` the
>   next one.
>
>   See "help batch/interactive" for more details.
>
>   Each of these commands will clear the output device (as does the `clear`
>   command) before exiting.
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> gnuplot-beta mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>

--
Ethan A Merritt       [hidden email]
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Robert Hart
In reply to this post by Petr Mikulik
On Tue, 2005-06-21 at 23:35 +0200, Petr Mikulik wrote:

>   When running gnuplot in interactive mode, the commands `exit` and `quit`
>   quit your gnuplot session.
>
>   When reading a command file (script), the commands `exit` and `quit` and
>   the END-OF-FILE character will exit this file immediately and `load` the
>   next one.
>
>   See "help batch/interactive" for more details.
>
>   Each of these commands will clear the output device (as does the `clear`
>   command) before exiting.

Isn't ^D considered to be END-OF-FILE for interactive input? It
certainly works, so I don't see the distinction between interactive and
command file.

Rob

--
Robert Hart <[hidden email]>
University of Nottingham


This message has been checked for viruses but the contents of an attachment
may still contain software viruses, which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Daniel J Sebald
In reply to this post by Ethan Merritt
Ethan Merritt wrote:
> On Tuesday 21 June 2005 02:35 pm, Petr Mikulik wrote:
>
>>It seems the 'help exit' does not say anything that it exits gnuplot when in
>>interactive?

Speaking of "help", attached is a short patch for displaying the topic at the
very beginning of help, e.g.,

gnuplot> help gnuplot
TOPIC: gnuplot-defined variables
  The variable `pi` is defined to be pi, see
        print pi
[...]

I accidentally typed "help gnuplot" and then found it disorienting that what
returned was actually help about variables.

Dan

diff -urP gnuplot-cvs/src/help.c gnuplot-mod/src/help.c
--- gnuplot-cvs/src/help.c 2004-07-01 12:10:06.000000000 -0500
+++ gnuplot-mod/src/help.c 2005-06-22 15:45:39.938054408 -0500
@@ -476,9 +476,17 @@
 #ifdef DOS16
     char buf[BUFSIZ]; /* line from help file */
 #endif
+#define TOPBUF_LEN 100
+    char topbuf[TOPBUF_LEN+1];
+    char topic_precursor[] = "TOPIC: ";
 
     StartOutput();
 
+    sprintf(topbuf, "%s%.*s\n", topic_precursor,
+    GPMIN(TOPBUF_LEN-strlen(topic_precursor)-1,strlen(key->key)),
+    key->key);
+    OutLine(topbuf);
+
     if (subtopics == NULL || !*subtopics) {
 #ifdef DOS16
  fseek(helpfp, key->pos, 0);
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Ethan Merritt
On Wednesday 22 June 2005 01:54 pm, Daniel J Sebald wrote:
>
> Speaking of "help", attached is a short patch for displaying the topic at the
> very beginning of help, e.g.,
>
> gnuplot> help gnuplot
> TOPIC: gnuplot-defined variables
>   The variable `pi` is defined to be pi, see
>         print pi


Don't you think a more reasonable fix would be to add a line
?gnuplot
at the start of some more appropraite help section?


--
Ethan A Merritt       [hidden email]
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Daniel J Sebald
Ethan Merritt wrote:
 > On Wednesday 22 June 2005 01:54 pm, Daniel J Sebald wrote:
 >
 >>Speaking of "help", attached is a short patch for displaying the topic at the
 >>very beginning of help, e.g.,
 >>
 >>gnuplot> help gnuplot
 >>TOPIC: gnuplot-defined variables
 >>  The variable `pi` is defined to be pi, see
 >>        print pi
 >
 >
 >
 > Don't you think a more reasonable fix would be to add a line
 > ?gnuplot
 > at the start of some more appropraite help section?

Yes and no.  Whether a help for "gnuplot" is needed is even questionable.  But
the problem is accounting for all the possible things a user could type
expecting to see help for.  In most cases gnuplot would say "Sorry, no help",
but occassionally the user will by chance choose some characters that match a
key.  Sure, correcting by filling a hole in gnuplot.doc will work, but that's a
potentially never ending game, isn't it?

It's not that critical.

Dan


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Petr Mikulik
In reply to this post by Ethan Merritt
I propose this text:


  The commands `exit` and `quit`, as well as the END-OF-FILE character
  (usually  Ctrl-D) terminate input from the current input stream: terminal
  session,  pipe, and file input (pipe).

  If input streams are nested (inherited `load` scripts), then reading will
  continue in the parent stream. When the top level stream is closed, the
  program itself will exit.

  See "help batch/interactive" for more details.

  Each of these commands will clear the output device (as does the `clear`
  command) before exiting.


BUT: Is the last point right??? Definitely not for -persist option!

---
PM


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Petr Mikulik
In reply to this post by Daniel J Sebald
>>> gnuplot> help gnuplot
>>> TOPIC: gnuplot-defined variables

Good idea. Will it list all options (those "?" lines in gnuplot.doc) for the
given topic?

> Whether a help for "gnuplot" is needed is even questionable.

gnuplot.doc many times cites `gnuplot`

> but occassionally the user will by chance choose some characters that
> match a key.

Exactly, it's good to know what I'm actually reading. The GUI hypertext
help readers show this, but not the default command line help browser.

---
PM



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Hans-Bernhard Bröker
In reply to this post by Daniel J Sebald
Daniel J Sebald wrote:

> Speaking of "help", attached is a short patch for displaying the topic
> at the very beginning of help, e.g.,
>
> gnuplot> help gnuplot
> TOPIC: gnuplot-defined variables

Good idea.  But let me point out a detail: at least for gih help,
some of the node already *have* such a display: it's shown after you
come out of the pager, and it asks you about a choice of sub-node.

It may not be a major issue if the title is displayed twice, but it may
be a better idea to print it always at the same place (which would thus
have to be at the end).



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Daniel J Sebald
Hans-Bernhard Bröker wrote:

> Daniel J Sebald wrote:
>
>> Speaking of "help", attached is a short patch for displaying the topic
>> at the very beginning of help, e.g.,
>>
>> gnuplot> help gnuplot
>> TOPIC: gnuplot-defined variables
>
>
> Good idea.  But let me point out a detail: at least for gih help,
> some of the node already *have* such a display: it's shown after you
> come out of the pager, and it asks you about a choice of sub-node.

Oh yeah.  Some things to worry about there.

> It may not be a major issue if the title is displayed twice, but it may
> be a better idea to print it always at the same place (which would thus
> have to be at the end).

Eh, displaying multiple times isn't professional looking.  In some way, we can
think of the topic as a "header".  As you point out, we really don't want to
print it as part of the help text.  Rather, what would be nice, if possible, is
if the pager had it's own kind of header, e.g., at the top of the terminal is
the header in bold while the text scrolls underneath it.  Is that possible?

Dan


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. <a href="http://ads.osdn.com/?ad_idt77&alloc_id492&op=click">http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Hans-Bernhard Bröker
Daniel J Sebald wrote:

> Eh, displaying multiple times isn't professional looking.  In some way,
> we can think of the topic as a "header".  As you point out, we really
> don't want to print it as part of the help text.  Rather, what would be
> nice, if possible, is if the pager had it's own kind of header, e.g., at
> the top of the terminal is the header in bold while the text scrolls
> underneath it.  Is that possible?

No --- if only because we have no control over what the $PAGER chosen by
the user might be.  IIRC we have our own fall-back pager implementation
in which such things could be done, but I would have to strictly oppose
any change that made gnuplot ignore $PAGER, or only work "properly" if
$PAGER wasn't set.


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Daniel J Sebald
Hans-Bernhard Bröker wrote:

> Daniel J Sebald wrote:
>
>> Eh, displaying multiple times isn't professional looking.  In some
>> way, we can think of the topic as a "header".  As you point out, we
>> really don't want to print it as part of the help text.  Rather, what
>> would be nice, if possible, is if the pager had it's own kind of
>> header, e.g., at the top of the terminal is the header in bold while
>> the text scrolls underneath it.  Is that possible?
>
>
> No --- if only because we have no control over what the $PAGER chosen by
> the user might be.  IIRC we have our own fall-back pager implementation
> in which such things could be done, but I would have to strictly oppose
> any change that made gnuplot ignore $PAGER, or only work "properly" if
> $PAGER wasn't set.

Yes, I suppose.  Then an orderly convention would be the only alternative.  It
might mean going through the gnuplot.doc and clearing out first lines of help
that say, e.g., "gnuplot-variable":... that is, if there are any.

But seriously, programming alternate behavior wouldn't be that difficult.  If
gnuplot's pager is active then don't print the first (or last) line "TOPIC:
<help>" but create a header if possible.  Not suggesting that, just arguing it
would be easy.  And possibly, as the pager seems like a configurable thing
already, perhaps an environment variable could be set to turn off the printing
of "TOPIC: <help>".  You'd think that advanced pagers would have a header
convention, but maybe not.

Dan


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. <a href="http://ads.osdn.com/?ad_idt77&alloc_id492&op=click">http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Daniel J Sebald
Daniel J Sebald wrote:
> But seriously, programming alternate behavior wouldn't be that
> difficult.  If gnuplot's pager is active then don't print the first (or
> last) line "TOPIC: <help>" but create a header if possible.  Not
> suggesting that, just arguing it would be easy.  And possibly, as the
> pager seems like a configurable thing already, perhaps an environment
> variable could be set to turn off the printing of "TOPIC: <help>".  
> You'd think that advanced pagers would have a header convention, but
> maybe not.

Octave has two modes of help and both appear to simply print information at the
beginning of the help; no header...  not worth the effort.

Dan


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Ethan Merritt
In reply to this post by Petr Mikulik
On Thursday 23 June 2005 07:44 am, Petr Mikulik wrote:

> I propose this text:
>
>
>   The commands `exit` and `quit`, as well as the END-OF-FILE character
>   (usually  Ctrl-D) terminate input from the current input stream: terminal
>   session,  pipe, and file input (pipe).
>
>   If input streams are nested (inherited `load` scripts), then reading will
>   continue in the parent stream. When the top level stream is closed, the
>   program itself will exit.
>
>   See "help batch/interactive" for more details.

Looks OK to me.

 
>   Each of these commands will clear the output device (as does the `clear`
>   command) before exiting.
> BUT: Is the last point right??? Definitely not for -persist option!

I see nowhere in the code that calls clear_command() except for an
explicit `clear` from the command line.  So I think this is not right.


--
Ethan A Merritt       [hidden email]
Biomolecular Structure Center
Mailstop 357742
University of Washington, Seattle, WA 98195


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Petr Mikulik
In reply to this post by Hans-Bernhard Bröker
>> Speaking of "help", attached is a short patch for displaying the topic at
>> the very beginning of help, e.g.,
>>
>> gnuplot> help gnuplot
>> TOPIC: gnuplot-defined variables

I really like this. I would prefer this title:
   GNUPLOT HELP TOPIC: x11 x11_fonts\n

Typing sth like "help x11 x11" will display where your abbreviation points
to.

> Good idea.  But let me point out a detail: at least for gih help,
> some of the node already *have* such a display: it's shown after you come out
> of the pager, and it asks you about a choice of sub-node.

I don't see any...

---
PM



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Hans-Bernhard Bröker
Petr Mikulik wrote:
>> Good idea.  But let me point out a detail: at least for gih help,
>> some of the node already *have* such a display: it's shown after you
>> come out of the pager, and it asks you about a choice of sub-node.

> I don't see any...

Then you didn't look in the right place.  Here's the end of "help fit"
in a .gih-based version, as an example:

Subtopics available for fit:
     adjustable_parameters               beginners_guide   control
     error             error_estimate    errors            guide
     multi-branch      parameters        starting_values   tips

Subtopic for fit:  <input cursor here>

If you type "tips" here, it'll put you to the same node otherwise
reached by "help fit tips".

In Windows, you get a collection of clickable links to the sub-nodes
instead.



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Dave Denholm
In reply to this post by Ethan Merritt
Ethan Merritt <[hidden email]> writes:

> On Thursday 23 June 2005 07:44 am, Petr Mikulik wrote:
>> I propose this text:
>>
>>
>>   The commands `exit` and `quit`, as well as the END-OF-FILE character
>>   (usually  Ctrl-D) terminate input from the current input stream: terminal
>>   session,  pipe, and file input (pipe).
>>
>>   If input streams are nested (inherited `load` scripts), then reading will
>>   continue in the parent stream. When the top level stream is closed, the
>>   program itself will exit.
>>
>>   See "help batch/interactive" for more details.
>
> Looks OK to me.
>

Just trying now (inspired by earlier suggested text), gnuplot can have
a sequence of top-level streams.

$ gnuplot <(echo print 3) - <(echo print 4)
3
gnuplot> print 6*7
42
gnuplot> exit
4


dd
--
Dave Denholm              <[hidden email]>       http://www.esmertec.com


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Petr Mikulik
In reply to this post by Hans-Bernhard Bröker
> Then you didn't look in the right place.  Here's the end of "help fit"
> in a .gih-based version, as an example:
>
> Subtopics available for fit:
>    adjustable_parameters               beginners_guide   control
>    error             error_estimate    errors            guide
>    multi-branch      parameters        starting_values   tips
>
> Subtopic for fit:  <input cursor here>
>
> If you type "tips" here, it'll put you to the same node otherwise reached by
> "help fit tips".

Yes, but this table is for few items, and it appers on the button, as an
inherent part of the particular help text. This cannot be considered as a
common header what Daniel has proposed.

> In Windows, you get a collection of clickable links to the sub-nodes instead.

It does not use .gih, but its own GUI-driven help file.

---
PM



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Daniel J Sebald
Petr Mikulik wrote:

>> Then you didn't look in the right place.  Here's the end of "help fit"
>> in a .gih-based version, as an example:
>>
>> Subtopics available for fit:
>>    adjustable_parameters               beginners_guide   control
>>    error             error_estimate    errors            guide
>>    multi-branch      parameters        starting_values   tips
>>
>> Subtopic for fit:  <input cursor here>
>>
>> If you type "tips" here, it'll put you to the same node otherwise
>> reached by "help fit tips".
>
>
> Yes, but this table is for few items, and it appers on the button, as an
> inherent part of the particular help text. This cannot be considered as
> a common header what Daniel has proposed.

It sounds as though this patch should be put on SourceForge for further consideration.

Dan


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
Reply | Threaded
Open this post in threaded view
|

Re: help exit

Hans-Bernhard Bröker
Daniel J Sebald wrote:

> It sounds as though this patch should be put on SourceForge for further
> consideration.

Either that, or put it into CVS right away --- and let the users tell us
how they like it.  Experience so far has been that we will get
essentially zero feedback for patches until they are in CVS, and full
feedback only after the eventual release.


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
gnuplot-beta mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta