http://isam.ca/index.htmlDISAM News!enheinz@bytedesigns.comCopyright 2007 Byte Designs Ltd.2011-05-21T18:24:52-07:00 hourly 1 2000-01-01T12:00+00:00 Tue, 19 Aug 2008 08:47:00 -0700heinz@bytedesigns.comHome2011-05-21T18:24:52-07:00http://isam.ca/blog/blog01_files/675e32d476a1cede4100f62f9a5e2d2b-11.html#unique-entry-id-11http://isam.ca/blog/blog01_files/675e32d476a1cede4100f62f9a5e2d2b-11.html#unique-entry-id-11POS Solution, Tracker and also if and how we could extend the usage of our File Handler DISAM.

We explored HTML based solutions early on and for quite a while actually, trying various Web-Kits. Some got close but nothing was a complete platform that we could rely on. Enhancements were slow in coming, probably because a lot of those early kits had a lone driver at the wheel and the vehicle being driven was simply his/her drive and desire to do something and share.

Of course Xcode was always available as an option but since our own expertise is kinda legacy, Xcode was not a very attractive option and since any development was truly the exploring kind budget was very important as there was and still is so very little of it to waste.

In case you’re wondering what I meant by legacy expertise, Standard C, some flavors of Basic and scripting associated with Unix, Linux, etc. Our Tracker solution started out on Radio Shack TRS-80’s and Model II’s and evolved via Oasis/Phase One Basic to Z-80 based machines and kept pace migrating to Linux, Windows and OS X. Efficiency is always our top priority, hence sticking with a text based core.

Just because we run a text-based core doesn’t mean we don’t want to make use of todays tools and devices, so its back to mobiles and how to connect those mobile devices to brick and mortar data.

The major shortcomings of the early solutions we tried had always been two-way communications. HTML would have given us most of the read capabilities we wanted but that wasn’t good enough. It has been our desire from the start to provide true and complete integration to the brick and mortar. Obviously we couldn’t replace a full blown work-station PC with a mobile device but we certainly could target specific tasks and spin those off to a mobile device.

It seemed that we were doomed to have Xcode be the only solution for us. To confirm that it was even doable in Xcode we enlisted outside freelance help to build a conceptual prototype. While that proved we were not totally off our rocker, it also proved that having an outsider develop an App would be more work than we wanted to take on, as we were still just exploring using a mobile device. I.e. learning our software would add quite a burden to a newcomer.

Back to the waiting game as we simply could not afford to divert resources to go exploring.

Every few months I would do another snoop around the Internet and eventually ran across the Ansca Corona SDK.

Being based on LUA it seemed somewhat familiar due to our use of UNIX shell scripting, however limited. I had never heard of Lua before but forged ahead and explored more. It wasn’t long before I plunked some money down to license the SDK. Initially, and still primarily targeting game developers, made for limited usage in a business environment. Even with those ‘good for gamers’ limitations I was able to produce an App for internal Ad Hoc distribution that enabled our customer to do on the spot inventory corrections. Gone were the days of writing it down for later processing at a workstation. Of course more times than not the paper never made it back to the work station.

We now had concept and usefulness confirmed but the SDK lacked the basic business capabilities that Xcode had available. Almost ready to throw in the towel I had myself resigned to having to learn Xcode. Even went so far as to head to the Book Store and come back with an armful. Uggghhh, I did not want to go there. All during this time Ansca kept hinting at some business related enhancements. I went so far as to write an email to Ansca sales/support asking/pleading for a hint of a timetable.

As is so often the case, after pressing send on the email I went back to the Ansca website and lo and behold there was a post describing availability of a Corona UI lua library. Being a subscriber I had immediate access and downloaded it. It came with sufficient examples and functionality that I was simply elated. A few long days and late nights later I had convinced myself that I had enough to work with. The Xcode books went on the shelf.

The obvious next step was to broaden usage to see if there was interest beyond our company. To do that we needed an App that would be accepted by Apple for distribution in the iTunes Store.

One of our customers, Rare Parts Inc., manufactures and distributes steering and suspension parts, not only to the Automotive Market but also to the Rebuilder, business and hobby.

It seemed like the ideal Test-Bed to further prove our ideas of integrating mobile solutions into our business solutions to be feasible. Ease of learning the Corona SDK is what made building the App possible with a minimum of resource diversion. We made some minor tweaks to our DISAM Server to facilitate efficient exchange of information and we had a few struggles wrapping our heads around the objective/dynamic programming of today, but we succeeded.

All Corona support was via the Corona Forum. We found the documentation and sample code snippets found on the Corona website to be quite helpful. Lua support was also readily available on the Internet and functionality was easily transposed from what we knew to what we had to learn.

The Corona SDK is getting better and better as time moves along. Still primarily for gamers but definitely making gains towards suitability for business.

The process of submission of the App to Apple was straight forward, to a large part due to information provided on the Corona website which references the pertinent Apple links to help one along the way.

End result was a Sunday upload with approval rand release to iTunes received on Thursday.

Thank you Ansca.



]]>heinz@bytedesigns.comHome2011-05-19T20:09:59-07:00http://isam.ca/blog/blog01_files/c949ab62dd049fdaa6fb91745938185c-10.html#unique-entry-id-10http://isam.ca/blog/blog01_files/c949ab62dd049fdaa6fb91745938185c-10.html#unique-entry-id-10

Need to lookup some Suspension or Steering parts? Checkout the Rare Parts app at iTunes.

