(仮)クリーンHSPに関する議論 をテンプレートにして作成

開始行:
***NO.77661 [#f535126f] -少しでも助けになればと思い、コメントします。 Mac版HSPを作った際の、 OpenHSPのLinux版からコンパイラとエンジンを分離したソース... コンパイラ： https://github.com/dolphilia/hspcmp-macosx/tree/master/01... エンジン： https://github.com/dolphilia/hsp3cl-macosx/tree/master/01... （コンパイラはこのままmakeすればOKで、エンジンの方はmakef... ほとんどの命令・関数が、 hsp3gr.cpp（描画系） hsp3int.cpp（関数など） で定義されています。 ご参考までに。 -仕様の方、拝見しました。 オブジェクト制御命令はごっそり削ったんですね。 これなら実装はかなり容易なはずです！ 描画部分はHSP3DishのようにOpenGLでいけるので、 モバイル対応もすんなりいけそうです。 （あるいはHSP3DishがTinyHSPに準拠しているとも言えなくもな... -以下は要望です： screen命令での新規画面生成は、 Macやモバイルではかなり苦しいので、 その辺りの仕様は、お手柔らかにお願いします。 （第一パラメーターを廃止あるいは非推奨に・・・） syscolorやsysfontの互換性も悩ませるところです。 システム依存の色やフォントの違いは、許容範囲だと助かりま... mouse命令は便利ですが悪用されると面倒な命令なので、非推奨... getkeyやstick命令は、 デスクトップとモバイルでの互換性が気になります。 最近はマルチタップも普通になってきたので、 その辺りをどうするかも。 あとモバイルは基本的にファイルへのアクセスをある程度制限... notesaveやbsaveやbmpsave、 bloadやnoteloadやmmloadやpicloadなどファイルアクセス系の、 扱い方も気になるところです。 run命令もファイルアクセスの関係で少し不安の残る命令です。 widthはOpenGLで実現しようとすると少しやっかいな命令です。 on...系命令はlparamやwparamに与えられる値の互換性が気にな... line命令やmes命令でのアンチエイリアシングを許容するか、 あるいはアンチエイリアシングなしを強制するのか気になりま... mmloadやpicloadで扱える形式も環境に依存しそうなので、 その辺りの仕様もあるといいかな、と思います。 --dolphilia氏　2016/12/20(Tue) 11:22:32 ***NO.77690 [#cc9486d7] -dolphiliaさん、ありがとうございます！ 以下、あくまで私の考えですが。 ＞ TinyHSPは開発環境を包含するでしょうか。 あればオールインワンで親切ですが、特に開発環境を包含する... エンジンのみの実装、あるいはコンパイラとエンジンのみでよ... TinyHSPであることの仕様は最低限(コンパイラとエンジン)でよ... マルチプラットフォームへの展開をできるだけ楽に、簡潔にす... コンパイラとエンジン以外の部分については、作っても作らな... そのあたりの充実不実は、実際に個々の環境で開発する方々に... ただ、個人的に、専用エディタやヘルプなどはもちろんそろっ... ビギナーが始めるときのお手軽さは増すとは思いますし、HSPら... がそれはそれ、プログラミングの環境を充実させるのは仕様と... いやもう「まとめ」についてもホントにありがとうございます！ 我ながら言うばっかりでなかなか動かない人間でもあるので大... --kikeroga1氏　2016/12/23(Fri) 01:51:17 ***NO.77728 [#r35e15bb] -sakuraさん、dolphiliaさん、諸々ありがとうございます。 資料拝見しました。さすがです。素晴らしいの一言です(^_^) 呑気なものでなかなかコメントできないときもあり恐縮ですが、 委細かまわず出来る人にどんどん進めてもらえると幸甚でござ... ＞ WineやVimの環境を利用するのがよいのかなぁと思います。 ちなみにWineはバージョンが上がると以前動いていたものが 動かなくなるというパターンが少なくないと聞いてますが、 大丈夫ですかね？ Linux環境だと安定した過去バージョンで固定するのも意外と 面倒だったりするのかなと思ってたりしますが。 --kikeroga　2016/12/26(Mon) 11:57:56 ***NO.77765 [#aa063477] -kikerogaさん、ご回答ありがとうございます！ RUN命令の件、 思い出があって良いなぁと思います。羨ましいです。 そのような思いは大切にしたいと思っているので、 残す方向に転換したいと思います。 省きたいと思った理由は、私の気まぐれです。^^ palette系命令は、個人的には好きな命令です。 -sakuraさん、資料の更新ありがとうございます！ ＞ 何かもっとインパクトのあるメリットやアイデアが必要のよ... ３つほど案を考えてみました。 1. スマホでゲームが作れる（タブレットPCを含む） 今はパソコンを持たない人もたくさんいます。これが実現すれ... 2. Arduino上で動作する タイニーさを突き詰める方向性です。フロッピーブートのゲー... 3. モダンな構文にする これは逆にHSPをモダンな構文にして、オブジェクト指向などの... ご興味のあるものはあったでしょうか。 --dolphilia氏　2016/12/30(Fri) 16:34:37 ***NO.77766 [#re45ef7a] -皆さんのアイデアやご意見、色々と参考になります。 話が少しずつ進んでいることを嬉しく思います(^^ 誰か中心になる人がいれば進めやすい方法で実現されるといい... 何らかの成果や技術のフィードバックができれば、HSP3DishやH... さくらさん、掲示板ではお久しぶりです。 HSP古株の書き込みを見ることができて嬉しいです。 Tinyな仕様というのは、どこまで切り詰めて、どこまでのアプ... 作成することをイメージするかによって変わってきますね。 さくらさんも書かれていますが、現状のHSP3DishはかなりTiny... 作られているので、標準命令についてはそちらとある程度変わ... (OpenHSPのソースを使えばかなりそのままで行けそうな気がし... 描画やシステム面での統一を最優先にするというのも1つの形か... そして、ポイントはエディタを含めてマルチプラットフォーム... ここがクリアできればかなり実現度が高くなるのではないかと... ＞dolphiliaさん -macOS版HSPの開発、興味深く拝見しております。 「1. スマホでゲームが作れる（タブレットPCを含む）」が実現... 大きな意義があるのではないかと思います。 もちろんLinuxやMacOSXもアリだと思います。何よりLinuxで動... raspberry piなどの小型端末でも動作するようになるので、色... ＞これはWeb版HSPに詳しい方にお伺いしたい点なのですが、 ＞emscriptenはOS固有のAPI、例えばWin32APIなどは動くのでし... emscriptenはC/C++の標準ライブラリやOpenGLなどをサポートし... Win32APIなどWindows固有の仕様には対応していません。 ＞OpenHSPからJSに移植する上でのポイントや難所はあるでしょ... zakkiさんが作られたHSP3Dishのemscripten版(hsp3js)は、Open... 描画に関してはOpenGL版とあまり変わりません。 htmlから扱う際のファイルシステムやサウンドの再生には少し... ＞WebAssemblyは実用的でしょうか。 まだあまり詳しく知らないのですが、基本的にはモバイル系な... 今後普及を目指していくような状態ではないでしょうか。 emscriptenなどと同様に汎用的なライブラリをターゲットに作... --おにたま氏　2016/12/30(Fri) 18:14:53 ***NO.77771 [#aa40da16] -皆さん、本当にありがとうございます。 おかげ様で想定以上の意見交換の場になってきました。 ＞ 資料を整理していて思ったのですが、HSP3Dishやコンパクト... ＞ なっていくのではないと思うのは、私だけでしょうか? sakuraさん、まさにそこです。 誰かがそのうち疑問を呈しそうだと思っていたところを ご指摘頂き、ありがとうございます。 もし元々 hsp3dish や hsp3c がマルチプラットフォームを意識... tinyhsp にとってかわってもよいと思いますが、Linuxのディス... その仕様は異なる目的で策定されており、似て非なるものです。 TinyHSPの制約上で作れば"どの環境でもソースの修正なしで動く" 完全互換という仕様を明示することこそ、TinyHSPのキモなので... 例えばWindows版、Linux版、MacOS版、hsp3dishなど、それぞれ... 「最初から各環境で動くように命令を調整して作ればいい」と... あれこれ気を使って作る必要があります。ライトユーザはやら... この命令だけ使ってこうやって作ればいいよーという互換性維... どうせならTinyHSPという仕様を作って「TinyHSP配下で作れば... わかりやすいし、そんなものがあったら欲しいよなーと思った... これは実は(特にライトユーザには)大きな印象を与えると私は... 現状の各環境版HSPでこんな感じの互換レベルになってるのを 　Windows ≒ macOS ≒ Linux ＞ Android/iPhone TinyHSPでは"明確に"こう示したい 　Windows ＝ macOS ＝ Linux ＝ Android/iPhone と思っているのです。 ＞ dolphiliaさん -RUN命令の件、ありがとうございます(^_^) 感激です。 以下はかなり意義の高いアプローチになりそうですね。 ＞ 1. スマホでゲームが作れる（タブレットPCを含む） ＞ 2. Arduino上で動作する おにたまさん、コメントありがとうございます！ ＞ ポイントはエディタを含めてマルチプラットフォームにする... ＞ ここがクリアできればかなり実現度が高くなるのではないか... エディタを含めてというのは望むべくもないですが、 仕様として含めてしまうと開発の負荷が高いかなと考えていま... ＞ 現状のHSP3DishはかなりTinyな仕様で ＞ 作られているので、標準命令についてはそちらとある程度変... ＞ (OpenHSPのソースを使えばかなりそのままで行けそうな気が... おっしゃるとおりTinyHSPの仕様を前提にベストなやり方ができ... 開発の労力は少ないに越したことはありませんよね。 ちなみに、例えばですが、既存の各環境版HSPで hsp3c のごとく #include "tinyhsp" とかして作れば各環境で完全互換になるなら、そんな実装でも... いずれにしてもその仕様準拠で動く各環境版のコンパイラとラ... あれこれ検討・模索しながらも楽しみながら進めていければ理... --kikeroga氏　2016/12/31(Sat) 08:46:23 ***NO.77773 [#p6e69b40] -dolphiliaさん、コメントありがとうございます。 ＞1. スマホでゲームが作れる（タブレットPCを含む） ＞プログラミングの敷居がぐんと下がるかもしれません。 HSP一式のアーカイブをダウンロードしてインストールして スクリプトエディタを起動し、適当なサンプルを読み込んで 少しいじくれば短時間で、それなりのものが作れるという簡便さ はあります。 でも、少し実用性のある見栄えのするものと作ろうとするとそ... 学習コストは高いように思えます。 これは、どの言語にも言えるのですが・・・・ スマホでゲームが簡単に作れるようにする仕様が浮かびません(... ＞2. Arduino上で動作する マルチプラットフォーム化は、今後のHSPの活躍の場を広げる意... 思います。 HSP3Dishで既に実現しているので、Dishの今後の拡張等に期待... ＞3. モダンな構文にする 構造化等には魅力を感じますが、HSPの開発初期からの言語思想... 思えるのでちょっと賛成しかねます。 個人的にはいずれにしても、Tinyなものにするには、大幅に命... 超高速化や軽量化した利用用途を限定したものが良いように感... たとえば、ゲーム開発だけに特化するとか、入門用の言語教育... 可能であれば中間言語方式ではなく本格的なネィテブコードの... おにたまさん コメントありがとうございます。 20年以上もサポートして頂いていることにユーザーの一人とし... 私自身は、今はもうほとんどHSPでプログラミングをすることも... 今後、どのように進化・発展していくのかが楽しみです。 kikerogaさん、コメントありがとうございます。 さて、どんな仕様にまとめられるか・・・・ 他の方の意見がほしいところですね。 --sakura氏　2016/12/31(Sat) 11:24:15 ***NO.77775 [#w315a409] -Windows = macOS = Linux = Android/iPhone ( = Web)といっ... 互換性がソースレベルでも保て、難しい命令(?)もけずられてい... 初心者や学生でも学習できる簡単な言語がさらに簡単に学べる... さらには中・上級者は多プラットフォームへの移行も簡単にで... ぜひ実現してほしいHSPの形だと思いました。 ＞ 1. スマホでゲームが作れる(タブレットPCを含む) スマホなどでもゲームなどが作れる。これが実現すれば「簡単... さらに簡単に使用できるようになって私はとてもいいと思いま... --くちくん氏　2016/12/31(Sat) 12:19:44 ***NO.77805 [#y6f9facf] -明けましておめでとうございます！ 資料を更新しました。 ダウンロード ↓ http://hspnext.com/download/hsp_commnd_20170101_11a.zip dolphiliaさん、コメントありがとうございます。 ＞こうしてみるとHSPの言語仕様は想像以上に大きいのですね。 HSPは、ちょっとスキルがあれば何でも出来てしまう恐ろしい仕... ＞TinyHSPをより軽量化するにあたって、 ＞こうしたらいいんじゃないかというような、 ＞アイデアはおありでしょうか 今は、ちょっとアイデアは思い浮かびません。 本題のテーマである軽量化、クリーンなHSPから外れますが個人... 高速に大量のデータ処理ができたり、HSPの優れたグラフィック... 利用したデータ分析に応用できたりする強力な専用エンジンが... まあ、これはアプリの領域なんですが・・・ 現状のHSPでも十分ですけどね。 d3moduleではなくて、d3.jsに匹敵するようなもの、誰か作って... 余談ですみませんでした。 くちくんさん、ご意見ありがとうございます。 ＞互換性がソースレベルでも保て、難しい命令(?)もけずられて... ＞初心者や学生でも学習できる簡単な言語がさらに簡単に学べ... ＞さらには中・上級者は多プラットフォームへの移行も簡単に... ＞ぜひ実現してほしいHSPの形だと思いました。 HSPの原点回帰という点で目指すべき方向性と思います。 --sakura氏　2017/1/2(Mon) 08:23:32 ***NO.77817 [#x67a716a] -新年おめでとうございます 自分も言語作成している身でして、そういう面から書き込みし... http://zuzazann.boy.jp/wiki/index.php?HSPソース投稿Wiki HSPソース投稿Wikiとでっちあげて　8割がた自分ばかり更新し... （嬉しいことにちょこちょこ利用者さんはいます） 書き始めて2年くらい経ちましたが　実はそんなにやってるよう... 自分なんかは仕様が固まってなくて行き当たりばったりでやっ... 仕様はオリジナルでやるよりＨＳＰにならおう。とは思ってま... YACCを採用してスクリプト言語的にしよう。とか　初期から構... 後付けでどこまでいけるかわかんなかったりしてます ライブラリがちょっと考えどこで 軽くJAVAのライブラリを使おうか軽くTcl/Tkを使おうかサーバ... 軽くブラウザチックにしようか　軽くHSPをエミュレートしよう... GUIは好きなんですけど　考えると自分、そんなに高速描画しな... 軽く使えれば十分なんですよね そういう意味ではライブラリは転用させて欲しくあります Tinyと読むと変数が１字とかユーザー作成サブルーチンが使い... そっちの軽量のようで違うっぽくもあるので　誤解を招きそう... 自分的にはOPEN HSPのソースコードの量がものすごくて理解し... 全部で１万行くらいのプログラム言語作成学習用であったらな... それくらいの言語が少ないのか　自分の検索が下手なのかあん... 自分は仕様を決めるにしてもWEBに決めたことを載せちゃうと実... そういうのやめましたが それをあえてすることで協力者が出てくるのはすごい現象です... 結局、仕様を決める人と実装する人の役割分担をしちゃうくら... 辛そうですね。そこまでの仕様の具体化具合は ホラONITAMAさんだって実装前にそういうことあまり言わないで... なので新機能を語るスレ。とか建てたい勢いでもあるくらいです 自分としてはプログラム言語作成をもたもたやってるそばから... 寂しくもあるし、自分の才能のなさがふがいなくもあります そういう時は結果より過程が大切さ。とか やることに理由なんていあらない。とか偉い人の言葉を思い出... みたいなかんじに応援しております（どんなだｗ） --Y_repeat氏　2017/1/3(Tue) 08:08:27 ***NO.77818 [#h76bab63] -そう言えば　HSPの方針については　あまり議論がされてない... そういう議論もあっていいかもですね ONITAMAさんも参加されていることから tinyHSPが実現せずともこの議論にすでにフィードバックしてい... dishの仕様とかも未だ流動的かもしれませんし --Y_repeat氏　2017/1/3(Tue) 08:18:26 ***NO.77819 [#z8552aad] -自分の黒歴史的に某ゲームの掲示板の常連だった黒歴史があり... 意見はしても自分で作る訳ではないもどかしさがあったので プログラミングを再開させたんですが 自分はなくても大丈夫みたいなスタンスで論じてしまうので ってかそんなんだからあんまり議論の火蓋はきらなかったんで... たぶん仕様を決める人も大事で ってか時に作業をする人より上に置かれるくらい なので貫きたいことがあったら　叩かれても曲がらない釘のご... 貫いて欲しいですね 自分は結局叩かれると曲がってしまう釘のようなので --Y_repeat氏　2017/1/3(Tue) 08:31:24 ***NO.77822 [#p94f0680] -HSPはもともと難しい前準備なしにエディタを起動して、いき... ライブラリが肥大化したことで、できることは増えたのですが... 混乱する要素も増えてきていると感じています。何とかするべ... そういった意味では、初心者やちょっとした用途で汎用的に使... ＞sakura さん ＞20年以上もサポートして頂いていることにユーザーの一人と... ありがとうございます! 素晴らしい資料の作成、相変わらずの良い仕事ですね。 命令を削って軽量化という方向も間違っていないと思います。 ＞dolphilia さん ＞フィードバックする方法には、 ＞具体的にどんなものがあるでしょうか。 -ソースコードが公開されていれば、有用なコードや変更はこち... また、TinyHSPなど他のランタイムと共用して修正のしやすい形... 機能の拡張よりも、最小限に削ってまとめることの方が難しい... 必要なものを見極めた上で大胆に削って、限定した形になるこ... ちなみに、私もpalette系の命令は愛着がありますが、最近のビ... --おにたま氏　2017/1/3(Tue) 10:59:01 ***NO.77852 [#mabb3e7d] -Academic HSP VSにAcademic版があったのと 学習用言語　プログラム言語作成学習用　の用途を想定して でも結局一番貢献した人に決定権がある気がします ＞TinyHSPはオープンソースで、 ＞Githubで開発するようにしてみます。 ＞上記のTinyHSPは私の遊び心も入ってしまっているので、 ＞このスレッドで検討されている「クリーンなHSP」は、 ＞じっくりと仕様を検討していければいいな、と思っています。 仕様書に変数は一字とか書いてて思いっきり仕様がTinyBasicに... 焦りましたが　別のプロジェクトなんですな TinyBasicもGPLが多くて いや別ライセンスで配布して　暗号かけた版みたいな HSPみたいな配布形態にしたくて BSD版もあるみたいなんですけどもｗ 完成したら研究させていただきますｗ 「クリーンなHSP」にガッチリ参加してもいいんですけど 自分書き方がボトムアップで ifの段階でif x thenになってしまっているのでｗ #{にする決定が下せないｗ しかも中間言語で既に２年くらい経過している１０年計画必須... この具体化具合はもっとスピード感がある人がふさわしいと思... LinuxもUbuntuちょっと触った具合で 何が移植性あって何が移植性ないのかわからなく そういう意味では言語を作成する人とライブラリを作成する人... というかHSP3CLは結構行数かかってる印象なので 言語仕様と実装をスリム化させたら 言語としては十分な感じもします 全部で一万行くらいで　どうかｗ 短くなったけどその分ややこしいとかじゃなく ややこしさもせめて現状で ＞HSP処理系ではないのですが、こういうのはいかがでしょうか。 近いうちに見てみますねー 豊四季tinybasicは最近、書籍買いましたです 自分としては HSPのHSPCMP.DLLとか（たしか） 「プログラミング言語を作る」書籍情報のサンプルとか（ちゃ... http://kmaebashi.com/programmer/devlang/book/index.html 「いまどきのプログラム言語の作り方」書籍情報のサンプルと... http://d.hatena.ne.jp/yaneurao/20051031 とか書写してます。読むのも打ち込むのも辛いのでｗ tinyBasicもちょこちょこ写経とか書写とかしてます --Y_repeat氏　2017/1/6(Fri) 01:21:40 ***NO.77853 [#jd716a3e] -資料を更新しました。 ↓ http://hspnext.com/download/hsp_commnd_20170106_11b.zip kikerogaさん ＞名称はイメージが大事だと思いますので、他の方の意見も欲... ネーミング(案)に参加します(^^; HSP Best ↓ Basic Enjoy Script Training - - - - └ or Try ＜基本ポリシー＞ 基本的なスクリプトを利用して楽しみながら学習(挑戦)する。 Learn While enjoying Using basic script -dolphiliaさん ＞TinyHSPはオープンソースで、 ＞Githubで開発するようにしてみます。 ＞https://github.com/dolphilia/tinyhsp ちらっと、拝見しました。仕事の取り掛かりが速いですね。ど... 楽しみにしています。 ＞私もHSPに正規表現が標準で搭載されたら良いなとか、 ＞深層学習やVR・AR技術を実行できるようなエンジンがあれば... ＞なんて考えたりします。 HSPが世界に羽ばたけるような実務に密着した実用性の高いもの... おにたまさん、コメントありがとうございます。 まあ、どれだけサポートが出来ているのかわかりませんが、資... 誰かの役に立つのかもしれません。 このスレッドを楽しんでやっています。 --sakura氏　2017/1/6(Fri) 21:03:10 ***NO.77857 [#l44c7bc7] -現在の名称を仮称とすれば良いのでは？ 色々議論するのも良いのですが、取りあえず土台とし て極簡単な物を作るのが最優先だと思います。 仕様を固めた上で作るのは当然重要ですが、ある程度 作り込んでテスト公開したら動作不良ばかりで、修正 を繰り返したらソースがスパゲティーになって訳が分 からない状態になったり、もしかしたら開発環境自体 を考え直す必要になるかも知れません。 互換性を担保出来る最小限の命令や関数だけなら、ま ず不具合も無いだろうし問題が有ってもキズは浅くて 済みます。あとは段階的に命令を増やして最終目的に 持って行きます。 それと人間の欲求に限りは有りません、特に多数の意 見を求める場合は、目標を高く設定することになりが ちです。暫定仕様として一旦線引きするのも重要です。 暫定目標としてはＨＳＰ２相当の命令・関数から、マ クロ定義されている物や、特殊な使い方が必要なもの （極端に言えばプリプロセッサ全て）を消せば、相当 シンプルな物しか残らないでしょう。この辺りを暫定 目標として話を進めた方がスムーズに行きそうな気が します。 --KA氏　2017/1/7(Sat) 19:19:40 ***NO.77860 [#ybb04530] -KAさん ＞色々議論するのも良いのですが、取りあえず土台とし ＞て極簡単な物を作るのが最優先だと思います。 進め方としての、ご意見に賛成ですが、実現の可能性は別として 色々議論する過程を楽しんでいる人も多いのではないかと思い... ＞暫定目標としてはＨＳＰ２相当の命令・関数から、マ ＞クロ定義されている物や、特殊な使い方が必要なもの ＞（極端に言えばプリプロセッサ全て）を消せば、相当 ＞シンプルな物しか残らないでしょう。この辺りを暫定 ＞目標として話を進めた方がスムーズに行きそうな気が ＞します。 同感です。今回のTinyHSPの目標実現としてはHSP2相当が良いと... しかし、極端に命令が少ないと作れるものも制限されるし、 少し、いいものを作ろうとするとかなりのスキルが要求される... 思えます。HSP2時代の初期の頃も、拡張プラグインに頼ってい... 資料更新しました。(ほぼ、最終更新版となります。しばらく、... ↓ http://hspnext.com/download/hsp_commnd_20170107_11c.zip --sakura氏　2017/1/7(Sat) 22:10:13 ***NO.77862 [#e74bc3e9] >>sakuraさん -その「楽しむ」が、それで終わりに成らないと良いんですが・... 過去、方向性は異なりますが、似たような考えで立ち上げたサ... が殆ど機能していない現実問題として、「なぜ機能していない... を分析してみる必要はあると思います。 ＨＳＰ２相当と言ったのは、あくまで開発者側の立場で「暫定... ています、当然利用者側から不満は出てくるでしょう。その不... に適時バージョンアップし、不具合を修正していくという意味... す。 話の途中で水を差したくは無かったのですが、似たような過去... を教訓として今後に生かす姿勢はほしいです。 毎回文句（イチャモン）ばかり言っていますが、今回のプロジ... に否定的な訳ではありません。議論をまとめるのなら閑古鳥の... いるサイトを再利用したり、論点が多肢に渡るのなら論点毎に... Ｉ形式にするなど、やりやすい方法はあると思います。 この読みやすいとは言えない掲示板で、あれやこれや議論が飛... ていては、読みにくくて仕方がありません。 辛辣（かな？）な書き方ですが、何かの参考になれば幸いです。 --KA氏　2017/1/8(Sun) 00:43:54 ***NO.77863 [#d4615695] -KAさん コメントありがとうございます。 ＞その「楽しむ」が、それで終わりに成らないと良いんですが... 終わりになる可能性は否定しません。 私も、過去このようなブロジェクト的なものを多く見てきまし... うまくいったものは、ほとんど知りません。 ＞毎回文句（イチャモン）ばかり言っていますが、今回のプロ... ＞に否定的な訳ではありません。 危惧されていることや、HSPに対する気持は発言から十分読み取... 貴重なご意見、ありがとうございます。 まあ、たまには今回のようなスレッドでの議論も良いのではな... 議論の成り行きにイライラする人もいるのかもしれませんが・... KAさんの見識で力を貸して頂ければ、ここに参加している皆さ... 思うのですが・・・・ --sakura氏　2017/1/8(Sun) 08:24:20 ***NO.77867 [#r0873472] -とりあえずCで使うライブラリの開発は始まってどうでしょうか ってやる人いないのかな？ とりあえず 言語としてはＣ言語まんま（開発後回し）で　クリーンＨＳＰ... ってかんじでどうでしょうか？ それでもある程度ＨＳＰ感覚で開発できるでしょうし 自分の中間言語もまったくライブラリ書いてないので そういうのがあると非情にありがたいです 自分の中間言語はそろそろＣに移植かな？って思ってるとこです gosub的サブルーチンを実装すれば　中間言語としてはある程度... 配列もまだ実装してないか ＞＞その「楽しむ」が、それで終わりに成らないと良いんです... ＞終わりになる可能性は否定しません。 ＞私も、過去このようなブロジェクト的なものを多く見てきま... ＞うまくいったものは、ほとんど知りません。 面白そうな企画なのですが この書き込みを見て心配にはなりました --Y_repeat氏　2017/1/8(Sun) 22:38:34 ***NO.77869 [#x150c41e] -Ｃで開発するならＣで開発するとして 新しい言語を開発するのではなく Ｃスクリプトを生成するかんじだとどうでしょうか ってＨＳＰＣもそんなかんじでしたっけ？ 動けばいいってんじゃなくて 生成後のスクリプトも人間が読みやすいかんじでお願いします 自分の中間言語も親言語記述をそのまま受け入れようと思って... 仕様がなかなか固定しないですね 現状、自分しか使えない。みたいなｗ 自分でも上手く動かし方がよくわかってない。みたいなｗ 機械的に決まってる仕様をエデイタ的ツールでカバーしようと... --Y_repeat氏　2017/1/8(Sun) 22:53:18 ***NO.77871 [#g35b3e25] -sakuraさん 言いたくは無いけどつい言ってしまう性分で、自覚は していますが中々直らない物です。 私の見識など何の役にも立たないと思いますが、書く と長くなるので、しばらくは静観します。 --KA氏　2017/1/8(Sun) 23:45:31 ***NO.77885 [#md271649] -Y_repeatさん ＞言語としてはＣ言語まんま（開発後回し）で　クリーンＨＳ... ＞ってかんじでどうでしょうか？ ＞それでもある程度ＨＳＰ感覚で開発できるでしょうし ＞自分の中間言語もまったくライブラリ書いてないので ＞そういうのがあると非情にありがたいです 私は、C言語は昔、HSPの拡張プラグインを作成する時に少しだけ かじった程度の素人同然ですが、2004年当時、似たようなこと... 試行錯誤したことがあります。 過去のフォルダを探してみたら、ゴミみたいのものですが、 参考になるかどうかわかりませんが、ソースがありました。 必要な部分を部品として活用して頂けたら、ありがたいです。 あまりに幼稚な書き方でみなさんに笑われるかもしれませんが... しておきます。 http://hspnext.com/download/HSP参考程度のゴミソース.zip ＞面白そうな企画なのですが ＞この書き込みを見て心配にはなりました すみません。何か心配させるようなことを書いて・・・・ KAさんと同様、このプロジェクトがうまくいってほしいという 思いを理解して下さい。 KAさん コメント、ありがとうございます。 ＞言いたくは無いけどつい言ってしまう性分で、自覚は ＞していますが中々直らない物です。 私の個人的な見解ですが、物事の本質を見極めての発言と理解... なかなか、本質や本音を言える人が少なくなっているので、・... -kikerogaさん ＞少なくともこのスレッドを立てた意義は想定以上に大きかっ... ＞良かったと思っています。 ＞あとはもう成るようになるでしょう！(^o^) もう少し、がんばってみますか(^^; --sakura氏　2017/1/9(Mon) 14:23:34 ***NO.77891 [#h973f3a5] -下記、大変失礼しましたm(_ _)m 誤）おのたま氏 正）おにたま氏 ＞ もう少し、がんばってみますか(^^; -sakuraさん、 貴重なソースを公開して頂き、ありがとうございます。 勉強させて頂きます。 私も何か心配させるようなことを書きましたかね(^^; ネットの発言は温度感が難しいですが 「もうヤメましょう」という意味合いではないので 今後ともよろしくお願いします。 --kikeroga氏　2017/1/9(Mon) 16:57:09 ***NO.77899 [#bd441471] -kikerogaさんへ ＞このスレッドは"TinyHSPの提案"として立てましたが、 ＞・おのたま氏がコメントし、そのプロットと意義を認めてく... ＞・sakuraさんが大変素晴らしいベースドキュメントを作成し... ＞・dolphiliaさんがtiniyhspのプロジェクトを開設してくれた... ＞と十二分な成果を果たしており、その役割を終えているよう... ＞今以上に論議を発展させる場所としては、ご指摘の通りWiki... ＞進めるほうが適切だとは思いますが、これから先のことも、... ＞何がどうなろうと、誰かができることをやるだけです。 ＞少なくともこのスレッドを立てた意義は想定以上に大きかっ... ＞良かったと思っています。 -そうでしたね。ここのスレッドは"TinyHSPの提案"というタイ... そういうタイトル的には結構役目を果たせたかもしれません ではこのスレッドを受け次のスレッドを立てて欲しいなあとも... 僕もwikiを立てましたが僕のwikiなんてたいして訪問者いない... なので引き続き公式BBSで議論をするなら続けて欲しくあります 自分もプログラム言語作成を目標としてやってる身としては実... 僕の今年は10年計画の3年目くらいとしての目標は ドラゴンブックを購入して読破する！ですｗ 言語開発者としてこの書籍を読破していない人はモグリと某書... いつか読まなきゃなあと思っていたところです RHGも2014に購入して読破していない僕ですが せめて購入して一か月につき一章づつ読む。を今年の抱負にし... --Y_repeat氏　2017/1/10(Tue) 07:30:29 ***NO.77902 [#sc9b87f5] -この企画には大変肯定的です。 だからこそ言わずにはいられないのですが、すでに話にも出て... ここでこのまま議論を続けるのはよい選択ではないように思い... 口の悪い言い方になってしまいますが、 現状はこの企画とは直接関係のない話題が飛び交いすぎていて (それが悪いことだと言うつもりはありませんが)、 このままでは雑談スレッドに成り果ててしまう気がしてなりま... 専用のフォーラム等を設け、問題点をピックアップして 個別に解決してゆくような形になれば、 もっと議論の内容が把握しやすい状態で話が進むのではないで... 現状どういう問題について決め兼ねているのかを把握しやすく... それぞれの問題の解決手段について意見する人ももっと増える... --HIJIKI氏　2017/1/10(Tue) 13:17:09 ***NO.77903 [#gf23015f] -そんなことを言っておきながら、 企画自体には何の意見も残さずに退場するのはどうかと思うの... 遅ればせながら、そして拙い意見ですが期待の表現ということ... ■言語の名称について これは皆さんが既にたくさん良い物を提案されてますので、 以下はあえてセンスのない頭で別の観点から捻り出したもので... (逆に言うと、センスのない者にしかできないかもしれないので... ・MyHSP (自分の物と言えてしまうくらい小型で見通しが効くと... ・HSPCore (中核のみが実装されているという意味で。) ・HandyHSP (手のひらサイズのHSPという意味で。) ・PalmHSP (同上。英語ではHandyが[便利な]や[有用な]と取ら... ・PalmSizedHSP (同上。略さず表記したもの。略称が[PSHSP]と... ・HSP-- (デクリメントされたHSPという意味で、C++に対するHS... ・HSP-1 (同上。字面を考慮。HSP1と混同しかねない？) ・HSP-=1 (同上。) ・HSP0 (ゼロに戻ったHSPという意味で。ゼロがオーに見えるか... ・HSPZero (同上。見間違いを考慮。) ■言語仕様について ソースコードを変更することなく、あらゆる環境で同じ動作を... ということだと認識しているので、その前提で書かせていただ... もし私の認識が違えば教えていただけると幸いです。 削る命令と残す命令の水準は、代替手段があるかというのはい... 例えば、stick命令はgetkey命令で代用が効くので両方は不要で... 本家HSPの命令や機能のうち、企画仕様上再現可能なものを全て... 文字通り必要最低限に抑えるほうがこの企画の魅力をより高め... それで言うと、HSPに標準でマクロとして定義されている命令も... この辺りは意見が割れそうですね。 記法については、 本家HSPのソースコードを(記述されている命令が対応していれ... また逆に、「クリーンなHSP」で記述されたコードを、本家HSP... そのまま流用できることが望ましいと思います。 そうすれば「プログラミングの入り口」の前の「HSPの入り口」... 今までHSPを利用してきたユーザーも(追加学習も必要なく)案件... 使い分けることができて良いのではないでしょうか。 長くなりましたが、何かの参考になれば幸いです。 この企画の成就を心よりお祈り申しあげます。 --HIJIKI氏　2017/1/10(Tue) 13:35:57 ***NO.77904 [#hf885e69] -こんにちわ 自分のとこのmediawikiですが デフォルトでもハイライトしてくれて頼もしいんですが 自分が利用しているロリポップの鯖は データベースが一人一つしか運営出来ないみたく書いてるとこ... mediawikiは一つしか運営できないっぽいです という訳でせっかくのmediawikiですので　もっと活用したいで... というところで 次のスレッドを立てるとしたら　どういう趣旨のスレッドにす... そういう話もした方がいいのではないか？と思います このスレッドは　TinyHSPの提案　ということで「提案・要望」... ＞このままでは雑談スレッドに成り果ててしまう気がしてなり... という懸念をHIJIKIさんが持たれているようなので 逆に最初から「雑談」スレッドとして立ててみてはどうでしょ... とはいえあまり重要ではない雑談は自分のとこのwikiでってこ... dolphiliaさんのtinyHSPも開発の途中経過とか 更新履歴削除って書いてましたが せっかくなので更新履歴はUPし続けて欲しいですね 開発の提案だけして　梯子を外すみたいなのは悪いなあ。と思... 後はさくらさんがドキュメントをもう少し加筆するようなので それも期待出来ます 自分も言語作成をテーマにプログラミングしてる身としては モチベーションの上がる小論文（＝エッセイ）の執筆お待ちし... このスレッドと連携して今年の抱負とか書いてもいいですし 今後半年の抱負でも４半期の抱負でも今月の抱負でも 展望によって抱負の期間はお任せします 自分のとこのwikiに関する意見もありましたら そういう話も出ていいと思います 他にも次のスレッドで　議論したいテーマがありましたら 書き込みましょう という訳で　次のスレッドお待ちしてまーす ２、３日くらい間をあけて　誰も次のスレッドを立てないよう... 僕が「雑談」スレッドを立てます --Y_repeat氏　2017/1/10(Tue) 14:13:47 ***NO.77905 [#i35d0d98] -KAさんの助言に従い　ここのとことかの　まとめサイトなwiki... http://zuzazann.boy.jp/media_wiki_120/index.php?title=メ... ・運営方針　ちょいちょい変更してますｗ --Y_repeat氏　2017/1/10(Tue) 17:07:15 ***NO.77908 [#ve7ce801] -HIJIKIさん、ご賛同ありがとうございます。 欲しいですよね、こんなHSP(^_^) 名称に関しては色々候補を出しておいて、実際には 開発する方が気に入ったものを付けてくれればよいかと 私は思っております。 Y_repeatさん、色々ありがとうございます(^_^) TinyHSPの話題が継続されるのは良いことだと思います。 次のスレッド、お任せいたします。 --kikeroga氏　2017/1/11(Wed) 11:44:34 ***NO.77916 [#kb4ea0b1] スレッドのタイトルは少々考えてたんですけど 「HSP討論会」「タグ：雑談」でどうでしょうか 討論をtinyHSP及びクリーンHSPに限らず せっかくなのでHSP全般に関する討論もあっていいんじゃないで... スレッドの内容は tinyHSPに関すること　クリーンHSPに関すること　HSPに関する... 小論文（エッセイ）　エッセイの日本語訳は「小論文」みたい... 雑談：今年（今月）の抱負　ロールモデル その他のご意見 ということで予定しています Y_repeat的には　HSP公式BBSのまとめサイトをなんとなくやっ... しかし　HSP公式BBS　には書き込みが　まとめるには多すぎる... 特定のスレッド内の書き込み限定なら出来るかもしれない。と... Y_repeatは雑誌が結構好きなので （最近はちょいちょいしか読んでないですが　そもそもものす... WEB MAGAZINE感覚でwikiを運営していけたらなぁと思います そして　せっかく関連wikiを運営するなら　対象を割と広くし... ということで 「せっかくなのでHSP全般に関する討論もあっていいんじゃない... Y_repeat的には今回はなるべく裏側から支援したい気持ちがあ... 裏側から支援する意味でまとめサイトも作ったんですが スレの後半あたりから　前に出過ぎな気もする残念感ｗ ＞kikerogaさん ほめてただいたりして　こっぱずかしいですｗ --Y_repeat氏　2017/1/12(Thu) 00:42:02

終了行:
***NO.77661 [#f535126f] -少しでも助けになればと思い、コメントします。 Mac版HSPを作った際の、 OpenHSPのLinux版からコンパイラとエンジンを分離したソース... コンパイラ： https://github.com/dolphilia/hspcmp-macosx/tree/master/01... エンジン： https://github.com/dolphilia/hsp3cl-macosx/tree/master/01... （コンパイラはこのままmakeすればOKで、エンジンの方はmakef... ほとんどの命令・関数が、 hsp3gr.cpp（描画系） hsp3int.cpp（関数など） で定義されています。 ご参考までに。 -仕様の方、拝見しました。 オブジェクト制御命令はごっそり削ったんですね。 これなら実装はかなり容易なはずです！ 描画部分はHSP3DishのようにOpenGLでいけるので、 モバイル対応もすんなりいけそうです。 （あるいはHSP3DishがTinyHSPに準拠しているとも言えなくもな... -以下は要望です： screen命令での新規画面生成は、 Macやモバイルではかなり苦しいので、 その辺りの仕様は、お手柔らかにお願いします。 （第一パラメーターを廃止あるいは非推奨に・・・） syscolorやsysfontの互換性も悩ませるところです。 システム依存の色やフォントの違いは、許容範囲だと助かりま... mouse命令は便利ですが悪用されると面倒な命令なので、非推奨... getkeyやstick命令は、 デスクトップとモバイルでの互換性が気になります。 最近はマルチタップも普通になってきたので、 その辺りをどうするかも。 あとモバイルは基本的にファイルへのアクセスをある程度制限... notesaveやbsaveやbmpsave、 bloadやnoteloadやmmloadやpicloadなどファイルアクセス系の、 扱い方も気になるところです。 run命令もファイルアクセスの関係で少し不安の残る命令です。 widthはOpenGLで実現しようとすると少しやっかいな命令です。 on...系命令はlparamやwparamに与えられる値の互換性が気にな... line命令やmes命令でのアンチエイリアシングを許容するか、 あるいはアンチエイリアシングなしを強制するのか気になりま... mmloadやpicloadで扱える形式も環境に依存しそうなので、 その辺りの仕様もあるといいかな、と思います。 --dolphilia氏　2016/12/20(Tue) 11:22:32 ***NO.77690 [#cc9486d7] -dolphiliaさん、ありがとうございます！ 以下、あくまで私の考えですが。 ＞ TinyHSPは開発環境を包含するでしょうか。 あればオールインワンで親切ですが、特に開発環境を包含する... エンジンのみの実装、あるいはコンパイラとエンジンのみでよ... TinyHSPであることの仕様は最低限(コンパイラとエンジン)でよ... マルチプラットフォームへの展開をできるだけ楽に、簡潔にす... コンパイラとエンジン以外の部分については、作っても作らな... そのあたりの充実不実は、実際に個々の環境で開発する方々に... ただ、個人的に、専用エディタやヘルプなどはもちろんそろっ... ビギナーが始めるときのお手軽さは増すとは思いますし、HSPら... がそれはそれ、プログラミングの環境を充実させるのは仕様と... いやもう「まとめ」についてもホントにありがとうございます！ 我ながら言うばっかりでなかなか動かない人間でもあるので大... --kikeroga1氏　2016/12/23(Fri) 01:51:17 ***NO.77728 [#r35e15bb] -sakuraさん、dolphiliaさん、諸々ありがとうございます。 資料拝見しました。さすがです。素晴らしいの一言です(^_^) 呑気なものでなかなかコメントできないときもあり恐縮ですが、 委細かまわず出来る人にどんどん進めてもらえると幸甚でござ... ＞ WineやVimの環境を利用するのがよいのかなぁと思います。 ちなみにWineはバージョンが上がると以前動いていたものが 動かなくなるというパターンが少なくないと聞いてますが、 大丈夫ですかね？ Linux環境だと安定した過去バージョンで固定するのも意外と 面倒だったりするのかなと思ってたりしますが。 --kikeroga　2016/12/26(Mon) 11:57:56 ***NO.77765 [#aa063477] -kikerogaさん、ご回答ありがとうございます！ RUN命令の件、 思い出があって良いなぁと思います。羨ましいです。 そのような思いは大切にしたいと思っているので、 残す方向に転換したいと思います。 省きたいと思った理由は、私の気まぐれです。^^ palette系命令は、個人的には好きな命令です。 -sakuraさん、資料の更新ありがとうございます！ ＞ 何かもっとインパクトのあるメリットやアイデアが必要のよ... ３つほど案を考えてみました。 1. スマホでゲームが作れる（タブレットPCを含む） 今はパソコンを持たない人もたくさんいます。これが実現すれ... 2. Arduino上で動作する タイニーさを突き詰める方向性です。フロッピーブートのゲー... 3. モダンな構文にする これは逆にHSPをモダンな構文にして、オブジェクト指向などの... ご興味のあるものはあったでしょうか。 --dolphilia氏　2016/12/30(Fri) 16:34:37 ***NO.77766 [#re45ef7a] -皆さんのアイデアやご意見、色々と参考になります。 話が少しずつ進んでいることを嬉しく思います(^^ 誰か中心になる人がいれば進めやすい方法で実現されるといい... 何らかの成果や技術のフィードバックができれば、HSP3DishやH... さくらさん、掲示板ではお久しぶりです。 HSP古株の書き込みを見ることができて嬉しいです。 Tinyな仕様というのは、どこまで切り詰めて、どこまでのアプ... 作成することをイメージするかによって変わってきますね。 さくらさんも書かれていますが、現状のHSP3DishはかなりTiny... 作られているので、標準命令についてはそちらとある程度変わ... (OpenHSPのソースを使えばかなりそのままで行けそうな気がし... 描画やシステム面での統一を最優先にするというのも1つの形か... そして、ポイントはエディタを含めてマルチプラットフォーム... ここがクリアできればかなり実現度が高くなるのではないかと... ＞dolphiliaさん -macOS版HSPの開発、興味深く拝見しております。 「1. スマホでゲームが作れる（タブレットPCを含む）」が実現... 大きな意義があるのではないかと思います。 もちろんLinuxやMacOSXもアリだと思います。何よりLinuxで動... raspberry piなどの小型端末でも動作するようになるので、色... ＞これはWeb版HSPに詳しい方にお伺いしたい点なのですが、 ＞emscriptenはOS固有のAPI、例えばWin32APIなどは動くのでし... emscriptenはC/C++の標準ライブラリやOpenGLなどをサポートし... Win32APIなどWindows固有の仕様には対応していません。 ＞OpenHSPからJSに移植する上でのポイントや難所はあるでしょ... zakkiさんが作られたHSP3Dishのemscripten版(hsp3js)は、Open... 描画に関してはOpenGL版とあまり変わりません。 htmlから扱う際のファイルシステムやサウンドの再生には少し... ＞WebAssemblyは実用的でしょうか。 まだあまり詳しく知らないのですが、基本的にはモバイル系な... 今後普及を目指していくような状態ではないでしょうか。 emscriptenなどと同様に汎用的なライブラリをターゲットに作... --おにたま氏　2016/12/30(Fri) 18:14:53 ***NO.77771 [#aa40da16] -皆さん、本当にありがとうございます。 おかげ様で想定以上の意見交換の場になってきました。 ＞ 資料を整理していて思ったのですが、HSP3Dishやコンパクト... ＞ なっていくのではないと思うのは、私だけでしょうか? sakuraさん、まさにそこです。 誰かがそのうち疑問を呈しそうだと思っていたところを ご指摘頂き、ありがとうございます。 もし元々 hsp3dish や hsp3c がマルチプラットフォームを意識... tinyhsp にとってかわってもよいと思いますが、Linuxのディス... その仕様は異なる目的で策定されており、似て非なるものです。 TinyHSPの制約上で作れば"どの環境でもソースの修正なしで動く" 完全互換という仕様を明示することこそ、TinyHSPのキモなので... 例えばWindows版、Linux版、MacOS版、hsp3dishなど、それぞれ... 「最初から各環境で動くように命令を調整して作ればいい」と... あれこれ気を使って作る必要があります。ライトユーザはやら... この命令だけ使ってこうやって作ればいいよーという互換性維... どうせならTinyHSPという仕様を作って「TinyHSP配下で作れば... わかりやすいし、そんなものがあったら欲しいよなーと思った... これは実は(特にライトユーザには)大きな印象を与えると私は... 現状の各環境版HSPでこんな感じの互換レベルになってるのを 　Windows ≒ macOS ≒ Linux ＞ Android/iPhone TinyHSPでは"明確に"こう示したい 　Windows ＝ macOS ＝ Linux ＝ Android/iPhone と思っているのです。 ＞ dolphiliaさん -RUN命令の件、ありがとうございます(^_^) 感激です。 以下はかなり意義の高いアプローチになりそうですね。 ＞ 1. スマホでゲームが作れる（タブレットPCを含む） ＞ 2. Arduino上で動作する おにたまさん、コメントありがとうございます！ ＞ ポイントはエディタを含めてマルチプラットフォームにする... ＞ ここがクリアできればかなり実現度が高くなるのではないか... エディタを含めてというのは望むべくもないですが、 仕様として含めてしまうと開発の負荷が高いかなと考えていま... ＞ 現状のHSP3DishはかなりTinyな仕様で ＞ 作られているので、標準命令についてはそちらとある程度変... ＞ (OpenHSPのソースを使えばかなりそのままで行けそうな気が... おっしゃるとおりTinyHSPの仕様を前提にベストなやり方ができ... 開発の労力は少ないに越したことはありませんよね。 ちなみに、例えばですが、既存の各環境版HSPで hsp3c のごとく #include "tinyhsp" とかして作れば各環境で完全互換になるなら、そんな実装でも... いずれにしてもその仕様準拠で動く各環境版のコンパイラとラ... あれこれ検討・模索しながらも楽しみながら進めていければ理... --kikeroga氏　2016/12/31(Sat) 08:46:23 ***NO.77773 [#p6e69b40] -dolphiliaさん、コメントありがとうございます。 ＞1. スマホでゲームが作れる（タブレットPCを含む） ＞プログラミングの敷居がぐんと下がるかもしれません。 HSP一式のアーカイブをダウンロードしてインストールして スクリプトエディタを起動し、適当なサンプルを読み込んで 少しいじくれば短時間で、それなりのものが作れるという簡便さ はあります。 でも、少し実用性のある見栄えのするものと作ろうとするとそ... 学習コストは高いように思えます。 これは、どの言語にも言えるのですが・・・・ スマホでゲームが簡単に作れるようにする仕様が浮かびません(... ＞2. Arduino上で動作する マルチプラットフォーム化は、今後のHSPの活躍の場を広げる意... 思います。 HSP3Dishで既に実現しているので、Dishの今後の拡張等に期待... ＞3. モダンな構文にする 構造化等には魅力を感じますが、HSPの開発初期からの言語思想... 思えるのでちょっと賛成しかねます。 個人的にはいずれにしても、Tinyなものにするには、大幅に命... 超高速化や軽量化した利用用途を限定したものが良いように感... たとえば、ゲーム開発だけに特化するとか、入門用の言語教育... 可能であれば中間言語方式ではなく本格的なネィテブコードの... おにたまさん コメントありがとうございます。 20年以上もサポートして頂いていることにユーザーの一人とし... 私自身は、今はもうほとんどHSPでプログラミングをすることも... 今後、どのように進化・発展していくのかが楽しみです。 kikerogaさん、コメントありがとうございます。 さて、どんな仕様にまとめられるか・・・・ 他の方の意見がほしいところですね。 --sakura氏　2016/12/31(Sat) 11:24:15 ***NO.77775 [#w315a409] -Windows = macOS = Linux = Android/iPhone ( = Web)といっ... 互換性がソースレベルでも保て、難しい命令(?)もけずられてい... 初心者や学生でも学習できる簡単な言語がさらに簡単に学べる... さらには中・上級者は多プラットフォームへの移行も簡単にで... ぜひ実現してほしいHSPの形だと思いました。 ＞ 1. スマホでゲームが作れる(タブレットPCを含む) スマホなどでもゲームなどが作れる。これが実現すれば「簡単... さらに簡単に使用できるようになって私はとてもいいと思いま... --くちくん氏　2016/12/31(Sat) 12:19:44 ***NO.77805 [#y6f9facf] -明けましておめでとうございます！ 資料を更新しました。 ダウンロード ↓ http://hspnext.com/download/hsp_commnd_20170101_11a.zip dolphiliaさん、コメントありがとうございます。 ＞こうしてみるとHSPの言語仕様は想像以上に大きいのですね。 HSPは、ちょっとスキルがあれば何でも出来てしまう恐ろしい仕... ＞TinyHSPをより軽量化するにあたって、 ＞こうしたらいいんじゃないかというような、 ＞アイデアはおありでしょうか 今は、ちょっとアイデアは思い浮かびません。 本題のテーマである軽量化、クリーンなHSPから外れますが個人... 高速に大量のデータ処理ができたり、HSPの優れたグラフィック... 利用したデータ分析に応用できたりする強力な専用エンジンが... まあ、これはアプリの領域なんですが・・・ 現状のHSPでも十分ですけどね。 d3moduleではなくて、d3.jsに匹敵するようなもの、誰か作って... 余談ですみませんでした。 くちくんさん、ご意見ありがとうございます。 ＞互換性がソースレベルでも保て、難しい命令(?)もけずられて... ＞初心者や学生でも学習できる簡単な言語がさらに簡単に学べ... ＞さらには中・上級者は多プラットフォームへの移行も簡単に... ＞ぜひ実現してほしいHSPの形だと思いました。 HSPの原点回帰という点で目指すべき方向性と思います。 --sakura氏　2017/1/2(Mon) 08:23:32 ***NO.77817 [#x67a716a] -新年おめでとうございます 自分も言語作成している身でして、そういう面から書き込みし... http://zuzazann.boy.jp/wiki/index.php?HSPソース投稿Wiki HSPソース投稿Wikiとでっちあげて　8割がた自分ばかり更新し... （嬉しいことにちょこちょこ利用者さんはいます） 書き始めて2年くらい経ちましたが　実はそんなにやってるよう... 自分なんかは仕様が固まってなくて行き当たりばったりでやっ... 仕様はオリジナルでやるよりＨＳＰにならおう。とは思ってま... YACCを採用してスクリプト言語的にしよう。とか　初期から構... 後付けでどこまでいけるかわかんなかったりしてます ライブラリがちょっと考えどこで 軽くJAVAのライブラリを使おうか軽くTcl/Tkを使おうかサーバ... 軽くブラウザチックにしようか　軽くHSPをエミュレートしよう... GUIは好きなんですけど　考えると自分、そんなに高速描画しな... 軽く使えれば十分なんですよね そういう意味ではライブラリは転用させて欲しくあります Tinyと読むと変数が１字とかユーザー作成サブルーチンが使い... そっちの軽量のようで違うっぽくもあるので　誤解を招きそう... 自分的にはOPEN HSPのソースコードの量がものすごくて理解し... 全部で１万行くらいのプログラム言語作成学習用であったらな... それくらいの言語が少ないのか　自分の検索が下手なのかあん... 自分は仕様を決めるにしてもWEBに決めたことを載せちゃうと実... そういうのやめましたが それをあえてすることで協力者が出てくるのはすごい現象です... 結局、仕様を決める人と実装する人の役割分担をしちゃうくら... 辛そうですね。そこまでの仕様の具体化具合は ホラONITAMAさんだって実装前にそういうことあまり言わないで... なので新機能を語るスレ。とか建てたい勢いでもあるくらいです 自分としてはプログラム言語作成をもたもたやってるそばから... 寂しくもあるし、自分の才能のなさがふがいなくもあります そういう時は結果より過程が大切さ。とか やることに理由なんていあらない。とか偉い人の言葉を思い出... みたいなかんじに応援しております（どんなだｗ） --Y_repeat氏　2017/1/3(Tue) 08:08:27 ***NO.77818 [#h76bab63] -そう言えば　HSPの方針については　あまり議論がされてない... そういう議論もあっていいかもですね ONITAMAさんも参加されていることから tinyHSPが実現せずともこの議論にすでにフィードバックしてい... dishの仕様とかも未だ流動的かもしれませんし --Y_repeat氏　2017/1/3(Tue) 08:18:26 ***NO.77819 [#z8552aad] -自分の黒歴史的に某ゲームの掲示板の常連だった黒歴史があり... 意見はしても自分で作る訳ではないもどかしさがあったので プログラミングを再開させたんですが 自分はなくても大丈夫みたいなスタンスで論じてしまうので ってかそんなんだからあんまり議論の火蓋はきらなかったんで... たぶん仕様を決める人も大事で ってか時に作業をする人より上に置かれるくらい なので貫きたいことがあったら　叩かれても曲がらない釘のご... 貫いて欲しいですね 自分は結局叩かれると曲がってしまう釘のようなので --Y_repeat氏　2017/1/3(Tue) 08:31:24 ***NO.77822 [#p94f0680] -HSPはもともと難しい前準備なしにエディタを起動して、いき... ライブラリが肥大化したことで、できることは増えたのですが... 混乱する要素も増えてきていると感じています。何とかするべ... そういった意味では、初心者やちょっとした用途で汎用的に使... ＞sakura さん ＞20年以上もサポートして頂いていることにユーザーの一人と... ありがとうございます! 素晴らしい資料の作成、相変わらずの良い仕事ですね。 命令を削って軽量化という方向も間違っていないと思います。 ＞dolphilia さん ＞フィードバックする方法には、 ＞具体的にどんなものがあるでしょうか。 -ソースコードが公開されていれば、有用なコードや変更はこち... また、TinyHSPなど他のランタイムと共用して修正のしやすい形... 機能の拡張よりも、最小限に削ってまとめることの方が難しい... 必要なものを見極めた上で大胆に削って、限定した形になるこ... ちなみに、私もpalette系の命令は愛着がありますが、最近のビ... --おにたま氏　2017/1/3(Tue) 10:59:01 ***NO.77852 [#mabb3e7d] -Academic HSP VSにAcademic版があったのと 学習用言語　プログラム言語作成学習用　の用途を想定して でも結局一番貢献した人に決定権がある気がします ＞TinyHSPはオープンソースで、 ＞Githubで開発するようにしてみます。 ＞上記のTinyHSPは私の遊び心も入ってしまっているので、 ＞このスレッドで検討されている「クリーンなHSP」は、 ＞じっくりと仕様を検討していければいいな、と思っています。 仕様書に変数は一字とか書いてて思いっきり仕様がTinyBasicに... 焦りましたが　別のプロジェクトなんですな TinyBasicもGPLが多くて いや別ライセンスで配布して　暗号かけた版みたいな HSPみたいな配布形態にしたくて BSD版もあるみたいなんですけどもｗ 完成したら研究させていただきますｗ 「クリーンなHSP」にガッチリ参加してもいいんですけど 自分書き方がボトムアップで ifの段階でif x thenになってしまっているのでｗ #{にする決定が下せないｗ しかも中間言語で既に２年くらい経過している１０年計画必須... この具体化具合はもっとスピード感がある人がふさわしいと思... LinuxもUbuntuちょっと触った具合で 何が移植性あって何が移植性ないのかわからなく そういう意味では言語を作成する人とライブラリを作成する人... というかHSP3CLは結構行数かかってる印象なので 言語仕様と実装をスリム化させたら 言語としては十分な感じもします 全部で一万行くらいで　どうかｗ 短くなったけどその分ややこしいとかじゃなく ややこしさもせめて現状で ＞HSP処理系ではないのですが、こういうのはいかがでしょうか。 近いうちに見てみますねー 豊四季tinybasicは最近、書籍買いましたです 自分としては HSPのHSPCMP.DLLとか（たしか） 「プログラミング言語を作る」書籍情報のサンプルとか（ちゃ... http://kmaebashi.com/programmer/devlang/book/index.html 「いまどきのプログラム言語の作り方」書籍情報のサンプルと... http://d.hatena.ne.jp/yaneurao/20051031 とか書写してます。読むのも打ち込むのも辛いのでｗ tinyBasicもちょこちょこ写経とか書写とかしてます --Y_repeat氏　2017/1/6(Fri) 01:21:40 ***NO.77853 [#jd716a3e] -資料を更新しました。 ↓ http://hspnext.com/download/hsp_commnd_20170106_11b.zip kikerogaさん ＞名称はイメージが大事だと思いますので、他の方の意見も欲... ネーミング(案)に参加します(^^; HSP Best ↓ Basic Enjoy Script Training - - - - └ or Try ＜基本ポリシー＞ 基本的なスクリプトを利用して楽しみながら学習(挑戦)する。 Learn While enjoying Using basic script -dolphiliaさん ＞TinyHSPはオープンソースで、 ＞Githubで開発するようにしてみます。 ＞https://github.com/dolphilia/tinyhsp ちらっと、拝見しました。仕事の取り掛かりが速いですね。ど... 楽しみにしています。 ＞私もHSPに正規表現が標準で搭載されたら良いなとか、 ＞深層学習やVR・AR技術を実行できるようなエンジンがあれば... ＞なんて考えたりします。 HSPが世界に羽ばたけるような実務に密着した実用性の高いもの... おにたまさん、コメントありがとうございます。 まあ、どれだけサポートが出来ているのかわかりませんが、資... 誰かの役に立つのかもしれません。 このスレッドを楽しんでやっています。 --sakura氏　2017/1/6(Fri) 21:03:10 ***NO.77857 [#l44c7bc7] -現在の名称を仮称とすれば良いのでは？ 色々議論するのも良いのですが、取りあえず土台とし て極簡単な物を作るのが最優先だと思います。 仕様を固めた上で作るのは当然重要ですが、ある程度 作り込んでテスト公開したら動作不良ばかりで、修正 を繰り返したらソースがスパゲティーになって訳が分 からない状態になったり、もしかしたら開発環境自体 を考え直す必要になるかも知れません。 互換性を担保出来る最小限の命令や関数だけなら、ま ず不具合も無いだろうし問題が有ってもキズは浅くて 済みます。あとは段階的に命令を増やして最終目的に 持って行きます。 それと人間の欲求に限りは有りません、特に多数の意 見を求める場合は、目標を高く設定することになりが ちです。暫定仕様として一旦線引きするのも重要です。 暫定目標としてはＨＳＰ２相当の命令・関数から、マ クロ定義されている物や、特殊な使い方が必要なもの （極端に言えばプリプロセッサ全て）を消せば、相当 シンプルな物しか残らないでしょう。この辺りを暫定 目標として話を進めた方がスムーズに行きそうな気が します。 --KA氏　2017/1/7(Sat) 19:19:40 ***NO.77860 [#ybb04530] -KAさん ＞色々議論するのも良いのですが、取りあえず土台とし ＞て極簡単な物を作るのが最優先だと思います。 進め方としての、ご意見に賛成ですが、実現の可能性は別として 色々議論する過程を楽しんでいる人も多いのではないかと思い... ＞暫定目標としてはＨＳＰ２相当の命令・関数から、マ ＞クロ定義されている物や、特殊な使い方が必要なもの ＞（極端に言えばプリプロセッサ全て）を消せば、相当 ＞シンプルな物しか残らないでしょう。この辺りを暫定 ＞目標として話を進めた方がスムーズに行きそうな気が ＞します。 同感です。今回のTinyHSPの目標実現としてはHSP2相当が良いと... しかし、極端に命令が少ないと作れるものも制限されるし、 少し、いいものを作ろうとするとかなりのスキルが要求される... 思えます。HSP2時代の初期の頃も、拡張プラグインに頼ってい... 資料更新しました。(ほぼ、最終更新版となります。しばらく、... ↓ http://hspnext.com/download/hsp_commnd_20170107_11c.zip --sakura氏　2017/1/7(Sat) 22:10:13 ***NO.77862 [#e74bc3e9] >>sakuraさん -その「楽しむ」が、それで終わりに成らないと良いんですが・... 過去、方向性は異なりますが、似たような考えで立ち上げたサ... が殆ど機能していない現実問題として、「なぜ機能していない... を分析してみる必要はあると思います。 ＨＳＰ２相当と言ったのは、あくまで開発者側の立場で「暫定... ています、当然利用者側から不満は出てくるでしょう。その不... に適時バージョンアップし、不具合を修正していくという意味... す。 話の途中で水を差したくは無かったのですが、似たような過去... を教訓として今後に生かす姿勢はほしいです。 毎回文句（イチャモン）ばかり言っていますが、今回のプロジ... に否定的な訳ではありません。議論をまとめるのなら閑古鳥の... いるサイトを再利用したり、論点が多肢に渡るのなら論点毎に... Ｉ形式にするなど、やりやすい方法はあると思います。 この読みやすいとは言えない掲示板で、あれやこれや議論が飛... ていては、読みにくくて仕方がありません。 辛辣（かな？）な書き方ですが、何かの参考になれば幸いです。 --KA氏　2017/1/8(Sun) 00:43:54 ***NO.77863 [#d4615695] -KAさん コメントありがとうございます。 ＞その「楽しむ」が、それで終わりに成らないと良いんですが... 終わりになる可能性は否定しません。 私も、過去このようなブロジェクト的なものを多く見てきまし... うまくいったものは、ほとんど知りません。 ＞毎回文句（イチャモン）ばかり言っていますが、今回のプロ... ＞に否定的な訳ではありません。 危惧されていることや、HSPに対する気持は発言から十分読み取... 貴重なご意見、ありがとうございます。 まあ、たまには今回のようなスレッドでの議論も良いのではな... 議論の成り行きにイライラする人もいるのかもしれませんが・... KAさんの見識で力を貸して頂ければ、ここに参加している皆さ... 思うのですが・・・・ --sakura氏　2017/1/8(Sun) 08:24:20 ***NO.77867 [#r0873472] -とりあえずCで使うライブラリの開発は始まってどうでしょうか ってやる人いないのかな？ とりあえず 言語としてはＣ言語まんま（開発後回し）で　クリーンＨＳＰ... ってかんじでどうでしょうか？ それでもある程度ＨＳＰ感覚で開発できるでしょうし 自分の中間言語もまったくライブラリ書いてないので そういうのがあると非情にありがたいです 自分の中間言語はそろそろＣに移植かな？って思ってるとこです gosub的サブルーチンを実装すれば　中間言語としてはある程度... 配列もまだ実装してないか ＞＞その「楽しむ」が、それで終わりに成らないと良いんです... ＞終わりになる可能性は否定しません。 ＞私も、過去このようなブロジェクト的なものを多く見てきま... ＞うまくいったものは、ほとんど知りません。 面白そうな企画なのですが この書き込みを見て心配にはなりました --Y_repeat氏　2017/1/8(Sun) 22:38:34 ***NO.77869 [#x150c41e] -Ｃで開発するならＣで開発するとして 新しい言語を開発するのではなく Ｃスクリプトを生成するかんじだとどうでしょうか ってＨＳＰＣもそんなかんじでしたっけ？ 動けばいいってんじゃなくて 生成後のスクリプトも人間が読みやすいかんじでお願いします 自分の中間言語も親言語記述をそのまま受け入れようと思って... 仕様がなかなか固定しないですね 現状、自分しか使えない。みたいなｗ 自分でも上手く動かし方がよくわかってない。みたいなｗ 機械的に決まってる仕様をエデイタ的ツールでカバーしようと... --Y_repeat氏　2017/1/8(Sun) 22:53:18 ***NO.77871 [#g35b3e25] -sakuraさん 言いたくは無いけどつい言ってしまう性分で、自覚は していますが中々直らない物です。 私の見識など何の役にも立たないと思いますが、書く と長くなるので、しばらくは静観します。 --KA氏　2017/1/8(Sun) 23:45:31 ***NO.77885 [#md271649] -Y_repeatさん ＞言語としてはＣ言語まんま（開発後回し）で　クリーンＨＳ... ＞ってかんじでどうでしょうか？ ＞それでもある程度ＨＳＰ感覚で開発できるでしょうし ＞自分の中間言語もまったくライブラリ書いてないので ＞そういうのがあると非情にありがたいです 私は、C言語は昔、HSPの拡張プラグインを作成する時に少しだけ かじった程度の素人同然ですが、2004年当時、似たようなこと... 試行錯誤したことがあります。 過去のフォルダを探してみたら、ゴミみたいのものですが、 参考になるかどうかわかりませんが、ソースがありました。 必要な部分を部品として活用して頂けたら、ありがたいです。 あまりに幼稚な書き方でみなさんに笑われるかもしれませんが... しておきます。 http://hspnext.com/download/HSP参考程度のゴミソース.zip ＞面白そうな企画なのですが ＞この書き込みを見て心配にはなりました すみません。何か心配させるようなことを書いて・・・・ KAさんと同様、このプロジェクトがうまくいってほしいという 思いを理解して下さい。 KAさん コメント、ありがとうございます。 ＞言いたくは無いけどつい言ってしまう性分で、自覚は ＞していますが中々直らない物です。 私の個人的な見解ですが、物事の本質を見極めての発言と理解... なかなか、本質や本音を言える人が少なくなっているので、・... -kikerogaさん ＞少なくともこのスレッドを立てた意義は想定以上に大きかっ... ＞良かったと思っています。 ＞あとはもう成るようになるでしょう！(^o^) もう少し、がんばってみますか(^^; --sakura氏　2017/1/9(Mon) 14:23:34 ***NO.77891 [#h973f3a5] -下記、大変失礼しましたm(_ _)m 誤）おのたま氏 正）おにたま氏 ＞ もう少し、がんばってみますか(^^; -sakuraさん、 貴重なソースを公開して頂き、ありがとうございます。 勉強させて頂きます。 私も何か心配させるようなことを書きましたかね(^^; ネットの発言は温度感が難しいですが 「もうヤメましょう」という意味合いではないので 今後ともよろしくお願いします。 --kikeroga氏　2017/1/9(Mon) 16:57:09 ***NO.77899 [#bd441471] -kikerogaさんへ ＞このスレッドは"TinyHSPの提案"として立てましたが、 ＞・おのたま氏がコメントし、そのプロットと意義を認めてく... ＞・sakuraさんが大変素晴らしいベースドキュメントを作成し... ＞・dolphiliaさんがtiniyhspのプロジェクトを開設してくれた... ＞と十二分な成果を果たしており、その役割を終えているよう... ＞今以上に論議を発展させる場所としては、ご指摘の通りWiki... ＞進めるほうが適切だとは思いますが、これから先のことも、... ＞何がどうなろうと、誰かができることをやるだけです。 ＞少なくともこのスレッドを立てた意義は想定以上に大きかっ... ＞良かったと思っています。 -そうでしたね。ここのスレッドは"TinyHSPの提案"というタイ... そういうタイトル的には結構役目を果たせたかもしれません ではこのスレッドを受け次のスレッドを立てて欲しいなあとも... 僕もwikiを立てましたが僕のwikiなんてたいして訪問者いない... なので引き続き公式BBSで議論をするなら続けて欲しくあります 自分もプログラム言語作成を目標としてやってる身としては実... 僕の今年は10年計画の3年目くらいとしての目標は ドラゴンブックを購入して読破する！ですｗ 言語開発者としてこの書籍を読破していない人はモグリと某書... いつか読まなきゃなあと思っていたところです RHGも2014に購入して読破していない僕ですが せめて購入して一か月につき一章づつ読む。を今年の抱負にし... --Y_repeat氏　2017/1/10(Tue) 07:30:29 ***NO.77902 [#sc9b87f5] -この企画には大変肯定的です。 だからこそ言わずにはいられないのですが、すでに話にも出て... ここでこのまま議論を続けるのはよい選択ではないように思い... 口の悪い言い方になってしまいますが、 現状はこの企画とは直接関係のない話題が飛び交いすぎていて (それが悪いことだと言うつもりはありませんが)、 このままでは雑談スレッドに成り果ててしまう気がしてなりま... 専用のフォーラム等を設け、問題点をピックアップして 個別に解決してゆくような形になれば、 もっと議論の内容が把握しやすい状態で話が進むのではないで... 現状どういう問題について決め兼ねているのかを把握しやすく... それぞれの問題の解決手段について意見する人ももっと増える... --HIJIKI氏　2017/1/10(Tue) 13:17:09 ***NO.77903 [#gf23015f] -そんなことを言っておきながら、 企画自体には何の意見も残さずに退場するのはどうかと思うの... 遅ればせながら、そして拙い意見ですが期待の表現ということ... ■言語の名称について これは皆さんが既にたくさん良い物を提案されてますので、 以下はあえてセンスのない頭で別の観点から捻り出したもので... (逆に言うと、センスのない者にしかできないかもしれないので... ・MyHSP (自分の物と言えてしまうくらい小型で見通しが効くと... ・HSPCore (中核のみが実装されているという意味で。) ・HandyHSP (手のひらサイズのHSPという意味で。) ・PalmHSP (同上。英語ではHandyが[便利な]や[有用な]と取ら... ・PalmSizedHSP (同上。略さず表記したもの。略称が[PSHSP]と... ・HSP-- (デクリメントされたHSPという意味で、C++に対するHS... ・HSP-1 (同上。字面を考慮。HSP1と混同しかねない？) ・HSP-=1 (同上。) ・HSP0 (ゼロに戻ったHSPという意味で。ゼロがオーに見えるか... ・HSPZero (同上。見間違いを考慮。) ■言語仕様について ソースコードを変更することなく、あらゆる環境で同じ動作を... ということだと認識しているので、その前提で書かせていただ... もし私の認識が違えば教えていただけると幸いです。 削る命令と残す命令の水準は、代替手段があるかというのはい... 例えば、stick命令はgetkey命令で代用が効くので両方は不要で... 本家HSPの命令や機能のうち、企画仕様上再現可能なものを全て... 文字通り必要最低限に抑えるほうがこの企画の魅力をより高め... それで言うと、HSPに標準でマクロとして定義されている命令も... この辺りは意見が割れそうですね。 記法については、 本家HSPのソースコードを(記述されている命令が対応していれ... また逆に、「クリーンなHSP」で記述されたコードを、本家HSP... そのまま流用できることが望ましいと思います。 そうすれば「プログラミングの入り口」の前の「HSPの入り口」... 今までHSPを利用してきたユーザーも(追加学習も必要なく)案件... 使い分けることができて良いのではないでしょうか。 長くなりましたが、何かの参考になれば幸いです。 この企画の成就を心よりお祈り申しあげます。 --HIJIKI氏　2017/1/10(Tue) 13:35:57 ***NO.77904 [#hf885e69] -こんにちわ 自分のとこのmediawikiですが デフォルトでもハイライトしてくれて頼もしいんですが 自分が利用しているロリポップの鯖は データベースが一人一つしか運営出来ないみたく書いてるとこ... mediawikiは一つしか運営できないっぽいです という訳でせっかくのmediawikiですので　もっと活用したいで... というところで 次のスレッドを立てるとしたら　どういう趣旨のスレッドにす... そういう話もした方がいいのではないか？と思います このスレッドは　TinyHSPの提案　ということで「提案・要望」... ＞このままでは雑談スレッドに成り果ててしまう気がしてなり... という懸念をHIJIKIさんが持たれているようなので 逆に最初から「雑談」スレッドとして立ててみてはどうでしょ... とはいえあまり重要ではない雑談は自分のとこのwikiでってこ... dolphiliaさんのtinyHSPも開発の途中経過とか 更新履歴削除って書いてましたが せっかくなので更新履歴はUPし続けて欲しいですね 開発の提案だけして　梯子を外すみたいなのは悪いなあ。と思... 後はさくらさんがドキュメントをもう少し加筆するようなので それも期待出来ます 自分も言語作成をテーマにプログラミングしてる身としては モチベーションの上がる小論文（＝エッセイ）の執筆お待ちし... このスレッドと連携して今年の抱負とか書いてもいいですし 今後半年の抱負でも４半期の抱負でも今月の抱負でも 展望によって抱負の期間はお任せします 自分のとこのwikiに関する意見もありましたら そういう話も出ていいと思います 他にも次のスレッドで　議論したいテーマがありましたら 書き込みましょう という訳で　次のスレッドお待ちしてまーす ２、３日くらい間をあけて　誰も次のスレッドを立てないよう... 僕が「雑談」スレッドを立てます --Y_repeat氏　2017/1/10(Tue) 14:13:47 ***NO.77905 [#i35d0d98] -KAさんの助言に従い　ここのとことかの　まとめサイトなwiki... http://zuzazann.boy.jp/media_wiki_120/index.php?title=メ... ・運営方針　ちょいちょい変更してますｗ --Y_repeat氏　2017/1/10(Tue) 17:07:15 ***NO.77908 [#ve7ce801] -HIJIKIさん、ご賛同ありがとうございます。 欲しいですよね、こんなHSP(^_^) 名称に関しては色々候補を出しておいて、実際には 開発する方が気に入ったものを付けてくれればよいかと 私は思っております。 Y_repeatさん、色々ありがとうございます(^_^) TinyHSPの話題が継続されるのは良いことだと思います。 次のスレッド、お任せいたします。 --kikeroga氏　2017/1/11(Wed) 11:44:34 ***NO.77916 [#kb4ea0b1] スレッドのタイトルは少々考えてたんですけど 「HSP討論会」「タグ：雑談」でどうでしょうか 討論をtinyHSP及びクリーンHSPに限らず せっかくなのでHSP全般に関する討論もあっていいんじゃないで... スレッドの内容は tinyHSPに関すること　クリーンHSPに関すること　HSPに関する... 小論文（エッセイ）　エッセイの日本語訳は「小論文」みたい... 雑談：今年（今月）の抱負　ロールモデル その他のご意見 ということで予定しています Y_repeat的には　HSP公式BBSのまとめサイトをなんとなくやっ... しかし　HSP公式BBS　には書き込みが　まとめるには多すぎる... 特定のスレッド内の書き込み限定なら出来るかもしれない。と... Y_repeatは雑誌が結構好きなので （最近はちょいちょいしか読んでないですが　そもそもものす... WEB MAGAZINE感覚でwikiを運営していけたらなぁと思います そして　せっかく関連wikiを運営するなら　対象を割と広くし... ということで 「せっかくなのでHSP全般に関する討論もあっていいんじゃない... Y_repeat的には今回はなるべく裏側から支援したい気持ちがあ... 裏側から支援する意味でまとめサイトも作ったんですが スレの後半あたりから　前に出過ぎな気もする残念感ｗ ＞kikerogaさん ほめてただいたりして　こっぱずかしいですｗ --Y_repeat氏　2017/1/12(Thu) 00:42:02

ページ名:

PukiWiki 1.5.1 © 2001-2016 PukiWiki Development Team.
Skin "GS2" is designed by yiza.
Powered by PHP 7.1.33. HTML convert time: 0.004 sec.