Leaderboard

MCP does seem seem to offer an officially sanctioned build for Linux, so maybe it's worth a try? c

cool screenshot, using windowblinds? I can import more commits from mozilla, but I may not be able to verify if those commits can fix this issue or not.

I've had the same issue with the symbols not downloading after Win 10 cumulative updates. Here's a very simple tool/method to manually download the symbols without the need to install the Windows Debugging Tools. Simply: Download the free/open-source 'PDB Downloader' here: https://github.com/rajkumar-rangaraj/PDB-Downloader/releases Run the standalone program and set the 'Saving To:' directory to your local AeroGlass/Symbols location: Next, in the PDB Downloader, open the following 2 files: • C:\Windows\System32\dwmcore.dll • C:\Windows\System32\uDWM.dll Press the 'Start' button at the bottom to begin the download process (see screenshot below). Voila! Now simply hit 'Retry' on the Aero Glass error window, kill/restart dwm.exe in Task Manager, or reboot. You are now 'good to go!' The above 'works like a charm' in just seconds anytime there is an issue with the AeroGlass symbols and requires no installation of the win debugging tools. Hope this helps! -JT

Welcome back artomberus! Note at Calibre's Download for Windows page confirms what you are saying.

That article offered some insight into why it can be hard for developers to continue to support Windows XP while also supporting newer versions: Long story short: if you target XP, your program might not run on Windows 7 unless you set "XP compatibility" mode; but if you target Win 7, it might not run on XP at all! Of course if you avoid functions deprecated prior to XP, your program will probably run on both OSes, but then you can't target older OSes (Win2k?) where you had to use those deprecated functions. So it's possible to make a program that runs on both XP and 7, but not earlier. And if you want to target Win 10, a similar dynamic probably comes into play: if you don't want Win 10 users to have to set "Win 7 compatibility," you have to avoid XP functions that were deprecated with Win 7, so your program can't run on XP.

... It looks as though the BETA channel has lagged behind the stable release one... https://desktop.telegram.org/changelog#beta-version By visiting their official GitHub repository, https://github.com/telegramdesktop/tdesktop/releases the latest stable release posted there is at version 1.8.11 (updated a mere two hours ago...) That same version can be obtained by visiting the main site: https://desktop.telegram.org/ At least on their GitHub repo, https://github.com/telegramdesktop/tdesktop#supported-systems suggests Windows XP as being still supported Though not a Telegram user, I decided to conduct some tests here, on Vista SP2 32-bit; I fetched the "portable" 1.8.10 package from GitHub, it had no issues launching: As you see, I, too, was greeted by the red header with the warning, but the behaviour of the app itself contradicts that warning, as it's automatically downloading (in the background) the update to the newer version; once I click UPDATE TELEGRAM, the app is restarted to latest version 1.8.11: Are you saying this is no longer possible under XP? In any case, if I choose to hide the red header here (by clicking the white X), this option is honoured and it isn't displayed anymore in future relaunches of the app... Generally speaking, when still running XP or Vista, it's a dead certainty that currently working software will cease to function sometime in the near (or, hopefully, not so near) future; this will soon-ish become also true for Windows 7, though I suspect the deprecation of this very popular Win OS will come much slower compared to Vista and, to a lesser extent, XP... OT: I have British and Greek friends in the UK with whom I communicate frequently ; I was under the impression DAB broadcasts used as high a bitrate as 192kbps, but employing the less efficient audio codec MP2... Anyhow, FM analog broadcast in the UK is slated for the ax... WRT Capital London: On occasion, I also like to listen to this commercial radio station (although I shouldn't really be listening from overseas... ); their public online stream is indeed abysmal, only HE-AACv1@48kbps (adequate, I guess, for mobile devices and poor laptop speakers); there's a higher quality - non public - stream of theirs at http://media-ice.musicradio.com:80/CapitalMP3 This is in high contrast to BBC Radio streams which, if inside the UK, are offered as AAC LC@320kbps Cheers