The Specification of Notepad Language. Please discuss the syntax etc about notepad-lang on this repo.
インデント使わずにインデントの表現するという話、アセンブリ言語っぽく見えてきた・・・
アセンブリ言語は闇
行頭の偶数回のある記号の繰り返しなら・・・
def hoge(x)
return x+1
end
カンマとかで区切ればCSVっぽくも
def hoge(x):
__return x + 1
(Perlみたいにreturnもいらないかもね)
Perlってreturnいらないのか
def hoge(x):
__x + 1def hoge(x) : x+1
最後にスタック？上にある値がそのままreturnだったような
あー
どうだっけ
return の扱い、オプションで return があると使うか使わないか迷うし、ない場合は面倒な場合もある。
じゃあreturnは存続？
あったほうがいいですね
（僕は仕様にかかわらずに見守る役なので決めて下しあ）
今の場合はたまたま
x + 1だからラムダ式っぽくreturn省略できるんじゃなーいって考えでしたけど
さっき自分が投下したのはラムダスタイル
長くなって、最後にreturnが無いとあれ？って思っちゃうかな
F# で if 連鎖になりそうな気が下から例外で抜けてやった話
ラムダの場合だけreturn省略できるようにしますか
: の後に改行が来たらブロック構文、なければラムダ構文
return省略はラムダだけにすればC#っぽさ
それいいかも
def hoge(age):
__if 0 <= age:
____print "Your age is #{age}."
/^_+/
後置if
def hoge(age):
__print "Your age is #{age}." if 0 <= age
@kb10uy しかも0回以上の偶数回
インデントが奇数幅って無いですよね（未調査）
/^(＿＿)*/かな
その後置 if は print までなのか文字列までなのかが気になる
あー
基本的に行の全体？
if 0<= age: print "" でも手間変わらない感
行全体で考えてました
書き足しは後置のがしやすいか
変わんないですね
print "Your age is #{age}." if 0 <= age else "Invalid" なら Python っぽい
def hoge(x):
__return 0 if x>=100
__return 1
文字列にifがかかってるんですね？
なるほど
括弧がない弊害を感じ始めてきた
カッコ抑制？
print ("Your age is #{age}" if 0<=age else "Inv")print("") を強制とか
__if 0 <= age:
____print "Your age is #{age}"
__else:
____print 'Invalid'
ふむ
ただのパイソン
括弧無くすと一気にPerlっぽく
なぜモンティ・パイソンと投稿してから直したのか #ツイ消しを見た
関数のカッコ省略は引数なしの関数だけとか
printを関数にして
括弧あったほうがいいっすね。それプラスあったほうが if がどこについてるのかわかる
print 関数じゃなかったの…
pythonは3から関数
そういえばnotepad-langのprintは関数なのか命令なのか
print ("your age is #{age}" else "invalid" in age<=0)
python 2 でも print に括弧つけるマンでたまにそのせいでバグって泣く泣く消してたけど 3 でその必要なくなって 3 神って 1 年くらい前に騒いでた記憶ある
(A else B in Expr)
で三項演算子っぽく？
で三項演算子っぽく？
引数なしだけ括弧省略可はRubyっぽいですな
命令なんて考えてもいなかった（
（Rubyわかってないマン）
rubyは
print "a".to_i 36とかできるはず
ああ
難しいけど面白いな
まあでもわかりやすさ的にNotepadは引数なしだけで
print
if 0 <= age:
"Your age is #{age}."
else:
"invalid"
いいかもそれ
この場合括弧ないと終了判定できないわ
構文ブロック自体が値を返すパターン
（そうすると必然的に return なくなるけどね）
マジで誰かトークナイザ書いてくれ
（この話、ちょうど俺が「ひゅいっ」って言った時の話だ）
（昼ごはん作ってたらprint文ができてた）
（いやif文か）
すべてが関数、すべてが式（なんか最近関数型脳になってきた気がしなくもない）
ちょっと関数型っぽいほうが現代的(?)
代入文の値側で、先頭だけ別の代入を許可するとかか
（関数型言語になるほど（純粋でなければ）相当コンパイラめんどくさそう）
インデント依存構文じゃなければ割りとebnfとか書けそうなんだけどな
変な話、インデント依存じゃなくても？と思った
それ
do-endでいんじゃね
インデント依存、 F# が神に見えてきた
ただそうなるとendendに・・・
rubyの闇が
どちらにも一長一短ある
End If
def hoge(i)
if i>=a then
print 1
else
print 0
fi
fed
やめたげてよぉ
えっと、何だっけこの言語
どこかで見覚えが...
シェルっぽさを醸しだしたLuaっぽいRuby
闇でしか無い
まあブロック終了が開始キーワードの逆っていうのは一応選択肢としては
(def hoge (i)
(print (cond (>= i a) 1 0))
)
))))))
案外メモ帳で書きやすいかもしれない…
class Hoge
prop Age(public,public)
def .ctor()
Age=0
fed
def ShowAge
print(
if Age>=0 then
"your age is #{Age}"
else
"invalid"
fi
)
fed
def IncrementAge
Age++
fed
ssalc
慣れるまですごく面倒くさそうだw
慣れたら強そうではある
ところで : は？
あー
インデント非依存ならいらないかとおもったけど合ったほうがいいかな
あーなるほどね
ssalc がつらかった
コンストラクタは
def this() でいいと思った
def thisか
. #1 で拡張子の話出てたけど .txt 候補に出ててワロタ
propの裏事情考えてみた。D言語方式。
class Hoge
prop Age(public,public) = 0
# 上の prop は裏では次のような展開
# __age はバッキングフィールド
#
# def Age(age)
# this.__age = age
# fed
#
# def Age
# return this.__age
# fed
#
# def this
# this.__age = 0
# fed
def ShowAge
print(
if Age>=0 then
"your age is #{Age}"
else
"invalid"
fi
)
fed
def IncrementAge
Age++
fed
ssalc
あと public の指定は必須じゃないほうが def とバランス取れそう
アクセシビリティはどうなんだろう
必要だろうかと書いてて思った
Python:
Go: 最初が小文字なら勝手に private
_, __ で勝手に privateGo: 最初が小文字なら勝手に private
なるほど
わりと軽量な言語なら名前で決まってもいいかもしれない
あ、 Python は
_ は private にならない、暗黙の了解だった。 __ だけだ
そして勝手にthisしたけどselfも捨てがたい
me
meか〜
このあたり他の人の意見も聞きたい
帰還
#1
.nplに一票
#1
拡張子は.nplにしましょうかね
ってことでRuby実装のリポジトリ作ったんである程度言語仕様とキーワード決めちゃっていいですか？
私はおｋです
進捗ダメマン
超進んでてワロタ
あー今日課題やらないといけないのに…
メモ帳の闇
課題メモ帳でやるしかない…！
ところで型について何も決まってないっぽいんですが(そろそろ決めないとアレ
i32
静的型付け言語ではないしそれほどしｂ(ry
一応変数は動的ということにして
例えば数値型はRubyだとデフォでBigNum対応だったりするんだけど
型システムは動的でも静的でもいいんだけど、String型はどうとかいう仕様がほしい
ので、決めたい(
それは言語仕様の後でライブラリとして作成とかいう話になってたしそちらはまた別にあることになりそう
String 型は Shift_JIS でエンコードされてイミュータブルな仕様
やめて
この際もう国際的な汎用的な言語に
UTF-8(BOM付き)
なるほど、今決まってるやつはWikiかなんかでまとまってる感じです？
今からWikiにページ作る
(ログが辿れなくて見れないのでどこまで話が進んでいるのか分からない)
できたら、英訳しましょうか？
お願いしますー
了解でーす
設計だけどんどん話がデカくなる前に、コンパクトな実装をしたいと思ったので。。。
ロシア語はスクエアさんが（殴
ロシア語での需要 is どこ
RubyはDSLとかの実装に向いているらしいのでキーワードと構造とベース実装だけ先に作ってしまわないと
ロシア語圏へぱらつり氏を広げる（（（
ロシアは Nemerle の聖地
ローカル変数の接頭辞とかつけます？
ローカル変数の接頭辞 実装は楽だけど、通常のコーディングで煩雑になりそうな気がする。
Rubyみたいに先頭大文字で定数とかはならない感じです?
名前による自動決定はなんかアレ
な気がしなくもない
そこはキーワード利用か
基本的にメソッド内/ブロック内で定義したらそのスコープのローカル変数、
global instance class のキーワード付きで定義したら広域敵にするとか
global instance class のキーワード付きで定義したら広域敵にするとか
メモ帳で書く故、予約語を減らしたい意図ならそれはアリだと思うけど、Pascal Caseに慣れてる人(Java,C#とか)向けにちゃんとドキュメントとか書かないと死人が出そう
class A
def hoge
local lclvar=0 #ローカル変数
instance insvar=1 #インスタンス変数
class clsvar=2 #クラスstatic変数
global glbvar=3 #グローバル変数
fed
ssalc
自分は良いとは思うけど問題はメモ帳はシンタックスハイライト効かないんだよな(
class clsvarのところはそれは予約語を使いまわすっていうこと?
あーかぶってたか
まあC#にも文脈キーワードとかあるし、
メソッドないだけでclassキーワードはstatic変数定義扱いとか？
型推論実装楽しそうだなぁ(白目
実装つらそう
一回全部トークン化してそれから文脈判定するつもり
ちょっと夕ごはん
はい
tr
うい
ハイライトがないとObj-C並にごちゃごちゃする感じする(これはvimだけど http://gyazo.com/c3284ec0723705d03f840c798be8a510
ハイライトなしで見やすい書式・・・
全部グローバル…
ﾋｴｯ
全部グローバルにするとライブラリとかで衝突してアレ(
JavaScriptみたいだな!
（アカン）
戻った
localとかinstanceとかの後に改行を入れて、インデントを1つ深くすると、読みやすい気がする
vimのハイライトの作り方は知らんなぁ…
C の public: private: 方式
あれ C だっけ？
C++かな
C++
ガチ勢早っこわっ
バニラCにはクラスすらないよ...
Linuxのカーネルの†闇†
Obj-Cは
@publicとかで分かりやすいと思うけど、新しい構文を追加すると(ry
git clone したら命がなくなると聞いた
よく自分読もうと思ったなアレ...
1 の拡張子、.nplはすでにnokiaが音楽ファイルの方で使っちゃってるみたい
class A
def hoge
local
a = 0
instance
b = 0
...
みすった
まじぇでか
Nokia?なにそれ知らんし放置だ
携帯のnokia
nokia npl [検索]
notepad-langを使うユーザー AND (Nokiaユーザー AND Nokiaの音楽ファイルを使っているユーザー)
の数を考えると、無視しても良いのでは(
.npか.notepad-lang-codefile
.nlc?
出来るだけ競合は避けたい感じ
無視でも構わないとは思うけどね。
HSPとActionScriptぐらいの知名度になると被りは困る
.asがかぶってる
複数の拡張子に対応してもいい感じ
nplはプレーンテキストだけど、音楽はバイナリだから、ミスって音楽ファイルをコンパイラに食わせるとアカン感じになるな？
ヤバそう
でも実際結構かぶりはあるっぽい
SS参照
ふぬぬ
拡張子で_が使えないOSって無いよね...？
hoge._npとか
.paralleltree-is-notepad-love
おい
._npはいいかもしれない
長い長い
とりあえずissue追記したほうがいいか？
コンパイラは他のコンパイラと同じように拡張子チェックはせずにプレーンテキストだったらとりあえず構文解析してみる仕様なら良いかもしれない。
そうですね？
よくよく考えたら自分も.txtをcsc.exeにぶっこんでたしアレ
ｵｵｵｰ
:+1:
とりあえずこれぐらいあればパーサぐらいは作れるかな
あと一応各言語による実装のリポジトリの名前修飾
notepad-
の後に小文字で言語名付け足す感じでオナシャス
の後に小文字で言語名付け足す感じでオナシャス
名前変えられないので変えてください(
llvm-notepad -> notepad-java
(LLVMは自分には早すぎた...)
変えときました
:smile:
我ながらこのアイコンなかなかいい出来だな
gh-pages使いたいマンです
Bashのシェルスクリプトっぽい具合がする... > if fi
ぶっちゃけそれ意識した
ブレイス{}を使いたくないっていうのとend地獄を避けたいっていうのが
合ったので
合ったので
end地獄は確かにアレ
\による改行無視も一応いれときますね
がんばれ♡がんばれ♡
すてふぁんさん....だと....?!??!?!?!!?!??!?!?!!?!?!?
絶対完成させような
メンバーが着実に増えてる
とりあえず、Meryのハイライトを作る
しかもインタプリタが様々な言語で実装されていくというアレ
それでnotepad-lang.github.io作るの？
欲しいです
デザインやってて詰まりました☆
というか速度的にも可用性的にもそっちのほうが安定してるんだよね
こんな感じでMeryで作ってみました
何のエディタのハイライトあると便利です？
秀丸は自分で作りますが
ハイライトなしでも書ける(某
ハイライトなしでも書ける(棒
やっぱりvimvimしたい
女装コーダーゆきさん
なし
ハイライトなしはメモ帳氏ぐらいでしょ
あのあの
ってことでRubyでパーサジェネレータわいわいします
ぱらメモ氏にvimの作るかー
もちろん、notepad.exeで
普通に使いやすいやつで作ってください
vim、作りにくいな…
複雑そう
自分には無理そうなのです…
Vimのあれはそらなー...
わかりやすそうなやつあった
これマネすればいけるかな？
もうわからないでござる…
層状以上に闇そうだった
わかりやすぅい解説が見当たらなかった（自分の理解力が足りない可能性があり）
rubyの文法が柔軟すぎる
Parseq スタックオーバーフローから逃れられなくなったし kb10uy が PEG かなにかでいい感じにやってくれたのを見ながら式木マンしよう
hi
演算子が合計31個・・・
パターンマッチが制定されてない！
パースで一番大変な式の解析部分書き終わった
それが仕様となるのか
まあそういうことになるかな
幸いParsletはBNFっぽく書かせてくれるから
普通のBNFに落とすのも結構簡単だけど
普通のBNFに落とすのも結構簡単だけど
参考資料の関係で演算子の順位はほぼC言語と同じです
くそぉ真っ先に Hello, world したかったが Parseq の StackOverflowException 地獄に陥って進捗でなかった…
めっちゃ話進んでる
this or self or meはどうしましょう
昔のcodemirrorしか知らないけど今のcodemirrorのシンタックス、もしかけたらnotepad-lang用のものをつくろうと思います
とりあえず報告
Ruby用のパーサジェネレーターに関して
・式部分は完成
・class/def/if/local/global/instance構文もだいたい完成
・文字列とコメントはまだ
例の歳のサンプルは文字列ができれば動く
あ、あと若干破壊的な変更ですが
の構文だとあまりに煩雑すぎて書いていられなかったので
書き始めた時の
フリーフォーマットに暫定的に変更になりました。
そしてそれ以外の呼び出しなどはCっぽく書くことになりましたがよろしいでしょうか
具体的にはclass def if などの開始行の最後に:をつけて終了行にはキーワードの後に任意で;wo
それ
wiki に書いて .net
将来的にライブラリを扱うならそのライブラリをロードする処理やライブラリの中でDLLロード/外部API呼び出しの扱いも欲しいかもしれない
ファイルI/O一つにしてもRubyの補助があるとはいえAPI叩くことになる処理はあるだろうし。