The App communicates with the Remote DISAM Server using standard Socket calls. Data is packed into XML tags to keep the byte traffic to a minimum.
Want more information? Drop us an email.
]]>heinz@bytedesigns.comHome2011-05-16T16:31:58-07:00http://isam.ca/blog/blog01_files/0a406179f650ef659a52c896ece9497d-9.html#unique-entry-id-9http://isam.ca/blog/blog01_files/0a406179f650ef659a52c896ece9497d-9.html#unique-entry-id-9
We’ve now built our first App, utilizing the D7server and a custom RemoteIsam server to exchange information between mobile device and server using standard sockets and a somewhat modified XML structure. Basically the data exchange is in ASCII and you can build what’s needed.

Our target goals for the D7server is to provide a generic server that does the grunt-work based on simple ASCII command received via sockets.

Still a ways’ to go but making progress. App is at Apple awaiting review. Hopefully we’ll be able to tell you soon that it’s available for download.]]>heinz@bytedesigns.comHome2011-03-15T12:47:28-07:00http://isam.ca/blog/blog01_files/4219cf51cce9a79cc3c276c9a2b2680f-8.html#unique-entry-id-8http://isam.ca/blog/blog01_files/4219cf51cce9a79cc3c276c9a2b2680f-8.html#unique-entry-id-8
Note that we say XML-type text, we could also call it HTML-type. Basically we are taking the tag approach of XML/HTML with some formatting specific to the DISAM Server so as to minimize overhead.

You’ll be able to use any language that can do simple socket send/receive such as PHP, ASP, RealBasic, iOS, etc. so that you can access you DISAM data easily from websites, iPhone/iPad or any other platform/language that can do TCP/IP Sockets.

No target date yet, but if this is something of interest to you, drop us an email.
]]>heinz@bytedesigns.comHome2009-12-31T18:34:34-08:00http://isam.ca/blog/blog01_files/b95c43885eea3fe9fef3b9f7ff42370a-7.html#unique-entry-id-7http://isam.ca/blog/blog01_files/b95c43885eea3fe9fef3b9f7ff42370a-7.html#unique-entry-id-7
Most DISAM evals have now been refreshed and the missing ones should be up tomorrow.]]>heinz@bytedesigns.comHome2009-12-22T08:00:06-08:00http://isam.ca/blog/blog01_files/32209b18ce8371c42aba004da0191a5b-6.html#unique-entry-id-6http://isam.ca/blog/blog01_files/32209b18ce8371c42aba004da0191a5b-6.html#unique-entry-id-6
Just a reminder, our DISAM evaluations have no limitations other than expiry by date.]]>heinz@bytedesigns.comHome2009-10-07T23:41:14-07:00http://isam.ca/blog/blog01_files/ec10617e6f0446bf7b46cb2487afb173-5.html#unique-entry-id-5http://isam.ca/blog/blog01_files/ec10617e6f0446bf7b46cb2487afb173-5.html#unique-entry-id-5Refs/FAQ page for information.]]>heinz@bytedesigns.comHome2009-04-03T10:32:08-07:00http://isam.ca/blog/blog01_files/22a9b7ab2b1bac33cfffef8bc6e9464e-4.html#unique-entry-id-4http://isam.ca/blog/blog01_files/22a9b7ab2b1bac33cfffef8bc6e9464e-4.html#unique-entry-id-4
Evaluation downloads are now DISAM Version 7.

While we update this website to better reflect DISAM7 information please download an evaluation and browse the Read Me’s and coding examples.

]]>heinz@bytedesigns.comHome2008-10-30T19:22:13-07:00http://isam.ca/blog/blog01_files/d7d30653cca2dcc8812e5ef5b7423080-3.html#unique-entry-id-3http://isam.ca/blog/blog01_files/d7d30653cca2dcc8812e5ef5b7423080-3.html#unique-entry-id-3
There will also be an option to create an XML file that is suitable for loading into Excel versions that know about XML data.

We are in early Alpha on this new DISAM Tool.
If you are interested to try it out when we go to Beta please drop us an email. ]]>heinz@bytedesigns.comHome2008-08-19T08:19:04-07:00http://isam.ca/blog/blog01_files/53720759ffa4e733add0aa4085f11c87-2.html#unique-entry-id-2http://isam.ca/blog/blog01_files/53720759ffa4e733add0aa4085f11c87-2.html#unique-entry-id-2
Being a prime user of DISAM ourselves in our Tracker Point-of-Sale product we continually come up with new ideas and requirements, hence a natural progression to DISAM7.

Do you have any interest in the new features of DISAM7? Perhaps you have some special requirements that could be a candidate for a further enhance? We'd love to hear from you. Please drop us an email.]]>heinz@bytedesigns.comHome2008-06-05T19:04:24-07:00http://isam.ca/blog/blog01_files/ffa9889c3105be2bb518fafefd8ed77c-1.html#unique-entry-id-1http://isam.ca/blog/blog01_files/ffa9889c3105be2bb518fafefd8ed77c-1.html#unique-entry-id-1heinz@bytedesigns.comHome2008-05-13T13:39:33-07:00http://isam.ca/blog/blog01_files/283d2cf57d4814d425ef9e0504a4087d-0.html#unique-entry-id-0http://isam.ca/blog/blog01_files/283d2cf57d4814d425ef9e0504a4087d-0.html#unique-entry-id-0List of new features include:

• change to variable length idx file format to allow for > 16777216 record limit when storing record numbers in 3 char bytes for varinfo and continuation node pointers.
• isconfig.h setting ISOLDVARLEN 1 or any non 0 ISCISAM setting will maintain old disam/c-isam variable length file format compatibility.
• ISCISAM 0 and ISOLDVARLEN 0 ensures new format. new format will requires that dvlrebld( conversion prog ) be run on existing variable length files.
• schema load and store library functions and sample programs
• record number limit changed from LONG_MAX to ULONG_MAX value
• client/server capabilities incorporated into standard DISAM.

The new version will be available as part of your DISAM Support Subscription.
No current Support Subscription? An upgrade fee will be published on release.

]]>