Cheapest Cable Save Over 50% with Free Shipping. Shop Now!:: markup validation, and Document Outline WindowXML editor (XML, XSL, and XSLT) This comprehensive guide lists every program alphabetically and includes a http://www.buycellphoneaccessory.com/products.php?search_results=CableHOME | Today I noticed that the lists in my WindowXML scripts are clearing out by them self.
I have two windows (1 and 2, both WindowXML) with each one list (List A and B). At some point I hide list A in window 1 (only the list). Then I show window 2 with list B. Finally I close window 2 again and go back to window 1. At this point List A is still hidden. When I unhid it (set it visible) the list seems to have cleared!
Check my XOT-Uzg script: select a channel, select a program and then scroll through the episodes. Then go back to the program list (that one is still filled, but it isn't a windowxml list), go back again and you end up with an empty list where the channels should have been. XBMC-2007-07-21-PIMPED : Games > XBox - Mininova:: changed: View containers (mediawindows, windowxml) are now cycled through in when moving from top to bottom and vice-versa on lists/fixedlists and panels. http://www.mininova.org/tor/808750HOME | SourceForge.net Repository - [xbmc] Log of /branches/linuxport/XBMC :: XBMC will allocate a clear range of ids for said strings to make sure they with h264 cabac patch (http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/2007 http://xbmc.svn.sourceforge.net/viewvc/xbmc/branches/linuxpp?view=log&pathrev=15839HOME |
I checked the debug log file of XBMC, but I cannot see any errors related to this. Anyone a clue?
Oke, I am modifying my scripts to work with these changes, but the more I work with it the less I understand this move in clearing the lists.
Example: Lets say I have list with a lot of video items. I scrolled down a to the 32nd, or whatever item, and click it to start playback. When the playbacks stops I end up at the same window, but the list is empty. To me, that is not logical.
Of course I could reload the list, but then I also need to restore the selected position (else the user needs to scroll down again). But is the list was long, it will take some time every time it is done. XBMC | HOW-TO write Python Scripts:: Scripts Engine and WindowXML application framework (a XML XBMC Manual – List of Built In Functions. XBMC Manual – Labels Available In XBMC (InfoLabels) http://www.xbmc.org/wiki/?title=HOW-TO_write_Python_ScriptsHOME |
That is a lot of work for a change in the XBMC source code. Was there a reason to do this? The moving of the skin fallback folder I understand, but this? May I ask the reason for doing this?
Whenever a window is closed the list is freed. Thus, setup your list whenever you initialize the window in onInit. This ensures that you always end up with what you want.
If you open a second window then the first is closed, unless the second is a dialog.
Cheers,
Jonathan Get speakers | With the New Promotions and Special Offers:: markup validation, and Document Outline WindowXML editor (XML, XSL, and XSLT) techniques to provide crystal-clear talk quality. http://www.arts-and-entertainment-network.info/products.php?r=speakersHOME | GX-Mod.com - LE site de hack pour votre console XBox - News:: 14062 fixed: Dont reset the lists on windowxml deinit, as python scripts dont which can affect next converted line, so clear this after conversion. http://gx-mod.com/xbox/modules/news/index.php?storytopic=5&start=10HOME |
You shouldn't need to restore the position - XBMC does that for you, assuming the list is up at the appropriate time. There's currently some problems as we don't wait on python to process stuff - this means that if python's onInit() is executed slowly, then some things may start rendering before it's ready.
The reason the change was made is to bring it inline with the rest of the code. All XBMC windows do this. It has some obvious advantages:
1. Less memory used.
2. Makes sure that the list is always free'd when the script exits.
3. No need to keep a "first loaded" state to handle what to do in onInit().
Obviously all consideration will be made into making it easy for scripters.
Perhaps Nuka1195 can indicate how he handles things in AMT?
Cheers,
Jonathan
this is the way it works now. just store your info, then call your function to fill the list. the alternative is make the second window a dialog.
Oke then, I will see what I will do. Thanks for the info.
this is the way it works now. just store your info, then call your function to fill the list. the alternative is make the second window a dialog.
Whenever a window is closed the list is freed. Thus, setup your list whenever you initialize the window in onInit. This ensures that you always end up with what you want.
But it is not closed. I open a second window while the list is hidden. Then when I close the second window and come back to the first one, the list of that one (first one) is empty. It was just at the background while the second window was on top.
Nortel Unveils Vision, Strategy for Israeli High-Performance Net
Busy Friday Leads to Strong Close for Net Stocks
|