octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #62804] "help class.method" cannot access old-


From: Colin Macdonald
Subject: [Octave-bug-tracker] [bug #62804] "help class.method" cannot access old-style class methods
Date: Sun, 24 Jul 2022 00:49:25 -0400 (EDT)

URL:
  <https://savannah.gnu.org/bugs/?62804>

                 Summary: "help class.method" cannot access old-style class
methods
                 Project: GNU Octave
               Submitter: cbm
               Submitted: Sun 24 Jul 2022 04:49:23 AM UTC
                Category: Octave Function
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Matlab Compatibility
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
                 Release: dev
         Discussion Lock: Any
        Operating System: Any


    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Sun 24 Jul 2022 04:49:23 AM UTC By: Colin Macdonald <cbm>
"help class.method" works nicely with classdef but not well with old-style
classes.

This can be tested with the Symbolic package (which uses only old-style
classes for now) where "help @sym/isNone" shows the right thing but "help
sym.isNone" just shows the same as "help sym".

If helpful, I can make a MWE.

- - - -

There are some other strange cases: e.g., "help sym.symvar" shows the same
thing as "help symvar", it even says:


'sym.symvar' is a function from the file
/home/cbm/.octavehg/share/octave/8.0.0/m/miscellaneous/symvar.m

...


I've been happy using "@class/method" but there are various problems with this
syntax in the classdef context such as bug #48041.  But its hard to switch if
one has to use different syntaxes for old-style or classdef classes (users
should not need to be aware of which is which).  There is also a matlab
compatibility argument for supporting the dotted notation.







    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?62804>

_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]