checking nested lists and internal markup in list text

[fkazemian]

check lists which had problem ( Issue #4 )

• amss
• amss2
• amss3
• arellano
• calvo
• career
• chang_credible
• discrete_dp
• dyn_stack
• getting_started
• jv
• kalman
• linear_models
• lqcontrol
• lqramsey
• lu_tricks
• lucas_model
• markov_perf
• multiplicative_functionals
• opt_tax_recur
• optgrowth
• orth_proj
• pandas
• perm_income
• perm_income_cons
• python_advanced_features
• python_by_example
• python_essentials
• python_oop
• rational_expectations
• rob_markov_perf
• robustness
• scipy
• smoothing
• stationary_densities

[fkazemian]

amss:

It was

now it is

[fkazemian]

• fixed

arellano was

the first one fixed but the second one is

• fixed

[mmcky]

thanks @fkazemian it looks like I've messed up the list construct when trying to add index support.

[fkazemian]

chang_credible was

• fixed

the first one fixed but the second one is:

• fixed

[mmcky]

In 20 minutes I will update the convert-lectures.quantecon.org site with files generated without index support -- hopefully these will revert back :). I will let you know once updated.

[fkazemian]

Hi @mmcky Thanks

[mmcky]

hi @fkazemian the instance has been updated without index support. Can you check those cases you found above and let me know if they have been fixed by adding a comment to each. Thanks!

[fkazemian]

@mmcky I just checked, as you can see bellow arellano is fixed:

but the others not, for example amss:

• this is fixed in PR ([amss] fix enumerated list that was poorly formatted for jupinx #54) by changing the RST

[fkazemian]

opt_tax_recur
multi-level lists are fixed but those one with numerical index have still some problem:

• @fkazemian I think this is a problem with the rst (See PR: [opt_tax_recur] Adjust list for compilation with Jupinx #53)

This needs to be fixed in jupinx as there are excessive newlines causing breaks in the list

Here is a computational algorithm:

1. Start with a guess for the value for $ \Phi $, then use the
  first-order conditions and the feasibility conditions to compute
  $ c(s_t), n(s_t) $ for $ s \in [1,\ldots, S] $ and
  $ c_0(s_0,b_0) $ and $ n_0(s_0, b_0) $, given $ \Phi $  
  - these are $ 2  (S+1) $ equations in $ 2  (S+1) $ unknowns  
1. Solve the $ S $ equations [(24)](#equation-lsa-xsol) for the $ S $ elements
  of $ \vec x $  
  - these depend on $ \Phi $  
1. Find a $ \Phi $ that satisfies  
  
  
  <a id='equation-bellman2cons'></a>
  <table width=100%><tr style='background-color: #FFFFFF !important;'>
  <td width=10%></td>
  <td width=80%>
  $$
  u_{c,0} b_0 = u_{c,0} (n_0 - g_0) - u_{l,0} n_0  + \beta \sum_{s=1}^S \Pi(s | s_0) x(s)
  $$
  </td><td width=10% style='text-align:center !important;'>
  (26)
  </td></tr></table>
  
  
  by gradually raising $ \Phi $ if the left side of [(26)](#equation-bellman2cons)
  exceeds the right side and lowering $ \Phi $ if the left side is less than the right side 
1. After computing a Ramsey allocation,  recover the flat tax rate on
  labor from [(8)](#equation-lsa-taxr) and the implied one-period Arrow securities
  prices from [(9)](#equation-ls101)  

• this pr should fix this issue: BUG: fix displaymath issue when in list sphinxcontrib-jupyter#114

[fkazemian]

If we want to be too strict, optgrowth is:

but I suppose there is no problem, so I checked it as fixed

[mmcky]

I think I know what the problem is with index support. I will work on a fix now.

Can you post the source for optgrowth?

[fkazemian]

@mmcky , optgrowth is a list here. the code is

In our setting, we have the following key result

    * A feasible consumption policy is optimal if and only import numpy as np

• @natashawatkins to check optgrowth for errors introduced in jit PR (@mmcky reverted changes to optgrowh rst)

[fkazemian]

python_advanced_features: (I'll check it, I think the problem is related to rst )

• fixed by fix nested list from rst_files/python_advanced_features.rst #48