Beiträge von FoxyRabbit

    It seems to me that it uses component ScrollLabel like this


    Python
    scrollbarwidth, scrollbarborderwidth = self.scrollbar.updateScrollLabelProperties(20, 1)


    and that seem right if you see picture with Default skin.


    I can see from code that this component reads other values from skin, so cant see that it should be that much work to read inn values from windowsstylescrollbar id=4.



    Another thing that could be nice when we talk about Console and the new feature with horisontal scrollbar possibility is that it often would be a case when info in Console is wider than the listbox size. Could it be an idea to implent for both vertical and horisontal scrollbar for Console? But that would be some more work I guess.

    Does anybody else have this problem?


    After latest update vertical scrollbar in Console screen is messed up with Default skin (not HD).


    I have studied it and find that windowstylescrollbar id=5 (horisontal scrollbar) interfere with this vertical scrollbar. If I switch to Default HD skin Console uses component ScrollLabel scrollbarwidth 20px and scrollbarborderwidt 1px (defined within python/component). Because this skin does not have windowsstylescrollbar id=5 defined.


    Could this be fixed, and done so that Console screen uses windowsstylescrollbar id=4 (vertical scrollbar) values. Scrollbar for Console screen will then be as skinmakers want it to be.


    Edit: If I change values in windowsstylescrollbar id=5, the scrollbar in Default skin i changing width and borderwidth.

    Ahh, of course! I knew that offset right adjusted the config value in config lists, but got tricked by seeing TimerLog used listboxcontent and asumed the right offset then would do the same job for description there. Bad thinking!


    Thanks for educating me!


    You could see from time to time that config_descriptions is colliding with config values. It might be due to translation differences in text length, font choices and font size choice, or that text is just to long for some reasons. Would it be possible to make that not happen? In the same time it could be calculated for a right offset cut of config_description if config_value is None and config_description is longer than width of list. This should fix all possible look issues regarding config lists.


    Just for discussion...

    Someone contacted us (Peter Pan team) regarding missing DVB subtitle on this channel. After some time people in the same thread also reportet the same issue for other image makers eg. OpenPli, OpenATV, and also for other tuner producers like Mutant.


    Could this be somewhat the same issue discussed i OpenPli forum in 2010. Then there was discusses three other channels with the same problem. It was mentioned in this thread some framebuffer acelleration not supported by the driver.


    https://forums.openpli.org/topic/11468-dm800-subtitles/


    Have tested a bit and the subtitle box comes around after a while but it is transparent with no text in it.

    Hi,


    • GSOD when switching filterlist Countries/Genre
    • GREEN text in different lists


    When pushing GREEN twice it will make an GSOD.


    Code
    Traceback (most recent call last):
      File "/usr/lib/enigma2/python/enigma.py", line 7824, in __call__
        return ret(*args, **kwargs)
      File "/usr/lib/enigma2/python/Components/ActionMap.py", line 63, in action
        res = self.actions[action]()
      File "/usr/lib/enigma2/python/Plugins/Extensions/InternetRadio/InternetRadioScreen.py", line 560, in green_pressed
        config.plugins.internetradio.filter.value = self.filterSwitch[config.plugins.internetradio.filter.value]
    KeyError: 'Countries'


    Have studied InternetRadioScreen.py and it seem that "removing" (make workaround) some _() regarding config.plugins.internetradio.filter.value fixes the problem.


    I also find that the GREEN button "status" text ("Countries" / "Genres") is misleading from what you see on screen when GREEN and OK are used in different lists.


    This is my code that seems to solve this problem. Be nice with me, it is only a suggestion for what I think it should work like. It may be done more pretty for experts...

    Well, we just want to make a note of an error that should be corrected. This is also a feedback from users of the PP image that says that it does not work to install ipk packages on dm900 & dm920. Not everyone understands that the arm platform should have deb, and mipsel platform ipk packages.


    In my mind, if not grandmother understands, it's not good enough. :smiling_face:

    It happens when cookies list is empty. This code fixes the problem, but not sure if its done right.


    Old code
    BrowserMenu.py


    Python
    def __ckBuildList(self):		
    		print "[BrowserMenu].__ckBuildList"
    		cookies = []
    		for c in self.__ckList:
    			cookies.append(self.__ckGetEntryComponent(c))
    			self.detailList.setList(cookies)


    code that works (no gsod when emtpty cookie list)


    Python
    def __ckBuildList(self):
    		if self.detailList.index >= 0 and self.detailList.getCurrent() != None:
    			print "[BrowserMenu].__ckBuildList"
    			cookies = []
    			for c in self.__ckList:
    				cookies.append(self.__ckGetEntryComponent(c))
    			        self.detailList.setList(cookies)

    See that one!


    Enough said, the most important for me is that pixmapWidth and pixmapHeight are kept correct, and when that is true you still should be able to set the selectionPixmap margin as the value you use for other lists with selectionPixmap, and the correct y position thats needed for that specific pixmap size.


    Your arguments of manipulating pixmapWidth and pixmapHeight is just not the way it should be done.