<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<div dir="ltr">
<div dir="ltr">Hi Stuart,<br>
<div><br>
</div>
<div>Thanks for the detail response. In construction space, error messages like what you describe appear and the display is messed up. (This have puzzled me in the past - I spent a lot of time hunting down what was causing the error messages but was not successful.)
 However, when the sty file is used in a course, everything displays correctly.</div>
<div><br>
</div>
<div>Changing the LON-CAPA code in my $function_name = "LONCAPA_previous_tries_" ... solved the problem. So question, can be change be incorporated into the next release?</div>
<div><br>
</div>
<div>Thanks for your help.</div>
<div><br>
</div>
<div>Regards,</div>
<div>-hk</div>
</div>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Fri, Mar 15, 2019 at 1:20 PM Raeburn, Stuart <<a href="mailto:raeburn@msu.edu">raeburn@msu.edu</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Hello HK,<br>
<br>
1. Answer to Q1: "How is the javascript link formulated?"<br>
<br>
The javascript link for previous tries will be: "LONCAPA_previous_tries_" with the following appended: $prefix.$Apache::lonxml::curdepth.'_'.$env{'form.counter'}<br>
<br>
where <br>
<br>
(a) $prefix is empty, unless displaying a student's view of a problem in the grading interface.<br>
<br>
(b) the value of $Apache::lonxml::curdepth is a string of digits separated by underscores, which encapsulate the nesting level for the closing part tag (or problem tag for a problem without parts), and also a count of how many tags there were previously at
 the same level.<br>
