EsGRID grid gadget 2.1. Don't post here!

zikitrake · Post by **zikitrake** » Thu Jan 31, 2008 1:14 pm

:?I'm sorry to read this. It is a great work that you are doing.

Can you give me the DLL User/Pass?

Thank you and best regards

P.S: If you release the code, at least, requests voluntary donations for it

rsts · Post by **rsts** » Thu Jan 31, 2008 1:27 pm

BTW - you're way ahead of the 'norm' on supporting your lib on beta PB versions.

While it's much appreciated to have that level of support, I can certainly understand when 'conditions beyond your control' dictate you must wait until some other dependency is satisfied.

cheers

srod · Post by **srod** » Thu Jan 31, 2008 1:29 pm

I will release the code - no donations.

All existing users will get the source without extra charge. For new purchases, a new price will be set.

I think this is the best way, particularly considering that EsGRID will eventually be replaced by a completely new grid control anyhow.

I'll sort it all out tonight.

srod · Post by **srod** » Thu Jan 31, 2008 1:32 pm

rsts wrote:BTW - you're way ahead of the 'norm' on supporting your lib on beta PB versions.

While it's much appreciated to have that level of support, I can certainly understand when 'conditions beyond your control' dictate you must wait until some other dependency is satisfied.

cheers

It's also a case of the many different versions which I have to repackage every time I make changes to EsGRID.

4 user libs, 2 dll versions for Windows, two versions of EsGRID lite, dll wrappers for PB, dll wrappers for Emergence Basic, dll wrappers for EsGRID lite,... Plus the different versions of the help manual! arghhhhhhhhhhhhhhhhh

DLL + source from now on!

srod · Post by **srod** » Thu Jan 31, 2008 11:46 pm

EsGRID version 1.2.3 - 31 Jan 2008.

For ease of use and flexibility, EsGRID (for Purebasic users) is now available in full source code form which thus avoids having to contend with Purebasic's user libraries and SubSytems etc. It also means that the library will not be so easily broken by any future updates to Purebasic itself etc.

The package includes 9 demo programs which show just how easy it is to include the EsGRID source within your own applications etc.

@Existing users : when you run the installation you will be prompted for a username and a password; simply take your existing registration codes and split into the two constituent parts etc. You will of course need to remove all EsGRID user libraries and residents files which you may have installed on your system.

@Prospective new users : on purchasing a licence I will furnish you with a username and a password asap. Unfortunately you cannot now demo EsGRID directly. You will have to download the compiled dll version of EsGRID in order to see EsGRID in action prior to making a purchase etc.

@ALL :

You need not worry about the EsGRID source slowing down compilation etc. I currently use the EsGRID source (approx 5600 lines of code) in an application with over 20000 lines of code and it all works flawlessly and compilation takes but a couple of seconds.
Please read the licence agreement carefully as it does make some stipulations about just how you can use the source code. Nothing too restrictive, just prohibiting the release of the EsGRID source code etc.

Regards.

EsGRID forum: http://egrid.aceboard.com/
EsGRID website: http://www.purecoder.net/esgrid.htm

DoubleDutch · Post by **DoubleDutch** » Fri Feb 01, 2008 12:08 am

WOW! Thanks.

Edit: It's now worth buying EGrid even if you don't need a grid control, just to use the source as a great example of owner drawing in PureBasic.

srod · Post by **srod** » Fri Feb 01, 2008 1:52 am

DoubleDutch wrote:WOW! Thanks.

Edit: It's now worth buying EGrid even if you don't need a grid control, just to use the source as a great example of owner drawing in PureBasic.

Some of the source is a little old now what with all of the upgrades etc. and so it will look a little 'rough' in places.

As for owner drawing; there's actually very little of that. There's a lot of custom draw which is slightly different.

Dare · Post by **Dare** » Fri Feb 01, 2008 2:06 am

* starts frantic search for password etc with files scattered across too many boxes and on too many dead machines. Yes, I never ended up seriously using eGrid because I became embarrassed to ask for yetta licence having already lost it and done that once. *

and

I think we need to mount a campaign so that PureBasic creates .lib/.obj/.o files, sans PureBasic dependency. This would mean we could avoid userlibs altogether if we chose, and just compile to static lib as an option. Which in theory work on all versions of PureBasic, just as DLLs do.

I believe this could lead to a tiny amount of ripping off for unethical use (which happens anyway via dll - those who are going to steal, steal. No words will stop it.)

I also believe it will lead to an increase in sales. Those who obey the rules (licence) and who won't buy because of restrictions may now buy.

The only ones the licence stops are the good guys.

Anyhow, srod, I applaud the way you have decided to handle this.

srod · Post by **srod** » Fri Feb 01, 2008 2:20 am

If you need a new licence code then, for you, ... $450.

I can send out new codes if you need them. No trouble.

**EDIT : static libs compiled with PB would not hold any guarantee of being future proof dare because, unlike a dll, they have not passed through the link stage and will thus probably (if written in PB) depend on a lot of PB's native libraries (string lib, gadget lib perhaps and so on). Any changes to these could require a recompile of your static lib etc.

Dare · Post by **Dare** » Fri Feb 01, 2008 2:23 am

srod wrote:If you need a new licence code then, for you, ... $450.

* thunk *

The sound of someone passing out. Who could it be?

Okay, do you need a pm or email?

And let's begin the campaign for depency-less static libs! It must be possible.

You go first. (Cannon fodder).

srod · Post by **srod** » Fri Feb 01, 2008 2:24 am

I'll sort you out a new set of codes tomorrow; it's very late now here!

Dare · Post by **Dare** » Fri Feb 01, 2008 2:25 am

Thanks. And sorry.

srod · Post by **srod** » Fri Feb 01, 2008 2:29 am

Dare wrote:And let's begin the campaign for depency-less static libs! It must be possible.

You go first. (Cannon fodder).

They're only as 'dependent' as you make them. I mean there's no reason why they need depend on any other PB library. Of course this would mean that you couldn't use any PB strings or gadgets or any of the other libs etc. It's the way of it!

One reason when using C, for example, that you can end up with some static libs with few dependencies is that you will instead be relying upon one of the c runtime libraries etc.

Swings and roundabouts!

zikitrake · Post by **zikitrake** » Fri Feb 01, 2008 8:46 am

Thank you Srod, really usefull code (for me, indispensable).

Regards

srod · Post by **srod** » Sat May 24, 2008 11:25 am

Rook Zimbabwe wrote:SRod... How doe eGrid output text for printing?

In Excel columns are exact... I wonder if you had some similar feature?

Like most controls, EsGRID doesn't output for printing!

I mean there is no EsGRID function for dumping the contents of the grid onto a printer if that is what you are looking for?

Excel is an entire application and so, yes of course it will format for print.

Adding such functionality to EsGRID is a bit of a non-starter as far as I can see. Matching screen and printer fonts is a notoriously difficult problem because you are at the mercy of the Window's font mapper. Sure you can set up the fonts so that they scale to a particular point size depending on the dpi of the device etc. but you are still depending on the said font (and font size) existing on both the computer and the printers in question. I have found that using enhanced meta files minimizes this problem and gives the greatest chance of the printed page matching the screen output exactly.

No, the way that EsGRID handles it's internal painting (using off-screen images where practical) doesn't easily lend itself to carrying directly across to the printer. Instead you'll just have to build your own printing routines into your own application, which will be no more difficult than printing any other kind of text/image etc.