#18742: interactive_simplex_method: Support several styles corresponding to 
major
textbooks
-------------------------------------+-------------------------------------
       Reporter:  mkoeppe            |        Owner:
           Type:  task               |       Status:  needs_work
       Priority:  minor              |    Milestone:  sage-6.8
      Component:  numerical          |   Resolution:
       Keywords:  beginner, lp,      |    Merged in:
  teaching                           |    Reviewers:  Andrey Novoseltsev
        Authors:  Peijun Xiao,       |  Work issues:  switch to
  Matthias Koeppe                    |  dictionaries of default names
Report Upstream:  N/A                |       Commit:
         Branch:                     |  8f5c7a43f2109a30f7e0dd95df1218a66c96e836
  
u/novoselt/interactive_simplex_method__support_several_styles_corresponding_to_major_textbooks|
     Stopgaps:
   Dependencies:                     |
-------------------------------------+-------------------------------------
Changes (by novoselt):

 * work_issues:  clean up default names logic => switch to dictionaries of
     default names


Comment:

 Replying to [comment:23 mkoeppe]:
 > Replying to [comment:22 novoselt]:
 > >     - Every function has to have input/output blocks if there is any
 input/output.
 > Do you want us to work on this, or do you plan to make more changes?
 I've changed it in my commit ;-)
 > >     - I still feel like overall logic will be cleaner if there was a
 single style rather than separate for each problem - no need to drug style
 arguments around and pass it along to every newly constructed instance, or
 engage in aforementioned copy-pasting. I just don't see under what
 circumstances someone will want to actively work with different styles at
 once. Can I rewrite things without `style` argument to
 problems/dictionaries?
 >
 > Since the style affects default names of primal and dual, I would be a
 bit concerned about what happens when a user creates a problem P, then
 changes the global style, then dualizes the problem. However, if this can
 be done consistently, I have no strong objections to having just a global
 style variable.
 There will be some mix of default naming schemes. But: 1) this should not
 affect correctness of anything, 2) there will still be an option to
 override names, 3) I don't see it as a use case. I think that the most
 likely situation is that users will use whatever style is the default one
 (so there is some sense in picking "the most common one" as the default).
 Those who do figure out the style option are most likely to use it in the
 beginning of a session and roll with it. Those who discover it midway will
 likely still put it into beginning and rerun all commands. I don't have
 any facts to support these speculations, of course, but I will be
 surprised if they are wrong.
 > >     - Is there any default auxiliary variable name in Vanderbei?
 >
 > What do you mean by auxiliary variable? The one in a primal phase I?
 That's x0.
 Yes - that's the one. It should be x0 at the moment in both styles.

 My plan for tomorrow is to implement the dictionary approach for the
 names. And get rid of `style` argument if I manage to convince you about
 it ;-)

--
Ticket URL: <http://trac.sagemath.org/ticket/18742#comment:24>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.

Reply via email to