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 留言) (1 反應) (0 負責人)Shell (22,617 star) (1,371 fork)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
議題類型: 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.