Highlight case/esac · zsh-users/zsh-syntax-highlighting#406

2016-12-29T04:54:46.000Z

In `case foo in (bar) ls;; esac`: - [ ] The `ls` not highlighted as a command word. - [ ] The `esac` is not highlighted as a reserved word. - [ ] The `case`/`esac` pair should be subject to balanced-parenthesis logic, like `do`/`done`. (So `esac` is highlighted in red if not preceded by a `case`, etc.) - [ ] If the second word after `case` is not `in`, then it is a syntax error.

(0 comments) (1 reaction) (0 assignees)Shell (22,617 stars) (1,371 forks)batch import

Improvementgood first issue

説明

In case foo in (bar) ls;; esac:

The ls not highlighted as a command word.
The esac is not highlighted as a reserved word.
The case/esac pair should be subject to balanced-parenthesis logic, like do/done. (So esac is highlighted in red if not preceded by a case, etc.)
If the second word after case is not in, then it is a syntax error.

コントリビューターガイド

技術スタック: shell
領域: developer experiencetooling
Issue 種別: feature
難度: 3
推定時間: half day
活動状況: fresh
明確さ: mostly clear
前提条件: understanding of zsh syntaxfamiliarity with the highlighting codebase
初心者向け度: 45
調査方針: Investigate how case/esac is currently handled in the syntax highlighting code (likely in highlighters/main.zsh or similar). Look at the existing balanced parenthesis logic for do/done and replicate for case/esac. Ensure that 'ls' after a pattern is recognized as a command word. Test with the provided example 'case foo in (bar) ls;; esac' and verify all checkboxes.