演算子にcos、sinを追加していただけないでしょうか?追加しましょう、、、が、これだけ入れるのもアレなので、なにか他の演算子のネタが浮かんだら更新します。さんのコメント...天気の実装ありがとうございます。17時」と表示させるには前方文字置換を使って一つのテキストのみで可能でしょうか?いろいろとやってみたのですが、月・日・時と別々のテキストを使って位置は微調整する、くらいしか思いつきませんでした。これだと位置合わせがとてもシビアなもので。.0@0/2/\P@時」で出来ますね。さんのコメント...レスありがとうございます。文字列長に0にすれば実質挿入動作になるのですね。助かりました!どういたしまして。前方文字置換エスケープキャラクタ「@...@」については、下記チュートリアルに仕様がまとめてありますので、ご参照ください。さんのコメント...お世話になります。一点気になることがありまして書き込ませていただきます。現状、天気情報の取得は、テキストで使っていなくても巡回自体は実行されているのでしょうか?もしそうであれば、天気情報の設定にて現在地に【なし】の項目を追加いただき、【なし】であれば巡回しないようにしていただくことは可能でしょうか?少しでもバッテリーを長持ちさせたく思っております。ご検討いただけるとうれしいです。天気情報の取得は、テキストで使っていなくても巡回自体は実行されているのでしょうか?しています。いっても、毎日05時・11時・17時の3回、ネットワーク接続して1.7KBほどのXMLデータを取得するだけなんですけどね。※その時間にネット接続できない状態だと10分置きにリトライし続けますが...まぁネットに一切つながっていないAndroid機にインストールすることもないとは言い切れないので、ちょっと検討します。...11月中はヒマ取れなくて作業できませんが。さんのコメント...返信ありがとうございます。お手数をおかけしてすみません。時間がとれましたときで全然構いませんので検討いただけると幸いです。さんのコメント...Glaeja利用させていただいています。Alarmの情報を取得することは可能ででしょうか。Alarm11/21(月)なら?A?で1121月とかできるとうれしいです。さんのコメント...すみません、間違えてますね。Alarm11/21(月)なら?A?で1121月とかできるとうれしいです。Alarm:11/21(月)7:00なら?A?で20111121月0700とかを取得できるとうれしいです。Alarmの情報を取得することは可能ででしょうか。結論から言うと、無理もしくは状況による、ですね。ピと鳴るアラームは、Androidシステムの機能ではなく、アラーム時計アプリの機能です。次のアラーム時刻はそのアプリしか知らない情報で、システムとはいえ知るすべはありません。他のアプリからはうかがい知ることはほぼ不可能です。アラーム設定の有無を通知バーに出してるのは、アラーム時計アプリが「アラームセットしたから通知バーにアイコン出してよ」とシステムにお願いしてるから出てるだけで、システムはアイコン以外の情報は教えてもらっていません。Providerといいます)を持っているかも知れない...これはアプリによっては持っていませんので(というかほとんどが持ってないと思う)、これに期待するのは酷でしょう(2)アラーム時計アプリによっては、アラーム時刻設定時に「オレは~時~分にアラームセットしたぜぇッ!」と他アプリに聞こえるよう絶叫(Broadcastといいます)しているかも知れない...これも(1)と同様、期待できません(3)Android2.3以降、システムが「AlarmClock」という汎用アラーム時計APIを実装したので、これを経由すればなんとかなるかも...このAPIを詳しく見てないのでなんともいえませんが、経由しても他アプリのアラームはわからないかもしれませんし、そもそもこのAPIを使わずに昔ながらの自前アラームを使ってたら無理ですね。いうわけで、たぶん無理なんだと思ってください。さんのコメント...sin,cosの実装有難うございます。これで、スプライトで、現在位置の水平位置をcosで算出して、鉛直位置をsinで算出し、イメージを曲線的に移動させ、さらに、イメージを現在位置で回転させることができると思います。本当に有難うございます。さんのコメント...出来ました。開始角度0終了角度360で現在値を$m$とすれば、レイヤー1つで、円弧の中心(10,10)とし、半径140の4半円軌道を描きながらイメージが回転します。さんのコメント...・・・度で良かったです。ラジアンだと、cosに入れる前の式が、3.14/180×$h$×7.5つまり、3.14@p@180@p@/@x@.2@P@@p@$h$@p@*@x@.2@P@@p@7.5@p@*@x@.2@P@・・・・・となり、さらに訳の分からないものになり、ドン引きされること、請け合いでしょう。さんのコメント...はじめまして。天気について質問させてください。「晴時々曇」は[112]で問題ないですか?ないです。Glaeja側で予報の簡略化の処理などをされているのでしょうか?しています。「お天気XMLデータ」でテロップ一覧と「%C%」の対応は以下を参照ください。cosの他、たくさんの演算子を追加していただいて、楽しみが増えました。phase(1年間限定)なんてどうでしょう。その年の最初の満月の日(2011年1月20日)を基準。phase29枚画像を用意してイメージorスプライトで画像表示も良し。phase!ご迷惑でなければ、他の演算子についても思いついたときに投稿させていただきます。さんのコメント...お申し出ありがとうございます。...差し出がましいですが、月齢は既にエスケープキャラクター$C$として実装しているんです。ユリウス通日から計算しており永年です。この訳のわからん演算機能をご理解頂いている方がおられるのはとても嬉しいことです。今後もコメントよろしくお願いいたします。さんのコメント...$C$が、あったんですね。phaseは、彼女の安全日カレンダーになりました(笑)。/0/1/2/3/4/5/(スラッシュは、カンマでもピリオドでも何でも良いと思いますが。(今年最初の先勝から今日までの日数の算出)6@p@(六曜日周期)mod@x@.0@P@で、0~5の数値を得ます。元の文字列と対応した/_/で囲まれた箇所を表示する。元の文字列の//の4番目にあたるので、表示文字列は、//4番目の友引を表示する。なんかも、現状では、レイヤーを12枚重ねなければ表現出来ないと思いますが、1枚で可能になるかと思います。さんのコメント...すいません、間違えていました。(今年最初の先勝から今日までの日数の算出)先勝×⇒大安○です。マッチテキストを拡張できませんか?おっしゃるような実装は可能ですが、[マッチテキスト]をそのように拡張することはないと思います。...端的に言うとですね、[マッチテキスト]は、(元の)文字列の中から(対象の)文字列を探してどうにかする、というもので、探す部分は「文字列」で指定するわけですね。それに対して、おっしゃるような実装というのは、(元の)文字列の集合から、(対象の)文字列が指し示す要素を表示する、というもので、指し示す要素は「数値」で表していますよね。書くとおわかりいただけると思いますが、両者の概念は異なっています。前者は文字列探索で、後者はマッピングとか配列ですね。[マッチテキスト]はあくまでも「文字列から文字列を探すもの」という大前提は崩さないつもりです。・スタックの上から~番目を取り出して最上段にプッシュ、という演算子[idx]を実装して、「あ@p@い@p@う@p@1@p@idx@x@@P@」とすれば「う」が表示される、とでもするほうがスマートでしょうね。思いますが、1枚で可能になるかと思います。『「$MMM$」でロケールを「日本語」にした場合、現状は「9月」なのを「長月」と和名表記にする』というふうな仕様変更のほうがスマートでしょう。さんのコメント...>両者の概念は異なっています。確かに・・・概念がぜんぜん違いますね。文字列探索とマッピング、配列では、思想がぜんぜん違いますね。kanitawa様、11月が終わって、新たに、マッピングレイヤーとか配列レイヤーの追加を期待します。演算子[idx]とても、すばらしい発想だと思います。エスケープキャラクターの入れ子問題もなく、ifなどの条件式の代わりになるし、適用範囲がグッと増えますね。さんのコメント...初めまして。いつもGlaejaを利用させて頂いております。修正して欲しい箇所がありましたので、ご報告に参りました。複数のGlaejaにそれぞれ違うフォルダを割り当てると、クリックした時に本来割り当てられているフォルダと違うフォルダが表示されてしまいます。長い間使用させて頂いているので、忙しいでしょうが、よろしくお願い致します。FolderOrganizerのフォルダリンクに設定しているのですが、...私、FolderOrganizer使ってないんですよね...ちょっとマケ見てみるか...有料かぁ......あ、無料版あるのか......インストールして確認してみるか......ああ確かにおかしいなぁ......ショートカットは、アプリ毎に内部仕様が違うから、変なのだと対応難しいんだよなぁ.........でも調べてみた感じ、ものすっごく単純なショートカットなので、これが上手く動かないのはおかしいなぁ......あ、これウィジェットクリック時のPendingIntentが再利用されちゃってるのかぁ......逃げ道調べるか.........って、実装、微妙に間違ってたのかオレorzというわけで修正版をver.1.6.3(20111129a版)として上げておきました。そのうち更新されるでしょう。忙しいでしょうが、よろしくお願い致します。さんのコメント...ああ、書き忘れてた。最近いくつかのホームで、Glaejaで時計とかカレンダーとかバッテリーを表示させずにDVR代わりに使ってるのをよく見るんですが、ぶっちゃけバッテリーのムダ使いなんじゃないかと思うんですが、どうなんですか?...私、DVRも使ってないので、いまいちDVR代わりに使うメリットってのがよくわかんないんですよね。さんのコメント...アップデート、お疲れ様です。>『「$MMM$」でロケールを「日本語」にした場合、現状は「9月」なのを「長月」と和名表記にする』というふうな仕様変更のほうがスマートでしょう。僕は、どうもスマートでないみたいなので、無駄に時間を使って、和名表記を@@で再現しました。'半角スペース)で、和名表記をテキストレイヤー1枚で再現できます。さんのコメント...すいません、式間違ってました。>「あ@p@い@p@う@p@1@p@idx@x@@P@」とすれば「う」が表示されるがヒントでした。「@...@駆使すれば月和名表示もできるんだぜ」っても、(一部の好事家を除き)誰も着いてこれないですよ...開発者としては、ユーザーから「月を和名で表記したいんです」と言われたら、「@...@駆使して頑張れ」とは言い難いですね。エスケープキャラクターの適用をこれ(エスケープキャラクタ適用範囲の拡大)は、別のかたからも要望があるんですが、「やっていい」ものかどうか悩んでます。今のところ、私個人は「やるべきではない」とちょっと思っています。理由は、上でも述べた『誰も着いてこれない』かもしれない、『誰も着いてこない』機能追加かもしれない、という不安があるからです。...ここらへんはフリーソフトウェア作者の憂鬱な愚痴なので、言っても詮無いことですねwただ、「エスケープキャラクタ適用範囲の拡大」は、かなり望み薄だと諦めてください。さんのコメント...kanitawa様>「エスケープキャラクタ適用範囲の拡大」は、かなり望み薄だと諦めてください。簡単なのでしょうけど、テキストレイヤーでif構文を考えてみました。スタックにプッシュされる。スタックにプッシュされる。