Csdrhrt

The user selects one of the three categories then makes a note on that selection. Then the note is appended and saved to the appropriate list.

It took me four hours to write this. I'm trying to learn and was wondering if this could be improved or cleaned up at all.

#!/bin/bash



#get the date

date=$(date +%d-%B-%Y)



#save locations

wsave="${HOME}/worknotes.txt"

shsave="${HOME}/shoppingnotes.txt"

scsave="${HOME}/schoolnotes.txt"





#list

while [ true ]

do

read -p "What is this note for?

Work

School

Shopping 

> " topic

case $topic in



    "Work" )

        read -p "

Note

> " wnote

        echo "$date: $wnote" >> "$wsave"

        echo "Note saved to $wsave"

            break

            ;;

    "Shopping" )

        read -p "

Note

> " shnote

        echo "$date: $shnote" >> "$shsave"

        echo "Note saved to $shsave"

            break

            ;;

    "School" )

        read -p "

Note

> " scnote

        echo "$date: $scnote" >> "$scsave"

        echo "Note saved to $scsave"

            break

            ;;

    *) echo "Error: Selection was not on list, try again.

"

            ;;

esac

done

A couple of points:

1. 
   

   You determine the date outside your loop, then loop forever. Every note you make after the first one is going to have the same date stamp.

   
   
   

   A better approach would be to collect the date stamp just as you are writing to the file:

   
   
   

   datestamp=$(...)
   
   echo "$datestamp: $note" >> ...
   
   

   
   


2. 
   

   When shells were originally written, almost everything was a program. The if statement takes an executable as its conditional element. (If you look, you will find a program named [ in /bin so that if [ ... will work.)

   
   
   

   There is a program named true and a program named false. You can run them, and they don't do anything except set their exit codes to appropriate values.

   
   
   

   You don't need to write while [ true ]. Instead, just write while true. This is important because while false will do something different from while [ false ]. You may be surprised ...

   
   


3. 
   

   As @Vogel612 points out, you have duplicated code. I think you should keep the user feedback close to the user entry, so your checking should happen before typing the note. You can use another variable to hold the destination file path:

   
   
   

   read -p "What is this note for?
   
   Work
   
   School
   
   Shopping 
   
   > " topic
   
   destfile=''
   
   case $topic in
   
       "Work"     ) destfile="$wsave" ;;
   
       "School"   ) destfile="$scsave" ;;
   
       "Shopping" ) destfile="$shsave" ;;
   
       * ) echo "Error: Selection was not on list, try again.n" ;;
   
   esac
   
   
   
   if [ "$destfile" ]; then 
   
       read -p "nNoten> " note
   
       echo "$date: $note" >> "$destfile"
   
       echo "Note saved to $destfile"
   
   fi
   
   

   
   

Extract common code into a common block. You only need the case to determine the save-location. The note itself can be read before switching:

#...

read -p "What is this note for?

Work

School

Shopping

> " topic

read -p "

Note 

> "  note

save=""

case $topic in

  "Work")

    save=$wsave

    break

    ;;

  "School")

    save=scsave

    break

    ;;

  "Shopping")

    save=$shsave

    break

    ;;

  *) echo "Error: Selection was not on list, try again.

"

    ;;

esac

if [[ $save!="" ]]; then

  echo "$date: $note" >> "$save"

  echo "Note saved to $save"

fi

#...

this removes the duplication in the case-blocks and still allows you to clearly work with what you expect for every note.

The variable names could use a bit more... characters in general. You could even use snake_case to differentiate between words and all that. This allows you to make the code significantly more speaking.

The comment #list is really not adding any value. #get the date is already clearly outlined by the code, maybe a more human readable format explanation might be useful there. #save locations should be completely replaceable with proper variable names.

A word on the save locations you are using. As it stands, these are totally visible and will clutter the user's home directory. You should consider making these hidden by default by prefixing the filenames with a ., maybe even put them into a separate folder in the home-directory.