<br>
(c) $env{'form.counter'} is an integer which will be the same for all the different parts in a problem, but will be different if the web page is reloaded.<br>
<br>
For example, for a rendered problem in which a style file is use, with a definition for the problem tag, a value of  $Apache::lonxml::curdepth might be:<br>
1_1_4_6_1<br>
<br>
(i.e., 1 for the outer problem tag, 1 for the problem tag inside the render tag (for definetag name="problem") in the style file, 4 for the number of top level tags inside the problem tag in the style file, 6 for the number of next level tags etc.).<br>
<br>
*****<br>
<br>
2. Answer to Q2, "how can the id, etc for the <part> be extracted", <br>
<br>
If you mean the id attribute of the part tag, then that can be accessed using $external::part in a script block that is included *after* the <part> tag in the <definetag name="part"> section.<br>
<br>
*****<br>
<br>
3. Additional information:  <br>
<br>
Consider the following style file:<br>
<br>
<definetag name="problem"><br>
  <render><br>
    <problem><br>
      <script type="loncapa/perl"><br>
      $numparts = scalar(split(/,/,&EXT('resource.visibleparts'));<br>
     </script><br>
     </render><br>
</definetag><br>
<br>
<definetag name="part"><br>
   <render><br>
      <part><br>
      <script type="loncapa/perl"><br>
         $label  = 'Part '.$external::part;<br>
      </script><br>
      <block condition="$numparts > 1"><br>
         <web><br>
            <div class="someclass"><br>
               $label<br>
         </web><br>
      </block><br>
      <block condition="$numparts == 1"><br>
         <web><br>
            <div class="lsomecotherclass"><br>
         </web><br>
      </block><br>
   </render><br>
</definetag><br>
<br>
<definetag name="/part"><br>
    <render><br>
       <web><br>
          </div><br>
       </web>  <br>
       </part> <br>
    </render><br>
</definetag><br>
<br>
When using <block></block> tags like this within a <definetag name="part"> item in a style file to wrap <div> tag(s) which are not closed until a later <definetag name="/part">, you will run into problems because the apparent failure to close the <div> will
 be detected, and a warning such as: "Found tag /block on line 1 when looking for /div in file" will be displayed. 
<br>
<br>
In addition, both the div and block tags will be removed from the end of the tag array, by calls to Apache::lonxml::decrease(). This causes further parsing problems later when the /div tag itself is encountered in the <definetag name="/part"> section, because
 that results in the following warnings:<br>
<br>
Found tag /div on line 1 when looking for /part in file.<br>
Found tag /div on line 1 when looking for /part in file.<br>
Found tag /part on line 1 when looking for /problem in file.<br>
Found tag /part on line 1 when looking for /problemin file.<br>
<br>
because the tag array is progressively reduced from: ('problem,'problem','div','part','part') to ().<br>
<br>
The value of Apache::lonxml::curdepth then becomes _ and the function name in the javascript link would then be: LONCAPA_previous_tries__$env{'form.counter'}, will no longer be unique for each part displayed.<br>
<br>
As a workaround you can modify the style file in one of two ways.<br>
<br>
Either (a) move the </part> tag so it occurs before the /div in the <definetag name="/part"> section, or (b) move the <part> tag so it occurs after the <block></block> tags within the <definetag name="part"> section.<br>
<br>
Note: if you use (b) then the label will display the id of the previous part. i.e.,  $external::part will not yet be set to the current part (because rendering of the <part> tag has not yet occurred), so you'd need to find another way of labeling parts.<br>
<br>
A change to the LON-CAPA code that would circumvent this problem without either workaround  would be to replace this line:<br>
<br>
my $function_name = "LONCAPA_previous_tries_".$prefix.<br>
                                   $Apache::lonxml::curdepth.'_'.$env{'form.counter'};<br>
<br>
with:<br>
<br>
my $function_name = "LONCAPA_previous_tries_".$prefix.<br>
                                   $Apache::lonxml::curdepth.'_'.$Apache::lonxml::counter;<br>
<br>
<br>
Stuart Raeburn<br>
LON-CAPA Academic Consortium<br>
<br>
________________________________________<br>
From: LON-CAPA-users <<a href="mailto:lon-capa-users-bounces@mail.lon-capa.org" target="_blank">lon-capa-users-bounces@mail.lon-capa.org</a>> on behalf of H. K. Ng <<a href="mailto:hkng@fsu.edu" target="_blank">hkng@fsu.edu</a>><br>
Sent: Thursday, March 14, 2019 9:33 AM<br>
To: Discussion list for LON-CAPA users<br>
Subject: [LON-CAPA-users] style file and extracting parameters<br>
<br>
Good morning,<br>
<br>
I have a sty file that is used to display problems in the same format. However, I just run into a issue that I haven't seen before. When I click on "Previous tries" link for a multi-part problem, it doesn't display the correct previous attempts for one or more
 parts. It displays the previous tries for one of the other part that works. Looking at source code, the javascript script link for the previous tries for the offending part is the same as the link the shows the correct tries.<br>
Q1: How is the javascript link formulated?<br>
Q2: Is there a way to extract the parameters for a tag, for example,<br>
<br>
<definetag name="part"><br>
<br>
how can the id, etc for the <part> be extracted? My suspicion is that the id is somehow "corrupted" by the style file.<br>
<br>
Thanks,<br>
-hk<br>
<br>
_______________________________________________<br>
LON-CAPA-users mailing list<br>
<a href="mailto:LON-CAPA-users@mail.lon-capa.org" target="_blank">LON-CAPA-users@mail.lon-capa.org</a><br>
<a href="https://urldefense.proofpoint.com/v2/url?u=http-3A__mail.lon-2Dcapa.org_mailman_listinfo_lon-2Dcapa-2Dusers&d=DwICAg&c=HPMtquzZjKY31rtkyGRFnQ&r=wTSZ5EgyXvEFGuAc4iHTrg&m=TysZxbNyi51fQi6PxHm_U2-C6b6QRCV9pjFjp9Lukks&s=QQfdsba_5eGxM3J2kHq1x9TQjs8KkYhLSvGr_kT6mDA&e=" rel="noreferrer" target="_blank">https://urldefense.proofpoint.com/v2/url?u=http-3A__mail.lon-2Dcapa.org_mailman_listinfo_lon-2Dcapa-2Dusers&d=DwICAg&c=HPMtquzZjKY31rtkyGRFnQ&r=wTSZ5EgyXvEFGuAc4iHTrg&m=TysZxbNyi51fQi6PxHm_U2-C6b6QRCV9pjFjp9Lukks&s=QQfdsba_5eGxM3J2kHq1x9TQjs8KkYhLSvGr_kT6mDA&e=</a><br>
</blockquote>
</div>
</body>
</html>