Why don't you add Microsoft Music Shop Site (Site : Microsoft Music Shop Site) and Google Play Music Site?

Quote from: Eli on 2013-05-07 22:50:13

most of my library, while in the artist/album directory setup has additional unique identifiers after most, but not albums:

How about: \%artist%\%album%"(?: \(\d+\) \([\dA-F]+\))?"\*

That should ignore the bit at the end of the album folder so long as: it starts with a space, has a number in brackets, followed by a space, followed by a hex code (digits 0-9, A-F) in brackets.


Alex

\%artist%\%album%"(?: \(\d+\) \([\dA-F]+\) \(Disc \d+\))?"\*

Alex, thank you for the formatting above. How can I also get the search to ignore (Disc #)?

\%artist%\%album%"(?: \(\d+\) \([\dA-F]+\))?(?: \(Disc \d+\))?"\*

It would also be useful to know if you find any full-size images that are not 1448×1448 pixels - if I can be reasonably sure that they are all that size, I will have the script report them as such rather than "Unknown".

The most important message of this text is:

(-1,-1): error BCE0011: An error occurred during the execution of the step 'Boo.Lang.Compiler.Steps.SaveAssembly': 'Access denied (Ausnahme exception from HRESULT: 0x80070005 (E_ACCESSDENIED))'.

error CS0016: In die Ausgabedatei c:\Users\AndreaSchatz\AppData\Local\Temp\l914z1aw.dll konnte nicht geschrieben werden -- Zugriff verweigert .

Quote from: thomasalbumartdownloader on 2013-10-12 19:11:14

error CS0016: In die Ausgabedatei c:\Users\AndreaSchatz\AppData\Local\Temp\l914z1aw.dll konnte nicht geschrieben werden -- Zugriff verweigert .

That looks to me like your current user has no permissions to write to your temporary folder "c:\Users\AndreaSchatz\AppData\Local\Temp\" either! I am surprised not more programs on your computer are not working, if this is the case. I am not sure if you can just delete and recreate the "Temp" folder, but it is worth a try. If not, then try to give yourself full control permissions to that folder (and really, you should have it to all folders under c:\Users\AndreaSchatz) by right clicking on it, choosing Properties, then the Security tab, click Edit, Add then add your user (AndreaSchatz) to the list, and check the Allow box next to Full Control.

This is all a bit outside the scope of this thread - you should be able to find information on how to fix permissions through searching (probably even with the German names for the buttons and so on, that I don't know!), but if you are really stuck PM me and we can take this offline.

Alex

I was wondering if it might be possible for you to change the file dialogs that are used inside the program

Quote from: MordredKLB on 2013-10-19 07:14:19

I was wondering if it might be possible for you to change the file dialogs that are used inside the program

I've done a bit of research into this. It seems that WPF under .NET 3.5 does not support the vista-style dialogs. There is support for them in .NET 4, however I'm not sure I really want to require users to install the .NET 4 runtime just to get these dialogs...

Alex

Didn't realize that was the case with WPF. Forcing 4.0 is kind of a hassle, but probably not the end of the world.

If you didn't want to force .NET 4 it looks like you can use the Ookii dialog classes in WPF instead to provide the updated dialogs. Sounds like it's a pretty easy transition, so it might be worth looking into.

    <startup>
        <supportedRuntime version="v4.5" />
        <supportedRuntime version="v4.0" />
        <supportedRuntime version="v2.0.50727" />
    </startup>    
</configuration>

if you notice any adverse effects.

Loading references: [System.Web.Extensions, System.Web.Extensions, System.Web.Extensions, System.Web.Extensions, System.Web.Extensions, System.Web.Extensions, System.Web.Extensions, System.Web]...
Error: Could not load file or assembly 'file:///D:\Program Files\AlbumArtDownloaderXUI\Boo.Lang.Parser.dll' or one of its dependencies. Operation is not supported. (Exception from HRESULT: 0x80131515)

Using Windows 8.1 Pro, what do you think the problem is?

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
      <startup>
        <supportedRuntime version="v4.5" />
        <supportedRuntime version="v4.0" />
        <supportedRuntime version="v2.0.50727" />
    </startup>
</configuration>

Actually, it has to do with the AlbumArt.exe.config file.

Quote from: GHammer on 2013-10-22 01:07:41

Actually, it has to do with the AlbumArt.exe.config file.

In that case, I'm afraid I haven't a clue. Presumably you have .NET 4 runtime installed, so with the config file present it will be running AAD using that - but why .NET 4 should consider the Boo.Lang.Parser.dll to be blocked but .NET 3.5 does not, that's a mystery. I should just stick with .NET 3.5, not using the config file.

Alex

If you are using the Windows operating system, the .NET Framework may  already be installed on your computer. Specifically, the .NET Framework  4.5 is included with Windows 8 and installed on your computer with the  Windows 8 operating system. Similarly, the .NET Framework 4.5.1 is  included with Windows 8.1                                                                                           
Important
There is no download for the .NET Framework 3.5 for  Windows 8 or Windows 8.1. You must enable the .NET Framework 3.5 in  Control Panel by following the instructions provided in this article.

I think Windows 8/8.1 does not have .NET 3.x and you must follow a procedure to install it.

Quote from: GHammer on 2013-10-23 15:21:45

I think Windows 8/8.1 does not have .NET 3.x and you must follow a procedure to install it.

Hmm... interesting, so without the config file it won't run at all, then? Or does Windows 8.1 somehow automatically run it under .NET 4 anyway (giving you the vista-style save dialogs)? Either way, probably safest not to include the config in the installer, I think.

Alex