Fixes #11914, Refs #10136 Signed-off-by: Stuart Auchterlonie <firstname.lastname@example.org>
see http://xmltv.cvs.sourceforge.net/viewvc/xmltv/xmltv/xmltv.dtd?r1=1.45&r2=1.46 currently the expectation is that also a category "series" or "movie" is present and for series an xmltv_ns episode number
Two corrected issues: 1- Adding or Editing an existing profile, did nothing visually, but would actually update the database. Regression was introduced in 9686f03 2- When deleting a profile, the newly selected one wasn’t actually saved as default
This reverts commit b254bb0.
Two corrected issues: 1- Adding or Editing an existing profile, did nothing visually, but would actually update the database 2- When deleting a profile, the newly selected one wasn’t actually saved as default Was broken since 2007 by the look of things (feature first introduced in aaf6f2b) Fixes #7004 and others
Spotted by Craig Treleaven, freetype linking parameters were added twice and too early, causing general linking with installed system libraries first, and then local tree ones. Configure also automatically adds all libraries checked for to EXTRALIBS define
The actual issue is that QPalette inheritance appears broken on a mac; if you set the palette to the top widget container, it doesn’t do anything on its children. However, setting the palette to the main application itself does. Now things look exactly the same between mac and linux for better or worse. Including font sizes and colors. A downside, is that the selection color appears to be misused in most themes including the default. So you can't tell if a text is selected or simply having focus Qt bug: QTBUG-32067, QTBUG-26144 (over 224 bugs related to palette use in Qt as of 2014-04-05)
This reverts commit 15425cb.
My analysis for the problem in 96ecd53 was wrong. The actual issue is that QPalette inheritance appears broken on a mac; if you set the palette to the top widget container, it doesn’t do anything on its children. However, setting the palette to the main application itself does. Now things look exactly the same between mac and linux for better or worse. Including font sizes and colors. A downside, is that the selection color appears to be misused in most themes including the default. So you can't tell if a text is selected or simply having focus
While I reverted 96ecd53, the code structure was much better that way
This reverts commit 96ecd53.
This reverts commit 76fa038.
Text Line background was the same color as the selection. So it was impossible to tell if some text was selected or not. Set background of editable text to a very light blue and keep the text black. That selection color issue also exists on linux, so we could take the same approach there
…puts Hopefully this is the final fix… The issue seems to only have occurred on macs. When opening two MythDialogs (that includes MythPopup) in a row, often the 2nd one would not accept any used input anymore, only causing a “beep”; making it impossible to even exit that window. The existing logic (and there was nothing wrong with it) was to simply disable the current MythDialog and put the new one on top of it. However, when doing so, somehow key events are now ignored. So instead, we now disable all widgets within that MythDialog, without disabling the dialog itself. When doing so, the newly created MythDialog is always working as expected. This code should not be necessary, it is a workaround to what appears to be a Qt bug. Fixes #11990.
How long that one has been broken ??? The new MythUI screen is always on top, so it must be hidden when starting on old Qt screen… Hopefully there are no more like this
We play with the environment variable PYTHONPATH at run time so it points to the current location where the application bundle is located. It assumes —with-python=python2.6 has been provided to configure (which the mac perl packager will do from now on)
I’ve been seeing the error about the AppleRemote thread still running when quitting for years… had enough
Qt widgets uses a default style that varies between platforms. On Linux, the default text is white, on mac its black. The color of the text in the old settings aren’t configurable as it is (wouldn’t be difficult to do so) Most themes are using a dark background, so on mac, using the old type settings is proving difficult as mostly unreadable. So we redefine the style of most QWidget objects so it looks more similar to Linux. This is done using Qt stylesheets. Where Qt stylesheets do not provided the intended behavior, we use QPalettes instead
…wings. This should prevent some invalid data when the exact same program, at the exact same time is covered by two different schedules on different channels. Refs #12081
…s are psuedo programmes that don't exist in reality but which are created only for the purpose of manual recording schedules. Ideally we'd still display manual schedule periods in the guide, but that's for another day.
…ting colour. Fixes #12081
This changes the message on successfully extracting an image from a tracks tag and saving it to the cache to MUSIC_ALBUMART_CHANGED. Sending a MUSIC_METADATA_CHANGED message can result in an infinite loop under some circumstances.
This will clear the music tracks database tables so you can start afresh. It doesn't clear the smart playlists or radio stream tables.
…list Seems QSqlQuery treats QStrings that haven't been assigned to as NULL not an empty string so 'QString rawList;' is not the same as 'QString rawList = "";' as far as QSqlQuery is concerned.
Don't show any of the music screens before a valid AlbumArt directory is defined. We already check for the Music storage group so this just extends that.