(1) Unicode build, wx.iewin.IEHtmlWin.LoadString(): when I load a string into this control, and then use the built in IE "view source" popup, the text is displayed with spaces between every letter. I.e. instead of "<body>" I see "< b o d y >" Maybe I slept through unicode class, or maybe it's a bug.
(2) Same class and method: if the HTML being loaded via LoadString() contains a <LINK> block to an external (but local on disk) style sheet in the <HEAD> block, the style sheet is not used. OTOH, if I include the style info in a <STYLE> block within the text, it is rendered appropriately. This happens under both the unicode and non unicode build.
(3) Unicode build: can somebody verify ... it looks like placing graphics on ListCtrl column headers isn't working right under Unicode build. Other apps on the same machine (non wx) are fine. The ListCtrl demo illustrates this.
(4) Also, same demo, uncode build, if I bring another app to front while the demo is running, then bring the demo window back to front by getting rid of that app, the demo window is blank (gray). Clicking on the demo generally brings it back.
Win2K in all cases.
... Rule of Acquisition #27: There is nothing more dangerous than
an honest businessman.
(1) Unicode build, wx.iewin.IEHtmlWin.LoadString(): when I load a string into this control, and then use the built in IE "view source" popup, the text is displayed with spaces between every letter. I.e. instead of "<body>" I see "< b o d y >" Maybe I slept through unicode class, or maybe it's a bug.
I used the time machine have already fixed this one[**]
(2) Same class and method: if the HTML being loaded via LoadString() contains a <LINK> block to an external (but local on disk) style sheet in the <HEAD> block, the style sheet is not used. OTOH, if I include the style info in a <STYLE> block within the text, it is rendered appropriately. This happens under both the unicode and non unicode build.
Are the links full paths or relative? There is no context when you use LoadString so I expect that the browser has no idea what to do with relative paths. If that's not the issue then please send me a sample.
(3) Unicode build: can somebody verify ... it looks like placing graphics on ListCtrl column headers isn't working right under Unicode build. Other apps on the same machine (non wx) are fine. The ListCtrl demo illustrates this.
It works ok in the unicode version of my current build (on XP).
(4) Also, same demo, uncode build, if I bring another app to front while the demo is running, then bring the demo window back to front by getting rid of that app, the demo window is blank (gray). Clicking on the demo generally brings it back.
(which same demo? <wink>) I don't see it here in any that I've tried. Oops, the new PDF window does have some refresh issues...
[**] Actualy I had no idea about this problem but I've upgraded to the latest wxActiveX class and wrapped it up in a new wx.activex module. This can be used to (mostly) replace the activexwrapper hack with something that doesn't depend on win32com at all. I've used it to put IE, PDF and Flash window classes into the wx.lib package. About the only things it doesn't do right now is setting return values for in/out event parameters (which I should get done tonight) and if there are referneces to IDispatch or other COM objects being returned they are currently ignored instead of being turned into something that can have its methods called...
P.S. Anybody want to make a nice Flash movie for the demo that is about wxPython somehow? Currently I have it loading up the asteroid_blaster sample from the Flash demos...
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!
instead of "<body>" I see "< b o d y >" Maybe I slept through unicode
I used the time machine have already fixed this one[**]
Spiffy
(2) Same class and method: if the HTML being loaded via LoadString() contains a <LINK> block to an external (but local on disk) style sheet in the <HEAD> block, the style sheet is not used. OTOH, if I include the style info in a <STYLE> block within the text, it is rendered appropriately. This happens under both the unicode and non unicode build.
Are the links full paths or relative? There is no context when you use LoadString so I expect that the browser has no idea what to do with relative paths. If that's not the issue then please send me a sample.
Relative. What is confusing me is if I save the markup to a file and then display it with IE (i.e. use 'start test.html' from the shell) it picks up the style sheet just fine.
I meant to mention that I didn't see how it was IEHtmlWin's problem since it's just embedded IE technology, but if you still think it's something to be concerned about, I can send demo code, no prob.
(3) Unicode build: can somebody verify ... it looks like placing graphics on ListCtrl column headers isn't working right under Unicode build. Other apps on the same machine (non wx) are fine. The ListCtrl demo illustrates this.
It works ok in the unicode version of my current build (on XP).
Hm, slightly different. I also didn't think to check this on my work PC after re-installing non-unicode. I'll double-check that.
(4) Also, same demo, uncode build, if I bring another app to front while the demo is running, then bring the demo window back to front by getting rid of that app, the demo window is blank (gray). Clicking on the demo generally brings it back.
(which same demo? <wink>) I don't see it here in any that I've tried. Oops, the new PDF window does have some refresh issues...
Sorry, the ListCtrl demo.
[**] Actualy I had no idea about this problem but I've upgraded to the latest wxActiveX class and wrapped it up in a new wx.activex module. This can be used to (mostly) replace the activexwrapper hack with something that doesn't depend on win32com at all.
Yay
P.S. Anybody want to make a nice Flash movie for the demo that is about wxPython somehow? Currently I have it loading up the asteroid_blaster sample from the Flash demos...
I have a friend that does a lot of flash business, I just emailed her to see if she knows of a place that a lot of good demos could be found. Mayhaps we can dig up something decent there.
... You shall know the truth, and you shall freak.
(2) Same class and method: if the HTML being loaded via LoadString() contains a <LINK> block to an external (but local on disk) style sheet in the <HEAD> block, the style sheet is not used. OTOH, if I include the style info in a <STYLE> block within the text, it is rendered appropriately. This happens under both the unicode and non unicode build.
Are the links full paths or relative? There is no context when you use LoadString so I expect that the browser has no idea what to do with relative paths. If that's not the issue then please send me a sample.
Relative. What is confusing me is if I save the markup to a file and then display it with IE (i.e. use 'start test.html' from the shell) it picks up the style sheet just fine.
But in that case it has context because it knows where it got the test.html file from. When using LoadString it is just given data from a memory buffer and there is no filesystem context at all.
P.S. Anybody want to make a nice Flash movie for the demo that is about wxPython somehow? Currently I have it loading up the asteroid_blaster sample from the Flash demos...
I have a friend that does a lot of flash business, I just emailed her to see if she knows of a place that a lot of good demos could be found. Mayhaps we can dig up something decent there.
I looked at some sites with demos, but they were mostly business related or how-to stuff which is why I settled on the game. But if somebody were to make a wxPython slithering around the screen drinking cups of Java and gobbling up cammels... Well, that would be just too good to pass up! <wink>
···
--
Robin Dunn
Software Craftsman http://wxPython.org Java give you jitters? Relax with wxPython!
Are the links full paths or relative? There is no context when you use LoadString so I expect that the browser has no idea what to do with relative paths. If that's not the issue then please send me a sample.
Relative. What is confusing me is if I save the markup to a file and then display it with IE (i.e. use 'start test.html' from the shell) it picks up the style sheet just fine.
But in that case it has context because it knows where it got the test.html file from. When using LoadString it is just given data from a
Ah so. Makes perfect sense, thanks.
I have a friend that does a lot of flash business, I just emailed her to see if she knows of a place that a lot of good demos could be found. Mayhaps we can dig up something decent there.
I looked at some sites with demos, but they were mostly business related or how-to stuff which is why I settled on the game. But if somebody were to make a wxPython slithering around the screen drinking cups of Java and gobbling up cammels... Well, that would be just too good to pass up! <wink>
Unfortunately, there's just no way she will be able to do anything like that. I even feel a little guilty just asking her for links as she's really being hammered on deadlines.
And I *definately* ain't got the chops for that
... "Mom, there's a scientist in the refrigerator!"
"Leave it out, we'll have it for dinner."
I think that some of the tools out there for recording screen demos, play back the videos in flash format. I was just thinking about investigating that for producing some PythonCard demos later this year. A quick wxPython demo might be nice, though right now I don't know which tools to use, I haven't investigated enough.
ka
···
On Mar 23, 2004, at 7:21 PM, Robin Dunn wrote:
P.S. Anybody want to make a nice Flash movie for the demo that is about wxPython somehow? Currently I have it loading up the asteroid_blaster sample from the Flash demos...