• R/O
  • HTTP
  • SSH
  • HTTPS

List of commits

Frequently used words (click to add to your profile)

javac++androidlinuxc#windowsobjective-ccocoa誰得qtpythonphprubygameguibathyscaphec計画中(planning stage)翻訳omegatframeworktwitterdomtestvb.netdirectxゲームエンジンbtronarduinopreviewer

D bindings to the GraphicsMagick library.


RSS
Rev. Time Author
2a2336a 2023-06-25 13:25:15 Mio

[graphicsmagick] effect `in` -> `const scope`

1fe7434 2023-06-25 13:24:27 Mio

[graphicsmagick] draw `in` -> `const scope`

e8b0748 2023-06-25 13:23:45 Mio

[graphicsmagick] deprecate `in` -> `const scope`

31bb474 2023-06-25 13:23:14 Mio

[graphicsmagick] delegate `in` -> `const scope`

73577c3 2023-06-25 13:21:02 Mio

[graphicsmagick] decorate `in` -> `const scope`

e5f51a9 2023-06-25 13:20:38 Mio

[graphicsmagick] constitute `in` -> `const scope`

8eac079 2023-06-25 13:19:22 Mio

[graphicsmagick] compress `in` -> `const scope`

d38db60 2023-06-25 13:16:59 Mio

[graphicsmagick] composite `in` -> `const scope`

e7ea466 2023-06-25 13:14:48 Mio

[graphicsmagick] compare `in` -> `const scope`

5fae668 2023-06-25 13:12:40 Mio

[graphicsmagick] colorspace `in` -> `const scope`

I changed the extern(D) parameters as well, since they're intention
is to be used as C structures. If I remember, I'll try 'in' when
-preview=in isn't a preview anymore.

77a65c1 2023-06-25 13:06:05 Mio

[graphicsmagick] color `in` -> `const scope`

3bae8e4 2023-06-25 13:04:54 Mio

[graphicsmagick] channel `in` -> `const scope`

7011aee 2023-06-25 13:02:28 Mio

[graphicsmagick] blob `in` -> `const scope`

c247c8a 2023-06-25 13:00:00 Mio

[graphicsmagick] attribute `in` -> `const scope`

b3ea339 2023-06-25 12:57:27 Mio

[graphicsmagick] pixel_wand in -> const scope

Okay, enough grumbling. This change *is* annoying (since I've used `in`
everywhere `const` was used in the headers), but I can understand the
reason behind it.

See:
- https://dlang.org/changelog/2.104.0.html#dmd.in-externd
- https://dlang.org/changelog/2.101.0.html#dmd.previewInLink

92f950c 2023-06-25 11:00:28 Mio

[graphicsmagick] drawing_wand in -> const scope

*grumbles*

8edab2b 2023-06-25 10:57:49 Mio

[graphicsmagick] magick_wand in -> const scope

*grumbles*

9fe65bb 2023-05-27 11:04:51 Mio

[magickd] Change how loading GraphicsMagick works

f6ea516 2023-05-20 11:08:12 Mio

Update graphicsmagick_c/examples build script

Will support building with debugging enabled for graphicsmagick_c

7837bfc 2023-05-20 11:07:32 Mio

Only print dlerror when debug(graphicsmagick_c)

dbdd802 2023-05-19 20:24:54 Mio

Update magickd README.

Mention that this package won't be on code.dlang.org while it only
supports a few select git hosting platforms that I don't use.

33806cf 2023-05-19 20:24:02 Mio

Update version format in TODO

9f6c2f2 2023-01-29 08:49:23 kaerou

Fix error in README example

8f77b94 2023-01-14 18:40:44 kaerou

Update documentation

Should be all up-to-date?

d331323 2023-01-14 16:34:54 kaerou

Add a "convert" example.

Again, the issue with GC freeing ImageInfo before Image. Will probably
change it so the ImageInfo is either removed or retained in Image. Just
not sure how useful the ImageInfo is without an initial Image.

f029492 2023-01-14 16:23:34 kaerou

Update examples for new magickd code.

There are some issues with the GC freeing the ImageInfo instance
_before_ the Image, which results in an assertion error in
GraphcisMagick, so "scope" is the current workaround, but I would like
to not require that.

Perhaps there should be no ImageInfo class? I don't know how useful it
is by itself. The Image class already has its own ImageInfo, is that
enough?

473cacd 2023-01-14 16:15:24 kaerou

Update public imports for magickd/package.d

No longer imports magickd.core and magickd.wand.

3eb6774 2023-01-14 15:46:26 kaerou

Start work on new magickd

Since I've now separated magickd and the C bindings (graphicsmagick_c),
I want to update magickd and sort-of "finalize" what it'll look like.
This may not be the "final" version, so work will continue.

a27363b 2023-01-14 15:22:05 kaerou

Clean up dub.sdl files

magickd/dub.sdl:

* Removed the (dynamic|static)-structs configurations. I'm not going
to bother making both classes and structs. Most likely it'll just be
classes, since people can use "scope" when creating a new instance.

* Removed the "version" tag. It doesn't mean anything in this context.

* Updated copyright.

* Added Homepage

graphicsmagick_c/dub.sl

* Changed author to match magickd. I'm one and the same.

8378f38 2023-01-12 16:44:01 kaerou

Begin conversion of graphicsmagick_c

I'll be changing how graphicsmagick_c works. (Which I hope is okay,
since this is still in pre-1.0). From now on, the graphicsmagick_c
library is going to match the GraphicsMagick library version.

For historical records:

The original intention was to have the graphicsmagick_c library support
_all_ versions of GraphicsMagick. You'd define which version you're
targeting when compiling (e.g. -version=GMagick_1338). I decided to
change because, if I tag with the equivalent versions of GraphicsMagick,
then people can just choose the version in their DUB file. Simplifying
maintenance for myself and has the same difficulty (i.e. none) for
people using the library.

The breaking changes you'll have to be aware all occur in
graphicsmagick_c/src/graphicsmagick_c/config.d, where
GMSupport has been removed, and the loadGraphicsMagick and
loadGraphicsMagickWand functions now return a boolean value.

With this, I just need to figure out if I actually want to keep
developing 'magickd' itself (separate from graphicsmagick_c), or just
remove it. I don't think it really provides anything that
GraphicsMagickWand doesn't already make easy. Maybe just that you
don't have to convert between C and D...