Windows API Code Pack: dove si trova? [chiuso]

105

Perché se stesso e le prove che è mai esistito sono state rimosse?

Solo un anno e mezzo fa è stato promosso su channel9 come Qualcosa che dovrebbe essere nel pacchetto di tutti - oggi Microsoft Archive è "ritirato" e tace totalmente che il pacchetto di codici API sia mai esistito.

.net windows-api-code-pack

— springy76
fonte

7

Forse anche questo è interessante.

— Christian.K

64

Non posso rispondere alla domanda sul perché , né desidero speculare (forse qualcun altro più vicino al problema può dirci cosa è successo), ma per fortuna non è completamente sparito. Sembra che i binari siano stati ricaricati in NuGet da altri sviluppatori, anche se si noti che nessuno dei pacchetti è quello ufficiale di Microsoft.

I seguenti pacchetti sono stati caricati dall'utente NuGet aybe :

Come al solito, per installarli:

Install-Package WindowsAPICodePack-Core
Install-Package WindowsAPICodePack-ExtendedLinguisticServices
Install-Package WindowsAPICodePack-Sensors
Install-Package WindowsAPICodePack-Shell
Install-Package WindowsAPICodePack-ShellExtensions

— BoltClock
fonte

2

Esistono numerosi pacchetti simili su NuGet creati da persone diverse. Ovviamente nessuno di questi pacchetti è "ufficiale" e nessuno di essi è elencato nel feed "Microsoft e .NET".

— Martin

1

Qualcuno può dire con certezza che questi pacchetti sono gli stessi di quelli che erano disponibili direttamente da Microsoft?

— Chris,

10

Ora è disponibile un "Microsoft.WindowsAPICodePack-Core" di Microsoft.

— DefenestrationDay

3

@DefenestrationDay: Supponendo che tu stia parlando di questo , quello era quello a cui mi collegavo originariamente, e non è di Microsoft, è di qualcuno a cui è capitato di avere copie di solo due dei pacchetti e non di tutto.

— BoltClock

Sebbene non da Microsoft, è rassicurante che il pacchetto Nuget di aybe sia un caricamento del codice sorgente , non un binario. Ad esempio, per le finestre di dialogo di file comuni, è possibile crearlo da soli e tracciare le chiamate per vedere che il lavoro effettivo viene eseguito tramite le DLL .NET integrate ("shell32.dll", ecc.) Vedere ShellNativeMethods.csper le DllImportdefinizioni.

— ToolmakerSteve

14

Qualcuno l'ha caricato su GitHub.

— Diego Barros
fonte

13

Un file zip contenente gli stessi file dell'autoestrattore eseguibile originale (ovvero il codice sorgente, i file binari e i documenti) si trova qui: https://github.com/jamie-pate/KeepSync/blob/master/contrib/Windows%20API % 20Code% 20Pack% 201.1.zip .

— i_saw_drones
fonte

Questa dovrebbe essere la risposta corretta. Spacchettato e aggiunto i riferimenti binari. Funzionando come un fascino

— Adjit

3

Ecco il collegamento (o questo collegamento) all'originale Windows API CodePack 1.1.

— JohnyL
fonte

Oh, mi sono ricordato che c'è un bug nel file "Windows API Code Pack 1.1 \ source \ WindowsAPICodePack \ Core \ Interop \ TaskDialogs \ TaskDialogNativeMethods.cs". Dovresti scambiare le seguenti righe: "mainIcon = i;" e "spacer = IntPtr.Zero;". Quindi, l'ordine è: "spacer = IntPtr.Zero;" e quindi "mainIcon = i;".

— JohnyL

L'ho appena controllato, funziona. Non ho spostato questo file, quindi è al suo posto.

— JohnyL

Mi spiace, amico, ma ho controllato il file: è al suo posto e il collegamento funziona. Google Drive funziona per te?

— JohnyL

Chi ha votato contro: un po 'di spiegazione?

— JohnyL

1

Forse perché si tratta di collegamenti a file EXE ospitati privatamente. 1) Alcune persone non si fidano dei file exe da fonti non ufficiali (anche se sono firmati). 2) Questa risposta ha una durata dell'abbonamento a questi host. Forse altri motivi ...

— Martin Schneider

2

I collegamenti originali sono morti, ma un dipendente Microsoft ha caricato il codepack originale v1.1 su nuget. Cerca winapicp su nuget o usa questo collegamento: Windows API Code Pack per Microsoft .NET Framework

— TorstenR
fonte

1

Cosa ti fa credere che fosse un dipendente Microsoft?

— springy76

Perché all'interno del forum ospitato da MS questa è stata contrassegnata come risposta dal moderatore, che a sua volta È un dipendente di MS social.msdn.microsoft.com/Forums/windowsdesktop/en-US/…

— TorstenR

6

@ user3082079 solo perché è contrassegnato come risposta da un dipendente MS non significa che il pacchetto sia ufficialmente pubblicato da un dipendente MS. Anche se lo è, non vi è alcuna garanzia a termine che sia ufficialmente rilasciato da MS. Notare che un dipendente di MS non rappresenta MS per tutto il lavoro che pubblica. Il progetto MS Moon light consente ai dipendenti di pubblicare il proprio lavoro che non è sotto il nome di MS.

— Steve

Nota rapida che questo pacchetto non contiene PDB.

— i_saw_drones

0

Sembra che qualcuno lo abbia pubblicato anche su CodePlex .

— Filip Skakun
fonte

1

Non è l'intero pacchetto, solo alcune estensioni contrib.

— kjbartel

1

Mi sembra di avere tutte le librerie principali senza campioni e test

— Filip Skakun

Hai ragione, in realtà contiene il pacchetto stesso contrariamente a quanto la descrizione ti farebbe credere. È solo la versione 1.0, quindi mancano alcune cose.

— kjbartel

1

Per favore non usare quel progetto perché è davvero obsoleto (è fondamentalmente vanilla 1.0, come correttamente sottolineato da kjbartel).

— Dmitry Shechtman

1

Piccola correzione: è 1.0 più i contributi come indicato nella descrizione.

— Dmitry Shechtman