http://ssp.shillest.net/antenna-1.html Tue, 21 Jul 2026 04:23:53 +0900 SSP BUGTRAQ Feed Generater https://bts.shillest.net/view.php?id=797 SSPBT https://bts.shillest.net/view.php?id=797#bugnotes https://bts.shillest.net/view.php?id=797#1784575433 minor new Tue, 21 Jul 2026 04:23:53 +0900 Affects this ghost in particular: <a href="https://github.com/Zichqec/flakes_of_fancy" rel="noopener,nofollow">https://github.com/Zichqec/flakes_of_fancy</a><br /> <br /> I usually keep the high quality shell scaling option off, because I find that ghosts drawn in pixel art styles look better to me as long as the scaling is kept to values that divide cleanly (50%, 200%, etc).<br /> <br /> When the above ghost released, I was using SSP 2.8.32, and I could scale the shell down to 50% and the ghost would still run at normal speed.<br /> Now, on SSP 2.8.56, the ghost runs well at 100% shell scaling, but at 50% shell scaling it slows down to a crawl.<br /> <br /> If I turn on the high quality shell scaling option, the ghost runs at normal speed again.<br /> <br /> SSP/2.8.56 (20260715-12; Windows NT 10.0.26100) https://cherry.narnaloader.ukagaka.net/ghost.php?ghost=momoka_babydoll うかフィード https://cherry.narnaloader.ukagaka.net/ghost.php?ghost=momoka_babydoll Mon, 20 Jul 2026 20:11:03 +0900 肌面積の多いベビドです。「ピンクのでかいメイドさん」追加シェル。 https://bts.shillest.net/view.php?id=796 SSPBT https://bts.shillest.net/view.php?id=796#bugnotes https://bts.shillest.net/view.php?id=796#1784517270 minor new Mon, 20 Jul 2026 12:14:30 +0900 2.8.51で追加されたOnMediaPlayerOpen、OnPictureViewerOpenが来ていないようです。<br /> ゴーストで処理しなかった、かつメディアプレーヤー/画像ビューアが開いた時に来る<br /> イベントですがファイルドロップ系イベントは全て204になっています。<br /> OnFileDropping<br /> OnFileDropEx<br /> OnFileDrop2<br /> OnFileDropped<br /> OnFileDrop<br /> <br /> SSP/2.8.56<br /> Windows10 22H2<br /> Emily/Phase4.5 https://bts.shillest.net/view.php?id=795 SSPBT https://bts.shillest.net/view.php?id=795#bugnotes https://bts.shillest.net/view.php?id=795#1784485120 feature new Mon, 20 Jul 2026 03:18:40 +0900 I keep running into an issue when I create ghosts that have background decorations. I want to spawn characters at random positions on screen, but in order to keep the characters within the screen boundaries, I need to check the width of the surface that the character will use. However, I don't want the user to see the character before it moves to its position, otherwise it creates an unpleasant flickering effect.<br /> <br /> Usually, I try to solve it like this:<br /> \p[100]\![set,alpha,0]\s[100]\![get,property,OnCheckWidth,currentghost.scope(100).rect]<br /> <br /> However, I've found that when the alpha tag is used first, it seems that the surface is initialized to 10 (if no other surface was already in use), and therefore the property command gets the width of surface10 instead. (Also, OnChangeSurface detects a change to surface10, and only later updates to reflect the intended surface.)<br /> <br /> If I swap the order of the tags like this...<br /> \p[100]\s[100]\![set,alpha,0]\![get,property,OnCheckWidth,currentghost.scope(100).rect]<br /> <br /> Then the width will be correct, but sometimes the character is briefly visible before the alpha tag takes effect.<br /> <br /> I'm not sure if it would be possible to adjust that behavior, and it seems like a bad idea for me to rely on really specific timing of these events.<br /> <br /> I had another idea: would it be possible to add a property command to detect what the rectangle of a surface will be, without having to change to it? That would solve my issue cleanly, without having to rely on events happening in just the right order.<br /> Something like this:<br /> <br /> \![get,property,OnCheckWidth,currentghost.scope(100).surface(100).rect] https://bts.shillest.net/view.php?id=575 SSPBT https://bts.shillest.net/view.php?id=575#bugnotes https://bts.shillest.net/view.php?id=575#1784400277 minor assigned Sun, 19 Jul 2026 03:44:37 +0900 I think this option is probably not working as intended. Increasing the vertical menu spacing simply pushes the text outside of the readable area, rather than making the options larger. Though I do notice, in *some* submenus (but not all), it appears to be working as intended. Also, hovering over the options reveals the rest of the text awkwardly, as can be seen in the second screenshot. https://colorbox.saloon.jp/toy/ukahaka4/ うかフィード https://colorbox.saloon.jp/toy/ukahaka4/ Thu, 16 Jul 2026 23:50:25 +0900 ユーザが逝ってしまった後のゴースト達に想いを馳せるWebアンソロジー企画。作品募集は7/16から！ https://mistmist.x0.com/ うかフィード https://mistmist.x0.com/ Tue, 14 Jul 2026 20:44:12 +0900 バルーン「お城の大理石」を公開しました。文字が大きめなバルーンです。 https://bts.shillest.net/view.php?id=355 SSPBT https://bts.shillest.net/view.php?id=355#bugnotes https://bts.shillest.net/view.php?id=355#1784016292 feature closed Tue, 14 Jul 2026 17:04:52 +0900 When a ghost is moved near the taskbar or the edge of the screen, the edge of their window will 'stick', allowing you to place them perfectly on the edge. Sometimes it can be difficult to place them just right, though. Mouse sensitivity, the amount of extra transparent space on the ghost's surfaces, and other factors can make it difficult for some users. And sometimes, you may not want them to stick at all.<br /> <br /> I think it could be helpful to add a slider in the SSP preferences that lets you choose how many pixels away ghosts have to be from an edge before they will stick, and also allow you to disable sticking completely by setting it to 0.<br /> <br /> I am aware that there is already an option you can set for each ghost to make them stick to the taskbar all the time, but this is not desirable in certain cases. https://bts.shillest.net/view.php?id=288 SSPBT https://bts.shillest.net/view.php?id=288#bugnotes https://bts.shillest.net/view.php?id=288#1783819763 feature closed Sun, 12 Jul 2026 10:29:23 +0900 It was nice for ghost to be able to get an aggregate rate of use graph, but this seems hardly useful for identifying ghost usage over time<br /> Ideally ghost would be able to retrieve as much recent ghost usage as needed (anywhere from a week to a month), but I find this difficult to design and unrealistic https://bts.shillest.net/view.php?id=793 SSPBT https://bts.shillest.net/view.php?id=793#bugnotes https://bts.shillest.net/view.php?id=793#1783719218 feature closed Sat, 11 Jul 2026 06:33:38 +0900 SSP 2.8.51で追加されたバックログについて、以下の事例（選択肢）でバックログ内の表示に差があります。<br /> 以下の例２の「このテキストはバックログに表示される」の部分も非表示対象にして欲しいです。<br /> <br /> ＊スクリプト例１<br /> \q[このテキストはバックログに表示されない,OnTest]<br /> <br /> ＊スクリプト例２<br /> \__q[OnTest]このテキストはバックログに表示される\__q<br /> <br /> ＊要望を出した者の環境<br /> SSP/2.8.51 (20260709-21; Windows NT 10.0.26200)<br /> Windows11 https://bts.shillest.net/view.php?id=794 SSPBT https://bts.shillest.net/view.php?id=794#bugnotes https://bts.shillest.net/view.php?id=794#1783719165 feature closed Sat, 11 Jul 2026 06:32:45 +0900 Some ghosts use cipher fonts (such as Wingdings) to obscure parts of a ghost's dialogue. It adds a layer of mystery, and can be a fun challenge for users to decipher it.<br /> <br /> The new backlog feature reveals this dialogue by displaying it in an ordinary font. Would it be possible to improve this? https://bts.shillest.net/view.php?id=16 SSPBT https://bts.shillest.net/view.php?id=16#bugnotes https://bts.shillest.net/view.php?id=16#1783554554 feature closed Thu, 09 Jul 2026 08:49:14 +0900 吹き出し表示をSNS風にする機能です。<br /> 複数のゴーストを表示したりしている場合に<br /> 吹き出しがゴチャゴチャして読みづらくなるためです。<br /> <br /> ゴーストプラグイン毎にまとめて表示されます。<br /> <br /> ==============<br /> エミリ:気が付いたらもう半年終わりか…<br /> テディ:そう考えると一年って早いね！<br /> エミリオ:季節の変わり目だけど、季節の変わり目は<br /> 気温の変化激しいから体調管理気を付けて！<br /> ============== https://cherry.narnaloader.ukagaka.net/ghost.php?ghost=remi_troupe うかフィード https://cherry.narnaloader.ukagaka.net/ghost.php?ghost=remi_troupe Thu, 02 Jul 2026 18:10:31 +0900 某パブリックドメイン文学の二次創作ゴーストです。 https://bts.shillest.net/view.php?id=792 SSPBT https://bts.shillest.net/view.php?id=792#bugnotes https://bts.shillest.net/view.php?id=792#1782703938 feature closed Mon, 29 Jun 2026 12:32:18 +0900 表題通り。自前でクロスフェード的アニメーションを全部用意するヤバいゴーストさんが現れた時のための準備工事。 https://bts.shillest.net/view.php?id=791 SSPBT https://bts.shillest.net/view.php?id=791#bugnotes https://bts.shillest.net/view.php?id=791#1782525068 feature closed Sat, 27 Jun 2026 10:51:08 +0900 要約の通りです。<br /> currentghost.scope(ID).x のように、現スコープIDのモニタ上の座標を取得するコマンドがありますが、これのバルーン版が欲しいです<br /> currentghost.balloon.scope(ID).x などでできないでしょうか？ https://lost-nd-xxx.hateblo.jp/entry/20260626/1782483647 うかフィード https://lost-nd-xxx.hateblo.jp/entry/20260626/1782483647 Fri, 26 Jun 2026 23:40:54 +0900 ゴースト「うかマンカラ」他2体を公開しました。マンカラというボードゲームをやるゴーストです。 https://rocketsalad.studio.site/wb9qgiTt/readwithme うかフィード https://rocketsalad.studio.site/wb9qgiTt/readwithme Thu, 25 Jun 2026 20:08:17 +0900 ゴースト「本の虫 - Read (with) me」を公開しました https://bts.shillest.net/view.php?id=790 SSPBT https://bts.shillest.net/view.php?id=790#bugnotes https://bts.shillest.net/view.php?id=790#1782158174 minor closed Tue, 23 Jun 2026 04:56:14 +0900 I encountered some strange behavior with \c[char]. It seems that if \c[char] is followed immediately by a \f[] tag, a gap will be left where the characters were erased. This results in an unexpected display. Example script:<br /> <br /> ABCDE\c[char,4]\f[strike,1]12345<br /> <br /> It is possible to mitigate this somewhat by placing a space before the \f[] tag, but then the space will be left over, leaving behind a smaller gap.<br /> (Note: I tried this with strike and underline, but haven't tested other styles.)<br /> <br /> Additionally, I'm not sure if it's the same issue or a different one, but it seems like \c[char] behaves oddly when the text wraps. Sometimes instead of erasing characters as expected, it leaves some behind. I'm having some trouble figuring out a specific minimal script to reproduce this, but it seems like a combination of \c[char], an automatic line break, and maybe text styling, causes an issue. (I also tried placing \n tags before the line wrap point to avoid the automatic line breaks, but that tag got erased too, so it had the same issue in the end...)<br /> <br /> I provided several scripts I used to test in testing_scripts.txt. I also provided the Aosora code I used to generate the longer scripts.<br /> <br /> SSP/2.8.32 (20260619-1; Windows NT 10.0.26100) https://bts.shillest.net/view.php?id=789 SSPBT https://bts.shillest.net/view.php?id=789#bugnotes https://bts.shillest.net/view.php?id=789#1781815579 minor closed Fri, 19 Jun 2026 05:46:19 +0900 Situation: \0 character does not have dressups (or has the dressup menu disabled), \1 character has dressups.<br /> I want to access the dressup explorer through \1's menu, but there's no button for it.<br /> <br /> SSP/2.8.30 (20260614-4; Windows NT 10.0.26100) https://bts.shillest.net/view.php?id=788 SSPBT https://bts.shillest.net/view.php?id=788#bugnotes https://bts.shillest.net/view.php?id=788#1781420162 minor closed Sun, 14 Jun 2026 15:56:02 +0900 SSPを2.8.25以降に更新するとゴーストの起動時にシェルの定義ミスの<br /> エラーが出るようになりました。<br /> <br /> [SERIKO] Surface=9/Animation=0/Pattern=0 X 定義ミスです。<br /> [SERIKO] Surface=9/Animation=0/Pattern=1 X 定義ミスです。<br /> [SERIKO] Surface=9/Animation=0/Pattern=2 X 定義ミスです。<br /> [SERIKO] Surface=9/Animation=0/Pattern=3 X 定義ミスです。<br /> [SERIKO] Surface=9/Animation=0/Pattern=4 X 定義ミスです。<br /> [SERIKO] Surface=9/Animation=0/Pattern=5 X 定義ミスです。<br /> [SERIKO] Surface=9/Animation=0/Pattern=6 X 定義ミスです。<br /> <br /> surfaces.txtには以下のように書かれています。<br /> <br /> surface9<br /> {<br /> 0interval,runonce<br /> 0pattern0,9,6,base<br /> 0pattern1,190,6,base<br /> 0pattern2,191,6,base<br /> 0pattern3,192,6,base<br /> 0pattern4,193,6,base<br /> 0pattern5,194,6,base<br /> 0pattern6,195,6,base<br /> }<br /> <br /> surface9、190～195で段々大きくなって最後のsurface195が表示されます。<br /> 2.8.24まではエラーになっていなかったのですが書式が間違っているのでしょうか？