Login /
Register
 search
 syndication
|
|
 |
Note: this subscription applies to the current blog only.
You will receive each new post via e-mail. Your e-mail
address will not be used for any other purpose.
Browse by Tags
All Tags » .NET Extensions ( RSS)
-
|
I announced a while ago that we will be offering some public developer training classes for SalesLogix Web. We will be making some changes to the class outline I posted earlier.
|
-
|
In my last post, I shared some code in VBScript to PING a remote server to check for availability before attempting to use a resource on that remote server. This wouldn't be my blog if I didn't also share this code in C# as well. IMO, this sort of thing is a far better suited for a .NET Extension if for the SalesLogix Windows client.
|
-
|
Many people who customize SalesLogix have become accustomed to using the built in "SLX Database Support" script to provide things like the quick and easy GetField function to return a single database value. If you've ventured into the .NET Extensions realm, you might want an easy equivalent. The following is a repost of something I posted around a year ago in the Sage Business Partner newsgroups
|
-
|
The question of how to debug a .NET Extension has come up a few times in the SalesLogix Business Partner newsgroups as well as on the slxdeveloper.com forums. I've answered this a few times in those locations, so this might be a repeat of info for some, but I did think it was worthwhile to post again here as well.
|
-
|
The next version of SalesLogix (v7) will include support for executing .NET 2.0 code in SalesLogix. You run code from .NET assemblies, load forms into SalesLogix, and just about anything else. This is an awesome addition to SalesLogix for the developer that wants to get outside the “Architect box”. Here's a short sample (I'll be posting a lot more of these, but I need to make sure I won't get in trouble with any non-disclosures and beta agreements)...
|
|  |
|