A ImageMagick binding for the D Programing Language https://git.mikewey.eu/DMagick/atom?h=ImageMagick_6.9.2 2016-01-23T17:01:47+00:00 2016-01-23T17:01:47+00:00 Mike Wey 2016-01-23T17:01:47+00:00 urn:sha1:f27f4ebcc5a405c97f7f82dfa65eccaf2d9af9b5 2015-09-08T17:43:45+00:00 Mike Wey 2015-09-08T17:43:45+00:00 urn:sha1:b630e3a4a4605af2ea1d798f80a92f2e0e801cb1 2015-07-05T21:17:17+00:00 Mike Wey 2015-07-05T21:17:17+00:00 urn:sha1:6cf954449f0b09db069c64d13d27ee115a523336 2015-05-09T13:46:51+00:00 Mike Wey 2015-05-09T13:46:51+00:00 urn:sha1:3abd6300bd707b5647f9c8d28fa5b83af128557d 2014-11-30T18:29:07+00:00 Mike Wey 2014-11-30T18:29:07+00:00 urn:sha1:ec8851cf174b2215441ddb377eb7a9ef33f1b3c0 2014-08-24T21:38:27+00:00 Mike Wey 2014-08-24T21:38:27+00:00 urn:sha1:a158740e2834824a70997375a1d813f8d55f6adc 2014-08-16T13:30:24+00:00 Mike Wey 2014-08-16T13:30:24+00:00 urn:sha1:2fd178c360ca52b406e8bd9029349e16d106c1b3 Added version DMagick_No_Display to disable the entire display subsystem 2014-08-14T02:28:42+00:00 Ricky Curtice 2014-08-14T02:28:42+00:00 urn:sha1:a908dbea93947547a5d2582bfaf1448512f5a872 I chose to express this in the negative so that users will, as has been the case heretofore, get the full functionality. User who explicitly don't want the GUI operations can declare the version at compile time and it will be gone. I also chose to leave the display functions stubbed in the no-display version as this prevents API differences: the functions will still be there, but won't operate. Users who choose to call them will have had to expressly declare that they don't work and so _shouldn't_ be surprised that the functions don't do anything! To be plain: adding -version=DMagick_No_Display to the compiler command will eliminate the need to link User32.lib under Windows, and cause no graphical windows to show when the example code is executed. 2014-08-07T17:43:16+00:00 Mike Wey 2014-08-07T17:43:16+00:00 urn:sha1:5d7d16070fbff9dfcbae668681bd528467aa26eb 2014-08-07T13:52:15+00:00 Ricky Curtice 2014-08-07T13:52:15+00:00 urn:sha1:d5eae0ce6534bbadf98ba8a3e4e767740e7ad150 size_t changes with architecture, on my 64bit compile it was a ulong, but the underlying libs just use int and uint. Chose int because it can automatically be cast to uint losslessly, but the reverse isn't true. A full correct fix would be to dig through the code replacing all non-pointer uses of size_t with the correct integer type. That's just outside of my current time limits to fix this.