As part of the SwissEph.Net project, I've got some user feedbacks about diffrences in the results of calculation between the .NET library and the original C DLL.
As I have not had feedback from users about used code an...
Depuis la version d'ASP.NET Core (MVC 6) les anciens codes pour tester l'existence d'une vue ne fonctionnent plus du tout.
En recherchant un peu sur Internet on trouve essentiellement des tests d'existence des fichiers dans le dossiers "~/Views" de l'application. Toutefois le système de vue utilise les File Providers pour obtenir les fichiers de vue. C'est notamment mon cas dans un projet où des vues sont "incorporées" dans les DLLs il faut donc ajouter des "EmbeddedFileProvider" (voir mon post précédent).
Par conséquent le test de fichier ne fonctionne pas dans ce cas.
Ma technique est tout simplement de demander au moteur de vue si la vue existe.
J'ai récemment ressorti de la naphtaline un vieux projet (librairie en .Net 4.0), avec une vieille version de xUnit.
Comme je devais améliorer la lib, en profite pour la passer en 4.5, et je met à jou...
Avec la sortie de Visual Studio 20017, nous avons eu également le droit à une nouvelle version du C#, le C# 7.0, avec son lot de nouveautés.
Alors ne vous attendez pas à une révolution, mais plutôt à un ensemble d'ajouts pour améliorer l'écriture et l'exécution du code.
Faison un rapide tour de tout ça.
Hi,
The librairy SwissEph for .Net is at version 2.6.0.based on the Swiss Ephemeris version 2.06.00.
For more information about this new version read this message : https://groups.yahoo.com/neo/groups/swisseph/conversations/messages/6392
Swiss...
Lorsque l'on veut publier une application Universelle, on doit générer les packages.
Une fois générés, ces packages passent par une "pré-validation" qui, si vous n'avez pas touché à votre manifeste, va détecter que vous n'avez pas modifié les images par défaut.
Donc vous faites de jolies icônes, mais comme il y en a une liste impressionnante avec les différentes tailles, certains d'entre vous (devrais-je dire nous ;) ) se contentent du minimum syndical, c'est-à-dire qu'on ne fait pas toutes les images.
Et là lors de la génération des packages, vous vous prenez un erreur "APPX3210" vous indiquant que le manifeste fait référence à une image qu'il ne trouve pas, alors que cette fameuse image est bien présente dans votre projet.
Suite à mes articles précédents sur la migration d'une librairie en .NET Core , j'ai reçu des remarques de lecteurs concernant le coté un peu obscure de .NET Core dans mes explications.
J'en convient, j'ai fourni des liens sur des explications généralistes, mais finalement pas vraiment d'explications "techniques" sur ce nouveau framework.
Qu'à celà ne tienne, allons à la rencontre de notre nouvel ami.
Cette série de trois articles décrit le travail de migration de la librairie SwissEphNet en .Net Core.
Si vous êtes un fidèle de Visual Studio pour faire du développement d’application ASP.NET, vous utilisez certainement l’une des fonctionnalités très intéressante "BrowserLink" qui couplée aux "Web Essentials" rend le développement Web extrêmement pratique.
Si maintenant vous vous lancez dans le développement "ASP.NET Core" le futur du développement Web de Microsoft, vous pouvez constater avec regret que cette fonctionnalité n’a pas l’air d’être disponible.
Pas de panique Yanos est là :)
Bonjour,
Pour ceux que ca intéresse la librairie SwissEph for Net est passée à la version 2.5.1.14, et elle est compilée en .NET Core.
Dans Visual Studio lorsqu’on utilise des projets particuliers comme les "Site Web" qui n’ont pas de fichier de projet (comme un .csproj), pour gérer les DLL venant des packages Nuget, un fichier "*.dll.refresh" et créé pour chaque DLL.
Malheureusement on peut rencontrer quelques problèmes avec ces fichiers.
Dans un précédent article j’expliquais que l’on rencontrait quelques difficultés pour installer "PHP Manager" sur IIS de Windows 10, en particulier nous rencontrons un problème de version de IIS (10 sous Windows 10) que l’installeur ne connaît pas.
Il s’avère que ce n’est pas uniquement l’extension "PHP Manager" qui se trouve dans cette situation, d’autres extensions comme le module "Réécriture d’URL 2.0" sont sujet à ce problème car elles n’ont pas été corrigées pour supporter cette version de Windows.
Pour les besoins d’un petit projet j’ai recherché une solution de base de données légère, trouvant que "SQL Express" était surdimensionné pour le besoin. Et c’est là que m’est revenu un nom du fin fond de mes souvenir de développeur Delphi: Firebird.