极度简单的问题= =

一醉倾城

    。。。。星辰前辈看清楚问题否？我的意思是让文字显示在图片上面，而非图片将文字覆盖掉{/gg}


还有后知后觉前辈的方法还是不行啊。。。。。。。。。。。。

亿万星辰

是啊，要问题显示在图片上面，那也得改sprite的z值啊

一醉倾城

    厄。。。。或许。。。。。。。。。。。。。。。。。。。。。我以前搞错了？？？{/gg}

后知后觉

我在想你生成Sprite是在哪生成的
如果是在Window里生成的 那就放到Scene里面去生成
你在Window里生成Sprite貌似Sprite永远都会在Window上面（这句话尚未验证{/bz}）

亿万星辰

以下引用后知后觉于2009-1-31 16:06:02的发言：

我在想你生成Sprite是在哪生成的
如果是在Window里生成的 那就放到Scene里面去生成
你在Window里生成Sprite貌似Sprite永远都会在Window上面（这句话尚未验证）

这个……去验证一下把……  囧rz

后知后觉

以下引用亿万星辰于2009-1-31 16:33:08的发言：


以下引用后知后觉于2009-1-31 16:06:02的发言：

我在想你生成Sprite是在哪生成的
如果是在Window里生成的 那就放到Scene里面去生成
你在Window里生成Sprite貌似Sprite永远都会在Window上面（这句话尚未验证）


这个……去验证一下把……  囧rz

其实没有必要验证{/gg}
因为没有任何价值{/gg}去验证只是浪费时间而已{/gg}
实际操作中我肯定不会做这样的事{/gg}
我前面就给他说了要先生成图片再生成文字才行的嘛！

dbshy

以下引用后知后觉于2009-1-31 16:06:02的发言：

你在Window里生成Sprite貌似Sprite永远都会在Window上面（这句话尚未验证）

恰好相反 - -

后知后觉

以下引用dbshy于2009-1-31 16:39:34的发言：


以下引用后知后觉于2009-1-31 16:06:02的发言：

你在Window里生成Sprite貌似Sprite永远都会在Window上面（这句话尚未验证）




恰好相反 - -

哦！我Sprite用得少，在窗口里基本上都是用contents.blt在显示图片
还真不知道这个，但是这样一说来 LZ的问题就更那什么了
既然生成的Sprite在窗口下面那又怎么能挡住窗口上面的文字……

亿万星辰

以下引用后知后觉于2009-1-31 16:37:25的发言：
以下引用后知后觉于2009-1-31 16:06:02的发言：

我在想你生成Sprite是在哪生成的
如果是在Window里生成的 那就放到Scene里面去生成
你在Window里生成Sprite貌似Sprite永远都会在Window上面（这句话尚未验证）

其实没有必要验证
因为没有任何价值去验证只是浪费时间而已
实际操作中我肯定不会做这样的事
我前面就给他说了要先生成图片再生成文字才行的嘛！

我的意思是你说的这句“貌似Sprite永远都会在Window上面”结论是错误的……
其实这种操作有时候还是会用到的，当然这也是因人而异，LZ恰好遇到的就是这个情况。
另外这个和图片文字的生成的先后顺序无关，因为文字是在window里图片是在sprite中，图片和文字是在两个Bitmap类的对象中，互不干扰，LZ出现的问题是两个用于放置Bitmap类的载体的z出现了问题。

---

系统信息：本贴由楼主认可为正确答案，66RPG感谢您的热情解答～

后知后觉

恩恩{/gg}这个我是明白的
我说的时候说得不清楚
那个顺序嘛我说的contents.blt
因为我以前学用fill_rect描绘血条的时候就遇到过血条压在文字上
换了下描绘顺序就好了,所以映像特别深刻.

今天收益不小，LZ另外那个帖子里你发的那一段脚本里的
def dispose和def visible 里面的super
让我感觉到这个super是干嘛的了，以前看F1看得云里雾里的
这下算是有点感觉了{/cy}