Remove lesson listing from module specific views

Author: PaulDaviesC

twitter-client-tutorial/_iteration_1_plan.html.md

@@ -21,12 +21,4 @@ A good way to start is by building the app skeleton (just the user interface).
 <%= image_tag "twitter-client/twitter-details-screenshot.png", alt: "Twitter Detail Screenshot", title: "Twitter Detail Screenshot" %>
 <p class="ac">Twitter Detail Screenshot</p>
 <br/>
-Here are the lessons of this module <br/>
-	<% lessons_of_mod_1 = AppLesson.find_all_by_module_number(1) %>
-	<% count = 1 %>
-	<% lessons_of_mod_1.each do |l| %>
-		<%= count %> .
-		<% count = count + 1 %>
-		<%= link_to l.lesson.title, app_tutorial_lesson_with_token_path(@app_name, l.lesson_module.lesson.token, l.lesson.token) %>
-		<br/>
-	<% end %>
+

twitter-client-tutorial/_lesson_group_async_task.html.md

@@ -5,14 +5,4 @@ Reading and writing tweets from/to file are time consuming tasks. These tasks sh
 You can always compensate the delay by showing a loading/spinner but that is a bad app design. It is like blocking the app flow. The code should be written in such a way that blocking the app flow should only happen if the user's next action is dependent on the current action. The choice is personal on the part of programmer too. For example - fetching tweets from network should never be blocking but publishing a tweet can be. The user might or might not want to wait till the tweet is published. If you do not block the app, you should show some kind of notification which will let user come back to the publish tweet screen to publish it again. 
 
 In the last lesson, we were reading & writing the tweets in the same thread. In this lesson, we are going to move the steps of creating new tweets & overwriting the cached file into a separate thread using **AsyncTask**.
-<div>
-<% lessons_of_mod_5 = AppLesson.find_all_by_module_number(5) %>
-<% count = 1 %>
-<% lessons_of_mod_5.each do |l| %>
-	<%= count %> .
-	<% count = count + 1 %>
-	<%= link_to l.lesson.title, app_tutorial_lesson_with_token_path(@app_name, l.lesson_module.lesson.token, l.lesson.token) %>
-		<br/>
-	<% end %>
-</div>
 

twitter-client-tutorial/_lesson_group_shared_preference.html.md

@@ -5,14 +5,4 @@ In the real Twitter client, once you log in successfully, you will not see the l
 We are introducing data handling in this module. The network calls will be introduced in the subsequent module. We make things a little sub-optmial. Instead of sending data to the server & getting an authentication token, we will simply store the username password from the login screen. 
 
 <div class="alert alert-warning"><b>Warning</b>: It is never a good idea to store passwords locally, plaintext or otherwise. But for the sake of this module, we overlook best practices to get a better understanding of SharedPreferences</div>
-<div>
-<% count = 1 %>
-<% lessons_of_mod_2 = AppLesson.find_all_by_module_number(2) %> 
 
-<% lessons_of_mod_2.each do |l| %>
-	<%= count %> .
-	<% count = count + 1 %>
-	<%= link_to l.lesson.title, app_tutorial_lesson_with_token_path(@app_name, l.lesson_module.lesson.token, l.lesson.token) %>
-	<br/>
-<% end %>
-</div>

twitter-client-tutorial/_lesson_group_tweets_from_file.html.md

@@ -8,13 +8,4 @@ In a mobile app, use of local storage is important for a better user experience.
 
 For now, we are simply going to write the dummy tweets that we created in the previous lesson into a local cache file, read from it & show it to the user when the Tweet List screen loads. In subsequent lesson, we are going to move the writing tweets part to an asynchronous process using AsyncTask. 
 
-<div>
-<% lessons_of_mod_4 = AppLesson.find_all_by_module_number(4) %>
-<% count = 1 %>
-<% lessons_of_mod_4.each do |l| %>
-	<%= count %> .
-	<% count = count + 1 %>
-	<%= link_to l.lesson.title, app_tutorial_lesson_with_token_path(@app_name, l.lesson_module.lesson.token, l.lesson.token) %>
-		<br/>
-	<% end %>
-</div>
+