レス数が1スレッドの最大レス数(1000件)を超えています。残念ながら投稿することができません。
議論スレ 第四尋問
-
テーマの如何によらず、このBBSでは議論が大いに推奨されます。
しかし、それによりスレ本来の情報の検索性が損なわれることは
避けられねばなりません。
ある程度までの意見交換は当該スレで行ってくださって結構ですが、
明らかに長引きそうな話題や、flame が予想されそうな雲行きの
場合は、このスレへ誘導してください。
タイミングは皆様の御判断にお任せします。
なお、作者は話し合いそのものに口を挟むことはありません。
しかしスレは全て目を通させていただいていますし、その都度
公開するリリースをもって、一定の見解を示しているつもりです。
結果的に議論が発散してしまっても、あるいは結論が出ないことを
各自が認識するに終わっても、それらもまたひとつの大切な結論
であると認識し、判断材料とさせていただいています。
互いへの敬意を忘れず、楽しくやってください。
なお、ツール全般の是非に関する議論は既にスレが存在しますので、
そちらへの誘導をお願いします (支援ツールの存在について議論するスレ2)。
→ http://jbbs.livedoor.com/bbs/read.cgi/computer/6135/1088430810/
★前スレ
議論スレ3 http://jbbs.livedoor.com/bbs/read.cgi/computer/6346/1088630699/
議論スレ2 http://jbbs.livedoor.com/bbs/read.cgi/computer/6346/1085343913/
議論スレ1 http://jbbs.livedoor.com/bbs/read.cgi/computer/6346/1077623533/
-
あえて議論スレ向きの突っ込みを入れるとすると、
運営側がツール対策のため意図的にエリン時間をずらしているのに
それにわざわざ対応させてしまってよいのか?という問題があるな
現状のバイト争奪戦を考えると計時ツールのゲームバランスに与える影響は大きいよ
まあナオタイマーが対応しなくても他のツールが対応するだけだろうが…
ちなみに俺もスレ立て賛成
-
では論議スレ向きに反論してみる
そもそも、時間がずれるのはツール対策なのか?
エリン時間の計算にずれがあって、エリン時間1日とリアル時間36分が=ではなく≒かもしれない
メンテでずれるのも意図的なのか仕方が無いものなのか不明
なにより、常にずれている時計ってのも、時計としてナンセンスだと思うのだが…
-
> 運営側がツール対策のため意図的にエリン時間をずらしているのに
ソースよろ
-
>>836
>運営側がツール対策のため意図的にエリン時間をずらしているのに
>それにわざわざ対応させてしまってよいのか?という問題があるな
もし本当にそういう気があるのなら癌のように全ツール禁止って規約になってるんじゃね?
第一本気でナオタイマー対策だったら数秒なんて誤差じゃなくがつっとずらすだろ。
マリーだとエリン時間で誤差20分(リアル30秒)くらいだった。
鯖の再起動時間っぽいんだが。
>現状のバイト争奪戦を考えると計時ツールのゲームバランスに与える影響は大きいよ
根本的なことを忘れてね?
バイト時間がわかっても結局受付取るのは手動だよ?
仕込んどけば勝手にバイト取ってくれるってならゲームバランスに影響しそうだけどね。
>>837
多分作者タンが月が沈むか昇るかあたりで時間取得するようにしてくれるに違いない。
-
タイマー+脳内誤差修正で秒単位まで完璧に時間把握してても
5回に1回ていどしか聖堂バイト取れないって、どうよ?
-
5回に1回取れれば良い方ってことだろう。
-
>>初心者質問スレ 四時間目 508-510
あのwikiはもともとFAQ用だし、RTX-FAQと両方見れっていうのじゃダメなのかな。
内容が一部重複してもかまわないだろうし。
もっとも、RTX-FAQの中の人のOKがもらえるなら、wikiのほうに転載してまとめたい
ってのが本音。
>誰でも書込み方がわかるわけでもなし
気がついた誰かがやる、っていうのがwikiの特性。「誰でも書く」必要もない。
wikiに書ける人が書けばいいし、wikiに書けない人はここに草案書けばいいだけ。
-
>>842
カラーサンプルとかいろいろあるし、Wikiにできることと出来ないことも
あるんでないの。それに、あそこまで完成しているのをまとめなおす意味は
無いと思います。まとまってるならそれで十分。
Wikiの利点は、誰でも追記修正が可能なことであって、FAQは誰でもが
追記修正できては困るし、修正が頻発するようではFAQではあり得ない。
場所が提供されていて、誰かが管理人として名乗り出なくてもデータを
作っていけるのがWikiの利点であって、FAQサイトにするには向いてない
と思うのはわたしだけ?
FAQはそのまま。RoVideo関係のFAQはWiki参照(できればFAQからリンク)として
両方を見れば(重複もなく)FAQ的なことは網羅できるようにした方がいいと思う。
できれば、RoVideo関係も、FAQが固まったら(今は流動的な部分もあるので、
Wikiのように編集できる方がいいかもしれないが)サイトを1つ纏めて作るのが
いいと思う位。FAQの草案をまとめて行くとか、転生パッチのように、対応済みか
チェックを入れて行くような動的に変化する物に関してはWikiは向いていると思う。
初心者スレにここを見るようにってアドレス張る場合も、Wikiだとアドレスが
長くなり過ぎであんまり好ましくないと思う一面もあったりする。
Wikiの得手不得手を勘違いしているなら、指摘Plz.
-
>>843
うまくまとまらなかった。長文スマソ。
ROの職業別FAQ集とも言える職テンプレサイトがこぞってwiki採用してる
背景や現状は考えたことあるかな。
FAQサイトの一番の欠点は、特定個人(サイト管理者)に負荷かけすぎること。
結果的にリアル事情の影響が大きく、また小回りが利かないのが難点。
>追記修正できては困る
その不安は、wiki慣れしてない人にはもっとも。そしてそのための対策もwiki
には組み込まれてる。バックアップ機能はその一つ。
だれでも修正できるわりにトラブルが起きていないというのは、転生パッチトラッカーや
各職テンプレwikiが証明してる。
>修正が頻発するようではFAQではあり得ない
RTX-FAQ読み直してみてごらん。現在修正済みの問題/仕様だってたくさん
あることがわかるはず。RTX本体がどんどん更新されるのだから、FAQだって
変わらなければならない。
そしてwikiにまとめ直す意味は、このへんの修正に関して。
もっとも、「古い情報が残っているとデメリットが大きい」というものでもないので、
「最新の情報はwiki参照」という形で共存できるはず。
(RoVideo限定という枠がなければ同意見ということ。)
重複には問題は感じない。食い違っても「wikiのほうが新しい」の一言で済むかと。
…「wikiのほうが常に正確だ」、とは言えないけどね。
なお、「まとめたいってのが本音」の理由は、どちらか一本の方がスマートだからで
あって、必須というわけではなく。
RTX-FAQの中の人の努力結果を横から奪うようなマネをしたいわけでもないし。
URL問題は理解できるけど、それはwikiの運用で解決可能。
マジスレテンプレのように英名ページ+日本語別名というのが解決法の一つ。
カラーサンプルは…スマン、RTX-FAQというサイトのコンテンツ全部をwikiに
したいってわけじゃないんだ。
議論対象は「RTXのFAQ文章」ということでどうかひとつ。
-
FAQサイトがメイン、補足情報がWikiって形で、FAQからWikiへのリンクが
あれば、更新された内容の注記とかができるかもね。
Wikiをみて、ある程度固定化したものをFAQサイトが更新し、Wikiから削除とか
できると、スマートなんだけど。
純粋な疑問として、Color Simulatorみたいな機能はWikiで実現可能なの?
javascriptを使って実現しているものとかもある訳だし、タイマーのカラー
コードの設定(M2Eのα値とかは対応してないけど)なんかもあるし、
SS/ini-UP掲示板みたいな必要もある。Wikiに移せないものもあるってことを
最初から、念頭に置いておく必要はあるんじゃなかろうか。
そんな訳で、まとめたいって意見に反発しちゃったけど、既存のFAQサイトの
問題である、サイト管理者個人の負担/更新頻度の低下/古い情報の残存等々に
対してWikiはいい解決策ではあると思う。でも、現状、Wikiでなんでもかんでも
できる訳ではないのだから、現時点では、RTXの基本的な使い方はFAQサイトでと
いう形を崩す必要はないと思う。
Wikiも同程度に情報を充実させていって、どっちを見てもいいよ状態になった頃に
FAQとして指し示す先の候補にWikiも出てくる形じゃないかな。
現在FAQサイトにある内容をコピっていけない訳でもなく、できるものから
Wikiに記入していくのは問題ないと思うし、元々、そうするための場所でしょ。
ただ、今WikiをFAQへの解答として指し示すのは時期尚早だっていうのが私の意見。
-
流れ切ってスマンのだけどナオタイマーについてのスレなんだけど、立てるのは作者タンにメルして立ててもらうのか?
作者タンってマビノギOβはやってないのかね。
-
>>846
とっくにメール出した奴 →(1/20)
ナオタイマーの開発が滞るくらいプレイされている、と言われました
-
>>845
>Color Simulatorみたいな機能
>SS/ini-UP掲示板
それはFAQ(よくある質問と回答)ではないし、いま話題にしていない。
…って書いたつもりなんだけどなぁ。
>Wikiをみて、ある程度固定化したものをFAQサイトが更新し、Wikiから削除とか
>できると、スマートなんだけど。
>既存のFAQサイトの
>問題である、サイト管理者個人の負担/更新頻度の低下/古い情報の残存等々に
>対してWikiはいい解決策ではあると思う。
このふたつ、矛盾してない?
前者は結局は個人の負担を(軽くなるとはいえ)十分残るし、更新頻度と
古い情報の問題を解決できていない。
>今WikiをFAQへの解答として指し示すのは時期尚早
「wikiだけ見ればいい」っていう意味ならば、同意。
だから「どっちも見てよ」という形を提案してるんだけどね。
-
>>今WikiをFAQへの解答として指し示すのは時期尚早
>だから「どっちも見てよ」という形を提案してるんだけどね。
RoVideo関連以外のFAQは、FAQサイトだけでいいじゃん。
…てか、Wikiになんのデータもない状態で見てよはないだろ。
せめて、FAQサイトの古い項目の訂正箇所位記入してからにしようぜ、Wiki勧めるのは。
-
まあ、既出質問がどっかに書いてないと不便なのは確かだけど、
だからと言って、それを「今すぐ修正しろ!」と
RTX-FAQの管理人さんに要求するのはおかしいから、
とりあえずWikiに分かる範囲で書いておく。
不要だと思ったら消してくれ。
-
>>849
そもそも、頭ごなしにwikiが否定された初心者スレに対する意見と議論であって、
これから利用しないかっていう提案なんだが。
-
>>847
作者タンはまってるのか…滞るほど…
嬉しいような悲しいような…
-
>>851
現状で、RoVideo以外のFAQないのに参照しようぜってのは最初から無理。
有志がこれから情報を充実させるってことは歓迎するが、少なくとも
初心者スレで(RoVideoのFAQへの回答ではなく)Wikiの参照を勧めるのは間違い。
とりあえず、>>850 Good Job。できる範囲で頑張ってくれ。
-
Webデザ視点からシビアに言わせてもらえば、"今の"FAQは無くても問題ない…
同じような内容なんだから、WikiにFAQそのまま持ってきてFAQコンテンツ作った方がすっごい合理的。
初心者に薦める…って事は、それを必要としている人が見に行くサイト…って事でしょ?
必要なことが載っているのはもちろんだけど、それが見つからなきゃ意味が無いし。
あとで別の事が出てきたとき、「あっちを見ろ」「こっちを見ろ」って言うのも何だしね…
うちだったら、逆にWikiが必要なくなるくらいのサイト作るべきだと思うけどな。
職スレと違って何時修正点が出てくるのか解らないわけでもないし。
今の情報量を1窓で効率よく収めるのは、ちょっと無駄が多く感じる。
-
すみません、ちょっとこのレスをチラシの裏にしますよ…
うちのGの同盟(60名ほど)のサイトがWikiなのだが、
更新する人が本当にごくわずかで結局ほとんど更新できてない状況。
Wiki最大の問題は「アクティブに行動(更新・修正)する人の数」だと思う今日この頃。
以上チラシの裏、お目汚し失礼。
-
できる人がWikiに現在のFAQの内容を転記する(古いところは修正しつつ)。
新規の内容をできる人が補足していく。
稼働してると判断した時点で、初心者スレでの誘導をFAQサイトにするか
Wikiにするかが任意になる。
それでいいじゃん。できる人がんばれ。超頑張れ。応援だけはしてる。
-
テキストについては、極端な話コピペすりゃ何とかなるけど、
画像ってどうなんだろう…。
さすがに画像勝手にコピーしてWikiに貼るのは
やばいような気がするんだけど。
と言っても、ログイン画面のSSだけだから
自分で撮ればいいのかな。
-
ということで目次だけWikiに移してみたんだけど…。
http://ragprene.s25.xrea.com/wiki/index.php?RTX%2FFAQ
こういうことしていいのかってところから
議論した方がいいような気もしてきた…。
RTX-FAQの管理人さんが作ったものを
勝手に転載するのってどうなのかな。
-
>>858
その通りなんだよ。
ちなみに>>853。それはあなたの激しい勘違い。
「wikiに書こう」とは言ったけど、「wikiを読め」とは誰も一言も言ってない。
-
>>858
そしたら、Spacial Thanksとかの項目作って、初代FAQサイトの管理人さんを
挙げておいたらどうだろう。もしくは引用の条件を満たすように、初稿は
RTX-FAQの内容を利用させていただきましたと書いておくか。
サイトの構成とかを真似するのはマズイと思うが、Wikiの形態になることで、
その辺は自動的に変わってしまうからクリアされると。内容そのものは、スレの
内容の抽出であって、オリジナルじゃない訳だし、そもそも、活用して欲しいと
公開された情報なんだからいいんじゃない。
但し、>>855で指摘があるように更新してくれる人がどの程度いて、どの程度
継続できるかにもよる。書きました、放棄しましたじゃ、FAQを転記する意味がない。
現RTX-FAQへの管理人の引き継ぎの状況を見ていると、利用はするけど協力しよう
って人の数には大きな疑問が残る。現在もパケログの提出ですら少ないそうだし。
第一、初代RTX-FAQの中の人のしぐまさまは、もう連絡つかないと思う。どうしても、
気になるなら、現管理人の人に一応メールして最初だけ許可貰えばいい訳だし。
>>859
だからさ、FAQってのは1箇所にまとめて始めて意味があるのは判るよな?
RoVideoのFAQしかないところに、(他にRTX-FAQがあるのに)RTXのFAQ内容を
記載するように勧めることからしておかしくないかと。
DEFの内容をWikiに書いても、FAQサイトになければ、見てもらえない訳で
最初っから意味がない。
やるなら、先にRTX-FAQの内容をWikiにまとめるのが先だろうってことで
今の流れになってるのは、FAQを最新に保つ努力を分担しようって意見なんで
悪いことではないと思うけどね。そもそも、手伝ってやろうって人、どの位いるのさ?
-
・・・スペルミスは脳内補完でよろしく
-
もー、WikiWikiWikiWiki・・・ヨッシーかおまえら!
-
>>860
>判るよな?
わかってたら、
>重複には問題は感じない。食い違っても「wikiのほうが新しい」の一言で済むかと。
なんて言わない。バカでスマンが説明希望。
>手伝ってやろうって人、どの位いるのさ?
wikiの良いところは「名乗りを上げなくても、時々の気分で参加できる」こと
なんだから、それを聞くのは野暮。
0ではないのは>>850と>>857が証明してくれた。thx.
>>862
うぃっきーっ
-
>>863
>説明希望。
「FAQは1箇所ににまとめる必要がある」ってのは、FAQを必要と
している人は、あっちもこっちも見に行くのではなく、1サイトで完結
していて始めてFAQサイトとして成立つってことな。
「重複して構わない」ってのは、FAQサイトが複数あってもいいってこと。
(どこを見てもFAQの内容が網羅されてそこで完結するなら)
例えば、立ちアコなんかは3つもFAQサイトあるけど、多少の情報の
多寡はあれ、好きなデザインのFAQサイトのどこを見ても、大抵は
そこ1箇所で必要な情報は手に入って完結する。それぞれのFAQサイトの
内容は重複している。
取り上げている内容が、「FAQ項目に入れましょうよ」であって
それに対して、「Wikiに書込んだらどう?」「そこFAQないじゃん」
という訳で、言下に切り捨てられちゃっただけよ。
FAQサイトに載ってないけど、初心者スレの回答者が参照するのに便利な
補足情報を置いとくって目的なら、RTX-FAQの内容を持ってくる必要もないし
有意義に活用できるとは思う。
第二のFAQサイトとしてWikiを用いたいのか、初心者スレ回答者用の
メモに使いたいのかはっきりさせた方がいいかもね。
>>862
うぃんうぃきうぃきうぃきうぃんうぃきうぃきうぃきうぃき〜をさんしょ
-
>>864
>「Wikiに書込んだらどう?」「そこFAQないじゃん」
やっと誤解の種がわかった。あのwikiのFrontPage見てほしい。
http://ragprene.s25.xrea.com/wiki/
>Ragnarokの支援ツールのFAQです。
>初心者スレ回答者用のメモ
FAQ自体、トラブルや躓きへのナレッジベースというスタンスでいいと思う。
現実に存在しているFAQ集の多くは「 よ く あ り そ う な質問と、その回答」だろうし。
-
>>865
そこがFAQ書込むのに自由に使ってくれと公開されているスペースなのは知ってる。
ただ、現状「RoVideoのFAQはある程度書込まれているが、RTX-FAQとして使える
内容は書かれていない」ということを指して「そこFAQないじゃん」と表現した。
FAQの定義が「よくある質問」か「よくありそうな質問」かの違いは、あんまり
気にしなくていいと思う。必要な情報がそこのサイトで探せるかどうかがFAQと
して役立つかどうかの判断規準なんだから、「よくある」が「よくありそう」に
「含まれてれば」それでいいじゃん。情報が少し多い分には現実的に問題ない。
RTX-FAQにしろ、Wikiに書込む内容にしろ。
要点はだ、今のFAQサイトの内容+α(第二のRTX-FAQサイト)をWikiでやりたいのか、
+αの部分だけやりたいのか、そこだけははっきり意見募集しようぜと。
その方針決まらなきゃ、Wiki編集しようって有志も動けないでしょうよ。
ま、Wikiに何を書込むかってこととは別に、DEPについてはWikiの動向関係なく
RTX-FAQに記述して欲しいと思ってるけどな。
-
自分の意見書くの忘れた。
FAQは既存のRTX-FAQに、RoVideo関係のFAQはWikiに住み分けでいいと思う。
Voice機能関係のFAQは…需要次第だね。
Wikiで過去スレの有用部分を拾いだしてメモ書きして置くのは歓迎。
ただ、RTX-FAQとして参照するものではないという感じかな。
FAQとして用いることにするなら、両方見てくれではなく、1箇所で完結するように
WikiにRTX-FAQサイトの内容も取り込む形にして欲しい。
-
>>862-864
ポマエラ!ウィッキーサンニアヤマレ!!ヽ(`Д´)ノプルァ!!
-
>868
ウィッキーさんはWickyだ(・∀・)ニヤニヤ
ttp://www.tvland.co.jp/wicky/
-
>>869
お前空気読めないなってよく言われるだろ。
-
くうき..._〆(`Д´) ヨメルヨ!
-
>>868
ちなみに、864はうぃっきーさんじゃなくて三蔵法師なだ
-
>870
空気よめって、、、、
これか?
_
/,.ァ、\
( ノ* * ) )
)ヽ ゜ /(.
(/.(・)(・)\
(/| x |\)
//\\
. (/ \)
-
_
/,.ァ、\
( ノ* * ) )
)ヽ ゜ /(.
(/.(・)(・)\
(/| x |\)
( ヽノ
ノ >ノ ヒタヒタ
三 しU
-
それは、空気嫁じゃなくて、オランダ嫁だ
-
つっこみ乙
-
フォー、それは私の嫁だ
-
はいはい、雑談は雑談スレでね。
で、Wikiの活用方向についての意見マダー?
-
('A`)コメントスルノ マンドクセ
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=9978
-
不具合スレ>>403
いや、問題は、不具合スレ401だけ。
400でパケログが必要と言ってるのは問題が無い。報告者がパケログ取るなり
同様の条件のログが取れた誰かなりがパケログを送らないと進展しませんって
言ってるだけだし、402は401に対して、パケログは実装に必要なんだから黙れと
言っているだけ。
>「パケログめんどうだから不具合報告するのやめた」っていう流れが生まれるのは問題。
そんな流れ出ませんって。
「報告・提案=パケログ必須」という意見に対し、そうではないって、
作者さま自身から回答も出てるんですから。それに、報告マンドクサという程度の
ものであれば、対応する必要すらないんとちゃいますか?
ttp://jbbs.livedoor.jp/bbs/read.cgi/computer/6346/1088630246/882
>というわけで、新機能実装を要望される場合、あるいはJuno以降の新要素への
>対応を要望される場合、最低限、その新要素についての情報を(リンクでもいいです)
>添えてください。
>パケログは実装作業には必須ですが、「提案者の」義務ではありません。
パケログは取れる人が取る。できれば自力で、取れなきゃ永遠に未実装。
ただ、それだけのこと。パケログうるせーという人は、あなたが間違ってます。
-
あの流れでパケログが送られたかどうかは398と作者さんにしかわからない。
398がパケログ必要なことを知ってて、報告だけしかしてないのかもしれない。
だから399の必要性が不明瞭で、ノイズに近い。
>作者の対応速度は、このスレのS/N比にかかっています。
「パケログ送りましたか?」ならかまわないんだが。
「パケログ」っていう一言コメントがうるせーという人は間違ってますか?
-
>>880
> >「パケログめんどうだから不具合報告するのやめた」っていう流れが生まれるのは問題。
> そんな流れ出ませんって。
いや、そんなことはないだろう。
実際問題、アンクルのバグとか報告から半年近くもパケログ来なかったらしいし。
俺はそれに対する作者さんなりの対抗策が今回の転生パッチ対応だったと思ってる
速攻ログを送った人だけにベータ版配布して、正式版を延ばし延ばしにするっての。
-
ちゅぺるぶれいかーで出たキスをギルドBBSにあげて、キスしてくれたwとか言うやつがキモいんですが
-
>>883
ギルマスに言って追い出せ。
−−−以下、パケログの件−−−
>「パケログ」っていう一言コメントがうるせーという人は間違ってますか?
要点簡潔にまとめ過ぎて、補足する必要性を一切感じなかったんだが。
枝葉末節切りすぎてそっけなさすぎとは思ったが、うるせーと思うのは間違いだろ。
>実際問題、アンクルのバグとか報告から半年近くもパケログ来なかったらしいし。
いや、それは、パケログがこなかったであって、報告が無かった訳じゃないだろ。
要望・不具合報告が出る(パケログは必須ではない>>880)→情報提供→対応
取ってくるなり、誰かが提出するのを待つなりしないと対応はされないことに
変わりは無い。それを指摘するのが「わかりきっててうざい」と言うなら
言われる前に「わかってるんならパケログ取る努力しろ」or「提出しろ」というだけ。
不具合報告(実装して欲しい)→情報出せ→パケログ提出orパケログが出ない
パケログを提出→検証と検討をへて実装
パケログが出ない(=そうそう、遭遇しない)→実装しなくてもいいじゃん
パケログ提出もしないで、パケログうるせーと言う奴こそうるせー。(以下、ループ)
ま、正直、他人の報告内容でも、取れるものはパケログとって送ろうとしてる者と
して言わせて貰えれば、「パケログうるせーって奴は迷惑だからどっかいけ」。
「S/N比悪化させてんじゃねーよ、ボケがっ」。とか暴言吐きたい位です。
今回は闇鎧なんて持ってないので、パケログ取れません。ごめんなさい。誰か頼む。
-
不具合スレ>401
何日遅れで煽り入れてるんだよpgr ・・・というのも追加でw
-
(不具合スレ401)<いやあ釣れた釣れた。
-
後だしジャンケンか('A`)
癌並みなだ
-
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10203
ShortCut部分のバグ修正
そろそろ基盤ができたっぽいので、要望・修正案等を大募集
やる気と仕事の暇具合により対応するつもりです
-
>>888
よし、まずは、掲示板スペースか、配布アドレスの最新情報を乗せておく
場所の確保を要望してみよう。(ぉ
-
あー、言葉足りなかった気が…iniEditorのサイト死んでるっぽいので、
ポストiniEditorとして、リンク張りやすいといいなってことで。
-
>>888
使ってみて、ini直書き換えにそこまで不満がなかったことに気がついた。
わかる人はわざわざ使わないだろうし、わかってない人はお断りな雰囲気がして
ハンパな状態に感じる。
直感的にわかりにくい色や位置周りのプレビューを充実してもらえると、
実用価値高そう。
・指定SSに対してタイマー表示をシミュレーション(オブジェクトの頭上などは割愛)
・コンパス・M2Eのシミュレーション
(背景画像いくつか用意して、その一部に指定色をαブレンドする程度できっと十分)
もしiniいじりが苦手そうな層をユーザー層に見据えているなら、設定項目の
解説の充実が必要。
多段タブは位置がコロコロ変わって使いにくいので、Sleipnirの設定画面とかが
採用している、左サイドのツリー対応タブ(タブとはちょっと違うけど)みたい
なのを希望。
そしてこだわりかも知れないけど、動くモノは目につきやすいために、
タイトルバーがうざったく感じる。
最低限ノンアクティブ時は止めてもらえると。
>>889
>配布アドレスの最新情報
特に必要だとも思わないけども、txt2rxvのGUIもまとめてwikiに載せておくのは
いいかもしれない。
>リンク張りやすいといいな
いっそ再配布してしまうとか。
-
不具合スレ>413
すまん、素でRoVideoスレだと思って応対してた。orz
-
>>889
だからHPの取り方わからない&('A`)マンドクセなんだよ!ヽ(`Д´)ノ
>>891
色々と提案等サンクス
>・指定SSに対してタイマー表示をシミュレーション(オブジェクトの頭上などは割愛)
>・コンパス・M2Eのシミュレーション
> (背景画像いくつか用意して、その一部に指定色をαブレンドする程度できっと十分)
背景などの画像を用意するのが('A`)マンドクセ
VB6の数値とRTXの数値を合わせるのが('A`)マンドクセ
AlphaBlendどうやるか('A`)ワカンネ
>多段タブは位置がコロコロ変わって使いにくいので、Sleipnirの設定画面とかが
>採用している、左サイドのツリー対応タブ(タブとはちょっと違うけど)みたい
>なのを希望。
Sleipnir('A`)シラネ
>タイトルバーがうざったく感じる。
そんな・・・orz
-
>>891
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10260
少しは見やすくなったか?
シミュレータは鋭意作成中。来世までお待ちください。('A`)
-
作者様不在(?)なのにレスを使いまくるのもまずいか・・・
HP作る方向でやった方が良いかな
しかし('A`)マンドクセ
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10266
シミュレータ鋭意製作中。
しかし透過処理もワカンネ('A`)、画像データもない('A`)、
ビットフラグの全反映('A`)マンドクセ、コンパスの矢印の大きさもワカンネ('A`)・・・etc
モウダメポ lliOTL =3
-
>>895
うは、いい感じになってきてる。タイトルバーもいい塩梅。
うp報告は目立たないと困るから本スレ(の代わりの議論スレ)にするとしても、
あとは技術情報交換スレを使っていいことに気がついた。
のでそっちにレスしとく。
-
>>895
非常にツボにはまってるので開発頑張ってくれると嬉しい。
透過処理はイラネ 軽さ重視で行ってくれるとGood
-
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10314
色々と細かい修正&追加
次はやや大きめに変更する予定なので、今のうちに安定(?)版の排出
('A`)
シミュレータ部分・・・マジで来世にn(ry
-
埋め
-
うめ
-
>>898
パスワードは何ですか?
-
>>903
ttp://jbbs.livedoor.jp/bbs/read.cgi/computer/6346/1105539890/516
-
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10506
FixedTimer仮対応。不要部分多数。
不要な部分を列挙してくれると助かるメルヘン。
現在M2E・対人M2E部分の追加・開発にとりかかっています。
ttp://jbbs.livedoor.jp/bbs/read.cgi/computer/6346/1087386274/141
上記参照。
ゴヌペルやケコーンポタなんかもM2E対応してるのかな?
対応済みなら追記せねばならぬ。
協力おながいします!(;´Д`)人
-
MinSec修正・FixedTimer修正
プチ修正だが重要な修正だったので上げ直し
無駄にスレを使ってしまった・・・orz
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10506
アドは同じかな
-
ゴスペルは、でても良さそうだけでM2Eは出ない。
エロポタは…設定してないからわからんな。設定して出るか確認するか。
-
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10510
対人M2E作成中
早ければ今週末までにはできる悪寒
レスがないから誰も使ってないのかと思いきや、
しっかりとDL数がUPしてるのね(´・ω・`)
感想や要望・質問などを受け付けるためにも、HP取得は必須でしょうか?
良いフリースペース教えてエロい人!(;´Д`)人
-
>>908
どうしても自分の好きなCGI置きたいんだいヽ(`Д´)ノ
ってんじゃないならGeocitiesあたりでいいんじゃないかしら。
それ+レンタル掲示板(Geo付属の掲示板は個人的にだけど激しく使い辛い)って感じで。
-
Geoは変なBOXが出てくるのが嫌いなので、infoseek使ってます。
広告出るだけのがなんぼかまし。でも、これ楽天関係なのな…。
ま、無料HPあたりでぐぐればまとめサイト出てくるかと。
-
>>908
DLにパス設定なんかしてるから、
DLする人が少なくてレスする人がいないんじゃない?
せめて1スレ(新スレ)に1回はパス投稿するとかさ。
-
埋め
-
今は桜の季節だ。埋めの季節じゃない。
-
じゃあ、鎖玖羅
-
>909
Geo はダメ
支援ツールサイト一斉サヨナラ事変忘れたのかと小一時間
-
>>908
とりあえずXREAを勧めておく。
無料の中じゃピカイチじゃないかな。
PHPもCGIもデータベースも使えるから。
フレームにして、上の隅っこの方にだけ広告出しとけば邪魔にもならず問題ない。
-
XREAは現在一般向けのは募集してない。
FC2やらでいいんじゃなかろうか
-
>>916
xreaはお気に入りだけど、お勧めはできないな。
運…いや、縁がないとアカウント取れないから。
-
>>917
FC2はspam送ってくるから駄目だ。…お勧め無料サイト談義は
雑談スレ向きのような気も。>>918には同感。
-
>>908
対人M2EとはGvPvでM2Eが使用できるという事ですか?
だとしたら物凄く有難いです…開発頑張ってください。
-
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10589
対人M2E対応〜
ここらで言い忘れてたことでも・・・
・エディターじゃなくて製造機。開いて上書きしようもんなら、RTX作者様のコメントもあぼ〜ん。
心配な人はバックアップを取っておきましょう。
・デフォ値が初期配布のIniと違う。それはRTXIG作者仕様です。(ごめんなさいっ
・RTXIGの作成理由は『他人に教えるの('A`)マンドクセ』という理由からです。
現状報告
・infoseekのHPに申し込んでみますた。返事まだかな(´・ω|
・MinSec部分も改良するべきかな、と思考中。
お願い
・バグ報告や要望をなるべく細かく言って頂けると、次回VerUP時に反映される率がUPします。
・正直対人M2EやMinSec、FixedTimer辺りの設定はこんなに要らないはず。
どの項目にどれが必要か、列挙して頂けると開発速度がUPします。
レス
>>908
RTX作者様への恩を忘れないように、と
>>909-919
おまいらありがとう!
ファイル置き場・トップページ・要望等の掲示板、これだけあれば十分だと思ってます。
とりあえずinfoseekな方向。
>>920
ttp://ofuda.cc/img/008204-2.gif
こんな感じ。マジレスは>>922に一任
-
>>921
908じゃなくて911だね、スマンソン
追記:ビデオ再生設定のショートカットキー、左右Shiftの区別ってどうやるんだろ・・・
-
>>922
; TimeStampKey
; RoVideo鑑賞中に画面右下に表示されている「RoVideo」のロゴは、ショートカットキーを
; 押すことでタイムスタンプ、あるいはプレイ時刻の表示に変化します。
; デフォルトのショートカットキーは、タイムスタンプが左シフト、時刻が右シフトです。
TimeStamp1KeyCode = 160
TimeStamp1KeyModify = 0
TimeStamp1KeyToggle = 1
TimeStamp2KeyCode = 161
TimeStamp2KeyModify = 0
TimeStamp2KeyToggle = 1
バーチャルキーコードだっけか。それで左右のキーを区別してるはず。
-
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10589
致命的なバグ生成スキル:アクティブ Lv1
M2Eの色がHTML形式⇔VBでやりとりシパーイしてますた(ごめんなさいっ
今まで気づかなかった自分て・・・orz
むしろユーザーさん、バグレポートで報告してYO!ヽ(`Д´)ノ(他力本願マンセー
よって修正。
自分で922踏んでしまったのでマジレス
>>920
そこは漏れの範疇外。RTX作者様に言ってくれ。
対人M2EについてはRTX付属のIniファイルでも読んでください。
-
埋め
-
ttp://www.uploda.net/cgi/uploader2/index.php?dlpas_id=10592
致命的なバグ生成スキル:アクティブ Lv2
ついでにGraph項目のフォント変更追加!
フォントサイズや太線なんかは気にしないでちょうだい。
>>923
言葉が足りなんだ。すまんかった。
VB側ではShiftキーがキーコード=16で左右どっちも同じなのよ。
そこをどうやって判別するのかなぁ、と思ったわけです。
-
>>926
パスが分かんないです…
('A`)
-
>>927
>>903-904 RTXたんの中の人の名前だとゆーとろーが
-
うめ
-
うめw
-
今回の修正、Mystelさまがどういう実装してくるのか不明なんだけどちょっと
勝手に仕様を話し合ってみてはどうかなとネタ投下。
まず、一部スキルが、キャラセレ等でも持続する。問題点は、持続時間内に
他のキャラを動かして戻っても、そのスキルが持続してるってことだ。
MAP移動で持続させるのは通常プレイの延長で実装してていいと思う。
キャラセレで戻ったとき、ま、これも、タイマーを分断させないで保持するだけ。
手元のタイマーで計っててもおなじ事だ。
ストップウィッチや砂時計を多量に並べている人はできなくもないだろうが
キャラクターを一旦かえた後も(鯖側では保持されているが)タイマーを保持
すべきかどうか。
・砂時計並べときゃできなくもない→実装OK
・キャラ変えたなら全リセットしていいんじゃない?
さて、皆さんのご意見は?
・わたしは実装OK(タイマーそれぞれにキャラ独自のレイヤーみたいな概念必要?)
-
梅
もとい、桜の季節ももう終わり灘
-
こっちは今から桜の季節
-
>>931
たぶん、それバグだから(確証は0)、本来の仕様だと思われる
キャラセレ→別キャラでイン→タイマー全リセット
でいいと思う。今後修正されるかもしれないしね。
そもそも、キャラクターチェンジさせてもタイマーを
わざわざ持続させる利点が思い浮かばない。
-
>>931
実装OKに一票。砂時計だって寝かせば止められる。
ただ「別のキャラにしたならリセット」でもいいかな。
手動で数キャラ分を把握するのはしんどそうだし。
>>934
「それ」がどこを指してるのかがすこし微妙だけども。
確証がないならば逆に、重力が仕様そのものを変えたかもしれない。
多少の様子見ということなら賛成できるけど、1〜2週間以上続くならば
「jROの現行の仕様」ということで対応する必然性はある。
だからプレイヤーサイドから見て「対応していいのか/する必要があるのか」を
議論しないか?
>持続させる利点
ソロ狩りでAFKするときのログアウト。場所によってはPTでも落とすし。
http://www13.big.or.jp/~hunter/index.php?%3F%3F%3F#content_1_3
|
|
掲示板管理者へ連絡
無料レンタル掲示板